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