(57)【要約】【課題】通信パスの切り替えによる受信データの順序性の崩れを防止する構成を実現する。【解決手段】第１の通信装置が通信相手である第２の通信装置に対して通信パス切り替え要請を送信し、パス切り替え受諾応答の受信を条件として切り替え後の通信パスによるデータ通信を開始する。通信パス切り替え要請を受信した第２の通信装置は、パス切り替え受諾応答を返信するとともに、該パス切り替え受諾応答の返信後、切り替え前パスからのデータフレームを破棄する。あるいは、通信パス切り替え要請を受信した場合、切り替え前パスからの終端フレーム受信後にパス切り替え受諾応答を返信する。本構成により、データ受信側において受信データの順番を前後させることなく送信データ順に一致した順で処理を行うことが可能となる。【選択図】図７
2010045646.tif 000002
【特許請求の範囲】
【請求項１】
データ通信制御を行う制御部と、
通信データを格納するメモリを有し、
前記制御部は、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行う構成であり、
前記制御部は、
前記通信相手に対する通信パス切り替え要請を送信し、前記通信相手からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始する制御を行う無線通信装置。
【請求項２】
前記制御部は、
前記通信相手に対する通信パス切り替え要請の送信後、送信予定データをメモリに蓄積し、前記通信相手からの受諾応答の受信を条件として、前記メモリに蓄積した送信データを、切り替え後の通信パスを介して送信する請求項１に記載の無線通信装置。
【請求項３】
前記制御部は、
利用中の通信パスの最終送信データであることを示すパス終端フレームを前記通信相手に送信し、該パス終端フレームの送信後に前記通信パス切り替え要請の送信を行う請求項１に記載の無線通信装置。
【請求項４】
前記制御部は、
利用中の通信パスの最終送信データであることを示す情報を付加ヘッダに格納したデータフレームを前記通信相手に送信し、該データフレームの送信後に前記通信パス切り替え要請を送信する請求項１に記載の無線通信装置。
【請求項５】
前記制御部は、
前記通信パス切り替え要請として、通信パス切り替え要請を示す情報を付加ヘッダに格納したデータフレームを前記通信相手に送信し、該データフレームに対する前記通信相手からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始する請求項１に記載の無線通信装置。
【請求項６】
前記制御部は、
前記通信相手に対する通信パス切り替え要請を通信相手との直接通信パスであるダイレクトリンクパスを利用して送信する請求項１に記載の無線通信装置。
【請求項７】
データ通信制御を行う制御部を有し、
前記制御部は、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行う構成であり、
前記通信相手からの通信パス切り替え要請の受信後、パス切り替え受諾応答を返信する処理を行うとともに、該パス切り替え受諾応答の返信後、切り替え前のパスからのデータフレームを破棄する処理を行う無線通信装置。
【請求項８】
データ通信制御を行う制御部を有し、
前記制御部は、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行う構成であり、
前記通信相手からの通信パス切り替え要請の受信後、切り替え前のパスからの終端フレームの受信、または通信パス切り替え要請受信からの待機時間の経過を条件として、パス切り替え受諾応答を返信する処理を行う無線通信装置。
【請求項９】
前記制御部は、
終端フレームを示す情報を付加ヘッダに格納したデータフレームの受信を条件として、パス切り替え受諾応答を返信する処理を行う請求項８に記載の無線通信装置。
【請求項１０】
データ送受信を行う複数の無線通信装置からなる通信システムであり、
第１の無線通信装置は、
通信相手である第２の無線通信装置に対して、通信パス切り替え要請を送信し、前記第２の無線通信装置からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始する制御を行う構成であり、
前記第２の無線通信装置は、
前記第１の無線通信装置からの通信パス切り替え要請の受信後、パス切り替え受諾応答を返信する処理を行うとともに、該パス切り替え受諾応答の返信後、切り替え前のパスからのデータフレームを破棄する処理を行う構成である通信システム。
【請求項１１】
データ送受信を行う複数の無線通信装置からなる通信システムであり、
第１の無線通信装置は、
通信相手である第２の無線通信装置に対して、通信パス切り替え要請を送信し、前記第２の無線通信装置からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始する制御を行う構成であり、
前記第２の無線通信装置は、
前記第１の無線通信装置からの通信パス切り替え要請の受信後、切り替え前のパスからの終端フレームの受信、または通信パス切り替え要請受信からの待機時間の経過を条件として、パス切り替え受諾応答を返信する処理を行う構成である通信システム。
【請求項１２】
無線通信装置において実行する通信制御方法であり、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行うパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手に対する通信パス切り替え要請の送信ステップと、
前記通信相手からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始するステップを含む通信制御方法。
【請求項１３】
無線通信装置において実行する通信制御方法であり、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行うパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手からの通信パス切り替え要請を受信するステップと、
パス切り替え受諾応答を返信する処理を行うステップと、
前記パス切り替え受諾応答の返信後、切り替え前のパスからのデータフレームを破棄する処理を行うステップを含む通信制御方法。
【請求項１４】
無線通信装置において実行する通信制御方法であり、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行うパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手からの通信パス切り替え要請を受信するステップと、
切り替え前のパスからの終端フレームの受信、または通信パス切り替え要請受信からの待機時間の経過を条件として、パス切り替え受諾応答を返信する処理を行うステップを含む通信制御方法。
【請求項１５】
無線通信装置において通信制御を実行させるプログラムであり、
制御部に、通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行わせるパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手に対する通信パス切り替え要請の送信ステップと、
前記通信相手からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始するステップを含むプログラム。
【請求項１６】
無線通信装置において通信制御を実行させるプログラムであり、
制御部に、通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行わせるパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手からの通信パス切り替え要請を受信するステップと、
パス切り替え受諾応答を返信する処理を行うステップと、
前記パス切り替え受諾応答の返信後、切り替え前のパスからのデータフレームを破棄する処理を行うステップを含むプログラム。
【請求項１７】
無線通信装置において通信制御を実行させるプログラムであり、
制御部に、通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行わせるパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手からの通信パス切り替え要請を受信するステップと、
切り替え前のパスからの終端フレームの受信、または通信パス切り替え要請受信からの待機時間の経過を条件として、パス切り替え受諾応答を返信する処理を行うステップを含むプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置、通信システム、および通信制御方法、並びにプログラムに関し、特にアクセスポイントを介する通信と介さないダイレクト通信の双方を利用した通信を行う無線通信装置、通信システム、および通信制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
無線ＬＡＮ規格（８０２．１１）には、無線通信装置間でダイレクト通信を行うアドホックモードと、アクセスポイントを経由した通信を行う通信モードとしてのインフラストラクチャモードが規定されている。
【０００３】
アクセスポイントを経由した通信を行うインフラストラクチャモードでは、通信中継を行うアクセスポイントが無線ネットワークにある複数の無線通信装置のアクセスタイミングを調停する。一方、無線通信装置間でダイレクト通信を行うアドホックモードでは、無線通信装置間で直接通信を行い、無線通信装置間でアクセスタイミングを決定する。なお、これらの通信モードを開示した従来技術としては例えば特許文献１（特開２００５−１１７４５８号公報）がある。
【０００４】
アクセスポイントを経由した通信モードであるインフラストラクチャモードはアドホックモードと比較してスループットが低下するという短所を持つが、配下の各無線端末は有線ＬＡＮやインターネットに接続することができるという利点を持つ。一方のアドホックモードでは無線端末同士が直接通信するためアクセスポイント中継によるオーバーヘッドが無くスループットが上がるという利点があるが、有線ＬＡＮやインターネットに接続できないという短所を持つ。
【０００５】
この二つのモードそれぞれの長所を生かすことができる新しい通信方式としてＴＤＬＳ（Ｔｕｎｎｅｌｅｄ  Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐ）方式が、新しい規格である８０２．１１ｚとして定義されつつある。この方式はインフラストラクチャモードを保ったまま無線端末同士の直接通信リンク（ダイレクトリンク）を設定し、直接通信することができるようにするものである。また、ダイレクトリンクを設定した後は、通信相手への送信に使用する経路（アクセスポイント経由パスとダイレクトリンクパス）を必要に応じて適宜切り替えられる仕組みについても提案されている。
【０００６】
しかし、２つの通信装置間で通信を実行中にアクセスポイント経由パスとダイレクトリンクパスのパス切り替えを行うと、旧経路（パス）にて送信したデータフレームよりも先に新経路で送信したデータフレームが通信相手に届いてしまうといったケースが発生する可能性がある。なお、フレームとパケットは同義であり、データ通信単位を意味する。
【０００７】
旧経路（パス）にて送信したデータフレームよりも先に新経路で送信したデータフレームが通信相手に届いてしまうと、データ受信装置における受信フレームの順序が崩れてしまい、正常なデータ通信が阻害されることになる。この現象は、例えば、アクセスポイント経由での中継遅延や、旧経路の伝送特性の悪化などによる再送待ちなどに起因して発生する。
【０００８】
パス切り替えによる受信フレームの順序の乱れについて、図１を参照して説明する。図１は、左から、データ送信端末としての無線通信装置（ＳＴＡ１）、通信中継処理を行うアクセスポイント（ＡＰ）、データ受信端末としての無線通信装置（ＳＴＡ２）を示している。
【０００９】
無線通信装置（ＳＴＡ１）は、まず、アクセスポイント（ＡＰ）経由で、無線通信装置（ＳＴＡ２）との通信を実行し、その後、ダイレクトリンクを設定して、アクセスポイント（ＡＰ）を経由せず、無線通信装置（ＳＴＡ１）と無線通信装置（ＳＴＡ２）との直接通信を行う。
【００１０】
各データフレーム(＝パケット)送信の横に付与されている数字は無線通信装置（ＳＴＡ１）からのパケットの送出順を示している。無線通信装置（ＳＴＡ１）は、まず、パケット１，２，３を、アクセスポイント（ＡＰ）経由で、無線通信装置（ＳＴＡ２）に送信する。その後、ダイレクトリンクを設定して、アクセスポイント（ＡＰ）を経由せず、無線通信装置（ＳＴＡ１）は、パケット４，５，６を無線通信装置（ＳＴＡ２）に送信する。
【００１１】
このようなデータ送信を実行した場合、例えばアクセスポイント（ＡＰ）中継パスでの遅延が発生すると、図に示す無線通信装置（ＳＴＡ２）の受信パケット潤のように、ダイレクトリンクパスに切り替えた後に送信したパケット４，５，６が、無線通信装置（ＳＴＡ２）に先に届き、先行して送信したパケット１，２，３が後から受信されるといったことが起き、フレームの順序性が崩れることになる。
【００１２】
このような問題に対する従来技術としては、例えば、８０２．１１ｓの標準化において１つの対策がなされている。この対策は、通常のＭＡＣヘッダよりもさらに上位のヘッダに、送信パケットに対応するパケット順序を規定した通しのシーケンス番号を付与するものである。しかし、この手法では、通常のＭＡＣヘッダのシーケンス番号付与に加えてさらに新しいシーケンス番号を付与する必要があるため、通信装置における処理負荷を増大させ、通信効率の低下を招くという問題がある。
【特許文献１】特開２００５−１１７４５８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明は、例えば上記の問題に鑑みてなれたものであり、通信装置間で、アクセスポイント（ＡＰ）経由パスとダイレクトリンクパスのパス切り替えを伴う通信を行う構成において、パス切り替えによる受信データの順序の乱れを解消することを可能とする無線通信装置、通信システム、および通信制御方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の第１の側面は、
データ通信制御を行う制御部と、
通信データを格納するメモリを有し、
前記制御部は、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行う構成であり、
前記制御部は、
前記通信相手に対する通信パス切り替え要請を送信し、前記通信相手からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始する制御を行う無線通信装置にある。
【００１５】
さらに、本発明の無線通信装置の一実施態様において、前記制御部は、前記通信相手に対する通信パス切り替え要請の送信後、送信予定データをメモリに蓄積し、前記通信相手からの受諾応答の受信を条件として、前記メモリに蓄積した送信データを、切り替え後の通信パスを介して送信する。
【００１６】
さらに、本発明の無線通信装置の一実施態様において、前記制御部は、利用中の通信パスの最終送信データであることを示すパス終端フレームを前記通信相手に送信し、該パス終端フレームの送信後に前記通信パス切り替え要請の送信を行う。
【００１７】
さらに、本発明の無線通信装置の一実施態様において、前記制御部は、利用中の通信パスの最終送信データであることを示す情報を付加ヘッダに格納したデータフレームを前記通信相手に送信し、該データフレームの送信後に前記通信パス切り替え要請を送信する。
【００１８】
さらに、本発明の無線通信装置の一実施態様において、前記制御部は、前記通信パス切り替え要請として、通信パス切り替え要請を示す情報を付加ヘッダに格納したデータフレームを前記通信相手に送信し、該データフレームに対する前記通信相手からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始する。
【００１９】
さらに、本発明の無線通信装置の一実施態様において、前記制御部は、前記通信相手に対する通信パス切り替え要請を通信相手との直接通信パスであるダイレクトリンクパスを利用して送信する。
【００２０】
さらに、本発明の第２の側面は、
データ通信制御を行う制御部を有し、
前記制御部は、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行う構成であり、
前記通信相手からの通信パス切り替え要請の受信後、パス切り替え受諾応答を返信する処理を行うとともに、該パス切り替え受諾応答の返信後、切り替え前のパスからのデータフレームを破棄する処理を行う無線通信装置にある。
【００２１】
さらに、本発明の第３の側面は、
データ通信制御を行う制御部を有し、
前記制御部は、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行う構成であり、
前記通信相手からの通信パス切り替え要請の受信後、切り替え前のパスからの終端フレームの受信、または通信パス切り替え要請受信からの待機時間の経過を条件として、パス切り替え受諾応答を返信する処理を行う無線通信装置にある。
【００２２】
さらに、本発明の無線通信装置の一実施態様において、前記制御部は、終端フレームを示す情報を付加ヘッダに格納したデータフレームの受信を条件として、パス切り替え受諾応答を返信する処理を行う。
【００２３】
さらに、本発明の第４の側面は、
データ送受信を行う複数の無線通信装置からなる通信システムであり、
第１の無線通信装置は、
通信相手である第２の無線通信装置に対して、通信パス切り替え要請を送信し、前記第２の無線通信装置からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始する制御を行う構成であり、
前記第２の無線通信装置は、
前記第１の無線通信装置からの通信パス切り替え要請の受信後、パス切り替え受諾応答を返信する処理を行うとともに、該パス切り替え受諾応答の返信後、切り替え前のパスからのデータフレームを破棄する処理を行う構成である通信システムにある。
【００２４】
さらに、本発明の第５の側面は、
データ送受信を行う複数の無線通信装置からなる通信システムであり、
第１の無線通信装置は、
通信相手である第２の無線通信装置に対して、通信パス切り替え要請を送信し、前記第２の無線通信装置からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始する制御を行う構成であり、
前記第２の無線通信装置は、
前記第１の無線通信装置からの通信パス切り替え要請の受信後、切り替え前のパスからの終端フレームの受信、または通信パス切り替え要請受信からの待機時間の経過を条件として、パス切り替え受諾応答を返信する処理を行う構成である通信システムにある。
【００２５】
さらに、本発明の第６の側面は、
無線通信装置において実行する通信制御方法であり、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行うパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手に対する通信パス切り替え要請の送信ステップと、
前記通信相手からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始するステップを含む通信制御方法にある。
【００２６】
さらに、本発明の第７の側面は、
無線通信装置において実行する通信制御方法であり、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行うパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手からの通信パス切り替え要請を受信するステップと、
パス切り替え受諾応答を返信する処理を行うステップと、
前記パス切り替え受諾応答の返信後、切り替え前のパスからのデータフレームを破棄する処理を行うステップを含む通信制御方法にある。
【００２７】
さらに、本発明の第８の側面は、
無線通信装置において実行する通信制御方法であり、
通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行うパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手からの通信パス切り替え要請を受信するステップと、
切り替え前のパスからの終端フレームの受信、または通信パス切り替え要請受信からの待機時間の経過を条件として、パス切り替え受諾応答を返信する処理を行うステップを含む通信制御方法にある。
【００２８】
さらに、本発明の第９の側面は、
無線通信装置において通信制御を実行させるプログラムであり、
制御部に、通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行わせるパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手に対する通信パス切り替え要請の送信ステップと、
前記通信相手からの受諾応答の受信を条件として、切り替え後の通信パスを利用したデータ通信を開始するステップを含むプログラムにある。
【００２９】
さらに、本発明の第１０の側面は、
無線通信装置において通信制御を実行させるプログラムであり、
制御部に、通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行わせるパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手からの通信パス切り替え要請を受信するステップと、
パス切り替え受諾応答を返信する処理を行うステップと、
前記パス切り替え受諾応答の返信後、切り替え前のパスからのデータフレームを破棄する処理を行うステップを含むプログラムにある。
【００３０】
さらに、本発明の第１１の側面は、
無線通信装置において通信制御を実行させるプログラムであり、
制御部に、通信相手との直接通信パスであるダイレクトリンクパスと、中継ポイントを介した通信パスである中継ポイント経由パスの切り替え制御を行わせるパス切り替え制御ステップを有し、
前記パス切り替え制御ステップは、
前記通信相手からの通信パス切り替え要請を受信するステップと、
切り替え前のパスからの終端フレームの受信、または通信パス切り替え要請受信からの待機時間の経過を条件として、パス切り替え受諾応答を返信する処理を行うステップを含むプログラムにある。
【００３１】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な汎用システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３２】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００３３】
本発明の一実施例構成によれば、第１の通信装置が通信相手である第２の通信装置に対して通信パス切り替え要請を送信し、パス切り替え受諾応答の受信を条件として切り替え後の通信パスを利用したデータ通信を開始する。通信パス切り替え要請を受信した第２の通信装置は、パス切り替え受諾応答を返信する処理を行うとともに、該パス切り替え受諾応答の返信後、切り替え前パスからのデータフレームを破棄する。あるいは、通信パス切り替え要請を受信した場合、切り替え前パスからの終端フレーム受信後にパス切り替え受諾応答を返信する。本構成により、データ受信側において受信データの順番を前後させることなく送信データ順に一致した順で処理を行うことが可能となる。
【発明を実施するための最良の形態】
【００３４】
以下、図面を参照しながら本発明の無線通信装置、通信システム、および通信制御方法、並びにプログラムの詳細について説明する。
【００３５】
本発明の無線通信システムの一実施形態について図２を参照して説明する。図２には、データ通信を行う２つの無線端末として、無線通信装置（ＳＴＡ１）１０、無線通信装置（ＳＴＡ２）２０、さらに、無線通信装置間の通信中継処理を実行するアクセスポイント（ＡＰ）３０を示している。
【００３６】
アクセスポイント（ＡＰ）３０は、従来と同様の一般的な構成でよく、特別な機能を要しない。無線通信装置（ＳＴＡ１）１０と、無線通信装置（ＳＴＡ２）２０は、無線ＬＡＮの通常動作に加えて、本発明に従ったダイレクトリンク経路設定機能を有する。無線通信装置（ＳＴＡ１）１０と、無線通信装置（ＳＴＡ２）２０は、アクセスポイント（ＡＰ）３０に対する接続要求としてのアソシエーションが完了しており、図２に示す無線通信装置（ＳＴＡ１）１０から、アクセスポイント（ＡＰ）３０を経由して無線通信装置（ＳＴＡ２）２０を結ぶＡＰ経由パス５１が使用可能であるものとする。
【００３７】
以下、説明する実施例では、無線通信装置（ＳＴＡ１）１０がデータ送信側、無線通信装置（ＳＴＡ２）２０がデータ受信側の設定とする。無線通信装置間の直接通信を行うためのセットアップ処理としてのＤＬＳ（Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔ−ｕｐ）の処理が完了すると、図２に示す無線通信装置（ＳＴＡ１）１０と無線通信装置（ＳＴＡ２）２０を、直接結ぶダイレクトリンクパス５２が使用可能になる。
【００３８】
図３は図２に示す無線通信装置（ＳＴＡ１）１０の構成を示すブロック図である。なお、無線通信装置（ＳＴＡ２）２０も共通の構成を持つ。図３に示すように、無線通信装置１０は、データ処理部１１、伝送処理部１２、無線インターフェース部１３、制御部１４、メモリ１５、アンテナ１６を有する。
【００３９】
データ処理部１１は、通信データを格納したパケットを作成する。伝送処理部１２はデータ処理部１１で生成されたパケットに対してヘッダや誤り検出符号の付加などの処理を行い、処理後のデータを無線インターフェース部１３に提供する。無線インターフェース部１３は、伝送処理部１２から受け取ったデータを変調信号にしてアンテナ１６を介して送出する。
【００４０】
データ受信動作においては、アンテナ１６を介して受信したデータに対して、無線インターフェース部１３が受信信号の復調を行い、伝送処理部１２がヘッダの解析を行い、データ処理部１１に渡す。データ処理部はパケットから通信データを取得する。制御部１４は、上記各構成部の処理の統括的制御を行う。またメモリ１５に格納されたデータを取得してパケット格納データとするためにデータ処理部１１に提供する。あるいはデータ処理部１１がパケットから取得したデータをメモリ１５に格納する。メモリ１５には、通信データの他、通信制御用のプログラムが格納されており、制御部１４は、プログラムに従った通信制御を実行する。
【００４１】
本発明の一実施例に従った通信処理シーケンスの概要について、図５を参照して説明する。なお、以下の説明では、データ送信を行う無線通信装置（ＳＴＡ１）を「ＳＴＡ１」、データ受信を行う無線通信装置（ＳＴＡ２）を「ＳＴＡ２」として簡略化して表記して説明する。
【００４２】
図５に示すように、本発明に従った通信シーケンスでは、以下の３つの処理が行われる。
（ａ）ＤＬＳ登録処理
（ｂ）経路更新決定処理
（ｃ）経路切り替え処理
なお、これらの処理は無線通信装置における制御部の制御下で行われる。
【００４３】
（ａ）ＤＬＳ登録処理は、無線通信装置間の直接通信を行うためのセットアップ処理である。このＤＬＳ登録処理において、直接通信を実行する無線通信装置（本例ではＳＴＡ１とＳＴＡ２）は、相互に自装置のケーパビリティ（Ｃａｐａｂｉｌｉｔｙ）などの情報を独自フレームにカプセル化して交換し、ダイレクトリンクを介した通信相手を登録する。
【００４４】
このＤＬＳ登録処理が完了すると、ＳＴＡ１はＡＰ経由パスとダイレクトリンクパスの両方を選択的に利用して、ＳＴＡ２に対してデータ送信を行うことができるようになる。
【００４５】
（ｂ）経路更新決定処理は、別途モニタしてあるダイレクトリンクパスの伝送品質に関する情報ならびにＡＰ経由パスの伝送品質に関する情報を用いて、相手端末との通信に使用する経路としていずれがふさわしいかを判定し、よりふさわしいパスに対する経路更新を決定する処理である。
【００４６】
（ｃ）経路切り替え処理は、上記の経路更新決定処理において、現在、利用中の経路から他方の経路への経路変更、すなわち、ＡＰ経由パスとダイレクトリンクパスとの経路変更を決定したときに、実際にＳＴＡ１がＳＴＡ２に対してデータを送信しながら、使用する経路を変更することをＳＴＡ２に対して通知し、了解をもらうまでの手続きである。この手続きにおいて、ＳＴＡ１からＳＴＡ２に届くデータの順序性を保証する。すなわち、ＳＴＡ１の送信パケット順にＳＴＡ２が受信できるように制御を行う。
【００４７】
以下、本発明に従った具体的な実施例について説明する。
［１．実施例１］
以下、実施例１における、
（ａ）ＤＬＳ登録処理
（ｂ）経路更新決定処理
（ｃ）経路切り替え処理
これらの各処理について順次、説明する。
【００４８】
（１ａ．ＤＬＳ登録処理）
図５は本実施例におけるＤＬＳ登録処理における各装置間の通信シーケンスおよび処理を説明するフローチャートを示す図である。左から、
データ送信端末である無線通信装置（ＳＴＡ１）、
通信中継装置としてのアクセスポイント（ＡＰ）、
データ受信端末である無線通信装置（ＳＴＡ２）、
これらの各装置を示している。
【００４９】
ＤＬＳ登録処理は、無線通信装置間の直接通信を行うためのダイレクトリンクのセットアップ処理である。ＤＬＳ登録処理に際しては、ダイレクトリンクの設定要求および応答が独自フレームで無線通信装置間において送受信される。なお、ダイレクトリンクの設定前に行われる場合は、アクセスポイント（ＡＰ）を経由してＤＬＳ登録処理のためのフレームが送受信されるが、中継するアクセスポイント(ＡＰ)はフレームの内容を意識することはなく２つのＳＴＡ間だけで処理が完結する。
【００５０】
まず、ステップＳ１０１において、データ送信側端末であるＳＴＡ１が、ＳＴＡ１の装置ケーパビリティ（Ｃａｐａｂｉｌｉｔｙ）情報を含む「ＤＬＳ登録要請」フレームをデータ受信側端末であるＳＴＡ２に対して送信する。
【００５１】
このフレームはアクセスポイント(ＡＰ)により中継され、ＳＴＡ２に到達する。受信したＳＴＡ２はこのフレームの内容を解釈できたら（ステップＳ１０３でＹｅｓ）、ステップＳ１０４に進み、ＳＴＡ１に対して「ＤＬＳ登録応答」フレームを同様にＡＰ経由で返す。本フレームもまた独自フレームであり、フレームにはＳＴＡ２の装置ケーパビリティ（Ｃａｐａｂｉｌｉｔｙ）情報が含まれる。さらに、ＳＴＡ２におけるダイレクトリンクのセットアップ可否情報、すなわち、ＤＬＳの成否情報を記録した成否フィールドが含まれる。
【００５２】
ＳＴＡ２がＤＬＳに対応していない装置である場合は、ＳＴＡ１から受信したＤＬＳ登録要請フレームの内容を解釈することができない（ステップＳ１０３でＮｏ）。この場合は、ＳＴＡ１から受信したＤＬＳ登録要請フレームは、ＳＴＡ２内部で破棄され、処理が終了することになる。
【００５３】
ＳＴＡ２が、ＳＴＡ１から受信した「ＤＬＳ登録要請」の解釈に成功し、ステップＳ１０４において、ＳＴＡ１に対して送信した「ＤＬＳ登録応答」フレームは、ＡＰ経由（ステップＳ１０５）でＳＴＡ１に到達する。
【００５４】
ＳＴＡ１は、「ＤＬＳ登録応答」フレームを受信して内容を解釈でき（ステップＳ１０６でＹｅｓ）、さらに、受信フレームの成否フィールドの値が"ＤＬＳ登録成功"を示していればＤＬＳの設定は完了となる。
【００５５】
ＳＴＡ１がＤＬＳ登録応答フレームを、予め設定ずみのタイムアウト時間内にＳＴＡ２から受信できなかった場合は相手がＤＬＳに対応していないと判断し、ダイレクトリンクは確立されない。ＤＬＳの設定が完了したら、この時点よりＳＴＡ１、ＳＴＡ２それぞれはＡＰ経由パスとダイレクトリンクパスの両方を選択肢として互いにデータ送信を行うことができるようになる。以降の処理はデータ送受信と並行して行われる。
【００５６】
（１ｂ．経路更新決定処理）
経路更新決定処理は、前述したように、ダイレクトリンクパスの伝送品質に関する情報ならびにＡＰ経由パスの伝送品質に関する情報を用いて、相手端末との通信に使用する経路としていずれがふさわしいかを判定し、よりふさわしいパスに対する経路更新を決定する処理である。
【００５７】
この経路更新決定処理は通常のデータ送受信と並行して行われる。送信側端末（本実施例ではＳＴＡ１）主体となり、ＡＰ経由パス（ＳＴＡ１⇒ＡＰ⇒ＳＴＡ２）とダイレクトリンクパス（ＳＴＡ１⇒ＳＴＡ２）それぞれの伝送特性を調べ、評価する。本発明では特に規定しないが、例としては次のような手順が考えられる。
【００５８】
まず、ＳＴＡ１はＳＴＡ２と協調して、ＡＰ経由パスで送信したテスト用プローブトラフィックの受信信号強度（ＲＣＰＩ）を測定して報告してもらう。ＳＴＡ２はＳＴＡ１⇒ＡＰへのパケットを盗み見ることでダイレクトリンクでの伝送路品質情報を、ＡＰ⇒ＳＴＡ２へのパケットから測定することでＡＰ経由パスの後半の伝送路品質情報を得ることができる。
【００５９】
続いて逆にＳＴＡ２からＳＴＡ１へテスト用プローブトラフィックを送信してもらい、同様に測定しこれによりＡＰ経由パスの前半の伝送路品質情報を得ることができる。その後、それぞれの経路について測定結果から見合った変調を推定し、期待スループットを算出する。最後に、それぞれの経路について算出された期待スループットを比較することで、ＳＴＡ１は現時点での通信に適した経路を決定する。
【００６０】
この例のようにして適した経路を更新し、決定された経路が現在使用している経路と異なる場合には、ＳＴＡ１は経路切り替え処理に進む。
【００６１】
（１ｃ．経路切り替え処理）
経路切り替え処理は、経路更新決定処理において、現在、利用中の経路から他方の経路への経路変更、すなわち、ＡＰ経由パスとダイレクトリンクパスとの経路変更を決定したときに経路切り替えを行う処理である。この処理は、ＳＴＡ１がＳＴＡ２に対してデータを送信しながら実行する。ＳＴＡ１が使用経路を変更することをＳＴＡ２に対して通知し、了解をもらうまでの手続きである。
【００６２】
本発明の処理では、この経路切り替え処理手続きにおいて、ＳＴＡ１からＳＴＡ２に届くデータの順序性を保証する制御を行う。すなわち、ＳＴＡ１の送信パケット順にＳＴＡ２が受信できるように制御を行う。
【００６３】
図６は本実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。左から、
データ送信端末である無線通信装置（ＳＴＡ１）、
通信中継装置としてのアクセスポイント（ＡＰ）、
データ受信端末である無線通信装置（ＳＴＡ２）、
これらの各装置を示している。
【００６４】
なお、この経路切り替え処理の実行開始時点では、ＳＴＡ１はＡＰ経由パスを利用してＳＴＡ２に対してデータ送信を行っている。ステップＳ１５１に示すように、パケットフレーム１，２，３がＡＰ経由パスを利用して送信される。図に示すアクセスポイント（ＡＰ）がパケット中継処理を実行する。図に示すＡＰにおける点線が中継処理を示している。なお、図においては、ＡＰ経由パスを「ＡＰパス」、ダイレクトリンクパスを「ダイレクトパス」として簡略化して示している。
【００６５】
前述の経路更新決定処理においてダイレクトリンクパスへの切り替えを決定すると、ＳＴＡ１は、ＳＴＡ２に対する最後のデータフレーム（パケット３）を送信し終えた後に、ステップＳ１５２において、「Ｔｘパス切り替え（パススイッチ）要請」フレームを送信する。
【００６６】
「Ｔｘパス切り替え要請」フレームは、データ送信側の通信装置がデータ受信側の通信装置に対してデータ送信経路を変更する意思を伝えるためのフレームである。このフレームはマネジメントフレームではなく、８０２．１１  ＭＡＣ層よりも上位層にシグナリング情報を含んだデータフレームである。本実施例ではこのフレームを必ずダイレクトリンクパスで送信する。
【００６７】
この後、データ送信側のＳＴＡ１は、データ受信側のＳＴＡ２からの「Ｔｘパス切り替え応答」フレームを受信するまではデータ送信は行わない。その間に上位層から下りてくるデータパケットに関しては、ＳＴＡ１内部のメモリにバッファリングする。ステップＳ１５３に示すように、上位層から下りてくるデータパケット４，５，６をＳＴＡ１内部のメモリにバッファリングする。従って、ステップＳ１５２において送信する「パス切り替え要請」フレームの送信後は、バッファリング解除（ステップＳ１７２またはＳ１７４）まで、ＳＴＡ１は、データ送信を停止することになる。
【００６８】
一方、データ受信側であるＳＴＡ２は、ステップＳ１６１においてＳＴＡ１からの「Ｔｘパス切り替え（パススイッチ）要請」フレームを受信する。ステップＳ１６２において、このフレーム内容の解釈を行い、パス切り替え（パススイッチ）要請を受け入れるか否かを決定し、決定に応じた処理を行う。
【００６９】
パス切り替え要請を受け入れる決定を行った場合は、ステップＳ１６３に進み、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｔｘパス切り替え応答」フレームを生成し、ステップＳ１６５においてＳＴＡ１に対して送信する。このフレームもパス切り替え要請フレームと同様、マネジメントフレームではなく８０２．１１  ＭＡＣ層よりも上位層にシグナリング情報を含んだデータフレームである。本実施例ではこのフレームを必ずダイレクトリンクパスで送信する。
【００７０】
一方、ステップＳ１６２において、パス切り替え要請を受け入れない決定を行った場合は、ステップＳ１６４に進み、パス切り替え（パススイッチ）を受け入れ「否」とした情報を格納した「Ｔｘパス切り替え応答」フレームを生成して、ステップＳ１６５においてＳＴＡ１に送信する。
【００７１】
データ送信側のＳＴＡ１は、ＳＴＡ２からの「Ｔｘパス切り替え応答」フレームを待機し、ステップＳ１７１において、予め設定した時間内にパス切り替え（パススイッチ）受け入れ「可」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信できたか否かを判定する。
【００７２】
予め設定した時間内にパス切り替え（パススイッチ）受け入れ「可」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信できた場合は、ステップＳ１７２に進み、使用パスの切り替えを実行しＡＰ経由パスからダイレクトリンクパスへ切り替えて、ステップＳ１７３において、バッファされているデータ（パケット４，５，６）を順次送信する。
【００７３】
一方、「Ｔｘパス切り替え要請」フレーム送信後一定時間が経過しても「Ｔｘパス切り替え応答」フレームの受信を確認できない場合、または、パス切り替え（パススイッチ）受け入れ「否」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信した場合は、ステップＳ１７４に進む。ステップＳ１７４では、パス切り替えは実行することなく、これまでのパス（ＡＰ経由パス）をそのまま利用してバッファされているデータ（パケット４，５，６）を順次送信する。すなわちバッファリングを解除し既存経路でのデータ送信を再開する。
【００７４】
データ受信側のＳＴＡ２は、ステップＳ１６５における「Ｔｘパス切り替え応答」を送信後、ＳＴＡ１からのデータフレームの受信を継続するが、新規経路を使用してＳＴＡ１から送信されたデータフレームの受信を一つでも確認したら、以後は旧経路を使用したＳＴＡ１からのデータフレームを破棄する。図に示す例では、データ受信側のＳＴＡ２はステップＳ１８１において、新規経路（ダイレクトリンクパス）を使用してＳＴＡ１から送信された最初のデータフレームであるパケット４を受信している。
【００７５】
この場合、ＳＴＡ２は、パケット４の受信後は新規経路（ダイレクトリンクパス）を使用してＳＴＡ１から送信されたパケット５，６は受信し処理を行うが、旧経路（ＡＰ経由パス）を使用して送信されたパケット２，３は破棄する。
【００７６】
この結果として、データ受信側の受信パケットの順序は、送信順序に従ったパケット順（パケット１，４，５，６）となる。なお、パケット２，３については、破棄されるが、ＳＴＡ２は、必要に応じてＳＴＡ１に対して再送要求を実行して跡で受信する設定としてもよい。
【００７７】
このような処理によって、図６に示すように、既存経路（ＡＰ経由パス）からの中継フレームが新規経路であるダイレクトリンクパスのフレームに一部追い越されている場合でも、ＳＴＡ２は、受信して処理を行うフレームを、ＳＴＡ１の送信順に従ったフレームパケット順とすることができる。
【００７８】
なお、図６を参照して説明した例は、既存経路をＡＰ経由パス、新規経路をダイレクトリンクパスとした例であるが、既存経路をダイレクトリンクパス、新規経路をＡＰ経由パスとした場合にも、適用可能である。
【００７９】
［実施例２］
次に、本発明の第２実施例について説明する。実施例２においても、先に図４を参照して説明した３つの以下の処理、すなわち、
（ａ）ＤＬＳ登録処理
（ｂ）経路更新決定処理
（ｃ）経路切り替え処理
これらの各処理が、順次実行される。
【００８０】
本実施例２においても（ａ）ＤＬＳ登録処理と、（ｂ）経路更新決定処理は、実施例１において説明したと同様の処理として実行される。（ｃ）経路切り替え処理のみが異なる。実施例２における（ｃ）経路切り替え処理について、図７を参照して説明する。
【００８１】
（実施例２における経路切り替え処理）
図７は本実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。左から、
データ送信端末である無線通信装置（ＳＴＡ１）、
通信中継装置としてのアクセスポイント（ＡＰ）、
データ受信端末である無線通信装置（ＳＴＡ２）、
これらの各装置を示している。
【００８２】
なお、この経路切り替え処理の実行開始時点では、ＳＴＡ１はＡＰ経由パスを利用してＳＴＡ２に対してデータ送信を行っている。ステップＳ２１１に示すように、パケットフレーム１，２，３がＡＰ経由パスを利用して送信される。図に示すアクセスポイント（ＡＰ）がパケット中継処理を実行する。図に示すＡＰにおける点線が中継処理を示している。なお、図においては、ＡＰ経由パスを「ＡＰパス」、ダイレクトリンクパスを「ダイレクトパス」として簡略化して示している。
【００８３】
前述の経路更新決定処理においてダイレクトリンクパスへの切り替えを決定すると、ＳＴＡ１は、ＳＴＡ２に対する最後のデータフレーム（パケット３）を送信し終えた後に、ステップＳ２１２において、「パス終端」フレームを送信する。この「パス終端」フレームは、これまでのデータパケットと同様の経路（ＡＰ経由パス）を利用して送信する。
【００８４】
「パス終端」フレームは、先の実施例１で使用した「Ｔｘパス切り替え要請」フレームと同様、マネジメントフレームではなく、８０２．１１  ＭＡＣ層よりも上位層にシグナリング情報を含んだデータフレームである。この「パス終端」フレームは、データ送信側の通信装置がデータ受信側の通信装置に対してデータ送信経路を変更する意思を伝えるためのフレームである。「パス終端」フレームには、このフレームが旧経路を利用した最後のフレームであることを示す情報が格納されている。
【００８５】
その後、ステップＳ２１３において、「Ｔｘパス切り替え（パススイッチ）要請」フレームを送信する。本実施例ではこのフレームをダイレクトリンクパスで送信する。
【００８６】
この後、データ送信側のＳＴＡ１は、データ受信側のＳＴＡ２からの「Ｔｘパス切り替え応答」フレームを受信するまではデータ送信は行わない。その間に上位層から下りてくるデータパケットに関しては、ＳＴＡ１内部のメモリにバッファリングする。ステップＳ２１４に示すように、上位層から下りてくるデータパケット４，５，６をＳＴＡ１内部のメモリにバッファリングする。従って、ステップＳ２１３において送信する「パス切り替え要請」フレームの送信後は、バッファリング解除（ステップＳ２３２またはＳ２３４）まで、ＳＴＡ１は、データ送信を停止することになる。
【００８７】
なお、データ送受信を実行する通信装置ＳＴＡ１，ＳＴＡ２と、アクセスポイント（ＡＰ）の各々の装置が、ＱｏＳ機能を実行し、通信経路において複数のアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）に対する送信キューを個別に持っている装置である場合は、まず経路更新決定時点での各キューのパケット有無をモニタする。そして、宛先が経路切り替え対象（本実施例ではＳＴＡ２）である送信パケットが存在しているアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）において上述の「Ｔｘパス切り替え要請」や「パス終端」フレームを送信する。
【００８８】
また、複数のアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）のキューにパケットが存在する場合には、該当する全てのＡＣ（またはＴＩＤ）において「Ｔｘパス切り替え要請」や「パス終端」を送信する。なお、当該宛先に対する送信パケットが一つも存在しない場合には、任意のいずれか一つのＡＣ（またはＴＩＤ）で「Ｔｘパス切り替え要請」と「パス終端」を送信する。
【００８９】
複数のＡＣ（またはＴＩＤ）において上記の２つのフレームを送信した場合には、これらのフレームの送信に適用した全てのＡＣ（またはＴＩＤ）に対する「Ｔｘパス切り替え応答」フレームを受信するまで新規経路でのデータ送信を内部でバッファリングする。
【００９０】
一方、データ受信側であるＳＴＡ２は、ステップＳ２２１においてＳＴＡ１からの「Ｔｘパス切り替え（パススイッチ）要請」フレームを受信する。ステップＳ２２２において、このフレーム内容の解釈を行い、パス切り替え（パススイッチ）要請を受け入れるか否かを決定し、決定に応じた処理を行う。
【００９１】
パス切り替え要請を受け入れる決定を行った場合は、ステップＳ２２３に進み、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｔｘパス切り替え応答」フレームを生成し、その後、ＳＴＡ１からの「パス終端」フレームを受信するのを待つ。ステップＳ２２５においてＳＴＡ１からの「パス終端」フレームを受信したＳＴＡ２は、ステップＳ２２６において「Ｔｘパス切り替え応答」フレームをＳＴＡ１に対して送信する。本実施例ではこのフレームをダイレクトリンクパスで送信する。
【００９２】
一方、ステップＳ２２２において、パス切り替え要請を受け入れない決定を行った場合は、ステップＳ２２４に進み、パス切り替え（パススイッチ）を受け入れ「否」とした情報を格納した「Ｔｘパス切り替え応答」フレームを生成して、その後、ステップＳ２２５においてＳＴＡ１からの「パス終端」フレームを受信した後、ステップＳ２２６においてパス切り替え（パススイッチ）を受け入れ「否」の情報を格納した「Ｔｘパス切り替え応答」フレームをＳＴＡ１に対して送信する。
【００９３】
ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応している場合には、本フレームは「Ｔｘパス切り替え要請」を受信したＴＩＤと同一のＴＩＤの「パス終端」フレームを受信したときに、それらのＴＩＤと同一のＴＩＤで送信される。「Ｔｘパス切り替え要請」受信後、一定時間の間「パス終端」フレームを受信できないときも、ＳＴＡ２は「Ｔｘパス切り替え応答」フレームを送信する。
【００９４】
データ送信側のＳＴＡ１は、ＳＴＡ２からの「Ｔｘパス切り替え応答」フレームを待機し、ステップＳ２３１において、予め設定した時間内にパス切り替え（パススイッチ）受け入れ「可」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信できたか否かを判定する。
【００９５】
予め設定した時間内にパス切り替え（パススイッチ）受け入れ「可」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信できた場合は、ステップＳ２３２に進み、使用パスの切り替えを実行しＡＰ経由パスからダイレクトリンクパスへ切り替えて、ステップＳ２３３において、バッファされているデータ（パケット４，５，６）を順次送信する。
【００９６】
一方、「Ｔｘパス切り替え要請」フレーム送信後一定時間が経過しても「Ｔｘパス切り替え応答」フレームの受信を確認できない場合、または、パス切り替え（パススイッチ）受け入れ「否」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信した場合は、ステップＳ２３４に進む。ステップＳ２３４では、パス切り替えは実行することなく、これまでのパス（ＡＰ経由パス）をそのまま利用してバッファされているデータ（パケット４，５，６）を順次送信する。すなわちバッファリングを解除し既存経路でのデータ送信を再開する。
【００９７】
ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応している場合には、「Ｔｘパス切り替え要請」を送信した全てのＡＣ（またはＴＩＤ）に対する「Ｔｘパス切り替え応答」フレームの切り替え可否が「可」であることを確認したときに初めてバッファリングを解除して新規経路での送信を開始するようにする。
【００９８】
図７におけるデータ受信側の通信装置ＳＴＡ２の受信パケットの順は、パケット１，２，３，終端フレーム，４，５，６となっており、送信順に一致した順番となっている。このように本実施例では、データ受信側の通信装置ＳＴＡ２が、旧経路の終端フレームが受信したことを条件として、経路切り替えを受諾したことを示す「Ｔｘパス切り替え応答」フレームを送信する。その後、データ送信側のＳＴＡ１が経路切り替えを行ってバッファされたパケットを順次送信する。このような構成としたので、データ受信側では、送信パケット順にパケットを受信できる。
【００９９】
なお、図７を参照して説明した例は、既存経路をＡＰ経由パス、新規経路をダイレクトリンクパスとした例であるが、既存経路をダイレクトリンクパス、新規経路をＡＰ経由パスとした場合にも、適用可能である。
【０１００】
［実施例３］
次に、本発明の第３実施例について説明する。実施例３においても、先に図４を参照して説明した３つの以下の処理、すなわち、
（ａ）ＤＬＳ登録処理
（ｂ）経路更新決定処理
（ｃ）経路切り替え処理
これらの各処理が、順次実行される。
【０１０１】
本実施例３も（ａ）ＤＬＳ登録処理と、（ｂ）経路更新決定処理は、実施例１において説明したと同様の処理として実行される。（ｃ）経路切り替え処理のみが異なる。実施例３における（ｃ）経路切り替え処理について、図８を参照して説明する。
【０１０２】
（実施例３における経路切り替え処理）
図８は本実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。左から、
データ送信端末である無線通信装置（ＳＴＡ１）、
通信中継装置としてのアクセスポイント（ＡＰ）、
データ受信端末である無線通信装置（ＳＴＡ２）、
これらの各装置を示している。
【０１０３】
なお、この経路切り替え処理の実行開始時点では、ＳＴＡ１はＡＰ経由パスを利用してＳＴＡ２に対してデータ送信を行っている。ステップＳ３１１に示すように、パケットフレーム１，２，３がＡＰ経由パスを利用して送信される。図に示すアクセスポイント（ＡＰ）がパケット中継処理を実行する。図に示すＡＰにおける点線が中継処理を示している。なお、図においては、ＡＰ経由パスを「ＡＰパス」、ダイレクトリンクパスを「ダイレクトパス」として簡略化して示している。
【０１０４】
前述の経路更新決定処理においてダイレクトリンクパスへの切り替えを決定すると、ＳＴＡ１は、ＳＴＡ２に対する最後のデータフレーム（パケット３）を送信し終えた後に、ステップＳ３１２において、前述の実施例１，２と同様の「Ｔｘパス切り替え要請」フレームを送信する。本実施例では本フレームは実施例２の「パス終端」フレームを兼ねており、必ず既存経路（本実施例の場合ではＡＰ経由パス）にて送信する。
【０１０５】
この後、データ送信側のＳＴＡ１は、データ受信側のＳＴＡ２からの「Ｔｘパス切り替え応答」フレームを受信するまではデータ送信は行わない。その間に上位層から下りてくるデータパケットに関しては、ＳＴＡ１内部のメモリにバッファリングする。ステップＳ３１３に示すように、上位層から下りてくるデータパケット４，５，６をＳＴＡ１内部のメモリにバッファリングする。従って、ステップＳ３１２において送信する「パス切り替え要請」フレームの送信後は、バッファリング解除（ステップＳ３３２またはＳ３３４）まで、ＳＴＡ１は、データ送信を停止することになる。
【０１０６】
なお、データ送受信を実行する通信装置ＳＴＡ１，ＳＴＡ２と、アクセスポイント（ＡＰ）の各々の装置が、ＱｏＳ機能を有し、通信経路において複数のアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）に対する送信キューを個別に持っている装置である場合は、まず経路更新決定時点での各キューのパケット有無をモニタする。そして、宛先が経路切り替え対象（本実施例ではＳＴＡ２）である送信パケットが存在しているアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）において上述の「Ｔｘパス切り替え要請」や「パス終端」フレームを送信する。
【０１０７】
また、複数のアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）のキューにパケットが存在する場合には、該当する全てのＡＣ（またはＴＩＤ）において「Ｔｘパス切り替え要請」や「パス終端」を送信する。なお、当該宛先に対する送信パケットが一つも存在しない場合には、任意のいずれか一つのＡＣ（またはＴＩＤ）で「Ｔｘパス切り替え要請」と「パス終端」を送信する。
【０１０８】
複数のＡＣ（またはＴＩＤ）において上記の２つのフレームを送信した場合には、これらのフレームの送信に適用した全てのＡＣ（またはＴＩＤ）に対する「Ｔｘパス切り替え応答」フレームを受信するまで新規経路でのデータ送信を内部でバッファリングする。
【０１０９】
一方、データ受信側であるＳＴＡ２は、ステップＳ３２１においてＳＴＡ１からの「Ｔｘパス切り替え（パススイッチ）要請」フレームを受信する。ステップＳ３２２において、このフレーム内容の解釈を行い、パス切り替え（パススイッチ）要請を受け入れるか否かを決定し、決定に応じた処理を行う。
【０１１０】
パス切り替え要請を受け入れる決定を行った場合は、ステップＳ３２３に進み、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｔｘパス切り替え応答」フレームを生成する。その後、ＳＴＡ２は、ステップＳ３２５において「Ｔｘパス切り替え応答」フレームをＳＴＡ１に対して送信する。
【０１１１】
一方、ステップＳ３２２において、パス切り替え要請を受け入れない決定を行った場合は、ステップＳ３２４に進み、パス切り替え（パススイッチ）を受け入れ「否」とした情報を格納した「Ｔｘパス切り替え応答」フレームを生成して、その後、ステップＳ３２５においてパス切り替え（パススイッチ）を受け入れ「否」の情報を格納した「Ｔｘパス切り替え応答」フレームをＳＴＡ１に対して送信する。
【０１１２】
ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応している場合には、「Ｔｘパス切り替え応答」フレームは「Ｔｘパス切り替え要請」を受信したＴＩＤと同一のＴＩＤの「パス終端」フレームを受信したときに、それらのＴＩＤと同一のＴＩＤで送信される。
【０１１３】
データ送信側のＳＴＡ１は、ＳＴＡ２からの「Ｔｘパス切り替え応答」フレームを待機し、ステップＳ３３１において、予め設定した時間内にパス切り替え（パススイッチ）受け入れ「可」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信できたか否かを判定する。
【０１１４】
予め設定した時間内にパス切り替え（パススイッチ）受け入れ「可」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信できた場合は、ステップＳ３３２に進み、使用パスの切り替えを実行しＡＰ経由パスからダイレクトリンクパスへ切り替えて、ステップＳ３３３において、バッファされているデータ（パケット４，５，６）を順次送信する。
【０１１５】
一方、「Ｔｘパス切り替え要請」フレーム送信後一定時間が経過しても「Ｔｘパス切り替え応答」フレームの受信を確認できない場合、または、パス切り替え（パススイッチ）受け入れ「否」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信した場合は、ステップＳ３３４に進む。ステップＳ３３４では、パス切り替えは実行することなく、これまでのパス（ＡＰ経由パス）をそのまま利用してバッファされているデータ（パケット４，５，６）を順次送信する。すなわちバッファリングを解除し既存経路でのデータ送信を再開する。
【０１１６】
ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応している場合には、「Ｔｘパス切り替え要請」を送信した全てのＡＣ（またはＴＩＤ）に対する「Ｔｘパス切り替え応答」フレームの切り替え可否が「可」であることを確認したときに初めてバッファリングを解除して新規経路での送信を開始するようにする。
【０１１７】
本実施例は実施例２と似ているが、異なる部分はデータ送信側のＳＴＡ１が「Ｔｘパス切り替え要請」を既存経路（ＡＰ経由パス）を使用して送信し、このフレームが既存経路（ＡＰ経由パス）における「パス終端」フレームを兼ねている点である。
【０１１８】
従って、データ受信側のＳＴＡ２は「Ｔｘパス切り替え要請」フレームを受信すると、このフレームがパス終端フレームいであると解釈し、直ちに「Ｔｘパス切り替え応答」フレームを送信することができる。本実施例では実施例２と比べて切り替えに際して送信するフレームを一つ少なくすることができる。
【０１１９】
なお、図８を参照して説明した例は、既存経路をＡＰ経由パス、新規経路をダイレクトリンクパスとした例であるが、既存経路をダイレクトリンクパス、新規経路をＡＰ経由パスとした場合にも、適用可能である。
【０１２０】
［実施例４］
次に、本発明の第４実施例について説明する。実施例４においても、先に図４を参照して説明した３つの以下の処理、すなわち、
（ａ）ＤＬＳ登録処理
（ｂ）経路更新決定処理
（ｃ）経路切り替え処理
これらの各処理が、順次実行される。
【０１２１】
（４ａ．実施例４におけるＤＬＳ登録処理）
実施例４におけるＤＬＳ登録処理は、基本的な処理は、実施例１と同様であるが、本実施例では、ＳＴＡ１とＳＴＡ２を結ぶダイレクトリンクを確立した後、２つのＳＴＡ（ＳＴＡ１、ＳＴＡ２）の間で送受信されるパケットに８０２．１１  ＭＡＣヘッダに加えて拡張ヘッダを付与する設定とする。
拡張ヘッダには以下の情報を記録する。
＊現在使用している経路での最終データパケットか否かを示す情報（終端情報）
データ送信側のＳＴＡ１は、この情報を拡張ヘッダに記録して送信する。
受信側のＳＴＡ２ではこの拡張ヘッダを解析し、除去した後に上位層プロトコルに渡す。
【０１２２】
（４ｂ．実施例４における経路更新決定処理）
（ｂ）経路更新決定処理は、実施例１において説明したと同様の処理として実行される。
【０１２３】
（４ｃ．実施例４における経路切り替え処理）
実施例４における経路切り替え処理について、図９を参照して説明する。
図９は本実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。左から、
データ送信端末である無線通信装置（ＳＴＡ１）、
通信中継装置としてのアクセスポイント（ＡＰ）、
データ受信端末である無線通信装置（ＳＴＡ２）、
これらの各装置を示している。
【０１２４】
なお、この経路切り替え処理の実行開始時点では、ＳＴＡ１はＡＰ経由パスを利用してＳＴＡ２に対してデータ送信を行っている。ステップＳ４１１に示すように、パケットフレーム１，２，３がＡＰ経由パスを利用して送信される。図に示すアクセスポイント（ＡＰ）がパケット中継処理を実行する。図に示すＡＰにおける点線が中継処理を示している。なお、図においては、ＡＰ経由パスを「ＡＰパス」、ダイレクトリンクパスを「ダイレクトパス」として簡略化して示している。
【０１２５】
本実施例４は、先に説明した実施例２と類似するが、本実施例４では「パス終端」フレームを必要としないところが異なる。データ送信を行うＳＴＡ１側では、各データフレームの送信を行うにあたり、データフレームの拡張ヘッダに、各データフレームが現在使用している経路での終端フレームになるか否かの情報を記録して送信する。
【０１２６】
図９に示す例の場合、ステップＳ４１１においてＡＰ経由パスで送信するデータフレーム１，２，３の「３」の番号が振られているデータフレームが終端（現行パスでの最終）フレームとして設定している。この場合、
データフレーム１（パケット１）には、終端＝Ｎｏ
データフレーム２（パケット２）には、終端＝Ｎｏ
データフレーム３（パケット３）には、終端＝Ｙｅｓ、
ＳＴＡ１は、これらの付加情報をそれぞれの拡張ベッダに記録した後、送信する処理を行う。
このように、本実施例４では実施例２のように特別な「パス終端」フレームを利用せず、データフレームが、実施例２での「パス終端」フレームを兼ねることになる。
【０１２７】
ＳＴＡ１は、ＳＴＡ２に対して、終端＝Ｙｅｓの付加情報を記録したデータフレームの送信後、ステップＳ４１２において、前述の実施例と同様の「Ｔｘパス切り替え要請」フレームを送信する。このフレームはダイレクトパスで送信する。
【０１２８】
この後、データ送信側のＳＴＡ１は、データ受信側のＳＴＡ２からの「Ｔｘパス切り替え応答」フレームを受信するまではデータ送信は行わない。その間に上位層から下りてくるデータパケットに関しては、ＳＴＡ１内部のメモリにバッファリングする。ステップＳ４１３に示すように、上位層から下りてくるデータパケット４，５，６をＳＴＡ１内部のメモリにバッファリングする。従って、ステップＳ４１２において送信する「パス切り替え要請」フレームの送信後は、バッファリング解除（ステップＳ４３２またはＳ４３４）まで、ＳＴＡ１は、データ送信を停止することになる。
【０１２９】
なお、データ送受信を実行する通信装置ＳＴＡ１，ＳＴＡ２と、アクセスポイント（ＡＰ）の各々の装置が、ＱｏＳ機能を実行し、通信経路において複数のアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）に対する送信キューを個別に持っている装置である場合は、まず経路更新決定時点での各キューのパケット有無をモニタする。そして、宛先が経路切り替え対象（本実施例ではＳＴＡ２）である送信パケットが存在しているアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）において上述の「Ｔｘパス切り替え要請」フレームや「終端」フレームを送信する。
【０１３０】
また、複数のアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）のキューにパケットが存在する場合には、該当する全てのＡＣ（またはＴＩＤ）において「Ｔｘパス切り替え要請」フレームや「終端」フレームを送信する。
【０１３１】
複数のＡＣ（またはＴＩＤ）において上記の２つのフレームを送信した場合には、これらのフレームの送信に適用した全てのＡＣ（またはＴＩＤ）に対する「Ｔｘパス切り替え応答」フレームを受信するまで新規経路でのデータ送信を内部でバッファリングする。
【０１３２】
一方、データ受信側であるＳＴＡ２は、ステップＳ４２１においてＳＴＡ１からの「Ｔｘパス切り替え（パススイッチ）要請」フレームを受信する。ステップＳ４２２において、このフレーム内容の解釈を行い、パス切り替え（パススイッチ）要請を受け入れるか否かを決定し、決定に応じた処理を行う。
【０１３３】
パス切り替え要請を受け入れる決定を行った場合は、ステップＳ４２３に進み、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｔｘパス切り替え応答」フレームを生成し、その後、ＳＴＡ１からの「終端」フレームを受信するのを待つ。ステップＳ４２５においてＳＴＡ１から付加情報として終端フレームであることを示すデータフレーム３を受信して終端フレームの受信を確認する。この確認の後、ＳＴＡ２は、ステップＳ４２６において「Ｔｘパス切り替え応答」フレームをＳＴＡ１に対して送信する。本実施例ではこのフレームをダイレクトリンクパスで送信する。
【０１３４】
一方、ステップＳ４２２において、パス切り替え要請を受け入れない決定を行った場合は、ステップＳ４２４に進み、パス切り替え（パススイッチ）を受け入れ「否」とした情報を格納した「Ｔｘパス切り替え応答」フレームを生成して、その後、ステップＳ４２５においてＳＴＡ１からの「終端」フレームを受信した後、ステップＳ４２６においてパス切り替え（パススイッチ）を受け入れ「否」の情報を格納した「Ｔｘパス切り替え応答」フレームをＳＴＡ１に対して送信する。
【０１３５】
データ送信側のＳＴＡ１は、ＳＴＡ２からの「Ｔｘパス切り替え応答」フレームを待機し、ステップＳ４３１において、予め設定した時間内にパス切り替え（パススイッチ）受け入れ「可」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信できたか否かを判定する。
【０１３６】
予め設定した時間内にパス切り替え（パススイッチ）受け入れ「可」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信できた場合は、ステップＳ４３２に進み、使用パスの切り替えを実行しＡＰ経由パスからダイレクトリンクパスへ切り替えて、ステップＳ４３３において、バッファされているデータ（パケット４，５，６）を順次送信する。
【０１３７】
一方、「Ｔｘパス切り替え要請」フレーム送信後一定時間が経過しても「Ｔｘパス切り替え応答」フレームの受信を確認できない場合、または、パス切り替え（パススイッチ）受け入れ「否」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信した場合は、ステップＳ４３４に進む。ステップＳ４３４では、パス切り替えは実行することなく、これまでのパス（ＡＰ経由パス）をそのまま利用してバッファされているデータ（パケット４，５，６）を順次送信する。すなわちバッファリングを解除し既存経路でのデータ送信を再開する。
【０１３８】
図９におけるデータ受信側の通信装置ＳＴＡ２の受信パケットの順は、パケット１，２，３，４，５，６となっており、送信順に一致した順番となっている。このように本実施例では、データ受信側の通信装置ＳＴＡ２が、旧経路から終端フレームであることを示す付加情報を設定したデータフレームを受信し、その後、経路切り替えを受諾したことを示す「Ｔｘパス切り替え応答」フレームを送信する。その後、データ送信側のＳＴＡ１が経路切り替えを行ってバッファされたパケットを順次送信する。このような構成としたので、データ受信側では、送信パケット順にパケットを受信できる。
【０１３９】
なお、図９を参照して説明した例は、既存経路をＡＰ経由パス、新規経路をダイレクトリンクパスとした例であるが、既存経路をダイレクトリンクパス、新規経路をＡＰ経由パスとした場合にも、適用可能である。
【０１４０】
［実施例５］
次に、本発明の第５実施例について説明する。実施例５においても、先に図４を参照して説明した３つの以下の処理、すなわち、
（ａ）ＤＬＳ登録処理
（ｂ）経路更新決定処理
（ｃ）経路切り替え処理
これらの各処理が、順次実行される。
【０１４１】
（５ａ．実施例５におけるＤＬＳ登録処理）
実施例５におけるＤＬＳ登録処理は、基本的な処理は、実施例１と同様であるが、本実施例では、実施例４と同様、ＳＴＡ１とＳＴＡ２を結ぶダイレクトリンクを確立した後、２つのＳＴＡ（ＳＴＡ１、ＳＴＡ２）の間で送受信されるパケットには８０２．１１  ＭＡＣヘッダに加えて拡張ヘッダを付与する設定とする。
拡張ヘッダには以下の２つの情報を記録する。
（１）現在使用している経路での最終データパケットか否かを示す情報
（２）以降の送信での使用を希望する経路を示す情報
データ送信側のＳＴＡ１は、これらの情報を拡張ヘッダに記録して送信する。
受信側のＳＴＡ２ではこの拡張ヘッダを解析し、除去した後に上位層プロトコルに渡す。
【０１４２】
（５ｂ．実施例５における経路更新決定処理）
（ｂ）経路更新決定処理は、実施例１において説明したと同様の処理として実行される。
【０１４３】
（５ｃ．実施例５における経路切り替え処理）
実施例５における経路切り替え処理について、図１０を参照して説明する。
図１０は本実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。左から、
データ送信端末である無線通信装置（ＳＴＡ１）、
通信中継装置としてのアクセスポイント（ＡＰ）、
データ受信端末である無線通信装置（ＳＴＡ２）、
これらの各装置を示している。
【０１４４】
なお、この経路切り替え処理の実行開始時点では、ＳＴＡ１はＡＰ経由パスを利用してＳＴＡ２に対してデータ送信を行っている。ステップＳ５１１に示すように、パケットフレーム１，２，３がＡＰ経由パスを利用して送信される。図に示すアクセスポイント（ＡＰ）がパケット中継処理を実行する。図に示すＡＰにおける点線が中継処理を示している。なお、図においては、ＡＰ経由パスを「ＡＰパス」、ダイレクトリンクパスを「ダイレクトパス」として簡略化して示している。
【０１４５】
本実施例５は、先に説明した実施例２と類似するが、本実施例５では「パス終端」フレームも、「Ｔｘパス切り替え要請」フレームも必要としないところが異なる。データ送信を行うＳＴＡ１側では、各データフレームの送信を行うにあたり、データフレームの拡張ヘッダに、
（１）現行経路での終端フレームか否かの情報
（２）以降の送信での使用を希望する経路を示す情報
これらの２つの情報を記録して送信する。これは当該データフレームが実際に送信される経路を示すものではなく、次回以降にて使用を希望する経路を示す情報である。これが当該フレームの実際の送信に使用された経路と異なれば、パス切り替えを希望しているということを意味する。
【０１４６】
図１０に示す例の場合、ステップＳ５１１においてＡＰ経由パスで送信するデータフレーム１，２，３の「３」の番号が振られているデータフレームが終端（現行パスでの最終）フレームであり、以降の送信での使用を希望する経路をダイレクトリンクパスとした設定の付加情報を記録している。この場合、
データフレーム１（パケット１）には、終端＝Ｎｏ、希望パス＝ＡＰ経由パス
データフレーム２（パケット２）には、終端＝Ｎｏ、希望パス＝ＡＰ経由パス
データフレーム３（パケット３）には、終端＝Ｙｅｓ、希望パス＝ダイレクトリンクパス
ＳＴＡ１は、これらの付加情報をそれぞれの拡張ベッダに記録した後、送信する処理を行う。
このように、本実施例５では実施例２のように特別な「パス終端」フレームや、「Ｔｘパス切り替え要請」フレームを利用せず、データフレームが、実施例２での「パス終端」フレームと「Ｔｘパス切り替え要請」フレームを兼ねることになる。
【０１４７】
データ受信側であるＳＴＡ２は８０２．１１ＭＡＣヘッダの内容から実際にデータフレームが通ってきた経路がわかるため、これと拡張ヘッダ内の希望経路情報を比較し、異なっていれば実施例２の「Ｔｘパス切り替え要請」を受信したときと同様の動作をする。図１０では「３」の番号のデータフレームがパス切り替え要請とパス終端の両方を伝えるフレームとなる。
【０１４８】
この後、データ送信側のＳＴＡ１は、データ受信側のＳＴＡ２からの「Ｔｘパス切り替え応答」フレームを受信するまではデータ送信は行わない。その間に上位層から下りてくるデータパケットに関しては、ＳＴＡ１内部のメモリにバッファリングする。ステップＳ５１２に示すように、上位層から下りてくるデータパケット４，５，６をＳＴＡ１内部のメモリにバッファリングする。従って、ステップＳ５１１において送信するデータフレームの送信後は、バッファリング解除（ステップＳ５３２またはＳ５３４）まで、ＳＴＡ１は、データ送信を停止することになる。
【０１４９】
一方、データ受信側であるＳＴＡ２は、ステップＳ５２１においてＳＴＡ１からのデータフレーム３を受信し、データフレーム３の拡張ヘッダに記録された情報、すなわち、
終端＝Ｙｅｓ、希望パス＝ダイレクトリンクパス
これらの付加情報を取得して、このデータフレームが終端フレームであること、およびパススイッチ希望があることを確認する。
【０１５０】
ＳＴＡ２は、ステップＳ５２２において、このフレーム内容の解釈を行い、パス切り替え（パススイッチ）要請を受け入れるか否かを決定し、決定に応じた処理を行う。
【０１５１】
パス切り替え要請を受け入れる決定を行った場合は、ステップＳ５２３に進み、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｔｘパス切り替え応答」フレームを生成し、その後、ステップＳ５２５において「Ｔｘパス切り替え応答」フレームをＳＴＡ１に対して送信する。本実施例ではこのフレームの送信は、ダイレクトリンクパス、ＡＰ経由パスいずれで送信してもよい。
【０１５２】
一方、ステップＳ５２２において、パス切り替え要請を受け入れない決定を行った場合は、ステップＳ５２４に進み、パス切り替え（パススイッチ）を受け入れ「否」とした情報を格納した「Ｔｘパス切り替え応答」フレームを生成する。その後、ステップＳ５２５においてパス切り替え（パススイッチ）を受け入れ「否」の情報を格納した「Ｔｘパス切り替え応答」フレームをＳＴＡ１に対して送信する。
【０１５３】
データ送信側のＳＴＡ１は、ＳＴＡ２からの「Ｔｘパス切り替え応答」フレームを待機し、ステップＳ５３１において、予め設定した時間内にパス切り替え（パススイッチ）受け入れ「可」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信できたか否かを判定する。
【０１５４】
予め設定した時間内にパス切り替え（パススイッチ）受け入れ「可」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信できた場合は、ステップＳ５３２に進み、使用パスの切り替えを実行しＡＰ経由パスからダイレクトリンクパスへ切り替えて、ステップＳ５３３において、バッファされているデータ（パケット４，５，６）を順次送信する。
【０１５５】
一方、一定時間が経過しても「Ｔｘパス切り替え応答」フレームの受信を確認できない場合、または、パス切り替え（パススイッチ）受け入れ「否」とした情報が格納された「Ｔｘパス切り替え応答」フレームを受信した場合は、ステップＳ５３４に進む。ステップＳ５３４では、パス切り替えは実行することなく、これまでのパス（ＡＰ経由パス）をそのまま利用してバッファされているデータ（パケット４，５，６）を順次送信する。すなわちバッファリングを解除し既存経路でのデータ送信を再開する。
【０１５６】
なお、図１０を参照して説明した例では、希望経路情報を切り替えるデータフレームと、パス終端を示すデータフレームとを同一のフレームとした例を示したが、これらのデータフレームは必ずしも同一のフレームである必要はない。希望経路の切り替えの意思のみを先のデータフレームに付加して送信しておいて、パス最終フレームは後から送信するという設定でもよい。
【０１５７】
この場合には、例えば、データ受信側のＳＴＡ２が、拡張ヘッダに「Ｔｘパス切り替え」の意思を伝える情報を書き込んだデータフレームを受信後、一定時間の間拡張ヘッダにて終端を示している付加情報を記録したデータフレームを受信できないときも、ＳＴＡ２は「Ｔｘパス切り替え応答」フレームを送信する。
【０１５８】
なお、各ＳＴＡ、ＡＰがＱｏＳ機能に対応しており、既存経路において複数のアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）に対する送信キューを個別に持っている場合には、宛先が経路切り替え対象（本実施例ではＳＴＡ２）である送信パケットが存在している全てのＡＣ（またはＴＩＤ）にて、それぞれ希望経路の変更と終端を送信する。複数のＡＣ（ＴＩＤ）に対して希望経路の変更と終端を送信した場合、送信した全てのＡＣ（ＴＩＤ）に対する「Ｔｘパス切り替え応答」フレームを受信するまで新規経路でのデータ送信を内部でバッファリングする。
【０１５９】
図１０におけるデータ受信側の通信装置ＳＴＡ２の受信パケットの順は、パケット１，２，３，４，５，６となっており、送信順に一致した順番となっている。このように本実施例では、データ受信側の通信装置ＳＴＡ２が、旧経路から終端フレームであることと、パス切り替え希望を示す付加情報を設定したデータフレームを受信し、その後、経路切り替えを受諾したことを示す「Ｔｘパス切り替え応答」フレームを送信する。その後、データ送信側のＳＴＡ１が経路切り替えを行ってバッファされたパケットを順次送信する。このような構成としたので、データ受信側では、送信パケット順にパケットを受信できる。
【０１６０】
なお、図１０を参照して説明した例は、既存経路をＡＰ経由パス、新規経路をダイレクトリンクパスとした例であるが、既存経路をダイレクトリンクパス、新規経路をＡＰ経由パスとした場合にも、適用可能である。
【０１６１】
［実施例６］
次に、本発明の第６実施例について説明する。実施例６においても、先に図４を参照して説明した３つの以下の処理、すなわち、
（ａ）ＤＬＳ登録処理
（ｂ）経路更新決定処理
（ｃ）経路切り替え処理
これらの各処理が、順次実行される。
【０１６２】
（６ａ．実施例６におけるＤＬＳ登録処理）
実施例６におけるＤＬＳ登録処理は、基本的な処理は、実施例１と同様である。
【０１６３】
（６ｂ．実施例６における経路更新決定処理）
（ｂ）実施例１において説明した経路更新決定処理は、データ送信側のＳＴＡ１において実行する例として説明したが、本実施例６では、データ受信側のＳＴＡ２が経路更新決定処理を行う。受信側端末（ＳＴＡ２）が主体となり、ＡＰ経由パス（ＳＴＡ１⇒ＡＰ⇒ＳＴＡ２）とダイレクトリンクパス（ＳＴＡ１⇒ＳＴＡ２）それぞれの伝送特性を調べ、評価する。受信側でも実施例１と同様の方法で各パスの伝送品質を推定することができる。
【０１６４】
（６ｃ．実施例６における経路切り替え処理）
実施例６における経路切り替え処理について、図１１を参照して説明する。
図１１は本実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。左から、
データ送信端末である無線通信装置（ＳＴＡ１）、
通信中継装置としてのアクセスポイント（ＡＰ）、
データ受信端末である無線通信装置（ＳＴＡ２）、
これらの各装置を示している。
【０１６５】
なお、この経路切り替え処理の実行開始時点では、ＳＴＡ１はＡＰ経由パスを利用してＳＴＡ２に対してデータ送信を行っている。ステップＳ６２２に示すように、パケットフレーム１，２，３がＡＰ経由パスを利用して送信される。図に示すアクセスポイント（ＡＰ）がパケット中継処理を実行する。図に示すＡＰにおける点線が中継処理を示している。なお、図においては、ＡＰ経由パスを「ＡＰパス」、ダイレクトリンクパスを「ダイレクトパス」として簡略化して示している。
【０１６６】
本実施例ではデータ受信側のＳＴＡ２が経路更新決定処理にてダイレクトリンクパスへの切り替えを決定する。まず、データ受信側のＳＴＡ２は、ステップＳ６１１において、データ送信側のＳＴＡ１に対して「Ｒｘパス切り替え要請」フレームを送信する。
【０１６７】
「Ｒｘパス切り替え要請」フレームは、データ受信側の通信装置がデータ送信側の通信装置に対してデータ送信経路を変更する意思を伝えるためのフレームである。このフレームはマネジメントフレームではなく、８０２．１１  ＭＡＣ層よりも上位層にシグナリング情報を含んだデータフレームである。本実施例ではこのフレームを必ずダイレクトリンクパスで送信する。なお、この要請フレームはデータフレームにカプセル化されているのでＡＰ経由パスであっても必ず相手に届く。この後、ＳＴＡ２はＳＴＡ１からの「Ｒｘパス切り替え応答」フレームを待つ。
【０１６８】
ＳＴＡ１は、ステップＳ６２１で、ＳＴＡ２からの「Ｒｘパス切り替え要請」フレームを受信し、ステップＳ６２３において、このフレーム内容の解釈を行い、パス切り替え（パススイッチ）要請を受け入れるか否かを決定し、決定に応じた処理を行う。
【０１６９】
パス切り替え要請を受け入れる決定を行った場合は、ステップＳ６２４に進み、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｒｘパス切り替え応答」フレームを生成し、その後、現在の経路を使用するＳＴＡ２宛ての最後のデータを送信後、ステップＳ６２６において「Ｒｘパス切り替え応答」フレームをＳＴＡ２に対して送信する。本実施例ではこのフレームの送信は、ダイレクトリンクパスで送信する。本フレームもパス切り替え要請フレームと同様マネジメントフレームではなく８０２．１１  ＭＡＣ層よりも上位層にシグナリング情報を含んだデータフレームである。
【０１７０】
一方、ステップＳ６２３において、パス切り替え要請を受け入れない決定を行った場合は、ステップＳ６２５に進み、パス切り替え（パススイッチ）を受け入れ「否」とした情報を格納した「Ｒｘパス切り替え応答」フレームを生成する。その後、ステップＳ６２６においてパス切り替え（パススイッチ）を受け入れ「否」の情報を格納した「Ｒｘパス切り替え応答」フレームをＳＴＡ２に対して送信する。
【０１７１】
その後、ＳＴＡ１は「Ｒｘパス切り替え応答」フレームの切り替え可否を「可」として送信した場合は、ステップＳ６２７において使用パスを切り替えて、ステップＳ６２８で、新規経路での送信を開始する。なお、パス切り替え（パススイッチ）受け入れ「否」とした情報を格納した「Ｒｘパス切り替え応答」フレームを送信した場合は、既存経路でのデータ送信を続行する。
【０１７２】
データ受信側のＳＴＡ２は「Ｒｘパス切り替え要請」の送信後、ＳＴＡ１からのデータフレームの受信を継続するが、新規経路を使用してＳＴＡ１から送信されたデータフレームの受信を一つでも確認したら、以後は旧経路を使用したＳＴＡ１からのデータフレームを破棄する。
【０１７３】
図１１に示す例では、データ受信側のＳＴＡ２はステップＳ６３１において、新規経路（ダイレクトリンクパス）を使用してＳＴＡ１から送信された最初のデータフレームであるパケット４を受信している。
【０１７４】
この場合、ＳＴＡ２は、パケット４の受信後は新規経路（ダイレクトリンクパス）を使用してＳＴＡ１から送信されたパケット５，６は受信し処理を行うが、旧経路（ＡＰ経由パス）を使用して送信されたパケット２，３は破棄する。
【０１７５】
この結果として、データ受信側の受信パケットの順序は、送信順序に従ったパケット順（パケット１，４，５，６）となる。なお、パケット２，３については、破棄されるが、ＳＴＡ２は、必要に応じてＳＴＡ１に対して再送要求を実行して後で受信する設定としてもよい。
【０１７６】
このような処理によって、図６に示すように、既存経路（ＡＰ経由パス）からの中継フレームが新規経路であるダイレクトリンクパスのフレームに一部追い越されている場合でも、ＳＴＡ２は、受信して処理を行うフレームを、ＳＴＡ１の送信順に従ったフレームパケット順とすることができる。
【０１７７】
なお、図１１を参照して説明した例は、既存経路をＡＰ経由パス、新規経路をダイレクトリンクパスとした例であるが、既存経路をダイレクトリンクパス、新規経路をＡＰ経由パスとした場合にも、適用可能である。
【０１７８】
［実施例７］
次に、本発明の第７実施例について説明する。実施例７においても、先に図４を参照して説明した３つの以下の処理、すなわち、
（ａ）ＤＬＳ登録処理
（ｂ）経路更新決定処理
（ｃ）経路切り替え処理
これらの各処理が、順次実行される。
【０１７９】
本実施例７では、（ａ）ＤＬＳ登録処理と、（ｂ）経路更新決定処理は、実施例１において説明したと同様の処理として実行される。（ｃ）経路切り替え処理のみが異なる。実施例７における（ｃ）経路切り替え処理について、図１２を参照して説明する。
【０１８０】
（実施例７における経路切り替え処理）
図１２は本実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。左から、
データ送信端末である無線通信装置（ＳＴＡ１）、
通信中継装置としてのアクセスポイント（ＡＰ）、
データ受信端末である無線通信装置（ＳＴＡ２）、
これらの各装置を示している。
【０１８１】
なお、この経路切り替え処理の実行開始時点では、ＳＴＡ１はＡＰ経由パスを利用してＳＴＡ２に対してデータ送信を行っている。ステップＳ７２２に示すように、パケットフレーム１，２，３がＡＰ経由パスを利用して送信される。図に示すアクセスポイント（ＡＰ）がパケット中継処理を実行する。図に示すＡＰにおける点線が中継処理を示している。なお、図においては、ＡＰ経由パスを「ＡＰパス」、ダイレクトリンクパスを「ダイレクトパス」として簡略化して示している。
【０１８２】
本実施例７も、先に説明した実施例６と同様、データ受信側のＳＴＡ２が経路更新決定処理にてダイレクトリンクパスへの切り替えを決定する。まず、データ受信側のＳＴＡ２は、ステップＳ７１１において、データ送信側のＳＴＡ１に対して「Ｒｘパス切り替え要請」フレームを送信する。
【０１８３】
ＳＴＡ１は、ステップＳ７２１で、ＳＴＡ２からの「Ｒｘパス切り替え要請」フレームを受信する。その後、ＳＴＡ１は、ステップＳ７２３において、既存経路（ＡＰ経由パス）での最終フレームであることを示す「パス終端」フレームを送信する。
【０１８４】
その後、ステップＳ７２４において、ＳＴＡ２からの「Ｒｘパス切り替え要請」フレーム内容の解釈を行い、パス切り替え（パススイッチ）要請を受け入れるか否かを決定し、決定に応じた処理を行う。
【０１８５】
パス切り替え要請を受け入れる決定を行った場合は、ステップＳ７２５に進み、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｒｘパス切り替え応答」フレームを生成し、その後、ステップＳ７２７において「Ｒｘパス切り替え応答」フレームをＳＴＡ２に対して送信する。本実施例ではこのフレームの送信は、ダイレクトリンクパスで送信する。本フレームもパス切り替え要請フレームと同様マネジメントフレームではなく８０２．１１  ＭＡＣ層よりも上位層にシグナリング情報を含んだデータフレームである。
【０１８６】
一方、ステップＳ７２４において、パス切り替え要請を受け入れない決定を行った場合は、ステップＳ７２６に進み、パス切り替え（パススイッチ）を受け入れ「否」とした情報を格納した「Ｒｘパス切り替え応答」フレームを生成する。その後、ステップＳ７２７においてパス切り替え（パススイッチ）を受け入れ「否」の情報を格納した「Ｒｘパス切り替え応答」フレームをＳＴＡ２に対して送信する。
【０１８７】
その後、ＳＴＡ１は「Ｒｘパス切り替え応答」フレームの切り替え可否を「可」として送信した場合は、ステップＳ７２８において使用パスを切り替える。その後、ＳＴＡ１はＳＴＡ２からの「Ｒｘパス切り替え応答完了」フレームを受信するまではデータ送信は行わず、その間に上位層から下りてくるデータパケットに関しては内部でバッファリング（Ｓ７２９）する。よって、ステップＳ７２３で送信する「パス終端」フレームが、ＳＴＡ１が既存パスを利用して送信する最後のフレームとなる。
【０１８８】
ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応しており、既存経路において複数のアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）に対する送信キューを個別に持っている場合には、まず「Ｒｘパス切り替え要請」を受けて「可」の判断をした時点での各キューでのパケットの有無をモニタする。そして、宛先が経路切り替え対象（本実施例ではＳＴＡ２）である送信パケットが存在しているＡＣ（またはＴＩＤ）にて「Ｒｘパス切り替え応答」「パス終端」フレームを送信する。
【０１８９】
複数のＡＣ（またはＴＩＤ）のキューについてパケットが存在する場合には、該当する全てのＡＣ（ＴＩＤ）にて「Ｒｘパス切り替え応答」「パス終端」を送信する。当該宛先に対する送信パケットが一つも存在しない場合には、任意のいずれか一つのＡＣ（ＴＩＤ）で「Ｒｘパス切り替え応答」「パス終端」を送信する。複数のＡＣ（ＴＩＤ）に対して応答を送信した場合、送信した全てのＡＣ（ＴＩＤ）に対する「Ｒｘパス切り替え応答完了」フレームを受信するまで新規経路でのデータ送信を内部でバッファリングする。
【０１９０】
一方、データ受信側のＳＴＡ２はＳＴＡ１からの「Ｒｘパス切り替え応答」フレームを受信し、ステップＳ７３１において、パス切り替え可否が「可」であることを確認すると、ステップＳ７３２で「パス終端」フレームの受信を待ってから、ステップＳ７３３において、再度ＳＴＡ１に対して「Ｒｘパス切り替え応答完了」フレームを送信する。これは既存経路での最後のフレームの受信が完了したことを知らせるためのフレームである。応答確認フレームの送信はどちらの経路を用いて送信されても構わない。
【０１９１】
なお、ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応している場合には、本フレームは「Ｒｘパス切り替え応答」を受信したＴＩＤと同一のＴＩＤの「パス終端」フレームを受信したときに、それらのＴＩＤと同一のＴＩＤで送信される。
【０１９２】
なお、ステップＳ７３１において、パス切り替え可否が「否」であることが確認された場合には、パス切り替えは実行されないものとして、既存パスでのデータ受信を継続する。
【０１９３】
データ送信側のＳＴＡ１は、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｒｘパス切り替え応答」フレームをＳＴＡ２に送信して、ＳＴＡ２からの「Ｒｘパス切り替え応答完了」フレームを受信すると、ステップＳ７４１において、バッファリングを解除し新規経路での送信を開始する。なお、パス切り替え（パススイッチ）受け入れ「否」とした情報を格納した「Ｒｘパス切り替え応答」フレームを送信した場合は、既存経路でのデータ送信を続行する。
【０１９４】
なお、ＳＴＡ１はパス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｒｘパス切り替え応答」フレームを送信してから一定時間「Ｒｘパス切り替え応答完了」フレームを受信できない場合にも新規経路での送信を開始する。
【０１９５】
ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応している場合には、「Ｒｘパス切り替え応答」を送信した全てのＡＣ（ＴＩＤ）に対する「Ｒｘパス切り替え応答完了」フレームの受信を確認したときに初めてバッファリングを解除して新規経路での送信を開始するようにする。
【０１９６】
本実施例では、データ受信側からのパス切り替え要求を行い、かつ、データ送信側から旧経路でのパス終端フレームを送信して、データ受信側がパス終端フレームを受信した後、「Ｒｘパス切り替え応答完了」フレームをデータ送信側（ＳＴＡ１）に送信して、その後、経路切り替えによるデータ送信を行う構成としたので、図１２に示すように、データ受信側（ＳＴＡ２）の受信フレームは、データ送信順１〜６に設定される。
【０１９７】
なお、図１２を参照して説明した例は、既存経路をＡＰ経由パス、新規経路をダイレクトリンクパスとした例であるが、既存経路をダイレクトリンクパス、新規経路をＡＰ経由パスとした場合にも、適用可能である。
【０１９８】
［実施例８］
次に、本発明の第８実施例について説明する。実施例８においても、先に図４を参照して説明した３つの以下の処理、すなわち、
（ａ）ＤＬＳ登録処理
（ｂ）経路更新決定処理
（ｃ）経路切り替え処理
これらの各処理が、順次実行される。
【０１９９】
本実施例８では、（ａ）ＤＬＳ登録処理と、（ｂ）経路更新決定処理は、実施例１において説明したと同様の処理として実行される。（ｃ）経路切り替え処理のみが異なる。実施例８における（ｃ）経路切り替え処理について、図１３を参照して説明する。
【０２００】
（実施例８における経路切り替え処理）
図１３は本実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。左から、
データ送信端末である無線通信装置（ＳＴＡ１）、
通信中継装置としてのアクセスポイント（ＡＰ）、
データ受信端末である無線通信装置（ＳＴＡ２）、
これらの各装置を示している。
【０２０１】
なお、この経路切り替え処理の実行開始時点では、ＳＴＡ１はＡＰ経由パスを利用してＳＴＡ２に対してデータ送信を行っている。ステップＳ８２２に示すように、パケットフレーム１，２，３がＡＰ経由パスを利用して送信される。図に示すアクセスポイント（ＡＰ）がパケット中継処理を実行する。図に示すＡＰにおける点線が中継処理を示している。なお、図においては、ＡＰ経由パスを「ＡＰパス」、ダイレクトリンクパスを「ダイレクトパス」として簡略化して示している。
【０２０２】
本実施例８も、先に説明した実施例６，７と同様、データ受信側のＳＴＡ２が経路更新決定処理にてダイレクトリンクパスへの切り替えを決定する。まず、データ受信側のＳＴＡ２は、ステップＳ８１１において、データ送信側のＳＴＡ１に対して「Ｒｘパス切り替え要請」フレームを送信する。このフレーム送信は既存パス（ＡＰ経由パス）を介して行われる。
【０２０３】
ＳＴＡ１は、ステップＳ８２１で、ＳＴＡ２からの「Ｒｘパス切り替え要請」フレームを受信する。その後、ＳＴＡ１は、ステップＳ８２３において、ＳＴＡ２からの「Ｒｘパス切り替え要請」フレーム内容の解釈を行い、パス切り替え（パススイッチ）要請を受け入れるか否かを決定し、決定に応じた処理を行う。本実施例では、図７で用いた「パス終端」フレームは送信しない。
【０２０４】
パス切り替え要請を受け入れる決定を行った場合は、ＳＴＡ１は現在の経路を使用するＳＴＡ２宛ての最後のデータを送信後、ステップＳ８２４に進み、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｒｘパス切り替え応答」フレームを生成し、その後、ステップＳ８２６において「Ｒｘパス切り替え応答」フレームをＳＴＡ２に対して送信する。本実施例ではこのフレームの送信は、既存パス（ＡＰ経由パス）で送信する。
【０２０５】
一方、ステップＳ８２３において、パス切り替え要請を受け入れない決定を行った場合は、ステップＳ８２５に進み、パス切り替え（パススイッチ）を受け入れ「否」とした情報を格納した「Ｒｘパス切り替え応答」フレームを生成する。その後、ステップＳ８２６においてパス切り替え（パススイッチ）を受け入れ「否」の情報を格納した「Ｒｘパス切り替え応答」フレームをＳＴＡ２に対して送信する。
【０２０６】
その後、ＳＴＡ１は「Ｒｘパス切り替え応答」フレームの切り替え可否を「可」として送信した場合は、ステップＳ８２７において使用パスを切り替える。その後、ＳＴＡ１はＳＴＡ２からの「Ｒｘパス切り替え応答完了」フレームを受信するまではデータ送信は行わず、その間に上位層から下りてくるデータパケットに関しては内部でバッファリング（Ｓ８２８）する。よって、ステップＳ８２６で送信する「Ｒｘパス切り替え応答」フレームが、ＳＴＡ１が既存パスを利用して送信する最後のフレームとなる。このフレームが「パス終端」フレームを兼ねていることになる。
【０２０７】
ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応しており、既存経路において複数のアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）に対する送信キューを個別に持っている場合には、まず「Ｒｘパス切り替え要請」を受けて「可」の判断をした時点での各キューでのパケットの有無をモニタする。そして、宛先が経路切り替え対象（本実施例ではＳＴＡ２）である送信パケットが存在しているＡＣ（またはＴＩＤ）にて「Ｒｘパス切り替え応答」フレームを送信する。
【０２０８】
複数のＡＣ（またはＴＩＤ）のキューについてパケットが存在する場合には、該当する全てのＡＣ（ＴＩＤ）にて「Ｒｘパス切り替え応答」を送信する。当該宛先に対する送信パケットが一つも存在しない場合には、任意のいずれか一つのＡＣ（ＴＩＤ）で「Ｒｘパス切り替え応答」を送信する。複数のＡＣ（ＴＩＤ）に対して応答を送信した場合、送信した全てのＡＣ（ＴＩＤ）に対する「Ｒｘパス切り替え応答完了」フレームを受信するまで新規経路でのデータ送信を内部でバッファリングする。
【０２０９】
一方、データ受信側のＳＴＡ２はＳＴＡ１からの「Ｒｘパス切り替え応答」フレームを受信し、ステップＳ８３１において、パス切り替え可否が「可」であることを確認すると、ステップＳ８３２で、ＳＴＡ１に対して「Ｒｘパス切り替え応答完了」フレームを送信する。これは既存経路での最後のフレームの受信が完了したことを知らせるためのフレームである。応答確認フレームの送信はどちらの経路を用いて送信されても構わない。
【０２１０】
なお、ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応している場合には、本フレームは「Ｒｘパス切り替え応答」を受信したＴＩＤと同一のＴＩＤで送信される。
【０２１１】
なお、ステップＳ８３１において、パス切り替え可否が「否」であることが確認された場合には、パス切り替えは実行されないものとして、既存パスでのデータ受信を継続する。
【０２１２】
データ送信側のＳＴＡ１は、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｒｘパス切り替え応答」フレームをＳＴＡ２に送信して、ＳＴＡ２からの「Ｒｘパス切り替え応答完了」フレームを受信すると、ステップＳ８４１において、バッファリングを解除し新規経路での送信を開始する。なお、パス切り替え（パススイッチ）受け入れ「否」とした情報を格納した「Ｒｘパス切り替え応答」フレームを送信した場合は、既存経路でのデータ送信を続行する。
【０２１３】
なお、ＳＴＡ１はパス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｒｘパス切り替え応答」フレームを送信してから一定時間「Ｒｘパス切り替え応答完了」フレームを受信できない場合にも新規経路での送信を開始する。
【０２１４】
ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応している場合には、「Ｒｘパス切り替え応答」を送信した全てのＡＣ（ＴＩＤ）に対する「Ｒｘパス切り替え応答完了」フレームの受信を確認したときに初めてバッファリングを解除して新規経路での送信を開始するようにする。
【０２１５】
本実施例では、データ受信側からのパス切り替え要求を行い、かつ、データ送信側から旧経路での「Ｒｘパススイッチ応答」フレームを送信して、データ受信側がこのフレームを受信した後、「Ｒｘパス切り替え応答完了」フレームをデータ送信側（ＳＴＡ１）に送信して、その後、経路切り替え処理後のデータ送信を行う構成としたので、図１３に示すように、データ受信側（ＳＴＡ２）の受信フレームは、データ送信順１〜６に設定される。
【０２１６】
なお、図１３を参照して説明した例は、既存経路をＡＰ経由パス、新規経路をダイレクトリンクパスとした例であるが、既存経路をダイレクトリンクパス、新規経路をＡＰ経由パスとした場合にも、適用可能である。
【０２１７】
［実施例９］
次に、本発明の第９実施例について説明する。実施例９においても、先に図４を参照して説明した３つの以下の処理、すなわち、
（ａ）ＤＬＳ登録処理
（ｂ）経路更新決定処理
（ｃ）経路切り替え処理
これらの各処理が、順次実行される。
【０２１８】
本実施例９では、（ａ）ＤＬＳ登録処理と、（ｂ）経路更新決定処理は、実施例１において説明したと同様の処理として実行される。（ｃ）経路切り替え処理のみが異なる。実施例８における（ｃ）経路切り替え処理について、図１４を参照して説明する。
【０２１９】
（実施例９における経路切り替え処理）
図１４は本実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。左から、
データ送信端末である無線通信装置（ＳＴＡ１）、
通信中継装置としてのアクセスポイント（ＡＰ）、
データ受信端末である無線通信装置（ＳＴＡ２）、
これらの各装置を示している。
【０２２０】
なお、この経路切り替え処理の実行開始時点では、ＳＴＡ１はＡＰ経由パスを利用してＳＴＡ２に対してデータ送信を行っている。ステップＳ９２２に示すように、パケットフレーム１，２，３がＡＰ経由パスを利用して送信される。図に示すアクセスポイント（ＡＰ）がパケット中継処理を実行する。図に示すＡＰにおける点線が中継処理を示している。なお、図においては、ＡＰ経由パスを「ＡＰパス」、ダイレクトリンクパスを「ダイレクトパス」として簡略化して示している。
【０２２１】
本実施例９は、基本的には実施例７と類似するが、本実施例９では、データ送信側のＳＴＡ１が「パス終端」フレームを送信しない。既存パスの終端フレームであることを、データフレームの拡張ヘッダに記録してデータ受信側のＳＴＡ２に伝える。
【０２２２】
本実施例９も、先に説明した実施例６〜８と同様、データ受信側のＳＴＡ２が経路更新決定処理にてダイレクトリンクパスへの切り替えを決定する。まず、データ受信側のＳＴＡ２は、ステップＳ９１１において、データ送信側のＳＴＡ１に対して「Ｒｘパス切り替え要請」フレームを送信する。このフレーム送信は既存パス（ＡＰ経由パス）を介して行われる。
【０２２３】
ＳＴＡ１は、ステップＳ９２１で、ＳＴＡ２からの「Ｒｘパス切り替え要請」フレームを受信する。その後、ＳＴＡ１は、ステップＳ９２３において、ＳＴＡ２からの「Ｒｘパス切り替え要請」フレーム内容の解釈を行い、パス切り替え（パススイッチ）要請を受け入れるか否かを決定し、決定に応じた処理を行う。本実施例では、図７で用いた「パス終端」フレームは送信しない。
【０２２４】
ＳＴＡ１は現在の経路を使用するＳＴＡ２宛てのデータ送信を行うステップＳ９２２において、最後のデータフレームの拡張ヘッダに終端フレームであることを示す情報を格納して送信する。
【０２２５】
その後、ステップＳ９２４に進み、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｒｘパス切り替え応答」フレームを生成し、その後、ステップＳ９２６において「Ｒｘパス切り替え応答」フレームをＳＴＡ２に対して送信する。本実施例ではこのフレームの送信は、ダイレクトリンクパスで送信する。
【０２２６】
一方、ステップＳ９２３において、パス切り替え要請を受け入れない決定を行った場合は、ステップＳ９２５に進み、パス切り替え（パススイッチ）を受け入れ「否」とした情報を格納した「Ｒｘパス切り替え応答」フレームを生成する。その後、ステップＳ９２６においてパス切り替え（パススイッチ）を受け入れ「否」の情報を格納した「Ｒｘパス切り替え応答」フレームをＳＴＡ２に対して送信する。
【０２２７】
その後、ＳＴＡ１は「Ｒｘパス切り替え応答」フレームの切り替え可否を「可」として送信した場合は、ステップＳ９２７において使用パスを切り替える。その後、ＳＴＡ１はＳＴＡ２からの「Ｒｘパス切り替え応答完了」フレームを受信するまではデータ送信は行わず、その間に上位層から下りてくるデータパケットに関しては内部でバッファリング（Ｓ９２８）する。よって、ステップＳ９２２で送信する終端情報を格納したデータフレーム３が、ＳＴＡ１が既存パスを利用して送信する最後のフレームとなる。このフレームが「パス終端」フレームを兼ねていることになる。
【０２２８】
ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応しており、既存経路において複数のアクセスカテゴリ（ＡＣ）もしくはトラフィックＩＤ（ＴＩＤ）に対する送信キューを個別に持っている場合には、まず「Ｒｘパス切り替え要請」を受けて「可」の判断をした時点での各キューでのパケットの有無をモニタする。そして、宛先が経路切り替え対象（本実施例ではＳＴＡ２）である送信パケットが存在しているＡＣ（またはＴＩＤ）にて「Ｒｘパス切り替え応答」フレームを送信する。
【０２２９】
複数のＡＣ（またはＴＩＤ）のキューについてパケットが存在する場合には、該当する全てのＡＣ（ＴＩＤ）にて「Ｒｘパス切り替え応答」を送信する。当該宛先に対する送信パケットが一つも存在しない場合には、任意のいずれか一つのＡＣ（ＴＩＤ）で「Ｒｘパス切り替え応答」を送信する。複数のＡＣ（ＴＩＤ）に対して応答を送信した場合、送信した全てのＡＣ（ＴＩＤ）に対する「Ｒｘパス切り替え応答完了」フレームを受信するまで新規経路でのデータ送信を内部でバッファリングする。
【０２３０】
一方、データ受信側のＳＴＡ２はＳＴＡ１からの「Ｒｘパス切り替え応答」フレームを受信し、ステップＳ９３１において、パス切り替え可否が「可」であることを確認すると、既存パスからのデータフレームの付加ヘッダ情報に基づいて、パス終端を示す情報の格納されたデータフレームを確認する。
【０２３１】
なお、ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応している場合には、本フレームは「Ｒｘパス切り替え応答」を受信したＴＩＤと同一のＴＩＤで送信される。
【０２３２】
なお、ステップＳ９３１において、パス切り替え可否が「否」であることが確認された場合には、パス切り替えは実行されないものとして、既存パスでのデータ受信を継続する。
【０２３３】
データ送信側のＳＴＡ１は、パス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｒｘパス切り替え応答」フレームをＳＴＡ２に送信して、ＳＴＡ２からの「Ｒｘパス切り替え応答完了」フレームを受信すると、ステップＳ９４１において、バッファリングを解除し新規経路での送信を開始する。なお、パス切り替え（パススイッチ）受け入れ「否」とした情報を格納した「Ｒｘパス切り替え応答」フレームを送信した場合は、既存経路でのデータ送信を続行する。
【０２３４】
なお、ＳＴＡ１はパス切り替え（パススイッチ）を受け入れ「可」とした情報を格納した「Ｒｘパス切り替え応答」フレームを送信してから一定時間「Ｒｘパス切り替え応答完了」フレームを受信できない場合にも新規経路での送信を開始する。
【０２３５】
ここで、各ＳＴＡ、ＡＰがＱｏＳ機能に対応している場合には、「Ｒｘパス切り替え応答」を送信した全てのＡＣ（ＴＩＤ）に対する「Ｒｘパス切り替え応答完了」フレームの受信を確認したときに初めてバッファリングを解除して新規経路での送信を開始するようにする。
【０２３６】
本実施例では、データ受信側からのパス切り替え要求を行い、かつ、データ送信側からダイレクトリンクでの「Ｒｘパススイッチ応答」フレームを送信して、データ受信側がこのフレームを受信した後、既存パスでの最終データフレームの受信確認を行い、その後、「Ｒｘパス切り替え応答完了」フレームをデータ送信側（ＳＴＡ１）に送信する。さらに、その後、経路切り替え処理後のデータ送信を行う構成としたので、図１４に示すように、データ受信側（ＳＴＡ２）の受信フレームは、データ送信順１〜６に設定される。
【０２３７】
なお、図１４を参照して説明した例は、既存経路をＡＰ経由パス、新規経路をダイレクトリンクパスとした例であるが、既存経路をダイレクトリンクパス、新規経路をＡＰ経由パスとした場合にも、適用可能である。
【０２３８】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２３９】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２４０】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２４１】
以上、説明したように、本発明の一実施例構成によれば、第１の通信装置が通信相手である第２の通信装置に対して通信パス切り替え要請を送信し、パス切り替え受諾応答の受信を条件として切り替え後の通信パスを利用したデータ通信を開始する。通信パス切り替え要請を受信した第２の通信装置は、パス切り替え受諾応答を返信する処理を行うとともに、該パス切り替え受諾応答の返信後、切り替え前パスからのデータフレームを破棄する。あるいは、通信パス切り替え要請を受信した場合、切り替え前パスからの終端フレーム受信後にパス切り替え受諾応答を返信する。本構成により、データ受信側において受信データの順番を前後させることなく送信データ順に一致した順で処理を行うことが可能となる。
【図面の簡単な説明】
【０２４２】
【図１】パス切り替えによる受信フレームの順序の乱れについて説明する図である。
【図２】本発明の無線通信システムの一実施形態について説明する図である。
【図３】本発明の一実施例に係る無線通信装置の構成例を示す図である。
【図４】本発明の一実施例に従った通信処理シーケンスの概要について説明する図である。
【図５】本発明の一実施例に係るＤＬＳ登録処理における各装置間の通信シーケンスおよび処理を説明するフローチャートを示す図である。
【図６】本発明の一実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。
【図７】本発明の一実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。
【図８】本発明の一実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。
【図９】本発明の一実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。
【図１０】本発明の一実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。
【図１１】本発明の一実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。
【図１２】本発明の一実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。
【図１３】本発明の一実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。
【図１４】本発明の一実施例の経路切り替え処理において行われる各装置間の通信シーケンスおよび処理を説明する図である。
【符号の説明】
【０２４３】
１０，２０  無線通信装置（ＳＴＡ）
１１  データ処理部
１２  伝送処理部
１３  無線インターフェース部
１４  制御部
１５  メモリ
１６  アンテナ
【図１】
2010045646.tif 000003
【図２】
2010045646.tif 000004
【図３】
2010045646.tif 000005
【図４】
2010045646.tif 000006
【図５】
2010045646.tif 000007
【図６】
2010045646.tif 000008
【図７】
2010045646.tif 000009
【図８】
2010045646.tif 000010
【図９】
2010045646.tif 000011
【図１０】
2010045646.tif 000012
【図１１】
2010045646.tif 000013
【図１２】
2010045646.tif 000014
【図１３】
2010045646.tif 000015
【図１４】
2010045646.tif 000016