(57)【特許請求の範囲】
【請求項１】
ワイヤレスネットワークを通してデータを転送する方法において、
第１のトラフィック識別子を持っている第１のデータフレームを受信することと、
前記第１のトラフィック識別子とは異なる第２のトラフィック識別子を持っている第２のデータフレームを受信することと、
ブロック肯定応答要求を受信することと、
第１の肯定応答を送信することと、
前記第１のトラフィック識別子を持っている第１のデータフレームと前記第２のトラフィック識別子を持っている第２のデータフレームとが受信されたことのブロック肯定応答を送信することと
を含み、
前記第１の肯定応答は、前記第１の識別子を持っている第１のデータフレームと前記第２の識別子を持っている第２のデータフレームとが受信されたことを特定しない方法。
【請求項２】
前記ブロック肯定応答に対するフォーマットは、フォーマット制御フィールド中にビットを設定することにより識別される、請求項１記載の方法。
【請求項３】
前記ブロック肯定応答を送信する前に、
ブロック肯定応答要求を受信することをさらに含む、請求項１記載の方法。
【請求項４】
前記ブロック肯定応答を送信する前に、
第１の継続時間が経過したことを決定すること
をさらに含む、請求項１記載の方法。
【請求項５】
前記ブロック肯定応答を送信する前に、
第１の数のフレームが受信されたことを決定すること
をさらに含む、請求項１記載の方法。
【請求項６】
前記ブロック肯定応答を送信する前に
第１のシーケンス番号を持っているフレームが受信されたことを決定すること
をさらに含む、請求項１記載の方法。
【請求項７】
ワイヤレスネットワークを通してデータを転送する方法において、
第１の局で、第１のトラフィック識別子を持っている第１のデータフレームを送信することと、
前記第１の局で、前記第１のトラフィック識別子とは異なる第２のトラフィック識別子を持っている第２のデータフレームを送信することと、
第２の局で、前記第１のトラフィック識別子を持っている第１のデータフレームと、前記第２のトラフィック識別子を持っている第２のデータフレームとを受信することと、
前記第１の局で、ブロック肯定応答要求を送信することと、
前記第２の局で、前記ブロック肯定応答要求を受信し、第１の肯定応答を送信することと、
前記第２の局で、前記第１のトラフィック識別子を持っている第１のデータフレームと、前記第２のトラフィック識別子を持っている第２のデータフレームとが前記第２の局により受信されたことのブロック肯定応答を送信することと、
前記第１の局で、前記第１のトラフィック識別子を持っている第１のデータフレームと前記第２のトラフィック識別子を持っている第２のデータフレームとが前記第２の局により受信されたことの前記ブロック肯定応答を受信することと
を含み、
前記第１の肯定応答は、前記第１の識別子を持っている第１のデータ構造と、前記第２の識別子を持っている第２のデータ構造とが受信されたことを特定しない方法。
【請求項８】
前記ブロック肯定応答を送信する前に、
前記第１の局で、ブロック肯定応答要求を送信することと、
前記第２の局で、前記ブロック肯定応答要求を受信することと
をさらに含む、請求項７記載の方法。
【請求項９】
前記ブロック肯定応答を送信する前に
前記第２の局で、第１の継続時間が経過したことを決定すること
をさらに含む、請求項７記載の方法。
【請求項１０】
前記ブロック肯定応答を送信する前に、
前記第２の局で、第１の数のフレームが受信されたことを決定すること
をさらに含む、請求項７記載の方法。
【請求項１１】
前記ブロック肯定応答を送信する前に、
前記第２の局で、第１のシーケンス番号を持っているフレームが前記第２の局により受信されていることを決定すること
をさらに含む、請求項７記載の方法。
【発明の詳細な説明】
【発明の背景】
【０００１】
本発明は、複数入力複数出力（ＭＩＭＯ）ワイヤレスネットワークにおけるブロック肯定応答プロトコルに一般的に関連し、より詳細には、ブロック肯定応答信号通信により消費されるオーバーヘッドとチャネル帯域とを減少させることに関連する。
【０００２】
ワイヤレスネットワークにおいて帯域を増加させることに対する需要は、過去数年とどまるところを知らず、そして、衰える兆しを見せていない。都合のよいことに、カリフォルニア州、ＰａｌｏＡｌｔｏのＡｉｒｇｏ Ｎｅｔｗｏｒｋｓ，Ｉｎｃ．（登録商標）は、これらの需要を満たすワイヤレスネットワークのための製品を開発してきた。実際、これらの製品は重要なしきい値に到達した。Ａｉｒｇｏ Ｎｅｔｗｏｒｋｓにより開発された複数入力複数出力（ＭＩＭＯ）ネットワークは、家庭用エンターテイメントのためのビデオストリーミング、および、他の高データレートアプリケーションに対して必要とされる、１００Ｍビットデータレートを達成した最初のものである。この途方もないデータレートを達成するため、従来の回路および技術に関する重要な改良が開発されてきた。
【０００３】
例として、従来のネットワークでは、第１の局から第２の局にデータを送信した後、第２の局が、データ送信が適切に実行されたことを示す肯定応答フレームで返答する。問題を単純化するため、要求されるオーバーヘッドは、ブロック肯定応答を使用することにより減少させてもよい。このケースでは、第１の局は第２の局に数フレームのデータを送信する。次に、第１の局は、ブロック肯定応答要求を送出することによって、第２の局からの肯定応答を要求する。次に、第２の局はブロック肯定応答を送出することにより返答する。これらのブロック肯定応答は問題を改善するが、さらなる拡張が可能である。
【０００４】
ネットワークにおいて、異なるタイプのデータが、異なるトラフィック識別子（ＴＩＤ）によって識別される。異なるＴＩＤを持っているフレームの受信の肯定応答は、チャネル帯域のかなりの量を消費する。都合の悪いことに、肯定応答信号通信に対して使用される何らかのチャネル帯域は、肯定応答信号通信に対して使用されない場合には、データ送信に対して利用可能でない帯域である。
【０００５】
したがって、ブロック要求および肯定応答に対して要求されるオーバーヘッドとチャネル帯域とを減少させる回路、方法および装置が必要とされている。
【発明の概要】
【０００６】
したがって、本発明の実施形態は、データ受信の肯定応答に対して要求されるオーバーヘッドとチャネル帯域とを減少させる回路、方法および装置を提供する。本発明の例示的な実施形態は、拡張ブロック肯定応答フレームを提供する。この拡張ブロック肯定応答は、１つ以上の予約ビットを特定の状態に設定することによって、従来のブロック肯定応答から区別することができる。予約ビットは、ブロック肯定応答（ＢＡ）制御中、フレーム制御中、または、他の適切なフィールド中に存在していてもよい。代わりに、拡張ブロック肯定応答フレームの１つ以上の他のビットまたは特徴を変更して、それを従来のブロック肯定応答から区別してもよい。
【０００７】
拡張ブロック肯定応答は、異なるトラフィック識別子のような異なる特徴を持っている各データストリームに対して受信されたフレームの肯定応答を含んでいてもよい。肯定応答は、すべての受信されたフレームに対するものであってもよく、特定のトラフィッククラス、もしくは、特定のトラフィッククラスのグループに対するものであってもよく、特定のユーザ優先順位に対するものであってもよく、または、受信フレームの他のサブグループに対するものであってもよく、そして、１つより多くのそのような肯定応答を含んでいてもよい。本発明の特定の実施形態では、拡張ブロック肯定応答は、受信された各データストリームに対するＴＩＤブロック肯定応答を含む。ブロック肯定応答要求フィールドは、同様に拡張してもよい。このようにして、肯定応答ハンドシェークにより消費されるオーバーヘッドとチャネル帯域とを減少させる。
【０００８】
本発明の他の例示的実施形態は、ブロック肯定応答要求に対する必要性を無くすことによって、このオーバーヘッドを減少させる。この実施形態では、要求に続いて肯定応答を送出する代わりに、トリガイベントの発生後に肯定応答を送出する。例えば、特定の継続時間が経過した後に、肯定応答を送出してもよい。この継続時間は予め定められていてもよく、変化させてもよく、あるいは、送信アンテナの数、受信アンテナの数、または、信号強度のような、しかしこれらに制限されない、１つ以上のシステムパラメータの関数として設定されてもよい。代わりに、いくつかのフレームの受信後に、拡張ブロック肯定応答を送出してもよく、または、特定のシーケンス番号を持っているフレームが受信された後に、拡張ブロック肯定応答を送出してもよい。これらの実施形態では、時間制限内にフレームの数に到達しない場合に、拡張ブロック肯定応答を送出するように、時間制限を課してもよい。このことは、望ましくない長さの時間の間、送信者が送信中のエラーを知らない状況を防ぐ。送出された肯定応答は、上で説明したように拡張ブロック肯定応答であってもよく、または、従来のブロック肯定応答のような、他のブロック肯定応答であってもよい。
【０００９】
これらのさまざまな実施形態では、拡張ブロック肯定応答は、遅延した拡張ブロック肯定応答であってもよい。すなわち、要求またはトリガイベントに続いて、肯定応答を送信してもよい。この肯定応答は従来のものであってもよく、または、拡張ブロック肯定応答と同じ量の、ＴＩＤのような詳細情報を含んでいない他の肯定応答であってもよい。より単純なこの肯定応答の後に拡張ブロック肯定応答が続いてもよい。
【００１０】
本発明のさらなる他の例示的な実施形態は、肯定応答フレームに対する必要性を無くす。ブロック肯定応答フレームの代わりに、送信されるデータフレーム中に肯定応答を含めることができる。肯定応答は、データの受信に続く、最初のフレーム中に含めてもよく、それは、ある局による最後の送信以降に、その局により受信したデータの肯定応答を示してもよい。上記のように、この肯定応答は、異なるトラフィック識別子を持っている各データストリームに対して受信されたフレームの肯定応答を含んでいてもよい。肯定応答は、すべての受信されたフレームに対するものであってもよく、特定のトラフィッククラス、もしくは、特定のトラフィッククラスのグループに対するものであってもよく、特定のユーザ優先順位に対するものであってもよく、または、受信フレームの他のサブグループに対するものであってもよい。また、１つより多くのそのような肯定応答が含まれていてもよい。本発明のさまざまな実施形態は、これらの１つ以上のもの、または、ここで説明した他の特徴を組み込んでもよい。
【００１１】
本発明の例示的な実施形態は、ワイヤレスネットワークを通してデータを転送する方法を提供する。この方法は、第１の特徴を持っている第１のデータ構造を受信することと、第２の特徴を持っている第２のデータ構造を受信することと、第１の特徴を持っている第１のデータ構造と、第２の特徴を持っている第２のデータ構造とが受信されたことの肯定応答に対する要求を受信することと、第１の特徴を持っている第１のデータ構造と、第２の特徴を持っている第２のデータ構造とが受信されたことの肯定応答を送信することとを含む。
【００１２】
本発明の他の例示的な実施形態は、ワイヤレスネットワークを通してデータを転送する他の方法を提供する。この方法は、第１のトラフィック識別子を持っている第１のデータフレームを受信することと、第２のトラフィック識別子を持っている第２のデータフレームを受信することと、第１のトラフィック識別子を持っている第１のデータフレームと、第２のトラフィック識別子を持っている第２のデータフレームとが受信されたことの肯定応答を送信することとを含む。
【００１３】
本発明のさらに他の例示的な実施形態は、ワイヤレスネットワークを通してデータを転送する他の方法を提供する。この方法は、第１の局で、第１のトラフィック識別子を持っている第１のデータフレームを送信することと、第１の局で、第２のトラフィック識別子を持っている第２のデータフレームを送信することと、第２の局で、第１のトラフィック識別子を持っている第１のデータフレームと、第２のトラフィック識別子を持っている第２のデータフレームとを受信し、第１のトラフィック識別子を持っている第１のデータフレームと第２のトラフィック識別子を持っている第２のデータフレームとが第２の局により受信されたことのブロック肯定応答を送信することと、第１の局で、第１のトラフィック識別子を持っている第１のデータフレームと第２のトラフィック識別子を持っている第２のデータフレームとが第２の局により受信されたことのブロック肯定応答を受信することとを含む。
【００１４】
本発明のさらに他の例示的な実施形態は、ワイヤレスネットワークを通してデータを転送する方法を提供する。この方法は、第１のフレームを送信することと、第１のトラフィック識別子を持っている第２のフレームを受信することと、第２のトラフィック識別子を持っている第３のフレームを受信することと、第４のフレームを送信することとを含む。第４のフレームは、第１のトラフィック識別子を持っている第２のフレームと第２のトラフィック識別子を持っている第３のフレームとが受信されたことの肯定応答を含む。
【００１５】
以下の詳細な説明および添付の図面を参照して、本発明の性質および利点のよりよい理解が得られるだろう。
【実施形態の詳細な説明】
【００１６】
図１は、本発明の実施形態を組み込むことによって改良されてもよいワイヤレスネットワークを図示する。このワイヤレスネットワークは、複数入力複数出力（ＭＩＭＯ）ネットワーク、または、他のタイプのワイヤレスネットワークであってもよい。図１は、第１の局、局１ １００を含み、局１ １００が、第２の局、局２ １４０に対してデータを送信することを示している。局２ １４０が、局１ １００に対してデータの受信を肯定応答していることを示している。第１の局、局１ １００は、無線１２０にデータを提供するデジタル信号処理回路１１０を含む。第２の局、局２ １４０は、デジタル信号処理回路１８０にデータを提供する無線１５０を含む。図１は、他の含まれている図と同様に、例示の目的で示したものであり、本発明の可能な実施形態または特許請求の範囲を制限するものではない。
【００１７】
これらの局のそれぞれ、局１ １００および局２ １４０は、ネットワークインターフェイスカード（ＮＩＣ）上、マザーボード上に含まれていてもよく、あるいは、そうでなければ、計算システムまたは他の電子システムと通信していてもよい。代わりに、局１ １００および局２ １４０の１つまたは両方は、ワイヤレスルータ上、ワイヤレスアクセスポイント上、プリンタサーバ上、記憶デバイス上、あるいは、他のネットワーキングデバイス上またはネットワーク化されたデバイス上に含まれていてもよい。
【００１８】
局１ １００から局２ １４０に対して送出されたデータは、いくつかの異なるデータタイプを含むことができる。例えば、送信されたフレームは、音声、ビデオ、ファイル転送プロトコル、および、他のタイプのデータを含んでいてもよい。これらのデータタイプのそれぞれは、異なるＴＩＤにより識別することができる。異なるＴＩＤを持っているデータを、局１ １００から局２ １４０に対して、または、局２ １４０から局１ １００に対してシーケンシャルに送出することができる。
【００１９】
この例では、局１ １００は局２ １４０に対してデータを送信する。これに続いて、局２ １４０は、局１ １００に対して、データが受信されたことを示す肯定応答を送出する。このハンドシェークの例を以下の図で示す。
【００２０】
図２Ａは、本発明の実施形態を組み込むことにより改良されるハンドシェークルーチンの例を図示する。この例では、データが第１の局から第２の局に送出され、肯定応答が第２の局から第１の局に戻される。特に、局１ ２１０はデータ２１２を局２に対して送信する。他の含まれている図の中のデータと同様に、このデータは、データのフレームまたはパケットとして形成してもよいデータ構造である。データ２１２が送信された後、局２ ２２０は、データ２１２が適切に受信されたことを示す信号化された肯定応答２２２を送信する。
【００２１】
データが送られるたびに肯定応答を要求する場合、この肯定応答プロセスは過剰なチャネル帯域を消費しかねない。したがって、いくつかのデータパケットの送信に続いて、ブロック肯定応答要求を行うことができる。これは、次に、ブロック肯定応答によって返答することができる。この例を以下の図で示す。
【００２２】
図２Ｂは、第１の局から第２の局に対して送出されたデータのいくつかのフレームの受信に続く肯定応答を図示する。局１ ２３０は、データ２３２および２３４を含むいくつかのデータフレームを送信する。これに続いて、局１はブロック肯定応答要求２３６を行う。これは、ブロック肯定応答２４２を送信する局２ ２４０により返答される。
【００２３】
必要とされるブロック肯定応答２４２を計算し、フォーマットするのにいくらかの時間がかかるかもしれない。したがって、局２が、従来の肯定応答を送信することを許容することができ、遅延したブロック肯定応答フレームが従来の肯定応答に続く。この遅延は、必要とされるブロック肯定応答フレームを計算しフォーマットする時間を局２に与える。以下の図で例を示す。
【００２４】
図２Ｃは、遅延したブロック肯定応答フレームの例を図示する。また、第１の局すなわち送信局は、第２の局すなわち受信局に対してデータを送信する。特に局１ ２５０は、データ２５２および２５４を含むいくつかのデータフレームを送信する。これに続いて、局１はブロック肯定応答要求２５６を行う。
【００２５】
局２ ２６０は肯定応答２６２で返信する。局２ ２６０は、局１ ２５０に対してブロック肯定応答フレーム２６４を送る。次に、局１ ２５０は、そのブロック肯定応答フレーム２６４の受信に続いて、肯定応答２５８を送信する。また、この遅延は、必要とされるブロック肯定応答フレームを決定する時間を局２ ２６０に与える。このようなブロック肯定応答の例を以下の図で示す。
【００２６】
図２Ｄは本発明の実施形態を組み込むことにより改良してもよいブロック肯定応答フレームの例を図示する。この図では、フレームサイズは１５０バイトであり、フレームの各フィールドの上に、バイト数で割当を示した。このビットマップ中のブロックは、最大１，０２４フレームに対する肯定応答を提供することができる。
【００２７】
ＢＡ制御フィールドは４ビットＴＩＤ値を含むサブフィールドを含む。ＢＡ制御フィールドの２バイトは、一般的に０に設定される予約ビットを含む。以下で理解されるように、拡張ブロック肯定応答方法で使用するための拡張されたビットとして１つ以上のこれらの予約ビットを指定してもよい。代わりに、フレーム制御フィールドのような他のフィールド中の、１つ以上のビットをこの目的のために使用してもよい。この拡張はＭＩＭＯワイヤレスシステムで要求される肯定応答要求の数を減少させる。
【００２８】
特に、ＭＩＭＯワイヤレスシステムで従来の肯定応答方法を使用するとき、結果として生じる肯定応答信号通信は、望ましくない量のオーバーヘッドを要求する。特に、特定のトラフィック識別子の値を持っているストリームの１つ以上のフレームを、各送信局が送信する。次に送信局はこれらのストリーム中のそれぞれのフレームの受信の肯定応答を要求する。次に、それぞれのこれらのストリームに対する肯定応答が送られる。したがって、本発明の実施形態は、これらの肯定応答に関係するオーバーヘッドを減少させるための回路、方法および装置を提供する。
【００２９】
図３Ａは、本発明の実施形態を組み込むことにより改良するブロック肯定応答の使用を図示する。図３Ａは、従来のシステムにより要求される過剰な量の肯定応答オーバーヘッドを図示する。この例では、局１ ３００は、フレーム３０２および３０４を局２ ３１０に送信する。これらのフレームは異なるＴＩＤを持ち、特にデータフレーム３０２は０のＴＩＤを持っており、データフレーム３０４は１のＴＩＤを持っている。フレーム３０２の送信に先立って、局１ ３００から局２ ３１０に他のフレームを送信してもよい。単純化のため、２フレームのみを示した。
【００３０】
データフレーム３０４の送信に続いて、局１ ３００は、０のＴＩＤを持っているデータに対する拡張ブロック肯定応答要求３２６を送信する。これは、局２ ３１０により返答され、局２ ３１０はＴＩＤ０に対するブロック肯定応答３３２を送信する。同様に、局１ ３００は、１のＴＩＤを持っているデータに対するブロック肯定応答要求３２８を送信する。これは局２ ３１０によって返答され、局２ ３１０はＴＩＤ１に対するブロック肯定応答３３４を送信する。
【００３１】
また、これは、第１および第２の局の間で利用可能なチャネルのかなりの量の帯域を消費する。したがって、本発明の実施形態は、異なるＴＩＤを持っている複数のデータストリームに対する肯定応答を結合する、拡張ブロック肯定応答を提供する。以下の図で例を示す。
【００３２】
図３Ｂは、本発明の実施形態にしたがった拡張ブロック肯定応答の使用を図示する。この例では、第１の局すなわち送信局は、第２の局すなわち受信局に対してデータを送信する。また、単純化のために２フレームのみを示した。
【００３３】
特に、局１ ３２０はデータフレーム３２２および３２４を送信する。これらのフレームは、それぞれ０および１のトラフィックＩＤを持つ。これらの送信に続いて、局１はブロック肯定応答要求３２６を送信する。次に、これは局２ ３５０により返答され、局２ ３３０は拡張ブロック肯定応答３３２を送信する。拡張ブロック肯定応答３３２は受信されたストリームのそれぞれの中の各フレームに対して肯定応答を提供し、これによって、要求される肯定応答オーバーヘッドを減少させる。
【００３４】
上記のように、この拡張ブロック肯定応答フレームを計算およびフォーマットするために、いくらかの時間がかかるかもしれない。したがって、以下の図で示すように、遅延した拡張ブロック肯定応答を使用してもよい。
【００３５】
図３Ｃは、本発明の実施形態にしたがった、遅延した拡張ブロック肯定応答の使用を図示する。また、第１の局すなわち送信局は、第２の局すなわち受信局にデータを送信する。特に、局１ ３４０は、それぞれ０および１のトラフィックＩＤを持つ、データフレーム３４２および３４４を含むデータフレームを送信する。これに続いて、第１の局は拡張ブロック肯定応答要求３４６を送信する。次に、局２ ３５０は、肯定応答３５２を提供する。これに続いて、局２ ３５０は、拡張ブロック肯定応答３５４を計算およびフォーマットし、次に、拡張ブロック肯定応答３５４を第１の局に送信する。次に、第１の局、局１ ３４０は、拡張ブロック肯定応答３５４の受信に返答して肯定応答３４８を送信する。肯定応答３４８は肯定応答３５２のような、単純な従来の肯定応答である。
【００３６】
拡張ブロック肯定応答３５４の使用は、従来の技術に比して、かなりのチャネル帯域節減を提供する。特に、従来の技術を使用すると、局１ ３４０は、各ＴＩＤに対して個々のブロック肯定応答要求を送信する。これは、肯定応答３５２のような１つ以上の肯定応答、および、局２ ３５０による各ＴＩＤに対する個々のブロック肯定応答で返答する。これは、次に、局１ ３４０によって送信する肯定応答３４８のような、１つ以上の肯定応答により返答する。本発明の実施形態の使用は、要求される信号通信を非常に単純化させ、したがってデータ送信に対するチャネル帯域を解放させる。
【００３７】
また、図３Ｃに概略を示したハンドシェーキングの方法により提供される遅延は、局２ ３５０が拡張ブロック肯定応答３５４を計算、および、フォーマットするための時間を許容する。そのような拡張ブロック肯定応答の例を以下の図で示す。
【００３８】
図３Ｄは、本発明の実施形態にしたがった、ブロック肯定応答を図示する。このブロック肯定応答の長さは、固定または可変であってもよい。上で説明したように、ＢＡ制御フィールド３７４中の予約ビットの１つを１に設定することができる。ＴＩＤブロック肯定応答返答３７６は、可変長データフィールドであり、可変長データフィールドの長さは、受信したデータストリームの数に依拠する。拡張ブロック肯定応答要求を、同様に変更してもよい。
【００３９】
この例では、このブロック肯定応答を拡張ブロック肯定応答として認識することができるように、ブロック肯定応答フィールド３７４中の１つ以上の予約ビットが設定される。他の実施形態では、１つ以上のこのフィールドおよび他のフィールド中の、１つ以上のビットをこの目的で使用してもよい。例えば、フレーム制御フィールド３７０中の１つ以上のビットを使用してもよい。
【００４０】
また、ＴＩＤブロック肯定応答返答フィールド３７６は、肯定応答すべきＴＩＤの数に依拠して可変長を持つ。１つのストリームに対するＴＩＤブロック肯定応答返答フィールド３７６の例を以下の図で示す。
【００４１】
図４は、本発明の実施形態にしたがった、ＴＩＤブロック肯定応答返答を図示する。この例では、各個別フィールドの上にビット割当を示す。これらのフィールドは、トラフィック識別子４１０、フレーム開始番号４２０、ビットマップサイズ４３０、ビットマップ４４０および予約ビット４５０を含む。予約ビット４５０は、バイト（８ビット）の倍数にフィールドサイズを丸めるために使用する。
【００４２】
上の本発明の実施形態では、ブロック肯定応答要求に返答して、ブロック肯定応答を送出する。このような要求を無くすことはチャネル利用をさらに改良するかもしれない。これは、要求を受信した後にブロック肯定応答を提供することとは対照的に、トリガイベントに続いてブロック肯定応答を提供することにより行ってもよい。例えば、ある時間に続いて、いくつかのフレームの受信に続いて、または、特定のシーケンス番号を持っているフレームの受信に続いて、ブロック肯定応答を送信してもよい。これらのブロック肯定応答は、上で説明した拡張ブロック肯定応答と同じであってもよく、または類似していてもよく、あるいは、これらは従来のブロック肯定応答のような他のブロック肯定応答であってもよい。本発明のこれらの実施形態を図示するフローチャートを以下の図で示すが、他の実施形態は他のトリガメカニズムを使用してもよい。
【００４３】
図５Ａは、本発明の実施形態にしたがった方法を図示し、方法では、本発明の実施形態にしたがった周期的または非周期的なベースで、ブロック肯定応答フレームを送信する。動作５１０においてフレームを受信する。動作５１５においてこれらのフレームを追跡する。同時に、動作５２０において、特定の継続時間が期限切れしたかどうかを決定する。この時間は予め定められていてもよく、または可変であってもよい。例えば、時間は、送信アンテナの数、受信アンテナの数、信号強度、または、他のシステムパラメータに基づいた変数であってもよい。いったん時間が期限切れすると、動作５３０において、ブロック肯定応答フレームを送信する。また、ブロック肯定応答は、上で説明したような拡張ブロック肯定応答、または、他のタイプのブロック肯定応答であってもよい。
【００４４】
図５Ｂは、本発明の実施形態にしたがった方法を図示し、方法では、いくつかの受信フレームに続いて、ブロック肯定応答フレームを送信する。また、動作５５０において、フレームを受信する。動作５５５において、これらのフレームを追跡し、カウンタをインクリメントさせる。動作５６０において、トリガカウンタ値に到達したかどうかを決定する。もしそれに到達していた場合、動作５６５において、ブロック肯定応答フレームを送信する。また、ブロック肯定応答は、上で説明したような拡張ブロック肯定応答、または、他のタイプのブロック肯定応答であってもよい。
【００４５】
また、これらの方法を結合してもよい。例えば、トリガカウンタ値に到達することなく時間が経過した場合に、ブロック肯定応答フレームを送信してもよい。このことは、過度の時間の後になって初めて、データが適切に受信されなかったことを送信局が知るのを防止する。
【００４６】
図５Ｃは、本発明の実施形態にしたがった方法を図示し、方法では、特定のシーケンス番号に到達した後に、ブロック肯定応答フレームを送出する。一般的に、送信すべき各フレームはシーケンシャルな方法で番号付けられる。したがって、特定のシーケンス番号を探すことは、送信するフレームの数を決定する単純な方法とすることができる。
【００４７】
上記のように、動作５７０においてフレームを受信し、動作５７５においてフレームを追跡する。動作５８０において受信フレームに対するシーケンス番号を決定する。動作５８５において、特定のシーケンス番号に到達したかどうかを決定する。もしそれに到達していた場合、動作５９０において、ブロック肯定応答フレームを送信する。また、ブロック肯定応答は、上で説明したような拡張ブロック肯定応答、または、他のタイプのブロック肯定応答であってもよい。
【００４８】
また、これらの方法を結合してもよい。例えば、トリガシーケンス番号に到達することなく時間が期限切れした場合に、ブロック肯定応答フレームを送信してもよい。このことは、過度の時間が経過した後になって初めて、送信局が送信エラーを知るのを防止する。
【００４９】
代わりに、これらのブロック肯定応答は、受信されたフレーム中に埋め込まれたデータによりトリガしてもよい。例えば、１つ以上の以前に予約されたビットを、ブロック肯定応答に対するトリガとして動作するように設定してもよく、ブロック肯定応答は、拡張ブロック肯定応答、従来のブロック肯定応答、または、他のタイプのブロック肯定応答であってもよい。代わりに、この目的のために、他の予め規定されたビットを再度規定してもよい。以下の図で例を示す。
【００５０】
図５Ｄは、本発明の実施形態にしたがった方法を図示し、方法では、埋め込まれたトリガを含んでいるフレームを受信した後に、ブロック肯定応答を送出する。上記のように、動作５９２において、フレームを受信し、必要なときにブロック肯定応答を計算およびフォーマットしてもよいように、動作５９４において、フレームを追跡する。動作５９７において、埋め込まれたトリガを受信したかどうかを決定する。もしそれを受信していた場合、動作５９８において、ブロック肯定応答フレームを送信する。また、ブロック肯定応答は、上で説明したような拡張ブロック肯定応答、または、他のタイプのブロック肯定応答であってもよい。
【００５１】
また、これらの方法を結合してもよい。例えば、埋め込まれたトリガを受信することなく、ある時間が期限切れした場合、ブロック肯定応答フレームが送出されてもよい。このことは、過度の時間が経過した後になって初めて、送信局が送信エラーを知るのを防止する。
【００５２】
拡張されたものであれ、従来のものであれ、または、他のタイプのものであれ、そのような肯定応答フレームをまったく無くすことによって、これらの肯定応答フレームによって消費されるオーバーヘッドを減少させてもよい。例えば、このことは、データフレーム自体の中に肯定応答情報を含めることにより行われてもよい。例えば、第１の局は第２の局にデータを送信してもよい。次に、第２の局は第１の局に対してデータを送出してもよく、ここでデータは、第２の局による最後の送信以降に、第２の局により受信したデータの肯定応答を含む。どのようにこのことが行われるかの例を以下の図で示す。
【００５３】
図６は、本発明の実施形態にしたがった方法を図示し、方法は、データフレーム中に肯定応答データを含む。この例では、第２の局、局２ ６２０はデータ６２２を含むいくつかのフレームを送信する。これに続いて、第１の局、局１ ６１０が２つのフレーム、詳細にはデータ６１２およびデータ６１４を送信する。これらのフレームは同じまたは異なるトラフィックＩＤ番号を持っていてもよい。これらの２つのフレームの後、局２ ６２０は４番目のデータフレーム６２４を送信する。局２ ６２０が最後のフレーム、詳細にはデータ６２２を送出した後に、２つのフレーム６１２および６１４を局２によって受信したことの肯定応答を、この４番目のデータフレームは含む。
【００５４】
この方法は、合計肯定応答フィールドとして呼ばれるフィールドを含んでいてもよく、合計肯定応答フィールドは、受信局の最後の送信以降、成功して受信したフレームの数を示す。このフィールドは、すべてのトラフィックに対する成功した受信の数、あるいは、特定のトラフィッククラスＩＤ、特定のトラフィッククラスのグループＩＤ、ユーザ優先順位、または、他のサブグループ識別子もしくは特徴に対する成功した受信の数を示していてもよい。代わりに、それぞれが受信フレームのそれら自体のサブグループを表す、複数の合計肯定応答フィールドを使用してもよい。
【００５５】
これらの合計肯定応答フィールドは、いくつかの位置の１つに含まれていてもよい。例えば、それらはフレームのペイロードセクションの最初のフィールド中にあってもよい。代わりに、それらはＰＳＤＵの開始における最初のフィールド中、ＰＳＤＵの終了における最後のフィールド中、前のフレームがこの合計肯定応答フィールドフレームの目的地を示しているような、フレームに続くフィールドもしくはフレーム中、または、他の任意の適切な位置の中に位置していてもよい。合計肯定応答フィールド中のエラーは、巡回冗長検査（ＣＲＣ）または他のエラー訂正の使用により決定してもよい。
【００５６】
本発明の例示的な実施形態の上記の説明は、図示および説明の目的で提供した。この説明は、網羅的であることと、説明した形態とちょうど同じものに本発明を制限することとを意図しておらず、さまざまな変形および変更は、上記の教示のもとで可能になる。本発明の原則およびその実際の応用を最もよく説明するために、実施形態を選択し、説明した。これらによって、当業者が本発明をさまざまな実施形態で、企図された特定の使用に適しているさまざまな変形で、最もよく利用することを可能にする。
【図面の簡単な説明】
【００５７】
【図１】図１は、本発明の実施形態を組みこむことによって改良されてもよいワイヤレスネットワークを図示する。
【図２Ａ】図２Ａは、本発明の実施形態を組み込むことにより改良されるハンドシェークルーチンの例を図示する。
【図２Ｂ】図２Ｂは、第１の局から第２の局に対して送出されたデータのいくつかのフレームの受信に続く肯定応答を図示する。
【図２Ｃ】図２Ｃは、遅延したブロック肯定応答フレームの例を図示する。
【図２Ｄ】図２Ｄは、本発明の実施形態を組み込むことにより改良されてもよいブロック肯定応答フレームを図示する。
【図３Ａ】図３Ａは、本発明の実施形態を組み込むことにより改良されるブロック肯定応答の使用を図示する。
【図３Ｂ】図３Ｂは、本発明の実施形態にしたがった、拡張ブロック肯定応答の使用を図示する。
【図３Ｃ】図３Ｃは、本発明の実施形態にしたがった、遅延した拡張ブロック肯定応答を図示する。
【図３Ｄ】図３Ｄは、本発明の実施形態にしたがった、ブロック肯定応答を図示する。
【図４】図４は、本発明の実施形態にしたがった、ＴＩＤブロック肯定応答返答を図示する。
【図５Ａ】図５Ａは、本発明の実施形態にしたがった方法を図示し、方法では、ブロック肯定応答が、本発明の実施形態にしたがった周期的または非周期的なベースで送信される。
【図５Ｂ】図５Ｂは、本発明の実施形態にしたがった方法を図示し、方法では、いくつかの受信フレームに続いて、拡張ブロック肯定応答フレームが送信される。
【図５Ｃ】図５Ｃは、本発明の実施形態にしたがった方法を図示し、方法では、特定のシーケンス番号に到達した後に、拡張ブロック肯定応答フレームが送出される。
【図５Ｄ】図５Ｄは、本発明の実施形態にしたがった方法を図示し、方法では、埋め込まれたトリガを含んでいるフレームが受信された後に、ブロック肯定応答が送出される。
【図６】図６は、本発明の実施形態にしたがった方法を図解し、方法ではデータフレーム中に肯定応答データが含まれる。
【図１】
0004834072.tif 000002
【図２Ａ】
0004834072.tif 000003
【図２Ｂ】
0004834072.tif 000004
【図２Ｃ】
0004834072.tif 000005
【図２Ｄ】
0004834072.tif 000006
【図３Ａ】
0004834072.tif 000007
【図３Ｂ】
0004834072.tif 000008
【図３Ｃ】
0004834072.tif 000009
【図３Ｄ】
0004834072.tif 000010
【図４】
0004834072.tif 000011
【図５Ａ】
0004834072.tif 000012
【図５Ｂ】
0004834072.tif 000013
【図５Ｃ】
0004834072.tif 000014
【図５Ｄ】
0004834072.tif 000015
【図６】
0004834072.tif 000016