(57)【特許請求の範囲】
【請求項１】
複数のパケットから構成されたアグリゲーションパケットの無線パケット通信を行う通信装置であって、
送信側に、
前記アグリゲーションパケットを構成する複数のパケットの各々の属性情報を格納し、所定の宛先アドレスを設定した拡張パケットを生成する拡張パケット生成手段と、
前記拡張パケット生成手段により生成された前記拡張パケットを前記アグリゲーションパケットに結合するパケット連結手段と、
前記パケット連結手段により前記拡張パケットが結合された前記アグリゲーションパケットを送信する送信手段と、が設けられており、
前記拡張パケットの前記所定の宛先アドレスとして、前記アグリゲーションパケットを送信する通信装置のアドレスを用い、
受信側に、
前記アグリゲーションパケットを受信する受信手段と、
前記受信手段にて受信された前記アグリゲーションパケットを構成するパケットの中に前記所定の宛先アドレスが設定されたパケットがある場合、当該パケットを前記拡張パケットと判断する拡張パケット有無判断手段と、
前記拡張パケット有無判断手段により前記拡張パケットと判断されたパケットに格納された属性情報に基づいて、前記アグリゲーションパケットから前記パケットを順次抽出するパケット抽出手段と、が設けられている、通信装置。
【請求項２】
受信側に、
前記パケット抽出手段により抽出された後に、該抽出されたパケットの受信成功の可否を判定する検査手段と、
前記検査手段による判定結果に基づいて、前記アグリゲーションパケットに対する応答パケットを生成する手段と、が設けられている請求項１記載の通信装置。
【請求項３】
前記拡張パケットの前記所定の宛先アドレスとして、前記アグリゲーションパケットを送信するアクセスポイントの無線側のアドレスを用いる、請求項１記載の通信装置。
【請求項４】
前記拡張パケットの前記所定の宛先アドレスとして、前記アグリゲーションパケットを送信するアクセスポイントの有線側のアドレスを用いる、請求項１記載の通信装置。
【請求項５】
複数のパケットから構成されたアグリゲーションパケットの無線パケット通信を行う複数の通信装置を有してなる通信システムであって、
前記通信装置は、
送信側に、
前記アグリゲーションパケットを構成する複数のパケットの各々の属性情報を格納し、所定の宛先アドレスを設定した拡張パケットを生成する拡張パケット生成手段と、
前記拡張パケット生成手段により生成された前記拡張パケットを前記アグリゲーションパケットに結合するパケット連結手段と、
前記パケット連結手段により前記拡張パケットが結合された前記アグリゲーションパケットを送信する送信手段と、が設けられており、
前記拡張パケットの前記所定の宛先アドレスとして、前記アグリゲーションパケットを送信する通信装置のアドレスを用い、
前記通信装置は、
受信側に、
前記アグリゲーションパケットを受信する受信手段と、
前記受信手段にて受信された前記アグリゲーションパケットを構成するパケットの中に前記所定の宛先アドレスが設定されたパケットがある場合、当該パケットを前記拡張パケットと判断する拡張パケット有無判断手段と、
前記拡張パケット有無判断手段により前記拡張パケットと判断されたパケットに格納された属性情報に基づいて、前記アグリゲーションパケットから前記パケットを順次抽出するパケット抽出手段と、が設けられている、通信システム。
【請求項６】
前記通信装置は、
受信側に、
前記パケット抽出手段により抽出された後に、該抽出されたパケットの受信成功の可否を判定する検査手段と、
前記検査手段による判定結果に基づいて、前記アグリゲーションパケットに対する応答パケットを生成する手段と、が設けられている請求項５記載の通信システム。
【請求項７】
前記拡張パケットの前記所定の宛先アドレスとして、前記アグリゲーションパケットを送信するアクセスポイントの無線側のアドレスを用いる、請求項５記載の通信システム。
【請求項８】
前記拡張パケットの前記所定の宛先アドレスとして、前記アグリゲーションパケットを送信するアクセスポイントの有線側のアドレスを用いる、請求項５記載の通信システム。
【請求項９】
複数のパケットから構成されたアグリゲーションパケットの無線パケット通信を行う第１および第２の通信装置による通信方法であって、
前記第１の通信装置が、前記アグリゲーションパケットを構成する複数のパケットの各々の属性情報を格納し、所定の宛先アドレスを設定した拡張パケットを生成するステップと、
前記第１の通信装置が、前記拡張パケットを前記アグリゲーションパケットに結合するステップと、
前記第１の通信装置が、前記拡張パケットが結合された前記アグリゲーションパケットを前記第２の通信装置に送信するステップと、を有し、
前記拡張パケットの前記所定の宛先アドレスとして、前記アグリゲーションパケットを送信する通信装置のアドレスを用い、
前記第２の通信装置が、前記第１の通信装置からの前記アグリゲーションパケットを受信するステップと、
前記第２の通信装置が、前記受信された前記アグリゲーションパケットを構成するパケットの中に前記所定の宛先アドレスが設定されたパケットがある場合、当該パケットを前記拡張パケットと判断するステップと、
前記第２の通信装置が、前記拡張パケットと判断されたパケットに格納された属性情報に基づいて、前記アグリゲーションパケットから前記パケットを順次抽出するステップと、を有する、通信方法。
【請求項１０】
前記第２の通信装置が、前記アグリゲーションパケットから抽出された後に、該抽出されたパケットの受信成功の可否を判定するステップと、
前記第２の通信装置が、前記判定結果に基づいて、前記アグリゲーションパケットに対する応答パケットを生成するステップと、を有する請求項９記載の通信方法。
【請求項１１】
前記拡張パケットの前記所定の宛先アドレスとして、前記アグリゲーションパケットを送信するアクセスポイントの無線側のアドレスを用いる、請求項９記載の通信方法。
【請求項１２】
前記拡張パケットの前記所定の宛先アドレスとして、前記アグリゲーションパケットを送信するアクセスポイントの有線側のアドレスを用いる、請求項９記載の通信方法。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基本となるパケットを結合して無線パケット通信を行う通信装置、通信システム、および通信方法に関し、特に、通信効率の向上を目的として、パケットの結合および分離を行う技術に関する。
【背景技術】
【０００２】
パケット通信では、端末が、固定または可変の長さに区切られたデータをデータパケットに含めて送受信する。データパケットのフォーマットは、図１２に示すように、宛先１０１と、データ１０２と、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）１０３とを含む。ＣＲＣ１０３は、受信側で、データパケットの受信が成功したか否かを判定するために用いられる。
【０００３】
特に、無線を介して行うパケット通信を、無線パケット通信と呼ぶ。
【０００４】
無線パケット通信は、無線を介しているため、有線を介して行う有線パケット通信と比較して、通信中にデータを誤る確率が高い。
【０００５】
このため、例えば、ＩＥＥＥ８０２．１１規格のアクセス制御方法を用いた無線パケット通信では、受信側が、データパケットの受信に成功した場合はＡｃｋパケットを送信側に送り返すことで、通信の信頼度を高めている。
【０００６】
無線パケット通信には大きく分けて２通りの方式がある。図１３に示すように、通信相手の端末と直接通信する方式と、図１４に示すように、通信相手の端末とアクセスポイントを介して通信する方式である。
【０００７】
図１３において、端末Ａが別の端末Ｂにデータパケットを送信したとき、端末Ｂはそのデータパケットの正常な受信が確認できると、端末ＡにＡｃｋパケットを送り返す。
【０００８】
図１４において、端末Ａおよび端末Ｂがアクセスポイントを介して通信する場合、アクセスポイントが端末Ｂ宛てのデータパケットを正常に受信すると、まず、端末Ａに対してＡｃｋパケットを送信し、その後、端末Ｂに対してそのデータパケットを転送する。データパケットを端末Ｂが正常に受信すると、端末ＢがＡｃｋパケットをアクセスポイントに対して送信する。
【０００９】
しかし、図１３および図１４に示した無線パケット通信では、受信側は、１つのデータパケットに対して、必ず１つのＡｃｋパケットを送信しなければならないため、Ａｃｋパケットを使用しない有線パケット通信と比べて通信効率が悪くなる。
【００１０】
そこで、Ａｃｋパケットを送受信する時間を減らし、データパケットを効率よく通信する方法として、図１５に示すように、複数のデータパケットを結合（アグリゲーション）し、１つの大きいアグリゲーションパケット（結合パケット）を通信する方法が提案されている。この方法の一例が、非特許文献１に開示されている。
【００１１】
図１６に、非特許文献１に開示されているアグリゲーションパケットのフォーマットを示す。図１６に示すように、アグリゲーションパケットは、データパケット同士を、データパケットの区切れ目を示す制御データ（デリミタ）を挟んで結合した構成になっている。
【００１２】
図１７に、図１６におけるデリミタの内部構成を示す。デリミタは、直後のデータパケットのパケット長を示す長さ情報と、この長さ情報の信頼性を判定するためのＣＲＣと、固定のユニークパターン（同期パターン）とを含む。
【００１３】
フォーマットの中のデータパケットおよびデリミタのデータ領域のことをフィールドと呼ぶ。例えば、図１７には、ＣＲＣのフィールド、長さ情報のフィールド、ユニークパターンのフィールド、リザーブのフィールドが存在する。
【００１４】
さらに、非特許文献１では、アグリゲーションパケット内の複数のデータパケットの各々に対する複数のＡｃｋパケットを個々に送信するのではなく、図１８に示すように、複数のＡｃｋパケットを１つにまとめたＢｌｏｃｋＡｃｋパケットを送信する方法が提案されている。この方法により、さらに通信効率を向上できる。
【００１５】
Ａｃｋパケットでは、図１９（ａ）に示すように、データパケットの受信側が、Ａｃｋパケットの送信または非送信によって、データパケットの受信成功の可否を送信元に伝える。
【００１６】
これに対して、ＢｌｏｃｋＡｃｋパケットでは、図１９（ｂ）に示すように、データパケットの受信側が、ＢｌｏｃｋＡｃｋパケット内のビットマップ（ＢｌｏｃｋＡｃｋビットマップ）を用いて、データパケットの受信成功の可否を送信元に伝える。ＢｌｏｃｋＡｃｋビットマップは、例えば、受信成功の場合はビットを１、受信失敗の場合はビットを０として、データパケットのシーケンス番号順に１ビットずつ並べたもののことである。
【００１７】
図２０に、パケットアグリゲーションを行う端末の一般的な内部構成を示す。図２０に示すように、パケットアグリゲーションを行う端末９０１は、リンク層の処理を実行する処理部９０２と、ＭＡＣ層の処理を実行する処理部９０３と、物理層の処理を実行する処理部９０４とを含む。また、処理部９０３は、アグリゲーション処理部９０３−１を含み、アグリゲーション処理部９０３−１は、デリミタ処理部９０３−１１と、ＢｌｏｃｋＡｃｋパケット生成部９０３−１２とを含む。
【００１８】
アグリゲーション処理部９０３−１は、複数のデータパケットとデリミタとを結合し、不図示のアグリゲーションパケット用送信キューに入れて送信する。
【００１９】
デリミタ処理部９０３−１１は、結合すべき個々のデータパケット毎に、そのデータパケットのパケット長を基にＣＲＣを計算し、パケット長の長さ情報と計算したＣＲＣとを含むように、デリミタを生成する。
【００２０】
ＢｌｏｃｋＡｃｋパケット生成部９０３−１２は、受信したアグリゲーションパケットの個々のデータパケットのシーケンス番号、優先度、受信成功の可否に関する情報をまとめて、ＢｌｏｃｋＡｃｋパケットを生成する。ＢｌｏｃｋＡｃｋパケットのフォーマットは、例えば図２１のようになっている。
【００２１】
また、図２２に示すように、個々のデータパケットに割り当てる優先度が複数定義されていて、優先度毎にシーケンス番号が割り当てられている場合、優先度毎のＢｌｏｃｋＡｃｋビットマップをまとめて送る形式も提案されている。
【００２２】
図２３に、アクセスポイントが、３つの端末に対してアグリゲーションパケットを送信する通信システムの構成を示す。アクセスポイントは、各端末宛のデータパケットを、デリミタを挟んで、結合して送信する。
【００２３】
図２３における各端末Ａ，Ｂ，Ｃがアクセスポイントからアグリゲーションパケットを受信した時の処理方法は、次の２通りある。
・処理方法（１）
処理方法（１）は、図２４に示すように、デリミタに格納されている各データパケットの長さ情報をみて、次のデリミタの位置を決定していく方法である。
【００２４】
詳細には、各端末は、まず、先頭のデリミタを読み込み、そのデリミタに格納されているパケット長の長さ情報に対するＣＲＣを計算して、その長さ情報が正しいか否かを判定する。長さ情報が正しいと判定された場合、各端末は、デリミタに格納されている長さ情報のパケット長分のパケットをデータパケットとして抽出し、そのデータパケットに書いてある宛先をチェックする。各端末は、データパケットの宛先が自分宛であれば、そのデータパケットの抽出処理を行い、データパケットの宛先が自分宛でなければ、そのデータパケットの廃棄処理を行う。次に、各端末は、上記で抽出処理または廃棄処理したデータパケットの直後にあるデリミタを同様に処理する。各端末は、アグリゲーションパケット全体の処理が終わったら、そのアグリゲーションパケットの処理を終了する。
【００２５】
処理方法（２）
処理方法（２）は、図２５に示すように、デリミタに書いてあるユニークパターン（同期パターン）を用いて、アグリゲーションパケットの中のパターン検出を行って、デリミタの位置を決定していく方法である。
【００２６】
詳細には、各端末は、まず、受信したアグリゲーションパケット全体を走査して、あらかじめ送信側と受信側で既知のユニークパターンを検出する。各端末は、ユニークパターンが検出された部分をデリミタと見なす。次に、各端末は、デリミタに格納されているパケット長の長さ情報に関するＣＲＣを計算して、その長さ情報が正しいか否かを判定する。長さ情報が正しいと判定された場合、各端末は、その長さ情報が格納されているデリミタと同期を取り、そのデリミタに関連づけられたデータパケットをアグリゲーションパケットから抽出する。次に、各端末は、デリミタに基づき抽出したデータパケットに書いてある宛先をチェックする。各端末は、データパケットの宛先が自分宛であれば、そのデータパケットの抽出処理を行い、データパケットの宛先が自分宛でなければ、そのデータパケットの廃棄処理を行う。次に、各端末は、上記で抽出処理または廃棄処理したデータパケットの直後にあるデリミタを同様に処理する。各端末は、アグリゲーションパケット全体の処理が終わったら、そのアグリゲーションパケットの処理を終了する。
【００２７】
なお、処理方法（１）および（２）は併用して使用することもできる。
【００２８】
図２６に、アグリゲーションパケットを受信した端末が、上記の処理方法（１）を用いて受信処理を行ったときに、複数の優先度を含むＢｌｏｃｋＡｃｋパケットを生成する方法について示す。
【００２９】
図２６に示すように、端末は、アグリゲーションパケットの先頭から順にデータパケットを抽出する。その際、端末は、抽出したデータパケットのシーケンス番号、優先度、ＣＲＣ判定結果によるパケット受信成功の可否の情報を格納しながら抽出処理を行う。図２６では、端末は、始めに、シーケンス番号１００、優先度［１］（以後、（＃１００、［１］）と示す）のデータパケットを抽出し、その後も同様に、（＃１０１、［１］）、（＃９８、［１］）、（＃１０２、［１］）、（＃１０２、［１］）、（＃９９、［１］）と先頭から順にデータパケットを抽出していき、最終的には、（＃３５３、［３］）のデータパケットまで抽出する。
【００３０】
次に、端末は、格納してあるアグリゲーションパケット内のデータパケットの情報から、優先度［１］のデータパケットの情報のみを抽出し、優先度［１］の個々のデータパケットのシーケンス番号とパケット受信成功の可否に関する情報とを対にして、それらをシーケンス番号が昇順になるように並べ替える。次に、端末は、優先度［１］の個々のデータパケットのパケット受信成功の可否に応じたビットを、シーケンス番号の昇順に並べることでＢｌｏｃｋＡｃｋビットマップを生成する。その後、端末は、生成したＢｌｏｃｋＡｃｋビットマップに、優先度情報と開始シーケンス番号とを付加する
端末は、同様の処理を、優先度［２］および優先度［３］のデータパケットについても行い、優先度［２］および優先度［３］のデータパケットに対するＢｌｏｃｋＡｃｋビットマップを生成する。
【００３１】
端末は、アグリゲーションパケット内の全ての優先度［１］〜優先度［３］のデータパケットに対するＢｌｏｃｋＡｃｋビットマップを生成したら、それらを接続して、ＢｌｏｃｋＡｃｋパケットを作成する。
【００３２】
なお、アグリゲーションパケットを構成するデータパケットの順番は任意である。すなわち、送信側では、必ずしも、シーケンス番号順や優先度順にデータパケットを並べてアグリゲーションパケットを構成する必要はない。そのため、受信側では、通常、そのことを考慮した処理が必要である。例えば、ＢｌｏｃｋＡｃｋビットマップは、通常、アグリゲーションパケットの最後まで処理を行わなければ確定しない。
【先行技術文献】
【非特許文献】
【００３３】
【非特許文献１】Adrian Stephens著、「HT MAC Specification」、[online]、2006年1月6日、p52、Enhanced Wireless Consortium、インターネット＜URL http://www.enhancedwirelessconsortium.org/home/EWC_MAC_spec_V124.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【００３４】
しかしながら、上記の処理方法（１）および（２）のどちらかの方法においても、アグリゲーションパケット内のデリミタの位置を決定してからでないと、デリミタで区切られているデータパケットの処理に移ることができない。
【００３５】
そのため、受信側では、アグリゲーションパケットを処理する時に、データパケットの宛先や優先度に関係なく、すべてのデリミタの位置を決定し、すべてのデータパケットを先頭から最後まで順番に処理をしなければならない。
【００３６】
例えば、ＢｌｏｃｋＡｃｋパケットの生成に際しては、アグリゲーションパケット全体を処理してからでないと、ＢｌｏｃｋＡｃｋパケット内のビットマップを生成することができない。そのため、ＢｌｏｃｋＡｃｋパケットの生成により時間がかかる。
【００３７】
また、上記の処理方法（２）においては、ユニークパターン検出時に、デリミタであるかどうかに拘わらず、ＣＲＣの計算をしなければならない。そのため、ＣＲＣの計算結果により誤りがあると判定された場合は、そのＣＲＣの計算処理は不要な受信処理となる。このような不要な受信処理は、不要な電力を消費するため、特に、無線パケット通信を行う端末にはバッテリーの稼働時間の観点で都合が悪い。
【００３８】
そこで、本発明の目的は、アグリゲーションパケットの受信処理の高速化および省電力化を図ることができる通信装置、通信システム、および通信方法を提供することにある。
【課題を解決するための手段】
【００３９】
本発明は、複数のパケットから構成されたアグリゲーションパケットの無線パケット通信を行う通信装置に適用される。
【００４０】
本発明の通信装置の送信側には、
前記アグリゲーションパケットを構成する複数のパケットの各々の属性情報を格納し、所定の宛先アドレスを設定した拡張パケットを生成する拡張パケット生成手段と、
前記拡張パケット生成手段により生成された前記拡張パケットを前記アグリゲーションパケットに結合するパケット連結手段と、
前記パケット連結手段により前記拡張パケットが結合された前記アグリゲーションパケットを送信する送信手段と、が設けられている。
【００４１】
また、本発明の通信装置の受信側には、
前記アグリゲーションパケットを受信する受信手段と、
前記受信手段にて受信された前記アグリゲーションパケットを構成するパケットの中に前記所定の宛先アドレスが設定されたパケットがある場合、当該パケットを前記拡張パケットと判断する拡張パケット有無判断手段と、
前記拡張パケット有無判断手段により前記拡張パケットと判断されたパケットに格納された属性情報に基づいて、前記アグリゲーションパケットから前記パケットを順次抽出するパケット抽出手段と、
前記パケット抽出手段により抽出された後に、該抽出されたパケットの受信成功の可否を判定する検査手段と、
前記検査手段による判定結果に基づいて、前記アグリゲーションパケットに対する応答パケットを生成する手段と、が設けられている。
【００４２】
なお、前記属性情報としては、前記複数のパケットの各々のシーケンス番号の情報、優先度の情報、アグリゲーションパケット内での位置の情報、長さの情報、変調方式の情報、宛先となる通信装置のアドレスを含めることができる。
【００４３】
上記の構成によれば、アグリゲーションパケットを送信する通信装置は、アグリゲーションパケットを構成する個々のパケットの属性情報を格納した拡張パケットを結合する。そのため、アグリゲーションパケットを受信した通信装置は、アグリゲーションパケット全体の処理が終了するのを待たずに、そのアグリゲーションパケットに含まれる個々のパケットの属性情報を得ることが可能となる。
【００４４】
これにより、アグリゲーションパケットに対する応答パケットを生成するに際し、アグリゲーションパケットを先頭のパケットから順に処理することなく、拡張パケットに格納された情報を基に、例えば、シーケンス番号順に処理を行うことができるため、応答パケットを高速に生成することができる。
【００４５】
また、アグリゲーションパケットに複数の優先度のパケットが含まれる場合に、同じ優先度のパケットを一括して抽出することができるため、複数の優先度を含む応答パケットも高速に生成することができる。
【００４６】
また、デリミタに関係なく、拡張パケットに格納された情報を基にしてパケットの抽出処理を行うため、デリミタ内のＣＲＣを計算する必要がない。
【００４７】
以上のことから、従来技術と比較して、アグリゲーションパケットの受信処理の高速化を図ることができる。
【００４８】
また、上述のように、デリミタ内のＣＲＣを計算する必要がないため、不要なＣＲＣ計算を行わずに済むため、従来技術と比較して、アグリゲーションパケットの受信処理の省電力化を図ることができる。
【００４９】
また、上述のように、デリミタによらず個々のパケットの位置に関する情報を得ることができるため、従来技術と比較して、パケットの送受信で起きるデータ誤りをより少なくした無線パケット通信を行うことができる。
【発明の効果】
【００５０】
上記のように構成された本発明によれば、通信装置は、アグリゲーションパケットを送信する場合、アグリゲーションパケットを構成する個々のパケットの属性情報を格納した拡張パケットを結合する。
【００５１】
したがって、通信装置は、アグリゲーションパケットを受信した場合、アグリゲーションパケット全体の処理が終了するのを待たずに、そのアグリゲーションパケットに含まれる個々のパケットの属性情報を取得することができる。そのため、従来技術と比較して、アグリゲーションパケットの受信処理の高速化を図ることができるという効果が得られる。
【００５２】
また、パケットの区切れ目のデリミタに関係なく、拡張パケットに格納された属性情報を基にしてパケットを抽出するため、デリミタ内の不要なＣＲＣ計算を行わずに済む。そのため、従来技術と比較して、アグリゲーションパケットの受信処理の省電力化を図ることができるという効果が得られる。
【図面の簡単な説明】
【００５３】
【図１】本発明の第１の実施形態に係る通信システムの構成を示す模式図である。
【図２】本発明の第１の実施形態に係る通信システムの他の構成を示す模式図である。
【図３】図１に示した端末の概略構成を示すブロック図である。
【図４】図１に示したアクセスポイントおよび図２に示した端末の概略構成を示すブロック図である。
【図５】本発明の第１の実施形態に係る拡張パケットのフォーマットの一例を示す図である。
【図６】本発明の第１の実施形態に係るアクセスポイントおよび端末の送信ブロックの構成を示すブロック図である。
【図７】本発明の第１の実施形態に係るアクセスポイントおよび端末の受信ブロックの構成を示すブロック図である。
【図８】本発明の第１の実施形態に係るアクセスポイントおよび端末の送信ブロックの動作を説明するフローチャートである。
【図９】本発明の第１の実施形態に係るアクセスポイントおよび端末の受信ブロックの動作を説明するフローチャートである。
【図１０】本発明の第１の実施形態に係るアグリゲーションパケットのフォーマットの一例を示す図である。
【図１１】本発明の第２の実施形態に係るアグリゲーションパケットのフォーマットの一例を示す図である。
【図１２】無線パケット通信における、データパケットの標準的なフォーマットを示す図である。
【図１３】無線パケット通信において、端末間でデータパケットとそれに対するＡｃｋパケットを送受信する様子を示す模式図である。
【図１４】無線パケット通信において、端末間でアクセスポイントを介してデータパケットとそれに対するＡｃｋパケットを送受信する様子を示す模式図である。
【図１５】無線パケット通信において、端末間でデータパケットとそれに対するＡｃｋパケットを送受信する様子を示す模式図である。
【図１６】無線パケット通信における、アグリゲーションパケットの標準的なフォーマットを示す図である。
【図１７】無線パケット通信において、データパケットのアグリゲーションを行う時に用いられるデリミタのフォーマットを示す図である。
【図１８】無線パケット通信において、端末間でアグリゲーションパケットとそれに対するＢｌｏｃｋＡｃｋパケットを送受信する様子を示す模式図である。
【図１９】無線パケット通信において、端末間の通信の様子を示す模式図であり、（ａ）はデータパケットとそれに対するＡｃｋパケットを送受信する様子を示す図、（ｂ）はアグリゲーションパケットとそれに対するＢｌｏｃｋＡｃｋパケットを送受信する様子を示す図である。
【図２０】無線パケット通信における、データパケットのアグリゲーションを行う一般的な端末の概略構成を示すブロック図である。
【図２１】無線パケット通信における、ＢｌｏｃｋＡｃｋパケットのフォーマットの一例を示す図である。
【図２２】無線パケット通信における、複数の優先度に関する情報を含むＢｌｏｃｋＡｃｋパケットのフォーマットの一例を示す図である。
【図２３】無線パケット通信において、アクセスポイントが複数の端末へアグリゲーションパケットを送信する様子を示す模式図である。
【図２４】無線パケット通信において、アグリゲーションパケットを受信した端末によるアグリゲーションパケットの処理方法（１）を説明する図である。
【図２５】無線パケット通信において、アグリゲーションパケットを受信した端末によるアグリゲーションパケットの処理方法（２）を説明する図である。
【図２６】無線パケット通信において、複数の優先度に関する情報を含むアグリゲーションパケットを受信した端末によるＢｌｏｃｋＡｃｋパケットの生成処理を説明する図である。
【発明を実施するための形態】
【００５４】
以下に、本発明を実施するための最良の形態について図面を参照して説明する。
【００５５】
（第１の実施形態）
図１および図２は、本発明の第１の実施形態に係る通信システムの構成を示す図である。
【００５６】
本発明は、図１に示すように、アクセスポイント１６０１が存在する通信システムと、図２に示すように、アクセスポイントが存在しない通信システムの双方に対応している。
【００５７】
図１に示す通信システムにおいては、端末１６０２〜１６０４間でアクセスポイント１６０１を介して通信を行う。
【００５８】
図２に示す通信システムにおいては、アクセスポイントを介さず、端末１６０２〜１６０４間で直接通信を行う。
【００５９】
本発明の通信装置は、図１および図２におけるアクセスポイント１６０１および端末１６０２〜１６０４の双方を指す。
【００６０】
図１および図２において、端末１６０２〜１６０４は、複数のパケットを結合してアグリゲーションパケットを生成し、アクセスポイント１６０１を介してもしくは直接通信相
手に送信する。
【００６１】
図１において、アクセスポイント１６０１は、有線ネットワークに接続されており、端末１６０２〜１６０４からのアグリゲーションパケットを単に中継する他、有線側からきた複数のパケットを結合してアグリゲーションパケットを生成し、無線側の端末１６０２〜１６０４に送信することも行う。
【００６２】
なお、本実施形態では、アグリゲーションパケットのデータパケットの宛先には、図２３等に示したように複数の宛先が含まれず、単一の宛先のみが含まれているものとする。
【００６３】
図３は、図１に示した端末１６０２〜１６０４の概略構成を示すブロック図である。
【００６４】
図３に示すように、端末１６０２〜１６０４は、無線リンクを介して他の端末と通信する端末であり、リンク層の処理を実行する処理部１７０２と、ＭＡＣ層の処理を実行する処理部１７０３と、物理層の処理を実行する処理部１７０４とを含む。また、処理部１７０３は、アグリゲーション処理部１７０３−１を含み、アグリゲーション処理部１７０３−１は、デリミタ処理部１７０３−１２と、ＢｌｏｃｋＡｃｋパケット生成部１７０３−１３と、本発明で新規に追加する拡張パケット処理部１７０３−１１とを含む。
【００６５】
図４は、図１に示したアクセスポイント１６０１および図２に示した端末１６０２〜１６０４の概略構成を示すブロック図である。
【００６６】
図４に示すように、図１に示したアクセスポイント１６０１および図２に示した端末１６０２〜１６０４は、図３と比較して、ビーコンを生成するビーコン生成部１７０３−２を含んでいる点が異なる。
【００６７】
図１においては、アクセスポイント１６０１は、常に、配下の全端末１６０２〜１６０４にビーコンを送信する。
【００６８】
図２においては、端末１６０２〜１６０４のいずれかがビーコンを送信する。各端末１６０２〜１６０４はビーコン送信時刻毎に乱数を生成するが、このうち最小の乱数を生成した端末がビーコンを送信することになる。
【００６９】
ところで、拡張パケットは、アグリゲーションパケットの先頭に結合されるものである。拡張パケットのフォーマットは、図５に示すように、宛先１８０１と、送信元１８０２と、パケット位置情報列１８０３と、ＣＲＣ１８０４とを含む。
【００７０】
パケット位置情報列１８０３は、アグリゲーションパケットに含まれる優先度毎に、その優先度が割り当てられた個々のデータパケットのシーケンス番号範囲と、その個々のデータパケットのアグリゲーションパケット内での位置に関する情報とを含む。すなわち、パケット位置情報列１８０３は、優先度［１］〜優先度［３］毎のパケット位置情報列１８０３−１〜１８０３−３を含む。図６では、データパケットの位置に関する情報として、アグリゲーションパケットの先頭からのＢｙｔｅ数であるＯＦＦＳＥＴを用いている。拡張パケットの長さは、アグリゲーションパケットの長さに依存し、アグリゲーションパケットが長くなるほど長くなるものとする。
【００７１】
宛先１８０１は、拡張パケット対応の本発明のアクセスポイント１６０１および端末１６０２〜１６０４のみが認識できる値とする。例えば、アクセスポイント１６０１および端末１６０２〜１６０４が通信できる無線ネットワークには存在しないアドレス、アグリゲーションパケットを送信する端末１６０２〜１６０４のアドレス、または、アグリゲー
ションパケットを送信するアクセスポイント１６０１の有線側もしくは無線側のアドレスとすることができる。したがって、従来の端末は、拡張パケットを受信した場合、宛先が自分宛ではないとして、この拡張パケットを破棄するため、従来の端末の標準機能に不具合を与えることはない。なお、アグリゲーションパケットの拡張パケット以外のデータパケットの宛先には、本来の宛先が格納される。
【００７２】
拡張パケットには、個々のデータパケットのパケット長の情報を含めても良い。このように、アグリゲーションパケット内でのデータパケットの位置以外にパケット長の情報も格納することにより、アグリゲーションパケットの受信処理のさらなる高速化を図ることができる。
【００７３】
また、拡張パケットには、個々のデータパケットの変調方式の情報を含めても良い。このように、データパケットの変調方式の情報も格納することによって、変調方式毎にデータパケットを結合することが可能となる。
【００７４】
図６は、図１および図２に示したアクセスポイント１６０１および端末１６０２〜１６０４の送信ブロックの詳細な構成を示すブロック図である。
【００７５】
図６に示すように、アクセスポイント１６０１および端末１６０２〜１６０４の送信ブロックは、宛先情報生成・付加部１９０１と、ＣＲＣ生成・付加部１９０２と、送信キュー１９０３と、図３に示したデリミタ処理部１７０３−１２と、パケット連結部１９０５と、図３に示した拡張パケット処理部１７０３−１１と、アグリゲーションパケット用送信キュー１９０８と、拡張パケット対応・非対応情報管理部１９０９とを含む。なお、デリミタ処理部１７０３−１２は、デリミタ生成部１９０４を含み、また、拡張パケット処理部１７０３−１１は、パケット属性情報管理部１９０６と、拡張パケット生成部１９０７とを含む。
【００７６】
宛先情報生成・付加部１９０１は、上位層からの送信データに対して宛先情報を生成し付加する。ＣＲＣ生成・付加部１９０２は、宛先情報生成・付加部１９０１で付加された宛先とデータに対してＣＲＣを生成し、最後尾に付加する。これにより、図１２に示したフォーマットのデータパケットが得られる。
【００７７】
送信キュー１９０３は、複数の優先度（図６では、［０］、［１］、［２］、［３］の４つとする）毎に分類された送信キューにより構成される。上位層からの送信データは、まず、宛先情報生成・付加部１９０１で宛先情報が付加され、次に、ＣＲＣ生成・付加部１９０２でＣＲＣが付加され、その後、送信キュー１９０３内部の優先度毎の送信キューに振り分けられて格納され、シーケンス番号および優先度が付加される。
【００７８】
デリミタ生成部１９０４は、データパケットのパケット長を計算するパケット長計算部１９０４−１と、そのパケット長を基にＣＲＣを計算するＣＲＣ計算部１９０４−２とを含み、パケット長計算部１９０４−１で計算されたパケット長に関する情報とＣＲＣ計算部１９０４−２で計算されたＣＲＣに関する情報とを基にデリミタを生成する。
【００７９】
拡張パケット対応・非対応情報管理部１９０９は、アグリゲーションパケットの送信先の端末が拡張パケットに対応・非対応のどちらであるかの情報を管理する。
【００８０】
パケット属性情報管理部１９０６は、パケットシーケンス番号管理部１９０６−１と、パケット優先度情報管理部１９０６−２と、パケット連結位置管理部１９０６−３とを含む。パケットシーケンス番号管理部１９０６−１は、さらに最大値管理部１９０６−１１と、最小値管理部１９０６−１２と、バッファサイズ管理部１９０６−１３とを含む。
【００８１】
パケットシーケンス番号管理部１９０６−１は、送信キュー１９０３から取り出されてパケット連結部１９０５で結合される個々のパケットのシーケンス番号を取得し、格納する。さらに、パケットシーケンス番号管理部１９０６−１は、格納したシーケンス番号のリストを拡張パケット生成部１９０７に対して出力する。
【００８２】
最大値管理部１９０６−１１は、アグリゲーションパケット内の個々のデータパケットのシーケンス番号の最大値を管理する。
【００８３】
最小値管理部１９０６−１２は、アグリゲーションパケット内の個々のデータパケットのシーケンス番号の最小値を管理する。
【００８４】
バッファサイズ管理部１９０６−１３は、受信ブロックで通信相手から受信したＡｃｋパケットまたはＢｌｏｃｋＡｃｋパケットの情報を基に、Ａｃｋパケット以外で通信相手に対して一度に送れるパケット数と、ある時刻ですでに送信済みのパケット数と、そのうち送信が成功したパケット数とを、管理する。
【００８５】
パケット優先度情報管理部１９０６−２は、送信キュー１９０３から取り出されてパケット連結部１９０５で結合される個々のパケットの優先度情報を取得し、格納する。さらに、パケット優先度情報管理部１９０６−２は、格納した優先度情報のリストを拡張パケット生成部１９０７に対して出力する。
【００８６】
パケット連結位置管理部１９０６−３は、送信キュー１９０３から取り出されてパケット連結部１９０５で結合された個々のパケットのアグリゲーションパケット内での位置を取得し、格納する。さらに、パケット連結位置管理部１９０６−３は、格納した個々のパケットの位置情報を拡張パケット生成部１９０７に対して出力する。
【００８７】
拡張パケット生成部１９０７は、パケット属性情報管理部１９０６および拡張パケット対応・非対応情報管理部１９０９から得た情報を基に、図５に示すフォーマットの拡張パケットを生成し、パケット連結部１９０５に対して出力する。なお、拡張パケット生成部１９０７は、個々のデータパケットの位置以外にパケット長の情報も格調パケットに格納する場合、パケット長の情報をデリミタ生成部１９０４から取得する。
【００８８】
パケット連結部１９０５は、送信キュー１９０３の優先度毎の各送信キューからのデータパケットと、拡張パケット生成部１９０７からの拡張パケットとを、結合して、１つのアグリゲーションパケットを生成する。詳細には、パケット連結部１９０５は、アグリゲーションパケットの先頭に拡張パケットを配置し、その後にデータパケットを配置する。
【００８９】
アグリゲーションパケット用送信キュー１９０８は、パケット連結部１９０５で生成されたアグリゲーションパケットを格納する。
【００９０】
図７は、図１および図２に示したアクセスポイント１６０１および端末１６０２〜１６０４の受信ブロックの詳細な構成を示すブロック図である。
【００９１】
図７に示すように、アクセスポイント１６０１および端末１６０２〜１６０４の受信ブロックは、受信バッファ２００１と、図３に示したデリミタ処理部１７０３−１２と、パケット抽出部２００３と、図３に示した拡張パケット処理部１７０３−１１と、受信キュー２００４と、上位層パケット抽出部２００５と、図６に示したパケットシーケンス番号管理部１９０６−１と、図３に示したＢｌｏｃｋＡｃｋパケット生成部１７０３−１３と、ＣＲＣ検査部２０１０とを含む。なお、拡張パケット処理部１７０３−１１は、拡張パ
ケット有無判断部２００７と、拡張パケット内情報格納部２００８と、抽出パケット位置決定部２００９とを含み、また、優先度毎パケットシーケンス番号管理部１９０６−１は、シーケンス番号並べ替え部２００６−１を含む。
【００９２】
受信バッファ２００１は、無線上を送信されてきたアグリゲーションパケットを、処理部１７０４での物理層の処理が行われた後に格納するバッファである。
【００９３】
デリミタ処理部１７０３−１２は、受信バッファ２００１に格納されたアグリゲーションパケットからデリミタを抽出し処理する。図１７に示したフォーマットのデリミタの場合、デリミタ処理部１７０３−１２は、デリミタ内に格納されている、直後のデータパケットのパケット長の長さ情報に関するＣＲＣを計算し、その長さ情報が正しいか否かに応じてデリミタが正常に受信できたか否かを判定する。デリミタが正常に受信できたと判定された場合、デリミタ処理部１７０３−１２は、デリミタ内に格納されている、直後のデータパケットのパケット長の長さ情報をパケット抽出部２００３へ出力する。
【００９４】
パケット抽出部２００３は、デリミタ処理部１７０３−１２から出力された個々のデータパケットのパケット長に関する情報、あるいは抽出パケット位置決定部２００９から出力された個々のデータパケットの位置とパケット長に関する情報に基づき、受信バッファ２００１に格納されているアグリゲーションパケットからデータパケットまたは拡張パケットを抽出して出力する。
【００９５】
ＣＲＣ検査部２０１０は、パケット抽出部２００３で抽出されたデータパケットに対するＣＲＣを計算し、そのデータパケットの受信が成功か否かの情報をＢｌｏｃｋＡｃｋパケット生成部１７０３−１３およびパケット抽出部２００３に対して出力する。
【００９６】
受信キュー２００４は、複数の優先度（図７では、［０］、［１］、［２］、［３］の４つとする）毎に分類された受信キューにより構成される。受信キュー２００４は、パケット抽出部２００３で抽出されたデータパケットを、そのデータパケット内の優先度情報を基に優先度毎の受信キューに振り分けて格納する。
【００９７】
上位層パケット抽出部２００５は、受信キュー２００４の優先度毎の受信キューに格納されているデータパケットから、宛先、送信元等の情報を含むヘッダ部と最後部に挿入されているＣＲＣとを除いたデータを抽出して、上位層に対して出力する。
【００９８】
拡張パケット有無判断部２００７は、パケット抽出部２００３で抽出されたパケットの中に拡張パケットがあるかどうかを、パケットの宛先を検査し判断する。例えば、拡張パケット有無判断部２００７は、アクセスポイントの有線側のアドレスや、アクセスポイントの無線側のアドレス、またはアクセスポイントが通信できる無線ネットワークに存在しないアドレスがあれば、そのアドレスが設定されたパケットが拡張パケットであると判断することができる。
【００９９】
拡張パケット内情報格納部２００８は、拡張パケット有無判断部２００７で拡張パケットがあると判断された場合、その拡張パケット内の情報を抽出して格納する。さらに、拡張パケット内情報格納部２００８は、拡張パケット内の情報をＢｌｏｃｋＡｃｋパケット生成部１７０３−１３に対して出力する。これにより、ＢｌｏｃｋＡｃｋパケット生成部１７０３−１３でのＢｌｏｃｋＡｃｋパケットの生成が効率化される。
【０１００】
抽出パケット位置決定部２００９は、拡張パケット内情報格納部２００８に格納された拡張パケット内の情報に基づき、アグリゲーションパケット内の次に処理するべきデータパケットを決定して、そのデータパケットのアグリゲーションパケット内での位置とパケ
ット長に関する情報を、パケット抽出部２００３に対して出力する。
【０１０１】
シーケンス番号並べ替え部２００６−１は、パケット抽出部２００３で抽出されたデータパケットのシーケンス番号を、優先度毎に並べ替えて格納する。
【０１０２】
パケットシーケンス番号管理部１９０６−１は、シーケンス番号並べ替え部２００６−１に格納されている、優先度毎のデータパケットのシーケンス番号を管理し、ＢｌｏｃｋＡｃｋパケット生成部１７０３−１３に対して出力する。
【０１０３】
ＢｌｏｃｋＡｃｋパケット生成部１７０３−１３は、パケットシーケンス番号管理部１９０６−１、ＣＲＣ検査部２０１０、パケット抽出部２００３、および拡張パケット内情報格納部２００８からの情報を基に、ＢｌｏｃｋＡｃｋパケットを生成する。
【０１０４】
図８に、図６に示したアクセスポイント１６０１および端末１６０２〜１６０４の送信ブロックの動作を説明するフローチャートを示す。なお、図８のフローチャートは、上位層からの送信要求を受信した時点で開始される。
【０１０５】
図８に示すように、まず、デリミタ生成部１９０４は、送信キュー１９０３にデータパケットがあるかどうかを判定する（ステップＳ１）。送信キュー１９０３にデータパケットが無かった場合（ステップＳ１のＮＯ）、ステップＳ１に帰還し、送信キュー１９０３にデータパケットが格納されるまでステップＳ１の処理が繰り返される。
【０１０６】
一方、ステップＳ１において、送信キュー１９０３にデータパケットがあった場合（ステップＳ１のＹＥＳ）、デリミタ生成部１９０４は、送信キュー１９０３からデータパケットを抽出する（ステップＳ２）。次に、パケット長計算部１９０４−１は、送信キュー１９０３から抽出されたデータパケットのパケット長を計算し（ステップＳ３）、続いて、ＣＲＣ計算部１９０４−２は、そのパケット長の長さ情報が格納されているデリミタ内の長さフィールドに対するＣＲＣを計算する（ステップＳ４）。次に、デリミタ生成部１９０４は、パケット長計算部１９０４−１で計算されたパケット長に関する情報とＣＲＣ計算部１９０４−２で計算されたＣＲＣの情報とを基にデリミタを生成し、パケット連結部１９０５は、送信キュー１９０３から抽出されたデータパケットの先頭に、デリミタ生成部１９０４で生成されたデリミタを付加する（ステップＳ５）。
【０１０７】
デリミタ付加後に、パケット属性情報管理部１９０６は、拡張パケット対応・非対応情報管理部１９０９で管理されている情報を基に、上記データパケットの宛先端末が拡張パケット対応端末であるか否かを判定する（ステップＳ６）。宛先端末が拡張パケット対応端末である場合（ステップＳ６のＹＥＳ）、パケット属性情報管理部１９０６は、上記データパケットの属性情報（シーケンス番号、優先度、アグリゲーションパケット内での連結位置）を、拡張パケット内に含めるべき情報として格納する（ステップＳ７）。
【０１０８】
ステップＳ６において、上記データパケットの宛先端末が拡張パケット対応端末でない場合（ステップＳ６のＮＯ）、または、ステップＳ７の処理が終了した場合、続いて、パケット属性情報管理部１９０６は、結合するべき他のデータパケットが送信キュー１９０３にあるかどうかを判定する（ステップＳ８）。結合するべき他のデータパケットが送信キュー１９０３にあった場合（ステップＳ８のＹＥＳ）、ステップＳ２に帰還する。
【０１０９】
一方、ステップＳ８において、結合するべき他のデータパケットが送信キュー１９０３に無かった場合（ステップＳ８のＮＯ）、拡張パケット生成部１９０７は、拡張パケット対応・非対応情報管理部１９０９で管理されている情報を基に、パケット連結部１９０５で生成されるアグリゲーションパケットの宛先端末が拡張パケット対応端末であるか否か
を判定する（ステップＳ９）。
【０１１０】
ステップＳ９において、上記アグリゲーションパケットの宛先端末が拡張パケット対応端末である場合（ステップＳ９のＹＥＳ）、拡張パケット生成部１９０７は、パケット属性情報管理部１９０６から得た属性情報を基に拡張パケットを生成し、パケット連結部１９０５に対して出力する（ステップＳ１０）。
【０１１１】
次に、パケット連結部１９０５は、上記アグリゲーションパケットの先頭に、拡張パケット生成部１９０７から出力された拡張パケットを結合する（ステップＳ１１）。
【０１１２】
その後、アグリゲーションパケット用送信キュー１９０８は、パケット連結部１９０５で生成されたアグリゲーションパケットを一時的に格納する（ステップＳ１２）。アグリゲーションパケット用送信キュー１９０８に一時的に格納されたアグリゲーションパケットは、所定のタイミングで通信相手に送信される。
【０１１３】
図９に、図７に示したアクセスポイント１６０１および端末１６０２〜１６０４の受信ブロックの動作を説明するフローチャートを示す。なお、図９のフローチャートは、デリミタ処理部１７０３−１２が受信バッファ２００１の状態をチェックした時点で開始される。
【０１１４】
図９に示すように、まず、デリミタ処理部１７０３−１２は、受信バッファ２００１の状態をチェックする（ステップＳ１０１）。受信バッファ２００１にアグリゲーションパケットが格納されている場合（ステップＳ１０１のＹＥＳ）、デリミタ処理部１７０３−１２は、アグリゲーションパケットの先頭のパケットの前に付加されたデリミタを抽出する（ステップＳ１０２）。
【０１１５】
次に、デリミタ処理部１７０３−１２は、上記で抽出したデリミタに格納されている、直後のパケットのパケット長に関する長さ情報に対してＣＲＣを計算し、この長さ情報が正しいか否かを判定する（ステップＳ１０３）。
【０１１６】
ステップＳ１０３において、パケットの長さ情報が誤っていると判定された場合（ステップＳ１０３のＮＧ）、デリミタ処理部１７０３−１２は、従来技術の処理方法（２）のように、アグリゲーションパケットの現在処理している部分以降の未処理部分からユニークパターンを検出する（ステップＳ１１１）。ユニークパターンが検出されなかった場合（ステップＳ１１１のＹＥＳ）、後述のステップＳ１２０に進む。一方、ユニークパターンが検出された場合（ステップＳ１１１のＹＥＳ）、デリミタ処理部１７０３−１２は、ユニークパターンが検出された部分がデリミタであると見なして、そのデリミタから直後のパケットの長さ情報に関する部分を抽出し、その部分に対するＣＲＣを計算する（ステップＳ１１２）。ＣＲＣの計算結果により長さ情報が誤っていると判定された場合（ステップＳ１１２のＮＧ）、ステップＳ１１１に帰還し、正しいと判定された場合（ステップＳ１１２のＯＫ）、ステップＳ１０２に帰還する。
【０１１７】
ステップＳ１０３において、パケットの長さ情報が正しいと判定された場合（ステップＳ１０３のＹＥＳ）、デリミタ処理部１７０３−１２は、パケットの長さ情報をパケット抽出部２００３に対して出力する。
【０１１８】
パケット抽出部２００３は、デリミタ処理部１７０３−１２から出力されたパケットの長さ情報を基に、そのパケットを受信バッファ２００１に格納されているアグリゲーションパケットから抽出し、ＣＲＣ検査部２０１０に対して出力する（ステップＳ１０４）。
【０１１９】
次に、ＣＲＣ検査部２０１０は、パケット抽出部２００３で抽出されたパケットの最後部に挿入されているＣＲＣを計算し、ＣＲＣの計算結果からパケットを正常に受信したか否かを判定する（ステップＳ１０５）。
【０１２０】
ステップＳ１０５において、パケットが正しく受信できていると判定された場合（ステップＳ１０５のＯＫ）、パケット抽出部２００３は、そのパケットがアグリゲーションパケットの中で先頭のパケットであるかどうかを判定する（ステップＳ１０６）。
【０１２１】
ステップＳ１０６において、上記パケットが先頭のパケットであると判定された場合（ステップＳ１０６のＹＥＳ）、拡張パケット有無判断部２００７は、上記パケットが拡張パケットであるかどうかを判定する（ステップＳ１１３）。
【０１２２】
ステップＳ１１３において、上記パケットが拡張パケットではないと判定された場合（ステップＳ１１３のＮＯ）、すなわちデータパケットであると判定された場合、受信キュー２００４は、上記データパケットの優先度情報を基に、その優先度に対応した受信キューにパケットを格納する（ステップＳ１０７）。次に、シーケンス番号並べ替え部２００６−１は、パケット抽出部２００３で抽出されたデータパケットのシーケンス番号を、優先度毎に並べ替える（ステップＳ１０８）。
【０１２３】
次に、デリミタ処理部１７０３−１２は、受信バッファ２００１に次に処理すべき他のパケットがあるかどうかを判定し（ステップＳ１０９）、処理すべき他のパケットがあると判定した場合（ステップＳ１０９のＹＥＳ）、デリミタ内のパケット長に関する情報から次に処理すべきパケットを決定し（ステップＳ１１０）、ステップＳ１０２に帰還する。
【０１２４】
ステップＳ１１３において、上記パケットが拡張パケットであると判定された場合（ステップＳ１１３のＹＥＳ）、拡張パケット内情報格納部２００８は、拡張パケット内の情報を格納し（ステップＳ１１４）、抽出パケット位置決定部２００９は、拡張パケット内情報格納部２００８に格納された情報から、次に処理すべきデータパケットを決定し、そのデータパケットのアグリゲーションパケットの先頭からの位置とパケット長を、パケット抽出部２００３に対して出力する（ステップＳ１１５）。
【０１２５】
パケット抽出部２００３は、抽出パケット位置決定部２００９から出力されたデータパケットの位置とパケット長に関する情報を基に、受信バッファ２００１からデータパケットを抽出し、ＣＲＣ検査部２０１０に対して出力する（ステップＳ１１６）。
【０１２６】
次に、ＣＲＣ検査部２０１０は、パケット抽出部２００３で抽出されたデータパケットの最後部に挿入されているＣＲＣを計算し、ＣＲＣの計算結果からデータパケットを正常に受信したか否かを判定し、受信成功の可否に関する情報をＢｌｏｃｋＡｃｋパケット生成部１７０３−１３に対して出力する（ステップＳ１１７）。
【０１２７】
ステップＳ１１７において、上記データパケットが正常に受信できたと判定された場合（ステップＳ１１７のＯＫ）、パケット抽出部２００３は、上記データパケットを受信キュー２００４に対して出力する。次に、受信キュー２００４は、パケット抽出部２００３から出力されたデータパケットの優先度情報を基に、その優先度に対応した受信キューにパケットを格納する（ステップＳ１１８）。
【０１２８】
次に、抽出パケット位置決定部２００９は、拡張パケット内情報格納部２００８に格納された情報から、受信バッファ２００１に次に処理すべき他のデータパケットがあるかどうかを判定する（ステップＳ１１９）。次に処理すべき他のデータパケットがあると判定
された場合（ステップＳ１１９のＹＥＳ）、ステップＳ１１５に帰還する。
【０１２９】
一方、ステップＳ１１９において、次に処理すべき他のデータパケットがないと判定された場合（ステップＳ１１９のＮＯ）、上位層パケット抽出部２００５は、受信キュー２００４からデータパケットを取り出し、そのデータパケットの前に付加されている、宛先情報を含むヘッダ部と受信成功・失敗を判断するために付加されているＣＲＣとを取り除き、残りのデータを上位層に対して出力する（ステップＳ１２０）。
【０１３０】
その後、ＢｌｏｃｋＡｃｋパケット生成部１７０３−１３は、優先度毎に、拡張パケット内情報格納部２００８から、個々のデータパケットのシーケンス番号に関する情報を得て、さらに、ＣＲＣ検査部２０１０から、個々のデータパケットの受信に成功したか否かに関する情報を得て、ＢｌｏｃｋＡｃｋパケットを生成する（ステップＳ１２１）。ＢｌｏｃｋＡｃｋパケットのフォーマットは、例えば、図１９に示すように、開始シーケンス番号と、シーケンス番号毎の受信成功の可否を１ビットで示すビットマップとから構成される。ＢｌｏｃｋＡｃｋパケット生成部１７０３−１３で生成されたＢｌｏｃｋＡｃｋパケットは、送信ブロックへと送られ、送信キューに格納される。
【０１３１】
以下に、図１に示した通信システムにおける端末１６０２〜１６０４の具体的な動作について、図１０を用いて説明する。なお、図１０では、アクセスポイント１６０１が、拡張パケットに対応している端末に対して、複数の優先度を含むデータパケットを結合して送信するものとする。
【０１３２】
図１０において、アグリゲーションパケットの先頭に結合されているパケットは拡張パケットである。拡張パケットには、複数の優先度毎に、その優先度のデータパケットのシーケンス番号の範囲と、その優先度の個々のデータパケットのアグリゲーションパケット内での位置とが格納されている。
【０１３３】
優先度［１］のデータパケットについては、拡張パケットの前半に、シーケンス番号＃９８からシーケンス番号＃１０２の範囲であるという情報が格納される。さらに、拡張パケットの後半には、シーケンス番号＃９８〜＃１０２までのデータパケットのアグリゲーションパケット内での位置が、シーケンス番号の昇順に格納される。
【０１３４】
優先度［２］および優先度［３］のデータパケットについても、優先度［１］と同様の情報が、優先度［１］の情報の後に、拡張パケットに格納される。
【０１３５】
アグリゲーションパケットを受信した端末は、アグリゲーションパケットに対するＢｌｏｃｋＡｃｋを生成するに際し、優先度毎に、シーケンス番号の昇順に、パケット受信成功の可否を１ビットで示すＢｌｏｃｋＡｃｋビットマップを生成する必要がある。
【０１３６】
本実施形態では、アグリゲーションパケットには、上述したような拡張パケットが結合されている。そのため、端末は、拡張パケットに格納された属性情報に基づいて、優先度毎に、シーケンス番号範囲内のデータパケットを、シーケンス番号の昇順に処理していくことができ、それにより、受信処理を効率化することができる。
【０１３７】
具体的には、端末は、まず、優先度［１］のデータパケットについて、シーケンス番号＃９８のデータパケットのアグリゲーションパケット内での位置に基づき、シーケンス番号＃９８のデータパケットを抽出し、ＣＲＣ計算により受信成功の可否を判定し、その可否を示すビットを優先度［１］のＢｌｏｃｋＡｃｋビットマップの先頭に配置する。同様の処理をシーケンス番号＃９９〜＃１０２のデータパケットについても行い、受信成功の可否を示すビットを優先度［１］のＢｌｏｃｋＡｃｋビットマップの最後尾に順次配置し
ていく。以降、優先度［１］および優先度［２］のデータパケットについても同様の処理を行う。
【０１３８】
したがって、端末は、従来技術のように、アグリゲーションパケット全体の処理が終了するのを待たずに、ＢｌｏｃｋＡｃｋビットマップを高速に生成することができる。また、アグリゲーションパケット全体の処理が終了した後に、あらためてパケット受信成功の可否を示すビットを並べ替える処理が不要になるため、ＢｌｏｃｋＡｃｋビットマップを高速に生成することができる。以上のことから、アグリゲーションパケットの受信処理の高速化を図ることができる。
【０１３９】
上述したように本実施形態においては、アグリゲーションパケットを送信する側は、アグリゲーションパケットの先頭に、そのアグリゲーションパケットに含まれる個々のデータパケットに関する属性情報（優先度、シーケンス番号、アグリゲーションパケット内での位置、パケット長など）を格納した拡張パケットを結合して送信する。
【０１４０】
そのため、アグリゲーションパケットを受信する側は、アグリゲーションパケット全体の処理が終了するのを待たずに、そのアグリゲーションパケットに含まれる個々のデータパケットに関する情報を得ることが可能となる。
【０１４１】
これにより、ＢｌｏｃｋＡｃｋパケットを生成するに際し、アグリゲーションパケットを先頭のデータパケットから順に処理することなく、拡張パケットに格納された情報を基に、例えば、シーケンス番号順に処理を行うことができるため、ＢｌｏｃｋＡｃｋパケットを高速に生成することができる。また、アグリゲーションパケットに複数の優先度のデータパケットが含まれる場合に、同じ優先度のデータパケットを一括して抽出することができるため、複数の優先度を含むＢｌｏｃｋＡｃｋパケットも高速に生成することができる。また、デリミタに関係なく、拡張パケットに格納された情報を基にしてデータパケットの抽出処理を行うため、デリミタ内のＣＲＣを計算する必要がない。以上のことから、従来技術と比較して、アグリゲーションパケットの受信処理の高速化を図ることができる。
【０１４２】
また、上述のように、デリミタ内のＣＲＣを計算する必要がないため、不要なＣＲＣ計算を行わずに済むため、従来技術と比較して、アグリゲーションパケットの受信処理の省電力化を図ることができる。
【０１４３】
また、上述のように、デリミタによらず個々のデータパケットの位置に関する情報を得ることができるため、従来技術と比較して、データパケットの送受信で起きるデータ誤りに対して、より強い無線パケット通信を行うことができる。
【０１４４】
（第２の実施形態）
図１１を参照すると、本実施形態は、図１０に示したようにアグリゲーションパケットの中にデータパケットの単一の宛先のみが含まれている第１の実施形態と比較して、複数の宛先が含まれている点が異なる。
【０１４５】
図１１において、端末Ａおよび端末Ｂは拡張パケット対応の本発明の端末、端末Ｃは拡張パケット非対応の従来の端末である。
【０１４６】
また、パケット２４０１は拡張パケットであり、パケット２４０２〜２４０７はデータパケットである。
【０１４７】
拡張パケット２４０１は、大きく分けて２つの部分から構成されている。一方の部分に
は、各端末に関する情報（２４０７，２４１１）が格納されている。他方の部分には、各端末宛の個々のデータパケットのアグリゲーションパケット中での相対的な位置に関する情報（２４０８，２４０９，２４１０，２４１２，２４１３）が格納されている。
【０１４８】
例えば、データパケット２４０２の宛先、シーケンス番号、優先度、位置に関する属性情報は、情報２４０８として格納されている。同様に、データパケット２４０３に関する属性情報は情報２４０９として、パケット２４０４に関する属性情報は情報２４１０として、データパケット２４０５に関する属性情報は情報２４１２として、データパケット２４０６に関する属性情報は情報２４１３として格納されている。
【０１４９】
例えば、拡張パケット非対応の従来の端末Ｃが、図１１に示したアグリゲーションパケットを受信した場合、アグリゲーションパケットの先頭に結合されている拡張パケットは自分宛でないと判断する。そのため、端末Ｃは、拡張パケットを破棄し、その後、従来技術の処理方法（１）または（２）を用いて、自分宛でないデータパケットも含めて、全て先頭から順にデータパケットを処理していく。したがって、端末Ｃは、アグリゲーションパケット全体の処理が終了するまで、常に電力を消費することになる。
【０１５０】
これに対して、拡張パケット対応の本発明の端末Ｂが、図１１に示したアグリゲーションパケットを受信した場合、アグリゲーションパケットの先頭に結合されている拡張パケットについて、その拡張パケットの特殊な宛先アドレスを見て自分宛であると判断し、拡張パケットに格納された属性情報に基づく処理を行う。
【０１５１】
拡張パケットには、拡張パケット対応の本発明の端末Ａ，Ｂ毎に、各端末Ａ，Ｂ宛のデータパケットのアグリゲーションパケット内での位置の情報が、優先度およびシーケンス番号の情報とともに格納されている。そのため、端末Ｂは、拡張パケットに情報が格納されている自分宛のデータパケット２４０３，２４０６のみについて、その順に処理を行えば良い。したがって、端末Ｂは、拡張パケット２４０１およびデータパケット２４０３，２４０６を処理する時にのみ電力を消費することになるため、従来の端末Ｃと比較して、受信処理の省電力化を図ることができるとともに、受信処理を効率よく行うことができる。また、端末Ｂは、拡張パケット内のシーケンス番号順にデータパケットを処理するため、従来の端末Ｃと比較して、ＢｌｏｃｋＡｃｋビットマップおよびＢｌｏｃｋＡｃｋパケットを高速に生成することができる。
【符号の説明】
【０１５２】
１６０１    アクセスポイント
１６０２〜１６０４    端末
１７０２    処理部（リンク層）
１７０３    処理部（ＭＡＣ層）
１７０４    処理部（物理層）
１７０３−１    アグリゲーション処理部
１７０３−２    ビーコン生成部
１７０３−１１    拡張パケット処理部
１７０３−１２    デリミタ処理部
１７０３−１３    ＢｌｏｃｋＡｃｋパケット生成部
【図３】
0005403034.tif 000002
【図４】
0005403034.tif 000003
【図５】
0005403034.tif 000004
【図６】
0005403034.tif 000005
【図７】
0005403034.tif 000006
【図８】
0005403034.tif 000007
【図９】
0005403034.tif 000008
【図１１】
0005403034.tif 000009
【図２０】
0005403034.tif 000010
【図２１】
0005403034.tif 000011
【図２２】
0005403034.tif 000012
【図１】
0005403034.tif 000013
【図２】
0005403034.tif 000014
【図１０】
0005403034.tif 000015
【図１２】
0005403034.tif 000016
【図１３】
0005403034.tif 000017
【図１４】
0005403034.tif 000018
【図１５】
0005403034.tif 000019
【図１６】
0005403034.tif 000020
【図１７】
0005403034.tif 000021
【図１８】
0005403034.tif 000022
【図１９】
0005403034.tif 000023
【図２３】
0005403034.tif 000024
【図２４】
0005403034.tif 000025
【図２５】
0005403034.tif 000026
【図２６】
0005403034.tif 000027