(57)【要約】  ワイヤレス通信システムにおけるフロー制御のためのシステムおよび方法を提供する。いくつかの態様では、ワイヤレス通信のための装置は、ワイヤレスノードから、ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータと、ワイヤレスノードにあるメモリ中の空きメモリ空間の量の指示とを受信するように構成されたインターフェースを備える。本装置はまた、空きメモリ空間の量の指示と１つまたは複数のパラメータとに基づいてワイヤレスノードに送信されるべきデータユニットの数を決定するように構成された処理システムを備え、ここにおいて、インターフェースが、ワイヤレスノードへの送信のためにデータユニットを出力するようにさらに構成され、ここにおいて、ワイヤレスノードへの送信のために出力されるデータユニットの数がデータユニットの決定された数に等しい。【選択図】図１１
2020517193.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための装置であって、
ワイヤレスノードから、前記ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータと、前記ワイヤレスノードにある前記メモリ中の空きメモリ空間の量の指示とを受信するように構成されたインターフェースと、
空きメモリ空間の前記量の前記指示と前記１つまたは複数のパラメータとに基づいて、前記ワイヤレスノードに送信されるべきデータユニットの数を決定するように構成された処理システムと、
を備え、
前記インターフェースは、前記ワイヤレスノードへの送信のためにデータユニットを出力するようにさらに構成され、前記ワイヤレスノードへの送信のために出力される前記データユニットの数はデータユニットの前記決定された数に等しい、装置。
【請求項２】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、空きメモリ空間の前記量の前記指示は、前記メモリユニットに関して与えられる、請求項１に記載の装置。
【請求項３】
前記インターフェースは、空きメモリ空間の前記量の前記指示を備えるブロック確認応答フレームを受信するようにさらに構成された、請求項１に記載の装置。
【請求項４】
空きメモリ空間の前記量の前記指示は、前記ブロック確認応答フレームの受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールド中にある、請求項３に記載の装置。
【請求項５】
前記インターフェースは、前記ワイヤレスノードへの送信のためにブロック確認応答の要求を出力するようにさらに構成され、前記ブロック確認応答フレームは、前記ブロック確認応答の要求の後に受信される、請求項３に記載の装置。
【請求項６】
前記装置によって送信請求されない前記ブロック確認応答フレームが受信される、請求項３に記載の装置。
【請求項７】
前記データユニットの各々は、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）である、請求項１に記載の装置。
【請求項８】
前記インターフェースは、
前記ワイヤレスノードへの送信のために追加ブロック確認応答（ＡＤＤＢＡ）要求を出力することと、前記ＡＤＤＢＡ要求は、前記ワイヤレスノードとのブロック確認応答セッションを要求する、
前記ワイヤレスノードから、前記ＡＤＤＢＡ要求を出力した後に、前記１つまたは複数のパラメータを備えるＡＤＤＢＡ応答を受信することと、
を行うようにさらに構成された、請求項１に記載の装置。
【請求項９】
前記ＡＤＤＢＡ要求は、データトラフィックを識別するトラフィック識別子を含み、前記データユニットは、前記識別されたデータトラフィックの部分である、請求項８に記載の装置。
【請求項１０】
前記インターフェースは、
前記ワイヤレスノードから、前記１つまたは複数のパラメータを備える追加トラフィック（ＡＤＤＴＳ）要求を受信することと、
前記ワイヤレスへの送信のためにＡＤＤＴＳ応答を出力することと、前記ＡＤＤＴＳ応答は、前記ＡＤＤＴＳ要求を確認応答する、
を行うようにさらに構成された、請求項１に記載の装置。
【請求項１１】
前記ワイヤレスノードにある前記メモリは、複数のバッファを備え、前記１つまたは複数のパラメータは、バッファサイズとバッファごとのデータユニットの数に対する制限とを含む、請求項１に記載の装置。
【請求項１２】
前記１つまたは複数のパラメータは、複数の異なるメモリタイプのためのパラメータを含む、請求項１に記載の装置。
【請求項１３】
前記複数の異なるメモリタイプは、先入れ先出し方式（ＦＩＦＯ）メモリとバッファメモリとを含む、請求項１２に記載の装置。
【請求項１４】
前記インターフェースは、前記複数の異なるメモリタイプのうちの１つを示すインジケータを受信するようにさらに構成され、
前記処理システムは、前記複数の異なるメモリタイプのうちの前記示された１つにも基づいて、前記ワイヤレスノードに送信されるべきデータユニットの前記数を決定するように構成された、請求項１２に記載の装置。
【請求項１５】
前記インターフェースは、ブロック確認応答中で前記複数の異なるメモリタイプのうちの前記１つを示す前記インジケータを受信するように構成された、請求項１４に記載の装置。
【請求項１６】
前記インターフェースは、複数のトラフィック識別子を受信するようにさらに構成され、前記トラフィック識別子の各々が、それぞれのデータトラフィックを識別し、
前記インターフェースは、前記識別されたデータトラフィックのうちの少なくとも１つを使用した送信のために前記データユニットを出力するようにさらに構成された、請求項１に記載の装置。
【請求項１７】
前記ワイヤレスノードにある前記メモリは複数のバッファを備え、前記１つまたは複数のパラメータは、単一のデータユニットが２つ以上の前記複数のバッファの間で分割され得るかどうかを示すパラメータを含む、請求項１に記載の装置。
【請求項１８】
前記インターフェースは、前記ワイヤレスノードの１つまたは複数の能力を示す能力要素を受信するように構成され、
前記処理システムは、前記１つまたは複数の示された能力にも基づいて、前記ワイヤレスノードに送信されるべきデータユニットの前記数を決定するように構成された、請求項１に記載の装置。
【請求項１９】
前記インターフェースは、追加ブロック確認応答の応答が、ブロック確認応答セッションを要求する追加ブロック確認応答の要求によって送信請求されない場合、０に設定されたダイアログトークンを含む前記追加ブロック確認応答の応答を受信するようにさらに構成され、
前記処理システムは、前記ダイアログトークンが０に設定される場合、前記ブロック確認応答の応答の１つまたは複数のパラメータを無視するようにさらに構成され、ここにおいて、前記１つまたは複数のパラメータは、前記ブロック確認応答セッションに関連付けられる、請求項１に記載の装置。
【請求項２０】
前記インターフェースは、
前記ワイヤレスノードにある空きメモリ空間の別の量、
前記ワイヤレスノードにある前記メモリにおいて利用可能な空間がないこと、または、
最大長を有する集約データユニットのために前記ワイヤレスノードにある前記メモリ中に十分な空間があること、
を示す別の指示を受信するようにさらに構成され、
前記処理システムは、前記別の指示にも基づいて、前記ワイヤレスノードに送信されるべきデータユニットの前記数を決定するように構成された、請求項１に記載の装置。
【請求項２１】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、
空きメモリ空間の前記別の量の前記指示は、前記メモリユニットに関して与えられる、請求項２０に記載の装置。
【請求項２２】
ワイヤレス通信のための方法であって、
ワイヤレスノードから、前記ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータを受信することと、
前記ワイヤレスノードから、前記ワイヤレスノードにある前記メモリ中の空きメモリ空間の量の指示を受信することと、
空きメモリ空間の前記量の前記指示と前記１つまたは複数のパラメータとに基づいて、前記ワイヤレスノードに送信されるべきデータユニットの数を決定することと、
前記ワイヤレスノードへの送信のためにデータユニットを出力することと、ここにおいて、前記ワイヤレスノードへの送信のために出力される前記データユニットの数はデータユニットの前記決定された数に等しい、
を備える、方法。
【請求項２３】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、空きメモリ空間の前記量の前記指示は、前記メモリユニットに関して与えられる、請求項２２に記載の方法。
【請求項２４】
空きメモリ空間の前記量の前記指示を備えるブロック確認応答フレームを受信することをさらに備える、請求項２２に記載の方法。
【請求項２５】
空きメモリ空間の前記量の前記指示は、前記ブロック確認応答フレームの受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールド中にある、請求項２４に記載の方法。
【請求項２６】
前記ワイヤレスノードへの送信のためにブロック確認応答の要求を出力すること、ここにおいて、前記ブロック確認応答フレームは、ブロック確認応答の要求の後に受信される、をさらに備える、請求項２４に記載の方法。
【請求項２７】
送信請求されない前記ブロック確認応答フレームが受信される、請求項２４に記載の方法。
【請求項２８】
前記データユニットの各々は、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）である、請求項２２に記載の方法。
【請求項２９】
前記ワイヤレスノードへの送信のために追加ブロック確認応答（ＡＤＤＢＡ）要求を出力することと、前記ＡＤＤＢＡ要求は、前記ワイヤレスノードとのブロック確認応答セッションを要求する、
前記ワイヤレスノードから、前記ＡＤＤＢＡ要求を出力した後に、前記１つまたは複数のパラメータを備えるＡＤＤＢＡ応答を受信することと、
をさらに備える、請求項２２に記載の方法。
【請求項３０】
前記ＡＤＤＢＡ要求は、データトラフィックを識別するトラフィック識別子を含み、前記データユニットは、前記識別されたデータトラフィックの部分である、請求項２９に記載の方法。
【請求項３１】
前記ワイヤレスノードから、前記１つまたは複数のパラメータを備える追加トラフィック（ＡＤＤＴＳ）要求を受信することと、
前記ワイヤレスへの送信のためにＡＤＤＴＳ応答を出力することと、前記ＡＤＤＴＳ応答は、前記ＡＤＤＴＳ要求を確認応答する、
をさらに備える、請求項２２に記載の方法。
【請求項３２】
前記ワイヤレスノードにある前記メモリは、複数のバッファを備え、前記１つまたは複数のパラメータは、バッファサイズとバッファごとのデータユニットの数に対する制限とを含む、請求項２２に記載の方法。
【請求項３３】
前記１つまたは複数のパラメータは、複数の異なるメモリタイプのためのパラメータを含む、請求項２２に記載の方法。
【請求項３４】
前記複数の異なるメモリタイプは、先入れ先出し方式（ＦＩＦＯ）メモリとバッファメモリとを含む、請求項３３に記載の方法。
【請求項３５】
前記複数の異なるメモリタイプのうちの１つを示すインジケータを受信することをさらに備え、前記ワイヤレスノードに送信されるべきデータユニットの前記数の前記決定は、前記複数の異なるメモリタイプのうちの前記示された１つにも基づく、請求項３３に記載の方法。
【請求項３６】
前記複数の異なるメモリタイプのうちの前記１つを示す前記インジケータを備えるブロック確認応答を受信することをさらに備える、請求項３５に記載の方法。
【請求項３７】
複数のトラフィック識別子を受信することをさらに備え、前記トラフィック識別子の各々は、それぞれのデータトラフィックを識別し、
送信のために前記１つまたは複数のデータユニットを出力することは、前記データトラフィックのうちの少なくとも１つを使用した送信のために前記１つまたは複数のデータユニットを出力することを備える、
請求項２２に記載の方法。
【請求項３８】
前記ワイヤレスノードにある前記メモリは複数のバッファを備え、前記１つまたは複数のパラメータは、単一のデータユニットが２つ以上の前記複数のバッファの間で分割され得るかどうかを示すパラメータを含む、請求項２２に記載の方法。
【請求項３９】
前記ワイヤレスノードの１つまたは複数の能力を示す能力要素を受信すること、をさらに備え、
前記ワイヤレスノードに送信されるべきデータユニットの前記数を決定することは、前記１つまたは複数の示された能力にも基づく、
をさらに備える、請求項２２に記載の方法。
【請求項４０】
追加ブロック確認応答の応答が、ブロック確認応答セッションを要求する追加ブロック確認応答の要求によって送信請求されない場合、０に設定されたダイアログトークンを含む前記追加ブロック確認応答の応答を受信することと、
前記ダイアログトークンが０に設定される場合、前記ブロック確認応答の応答の１つまたは複数のパラメータを無視することと、ここにおいて、前記１つまたは複数のパラメータは、前記ブロック確認応答セッションに関連付けられる、
をさらに備える、請求項２２に記載の方法。
【請求項４１】
前記ワイヤレスノードにある空きメモリ空間の別の量、
前記ワイヤレスノードにある前記メモリにおいて利用可能な空間がないこと、または、
最大長を有する集約データユニットのために前記ワイヤレスノードにある前記メモリ中に十分な空間があること、
を示す別の指示を受信することをさらに備え、
前記ワイヤレスノードに送信されるべきデータユニットの前記数を決定することは、前記別の指示にも基づく、
請求項２２に記載の方法。
【請求項４２】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、
空きメモリ空間の前記別の量の前記指示は、前記メモリユニットに関して与えられる、請求項４１に記載の方法。
【請求項４３】
ワイヤレス通信のための装置であって、
ワイヤレスノードから、前記ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータを受信するための手段と、
前記ワイヤレスノードから、前記ワイヤレスノードにある前記メモリ中の空きメモリ空間の量の指示を受信するための手段と、
空きメモリ空間の前記量の前記指示と前記１つまたは複数のパラメータとに基づいて、前記ワイヤレスノードに送信されるべきデータユニットの数を決定するための手段と、
前記ワイヤレスノードへの送信のためにデータユニットを出力するための手段と、ここにおいて、前記ワイヤレスノードへの送信のために出力される前記データユニットの数がデータユニットの前記決定された数に等しい、
を備える、装置。
【請求項４４】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、空きメモリ空間の前記量の前記指示は、前記メモリユニットに関して与えられる、請求項４３に記載の装置。
【請求項４５】
空きメモリ空間の前記量の前記指示を備えるブロック確認応答フレームを受信するための手段をさらに備える、請求項４３に記載の装置。
【請求項４６】
空きメモリ空間の前記量の前記指示は、前記ブロック確認応答フレームの受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールド中にある、請求項４５に記載の装置。
【請求項４７】
前記ワイヤレスノードへの送信のためにブロック確認応答の要求を出力するための手段、ここにおいて、前記ブロック確認応答フレームは、前記ブロック確認応答の要求の後に受信される、をさらに備える、請求項４５に記載の装置。
【請求項４８】
前記装置によって送信請求されない前記ブロック確認応答フレームが受信される、請求項４５に記載の装置。
【請求項４９】
前記データユニットの各々は、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）である、請求項４３に記載の装置。
【請求項５０】
前記ワイヤレスノードへの送信のために追加ブロック確認応答（ＡＤＤＢＡ）要求を出力するための手段と、前記ＡＤＤＢＡ要求は、前記ワイヤレスノードとのブロック確認応答セッションを要求する、
前記ワイヤレスノードから、前記ＡＤＤＢＡ要求を出力した後に、前記１つまたは複数のパラメータを備えるＡＤＤＢＡ応答を受信するための手段と、
をさらに備える、請求項４３に記載の装置。
【請求項５１】
前記ＡＤＤＢＡ要求は、データトラフィックを識別するトラフィック識別子を含み、前記データユニットは、前記識別されたデータトラフィックの部分である、請求項５０に記載の装置。
【請求項５２】
前記ワイヤレスノードから、前記１つまたは複数のパラメータを備える追加トラフィック（ＡＤＤＴＳ）要求を受信するための手段と、
前記ワイヤレスへの送信のためにＡＤＤＴＳ応答を出力するための手段と、前記ＡＤＤＴＳ応答は、前記ＡＤＤＴＳ要求を確認応答する、
をさらに備える、請求項４３に記載の装置。
【請求項５３】
前記ワイヤレスノードにある前記メモリは、複数のバッファを備え、前記１つまたは複数のパラメータは、バッファサイズとバッファ当たりのデータユニットの数に対する制限とを含む、請求項４３に記載の装置。
【請求項５４】
前記１つまたは複数のパラメータは、複数の異なるメモリタイプのためのパラメータを含む、請求項４３に記載の装置。
【請求項５５】
前記複数の異なるメモリタイプは、先入れ先出し方式（ＦＩＦＯ）メモリとバッファメモリとを含む、請求項５４に記載の装置。
【請求項５６】
前記複数の異なるメモリタイプのうちの１つを示すインジケータを受信するための手段をさらに備え、
前記ワイヤレスノードに送信されるべきデータユニットの前記数を決定するための前記手段は、前記複数の異なるメモリタイプのうちの前記示された１つにも基づいて、前記ワイヤレスノードに送信されるべきデータユニットの前記数を決定する、
請求項５４に記載の装置。
【請求項５７】
前記複数の異なるメモリタイプのうちの前記１つを示す前記インジケータを備えるブロック確認応答を受信するための手段をさらに備える、請求項５６に記載の装置。
【請求項５８】
複数のトラフィック識別子を受信するための手段をさらに備え、前記トラフィック識別子の各々は、それぞれのデータトラフィックを識別し、
送信のために前記１つまたは複数のデータユニットを出力するための前記手段は、前記データトラフィックのうちの少なくとも１つを使用した送信のために前記１つまたは複数のデータユニットを出力する、
請求項４３に記載の装置。
【請求項５９】
前記ワイヤレスノードにある前記メモリは複数のバッファを備え、前記１つまたは複数のパラメータは、単一のデータユニットが２つ以上の前記複数のバッファの間で分割され得るかどうかを示すパラメータを含む、請求項４３に記載の装置。
【請求項６０】
前記ワイヤレスノードの１つまたは複数の能力を示す能力要素を受信するための手段、をさらに備え、
前記ワイヤレスノードに送信されるべきデータユニットの前記数を決定するための前記手段は、前記１つまたは複数の示された能力にも基づいて、前記ワイヤレスノードに送信されるべきデータユニットの前記数を決定する、
請求項４３に記載の装置。
【請求項６１】
追加ブロック確認応答の応答が、ブロック確認応答セッションを要求する追加ブロック確認応答の要求によって送信請求されない場合、０に設定されたダイアログトークンを含む前記追加ブロック確認応答の応答を受信するための手段と、
前記ダイアログトークンが０に設定される場合、前記ブロック確認応答の応答の１つまたは複数のパラメータを無視するための手段と、ここにおいて、前記１つまたは複数のパラメータは、前記ブロック確認応答セッションに関連付けられる、
をさらに備える、請求項４３に記載の装置。
【請求項６２】
前記ワイヤレスノードにある空きメモリ空間の別の量、
前記ワイヤレスノードにある前記メモリにおいて利用可能な空間がないこと、または、
最大長を有する集約データユニットのために前記ワイヤレスノードにある前記メモリ中に十分な空間があること、
を示す別の指示を受信するための手段、をさらに備え、
前記ワイヤレスノードに送信されるべきデータユニットの前記数を決定するための前記手段は、前記別の指示にも基づいて、送信されるべきデータユニットの前記数を決定する、
請求項４３に記載の装置。
【請求項６３】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、
空きメモリ空間の前記別の量の前記指示は、前記メモリユニットに関して与えられる、請求項６２に記載の装置。
【請求項６４】
コンピュータ可読媒体であって、
ワイヤレスノードから、前記ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータを受信することと、
前記ワイヤレスノードから、前記ワイヤレスノードにある前記メモリ中の空きメモリ空間の量の指示を受信することと、
空きメモリ空間の前記量の前記指示と前記１つまたは複数のパラメータとに基づいて、前記ワイヤレスノードに送信されるべきデータユニットの数を決定することと、
前記ワイヤレスノードへの送信のためにデータユニットを出力することと、ここにおいて、前記ワイヤレスノードへの送信のために出力される前記データユニットの数はデータユニットの前記決定された数に等しい、
を行うためにその上に記憶された命令を備えるコンピュータ可読媒体。
【請求項６５】
ワイヤレスノードであって、
別のワイヤレスノードから、前記別のワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータと、前記別のワイヤレスノードにある前記メモリ中の空きメモリ空間の量の指示とを受信するように構成された受信機と、
空きメモリ空間の前記量の前記指示と前記１つまたは複数のパラメータとに基づいて、前記別のワイヤレスノードに送信されるべきデータユニットの数を決定するように構成された処理システムと、
前記別のワイヤレスノードにデータユニットを送信するように構成された送信機と、ここにおいて、前記別のワイヤレスノードに送信される前記データユニットの数はデータユニットの前記決定された数に等しい、
を備える、ワイヤレスノード。
【請求項６６】
ワイヤレス通信のための装置であって、
ワイヤレスノードへの送信のために１つまたは複数のパラメータを出力するように構成されたインターフェースと、前記１つまたは複数のパラメータはメモリを指定する、
前記メモリ中の空きメモリ空間の量を計算するように構成された処理システムと、を備え、
前記インターフェースは、前記ワイヤレスノードへの送信のために空きメモリ空間の前記量の指示を出力するようにさらに構成される、
装置。
【請求項６７】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、空きメモリ空間の前記量の前記指示は、前記メモリユニットに関して与えられる、請求項６６に記載の装置。
【請求項６８】
前記処理システムは、前記メモリのサイズと受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールドの範囲とに基づいて、前記メモリユニットの前記サイズを計算するように構成された、請求項６７に記載の装置。
【請求項６９】
前記処理システムは、空きメモリ空間の前記量の前記指示を備えるブロック確認応答フレームを生成するようにさらに構成され、
前記インターフェースは、前記ワイヤレスノードへの送信のために前記ブロック確認応答フレームを出力するようにさらに構成された、請求項６６に記載の装置。
【請求項７０】
空きメモリ空間の前記量の前記指示は、前記ブロック確認応答フレームの受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールド中にある、請求項６９に記載の装置。
【請求項７１】
前記ＲＢＵＦＣＡＰフィールドは、前記メモリ中に空間がないことを示す第１の値または前記メモリ中の無制限の空間を示す第２の値を有する、請求項７０に記載の装置。
【請求項７２】
前記インターフェースは、前記ワイヤレスノードからブロック確認応答の要求を受信するようにさらに構成され、
前記処理システムは、前記ブロック確認応答の要求に応答して、前記ブロック確認応答フレームを生成するようにさらに構成された、請求項６９に記載の装置。
【請求項７３】
前記処理システムは、前記ワイヤレスノードによって送信請求されない前記ブロック確認応答フレームを生成するように構成された、請求項６９に記載の装置。
【請求項７４】
前記処理システムは、
前記メモリ中の空きメモリ空間の前記量の変化を追跡することと、
前記変化をしきい値と比較することと、
前記変化が前記しきい値に等しいかまたはそれを上回る場合、前記ブロック確認応答フレームを生成することと、
を行うようにさらに構成された、請求項７３に記載の装置。
【請求項７５】
前記インターフェースは、前記ワイヤレスノードから追加ブロック確認応答（ＡＤＤＢＡ）要求を受信するようにさらに構成され、前記ＡＤＤＢＡ要求は、前記ワイヤレスノードとのブロック確認応答セッションを要求し、
前記処理システムは、前記ＡＤＤＢＡ要求に応答して、ＡＤＤＢＡ応答を生成するようにさらに構成され、ここにおいて、前記ＡＤＤＢＡ応答は、前記１つまたは複数のパラメータを備え、
前記インターフェースは、前記ワイヤレスノードへの送信のために前記ＡＤＤＢＡ応答を出力するようにさらに構成された、請求項６６に記載の装置。
【請求項７６】
前記処理システムは、前記１つまたは複数のパラメータを備える追加トラフィック（ＡＤＤＴＳ）要求を生成するようにさらに構成され、
前記インターフェースは、前記ワイヤレスノードへの送信のために前記追加トラフィック（ＡＤＤＴＳ）要求を出力するようにさらに構成され、
前記インターフェースは、前記ワイヤレスノードから、前記ＡＤＤＴＳ要求を確認応答するＡＤＤＴＳ応答を受信するようにさらに構成された、請求項６６に記載の装置。
【請求項７７】
前記処理システムは、前記メモリに入るデータの量と前記メモリから解放されるデータの量とを追跡することによって、空きメモリ空間の前記量を計算するように構成された、請求項６６に記載の装置。
【請求項７８】
前記メモリは複数のバッファを備え、前記１つまたは複数のパラメータは、バッファサイズとバッファごとのデータユニットの数に対する制限とを含む、請求項６６に記載の装置。
【請求項７９】
前記１つまたは複数のパラメータは、複数の異なるメモリタイプのためのパラメータを含む、請求項６６に記載の装置。
【請求項８０】
前記複数の異なるメモリタイプは、先入れ先出し方式（ＦＩＦＯ）メモリとバッファメモリとを含む、請求項７９に記載の装置。
【請求項８１】
前記インターフェースは、前記ワイヤレスノードへの送信のためにインジケータを出力するようにさらに構成され、前記インジケータは、前記複数の異なるメモリタイプのうちの１つを示す、請求項７９に記載の装置。
【請求項８２】
前記インターフェースは、前記ワイヤレスノードへの送信のためにブロック確認応答を出力するようにさらに構成され、前記ブロック確認応答は、前記複数の異なるメモリタイプのうちの前記１つを示す前記インジケータを備える、請求項８１に記載の装置。
【請求項８３】
前記インターフェースは、前記ワイヤレスノードへの送信のために複数のトラフィック識別子を出力するようにさらに構成され、前記トラフィック識別子の各々は、それぞれのデータトラフィックを識別し、
前記インターフェースは、前記識別されたデータトラフィックのうちの少なくとも１つを介して、前記ワイヤレスノードからデータユニットを受信するようにさらに構成された、請求項６６に記載の装置。
【請求項８４】
前記メモリは複数のバッファを備え、前記１つまたは複数のパラメータは、単一のデータユニットが前記複数のバッファのうちの２つ以上の間で分割され得るかどうかを示すパラメータを含む、請求項６６に記載の装置。
【請求項８５】
前記インターフェースは、前記ワイヤレスノードへの送信のために能力要素を出力するようにさらに構成され、前記能力要素は、前記装置の１つまたは複数の能力を示す、請求項６６に記載の装置。
【請求項８６】
前記インターフェースは、前記ワイヤレスノードへの送信のために追加ブロック確認応答の応答を出力するようにさらに構成され、前記追加ブロック確認応答の応答は、前記追加ブロック確認応答の応答が、ブロック確認応答セッションを要求する追加ブロック確認応答の要求によって送信請求されない場合、０に設定されたダイアログトークンを含む、請求項６６に記載の装置。
【請求項８７】
前記インターフェースは、前記ワイヤレスノードへの送信のために別の指示を出力するようにさらに構成され、前記別の指示は、
前記装置にある空きメモリ空間の別の量、
前記メモリにおいて利用可能な空間がないこと、または
最大長を有する集約データユニットのために前記メモリ中に十分な空間があること、
を示す、請求項６６に記載の装置。
【請求項８８】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、
空きメモリ空間の前記別の量の前記指示は、前記メモリユニットに関して与えられる、請求項８７に記載の装置。
【請求項８９】
ワイヤレス通信のための方法であって、
ワイヤレスノードへの送信のために１つまたは複数のパラメータを出力することと、前記１つまたは複数のパラメータはメモリを指定する、
前記メモリ中の空きメモリ空間の量を計算することと、
前記ワイヤレスノードへの送信のために空きメモリ空間の前記量の指示を出力することと、
を備える、方法。
【請求項９０】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、空きメモリ空間の前記量の前記指示は、前記メモリユニットに関して与えられる、請求項８９に記載の方法。
【請求項９１】
前記メモリのサイズと受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールドの範囲とに基づいて、前記メモリユニットの前記サイズを計算することをさらに備える、請求項９０に記載の方法。
【請求項９２】
空きメモリ空間の前記量の前記指示を備えるブロック確認応答フレームを生成することと、
前記ワイヤレスノードへの送信のために前記ブロック確認応答フレームを出力することと、
をさらに備える、請求項８９に記載の方法。
【請求項９３】
空きメモリ空間の前記量の前記指示は、前記ブロック確認応答フレームの受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールド中にある、請求項９２に記載の方法。
【請求項９４】
前記ＲＢＵＦＣＡＰフィールドは、前記メモリ中に空間がないことを示す第１の値または前記メモリ中の無制限の空間を示す第２の値を有する、請求項９３に記載の方法。
【請求項９５】
前記ワイヤレスノードからブロック確認応答の要求を受信すること、をさらに備え、
前記ブロック確認応答フレームは、前記ブロック確認応答の要求に応答して生成される、
請求項９２に記載の方法。
【請求項９６】
前記ワイヤレスノードによって送信請求されない前記ブロック確認応答フレームが生成される、請求項９２に記載の方法。
【請求項９７】
前記メモリ中の空きメモリ空間の前記量の変化を追跡することと、
前記変化をしきい値と比較することと、
をさらに備え、
前記変化が前記しきい値に等しいかまたはそれを上回る場合、前記ブロック確認応答フレームが生成される、
請求項９６に記載の方法。
【請求項９８】
前記ワイヤレスノードから追加ブロック確認応答（ＡＤＤＢＡ）要求を受信することと、前記ＡＤＤＢＡ要求は、前記ワイヤレスノードとのブロック確認応答セッションを要求する、
前記ＡＤＤＢＡ要求に応答して、ＡＤＤＢＡ応答を生成することと、ここにおいて、前記ＡＤＤＢＡ応答は、前記１つまたは複数のパラメータを備える、
前記ワイヤレスノードへの送信のために前記ＡＤＤＢＡ応答を出力することと、
をさらに備える、請求項８９に記載の方法。
【請求項９９】
前記１つまたは複数のパラメータを備える追加トラフィック（ＡＤＤＴＳ）要求を生成することと、
前記ワイヤレスノードへの送信のために前記追加トラフィック（ＡＤＤＴＳ）要求を出力することと、
前記ワイヤレスノードから、前記ＡＤＤＴＳ要求を確認応答するＡＤＤＴＳ応答を受信することと、
をさらに備える、請求項８９に記載の方法。
【請求項１００】
空きメモリ空間の前記量を計算することは、前記メモリに入るデータの量と前記メモリから解放されるデータの量とを追跡することを含む、請求項８９に記載の方法。
【請求項１０１】
前記メモリは複数のバッファを備え、前記１つまたは複数のパラメータは、バッファサイズとバッファごとのデータユニットの数に対する制限とを含む、請求項８９に記載の方法。
【請求項１０２】
前記１つまたは複数のパラメータは、複数の異なるメモリタイプのためのパラメータを含む、請求項８９に記載の方法。
【請求項１０３】
前記複数の異なるメモリタイプは、先入れ先出し方式（ＦＩＦＯ）メモリとバッファメモリとを含む、請求項１０２に記載の方法。
【請求項１０４】
前記ワイヤレスノードへの送信のためにインジケータを出力すること、をさらに備え、前記インジケータは、前記複数の異なるメモリタイプのうちの１つを示す、請求項１０２に記載の方法。
【請求項１０５】
前記ワイヤレスノードへの送信のためにブロック確認応答を出力すること、をさらに備え、前記ブロック確認応答は、前記複数の異なるメモリタイプのうちの前記１つを示す前記インジケータを備える、請求項１０４に記載の方法。
【請求項１０６】
前記ワイヤレスノードへの送信のために複数のトラフィック識別子を出力することと、前記トラフィック識別子の各々は、それぞれのデータトラフィックを識別する、
前記識別されたデータトラフィックのうちの少なくとも１つを介して、前記ワイヤレスノードからデータユニットを受信することと、
をさらに備える、請求項８９に記載の方法。
【請求項１０７】
前記メモリは複数のバッファを備え、前記１つまたは複数のパラメータは、単一のデータユニットが前記複数のバッファのうちの２つ以上の間で分割され得るかどうかを示すパラメータを含む、請求項８９に記載の方法。
【請求項１０８】
前記ワイヤレスノードへの送信のために能力要素を出力すること、をさらに備え、前記能力要素は、前記装置の１つまたは複数の能力を示す、請求項８９に記載の方法。
【請求項１０９】
前記ワイヤレスノードへの送信のために追加ブロック確認応答の応答を出力すること、をさらに備え、前記追加ブロック確認応答の応答は、前記追加ブロック確認応答の応答が、ブロック確認応答セッションを要求する追加ブロック確認応答の要求によって送信請求されない場合、０に設定されたダイアログトークンを含む、請求項８９に記載の方法。
【請求項１１０】
前記ワイヤレスノードへの送信のために別の指示を出力すること、をさらに備え、前記別の指示は、
前記装置にある空きメモリ空間の別の量、
前記メモリにおいて利用可能な空間がないこと、または
最大長を有する集約データユニットのために前記メモリ中に十分な空間があること、
を示す、
請求項８９に記載の方法。
【請求項１１１】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、
空きメモリ空間の前記別の量の前記指示は、前記メモリユニットに関して与えられる、請求項１１０に記載の方法。
【請求項１１２】
ワイヤレス通信のための装置であって、
ワイヤレスノードへの送信のために１つまたは複数のパラメータを出力するための手段と、前記１つまたは複数のパラメータはメモリを指定する、
前記メモリ中の空きメモリ空間の量を計算するための手段と、
前記ワイヤレスノードへの送信のために空きメモリ空間の前記量の指示を出力するための手段と、
を備える、装置。
【請求項１１３】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、空きメモリ空間の前記量の前記指示は、前記メモリユニットに関して与えられる、請求項１１２に記載の装置。
【請求項１１４】
前記メモリのサイズと受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールドの範囲とに基づいて、前記メモリユニットの前記サイズを計算するための手段をさらに備える、請求項１１３に記載の装置。
【請求項１１５】
空きメモリ空間の前記量の前記指示を備えるブロック確認応答フレームを生成するための手段と、
前記ワイヤレスノードへの送信のために前記ブロック確認応答フレームを出力するための手段と、
をさらに備える、請求項１１２に記載の装置。
【請求項１１６】
空きメモリ空間の前記量の前記指示は、前記ブロック確認応答フレームの受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールド中にある、請求項１１５に記載の装置。
【請求項１１７】
前記ＲＢＵＦＣＡＰフィールドは、前記メモリ中に空間がないことを示す第１の値または前記メモリ中の無制限の空間を示す第２の値を有する、請求項１１６に記載の装置。
【請求項１１８】
前記ワイヤレスノードからブロック確認応答の要求を受信するための手段、をさらに備え、前記ブロック確認応答フレームは、前記ブロック確認応答の要求に応答して生成される、請求項１１５に記載の装置。
【請求項１１９】
前記ワイヤレスノードによって送信請求されない前記ブロック確認応答フレームが生成される、請求項１１５に記載の装置。
【請求項１２０】
前記メモリ中の空きメモリ空間の前記量の変化を追跡するための手段と、
前記変化をしきい値と比較するための手段と、
をさらに備え、
前記変化が前記しきい値に等しいかまたはそれを上回る場合、前記ブロック確認応答フレームが生成される、
請求項１１９に記載の装置。
【請求項１２１】
前記ワイヤレスノードから追加ブロック確認応答（ＡＤＤＢＡ）要求を受信するための手段と、前記ＡＤＤＢＡ要求は、前記ワイヤレスノードとのブロック確認応答セッションを要求する、
前記ＡＤＤＢＡ要求に応答して、ＡＤＤＢＡ応答を生成するための手段と、ここにおいて、前記ＡＤＤＢＡ応答は、前記１つまたは複数のパラメータを備える、
前記ワイヤレスノードへの送信のために前記ＡＤＤＢＡ応答を出力するための手段と、
をさらに備える、請求項１１２に記載の装置。
【請求項１２２】
前記１つまたは複数のパラメータを備える追加トラフィック（ＡＤＤＴＳ）要求を生成するための手段と、
前記ワイヤレスノードへの送信のために前記追加トラフィック（ＡＤＤＴＳ）要求を出力するための手段と、
前記ワイヤレスノードから、前記ＡＤＤＴＳ要求を確認応答するＡＤＤＴＳ応答を受信するための手段と、
をさらに備える、請求項１１２に記載の装置。
【請求項１２３】
空きメモリ空間の前記量を計算すための前記手段は、前記メモリに入るデータの量と前記メモリから解放されるデータの量とを追跡するための手段を含む、請求項１１２に記載の装置。
【請求項１２４】
前記メモリは複数のバッファを備え、前記１つまたは複数のパラメータは、バッファサイズとバッファごとのデータユニットの数に対する制限とを含む、請求項１１２に記載の装置。
【請求項１２５】
前記１つまたは複数のパラメータは、複数の異なるメモリタイプのためのパラメータを含む、請求項１１２に記載の装置。
【請求項１２６】
前記複数の異なるメモリタイプは、先入れ先出し方式（ＦＩＦＯ）メモリとバッファメモリとを含む、請求項１２５に記載の装置。
【請求項１２７】
前記ワイヤレスノードへの送信のためにインジケータを出力するための手段、をさらに備え、前記インジケータは、前記複数の異なるメモリタイプのうちの１つを示す、請求項１２５に記載の装置。
【請求項１２８】
前記ワイヤレスノードへの送信のためにブロック確認応答を出力するための手段、をさらに備え、前記ブロック確認応答は、前記複数の異なるメモリタイプのうちの前記１つを示す前記インジケータを備える、請求項１２７に記載の装置。
【請求項１２９】
前記ワイヤレスノードへの送信のために複数のトラフィック識別子を出力するための手段と、前記トラフィック識別子の各々は、それぞれのデータトラフィックを識別する、
前記識別されたデータトラフィックのうちの少なくとも１つを介して、前記ワイヤレスノードからデータユニットを受信するための手段と、
をさらに備える、請求項１１２に記載の装置。
【請求項１３０】
前記メモリは複数のバッファを備え、前記１つまたは複数のパラメータは、単一のデータユニットが前記複数のバッファのうちの２つ以上の間で分割され得るかどうかを示すパラメータを含む、請求項１１２に記載の装置。
【請求項１３１】
前記ワイヤレスノードへの送信のために能力要素を出力するための手段、をさらに備え、前記能力要素は、前記装置の１つまたは複数の能力を示す、請求項１１２に記載の装置。
【請求項１３２】
前記ワイヤレスノードへの送信のために追加ブロック確認応答の応答を出力するための手段、をさらに備え、前記追加ブロック確認応答の応答は、前記追加ブロック確認応答の応答が、ブロック確認応答セッションを要求する追加ブロック確認応答の要求によって送信請求されない場合、０に設定されたダイアログトークンを含む、請求項１１２に記載の装置。
【請求項１３３】
前記ワイヤレスノードへの送信のために別の指示を出力するための手段、をさらに備え、前記別の指示は、
前記装置にある空きメモリ空間の別の量、
前記メモリにおいて利用可能な空間がないこと、または
最大長を有する集約データユニットのために前記メモリ中に十分な空間があること、
を示す、
請求項１１２に記載の装置。
【請求項１３４】
前記１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み、
空きメモリ空間の前記別の量の前記指示は、前記メモリユニットに関して与えられる、請求項１３３に記載の装置。
【請求項１３５】
コンピュータ可読媒体であって、
ワイヤレスノードへの送信のために１つまたは複数のパラメータを出力することと、前記１つまたは複数のパラメータはメモリを指定する、
前記メモリ中の空きメモリ空間の量を計算することと、
前記ワイヤレスノードへの送信のために空きメモリ空間の前記量の指示を出力することと、
を行うためにその上に記憶された命令を備えるコンピュータ可読媒体。
【請求項１３６】
ワイヤレスノードであって、
別のワイヤレスノードに１つまたは複数のパラメータを送信するように構成された送信機と、前記１つまたは複数のパラメータがメモリを指定する、
前記メモリ中の空きメモリ空間の量を計算するように構成された処理システムと、
を備え、
前記送信機は、前記別のワイヤレスノードに空きメモリ空間の前記量の指示を送信するようにさらに構成される、
ワイヤレスノード。
【発明の詳細な説明】
【優先権の主張】
【０００１】
関連出願の相互参照
本出願は、その内容全体が以下に完全にすべて記載されるかのように、すべての適用可能な目的のために参照により本明細書に組み込まれる、２０１７年４月１７日に米国特許商標庁に出願された仮出願第６２／４８６，４１２号、２０１７年６月８日に米国特許商標庁に出願された仮出願第６２／５１７，１４８号、および２０１８年４月１３日に米国特許商標庁に出願された非仮出願第１５／９５３，１１５号の優先権および利益を主張する。
【技術分野】
【０００２】
本開示のいくつかの態様は、一般にワイヤレス通信に関し、より詳細には、ワイヤレス通信システムにおけるフロー制御に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムのために要求される増加する帯域幅の要件という問題に対処するために、様々な方式が開発されている。いくつかの方式では、データは、６０ＧＨｚ範囲中の１つまたは複数のチャネル上で高データレートでワイヤレス送信される。
【発明の概要】
【０００４】
[0004]第１の態様は、ワイヤレス通信のための装置に関する。本装置は、ワイヤレスノードから、ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータと、当該ワイヤレスノードにある当該メモリ中の空きメモリ空間の量の指示とを受信するように構成されたインターフェースを備える。本装置はまた、空きメモリ空間の量の指示と１つまたは複数のパラメータとに基づいて当該ワイヤレスノードに送信されるべきデータユニットの数を決定するように構成された処理システムを備える。インターフェースは、当該ワイヤレスノードへの送信のためにデータユニットを出力するようにさらに構成され、ここにおいて、ワイヤレスノードへの送信のために出力されるデータユニットの数がデータユニットの決定された数に等しい。
【０００５】
[0005]第２の態様は、ワイヤレス通信のための方法を関係付ける。本方法は、ワイヤレスノードから、ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータを受信することと、ワイヤレスノードから、ワイヤレスノードにあるメモリ中の空きメモリ空間の量の指示を受信することと、空きメモリ空間の量の指示と１つまたは複数のパラメータとに基づいてワイヤレスノードに送信されるべきデータユニットの数を決定することと、ワイヤレスノードへの送信のためにデータユニットを出力することと、ここにおいて、ワイヤレスノードへの送信のために出力されるデータユニットの数がデータユニットの決定された数に等しい、を備える。
【０００６】
[0006]第３の態様は、ワイヤレス通信のための装置に関する。本装置は、ワイヤレスノードから、ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータを受信するための手段と、ワイヤレスノードから、ワイヤレスノードにあるメモリ中の空きメモリ空間の量の指示を受信するための手段と、空きメモリ空間の量の指示と１つまたは複数のパラメータとに基づいてワイヤレスノードに送信されるべきデータユニットの数を決定するための手段と、ワイヤレスノードへの送信のためにデータユニットを出力するための手段と、ここにおいて、ワイヤレスノードへの送信のために出力されるデータユニットの数がデータユニットの決定された数に等しい、を備える。
【０００７】
[0007]第４の態様は、コンピュータ可読媒体に関する。本コンピュータ可読媒体は、ワイヤレスノードから、ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータを受信することと、ワイヤレスノードから、ワイヤレスノードにあるメモリ中の空きメモリ空間の量の指示を受信することと、空きメモリ空間の量の指示と１つまたは複数のパラメータとに基づいてワイヤレスノードに送信されるべきデータユニットの数を決定することと、ワイヤレスノードへの送信のためにデータユニットを出力することと、を行うためにその上に記憶された命令を備え、ここにおいて、ワイヤレスノードへの送信のために出力されるデータユニットの数がデータユニットの決定された数に等しい、
[0008]第５の態様はワイヤレスノードに関する。本ワイヤレスノードは、別のワイヤレスノードから、その別のワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータと、その別のワイヤレスノードにあるメモリ中の空きメモリ空間の量の指示とを受信するように構成された受信機を備える。本ワイヤレスノードはまた、空きメモリ空間の量の指示と１つまたは複数のパラメータとに基づいてその別のワイヤレスノードに送信されるべきデータユニットの数を決定するように構成された処理システムを備える。本ワイヤレスノードは、その別のワイヤレスノードにデータユニットを送信するように構成された送信機を備え、ここにおいて、その別のワイヤレスノードに送信されるデータユニットの数がデータユニットの決定された数に等しい。
【０００８】
[0009]第６の態様は、ワイヤレス通信のための装置に関する。本装置は、ワイヤレスノードへの送信のために、メモリを指定する（specifying）１つまたは複数のパラメータを出力するように構成されたインターフェースを含む。本装置はまた、メモリ中の空きメモリ空間の量を計算するように構成された処理システムを備える。インターフェースは、ワイヤレスノードへの送信のために空きメモリ空間の量の指示を出力するようにさらに構成される。
【０００９】
[0010]第７の態様は、ワイヤレス通信のための方法に関する。本方法は、ワイヤレスノードへの送信のために、メモリを指定する１つまたは複数のパラメータを出力することと、メモリ中の空きメモリ空間の量を計算することと、ワイヤレスノードへの送信のために空きメモリ空間の量の指示を出力することと、を備える。
【００１０】
[0011]第８の態様は、ワイヤレス通信のための装置に関する。本装置は、ワイヤレスノードへの送信のために、メモリを指定する１つまたは複数のパラメータを出力するための手段と、メモリ中の空きメモリ空間の量を計算するための手段と、ワイヤレスノードへの送信のために空きメモリ空間の量の指示を出力するための手段とを備える。
【００１１】
[0012]第９の態様は、コンピュータ可読媒体に関する。本コンピュータ可読媒体は、ワイヤレスノードへの送信のために、メモリを指定する１つまたは複数のパラメータを出力することと、メモリ中の空きメモリ空間の量を計算することと、ワイヤレスノードへの送信のために空きメモリ空間の量の指示を出力することとを行うためにその上に記憶された命令を備える。
【００１２】
[0013]第１０の態様はワイヤレスノードに関する。本ワイヤレスノードは、別のワイヤレスノードに、メモリを指定する１つまたは複数のパラメータを送信するように構成された送信機、を備える。本ワイヤレスノードはまた、メモリ中の空きメモリ空間の量を計算するように構成された処理システムを備える。本送信機は、その別のワイヤレスノードに空きメモリ空間の量の指示を送信するようにさらに構成される。
【図面の簡単な説明】
【００１３】
【図１】[0014]本開示のいくつかの態様による、例示的なワイヤレス通信システムを示す図。
【図２】[0015]本開示のいくつかの態様による、例示的なアクセスポイントおよびアクセス端末のブロック図。
【図３Ａ】[0016]本開示のいくつかの態様による、バッファメモリ構造の一例を示す図。
【図３Ｂ】[0017]本開示のいくつかの態様による、ＦＩＦＯメモリ構造の一例を示す図。
【図４】[0018]本開示のいくつかの態様による、メモリパラメータを通信するための情報要素の一例を示す図。
【図５Ａ】[0019]本開示のいくつかの態様による、受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールドを含むブロック確認応答（ＢＡ）情報フィールドの一例を示す図。
【図５Ｂ】[0020]本開示のいくつかの態様による、ＦＩＦＯメモリが使用されるのかまたはバッファメモリが使用されるのかの指示を含むＢＡ制御フィールドの一例を示す図。
【図６】[0021]本開示のいくつかの態様による、過渡的なシナリオを示す図。
【図７】[0022]本開示のいくつかの態様による、遅い応答側（responder）シナリオを示す図。
【図８Ａ】[0023]本開示のいくつかの態様による、例示的な追加ブロック確認応答（ＡＤＤＢＡ）要求フレームを示す図。
【図８Ｂ】[0024]本開示のいくつかの態様による、例示的な追加ブロック確認応答（ＡＤＤＢＡ）応答フレームを示す図。
【図９】[0025]本開示のいくつかの態様による、例示的なフロー制御拡張構成要素を示す図。
【図１０Ａ】[0026]本開示のいくつかの態様による、例示的なフロー制御能力部分要素を示す図。
【図１０Ｂ】本開示のいくつかの態様による、例示的なフロー制御能力部分要素を示す図。
【図１１】[0027]本開示のいくつかの態様による、例示的な受信側メモリ構成部分要素を示す図。
【図１２】[0028]本開示のいくつかの態様による、ワイヤレス通信のための方法のフローチャート。
【図１３】[0029]本開示のいくつかの態様による、ワイヤレス通信のための別の方法のフローチャート。
【図１４】[0030]本開示のいくつかの態様による、例示的なデバイスを示す図。
【発明を実施するための形態】
【００１４】
[0031]添付の図面を参照しながら本開示の様々な態様について以下でより十分に説明する。ただし、本開示は、多くの異なる形態で実施され得、本開示全体にわたって提示する任意の特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるように与えられる。本明細書の教示に基づいて、本開示の範囲は、本開示の他の態様とは無関係に実装されるにせよ、本開示の他の態様と組み合わせられるにせよ、本明細書で開示する本開示のいかなる態様をもカバーするものであることを、当業者は諒解されたい。たとえば、本明細書に記載する態様をいくつ使用しても、装置は実装され得、または方法は実施され得る。さらに、本開示の範囲は、本明細書に記載される本開示の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法をカバーするものである。本明細書で開示される本開示のいずれの態様も、請求項の１つまたは複数の要素によって実施され得ることを理解されたい。
【００１５】
[0032]「例示的」という単語は、「例、事例、または例示の働きをする」ことを意味するために本明細書で使用される。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利なものと解釈すべきではない。
【００１６】
[0033]本明細書では特定の態様について説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好適な態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であるものとし、それらのうちのいくつかを例として、図において、および好適な態様についての以下の説明において示す。発明を実施するための形態および図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびそれの均等物によって定義される。
例示的なワイヤレス通信システム
[0034]本明細書で説明する技法は、直交多重化方式に基づく通信システムを含む、様々なブロードバンドワイヤレス通信システムに使用され得る。そのような通信システムの例としては、空間分割多元接続（ＳＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムなどがある。ＳＤＭＡシステムは、複数のアクセス端末に属するデータを同時に送信するために十分に異なる方向を利用し得る。ＴＤＭＡシステムは、送信信号を異なるタイムスロットに分割することによって、複数のアクセス端末が同じ周波数チャネルを共有することを可能にし得、各タイムスロットは異なるアクセス端末に割り当てられる。ＯＦＤＭＡシステムは、全システム帯域幅を複数の直交サブキャリアに区分する変調技法である、直交周波数分割多重（ＯＦＤＭ）を利用する。これらのサブキャリアは、トーン、ビンなどと呼ばれることもある。ＯＦＤＭでは、各サブキャリアは独立してデータで変調され得る。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されたサブキャリア上で送信するためのインターリーブＦＤＭＡ（ＩＦＤＭＡ）、隣接するサブキャリアのブロック上で送信するための局所ＦＤＭＡ（ＬＦＤＭＡ）、または隣接するサブキャリアの複数のブロック上で送信するための拡張ＦＤＭＡ（ＥＦＤＭＡ）を利用し得る。一般に、変調シンボルは、ＯＦＤＭでは周波数ドメイン中で送られ、ＳＣ−ＦＤＭＡでは時間ドメイン中で送られる。
【００１７】
[0035]本明細書の教示は、様々なワイヤードまたはワイヤレス装置（たとえば、ノード）に組み込まれ得る（たとえば、その装置内に実装されるか、またはその装置によって実行され得る）。いくつかの態様では、本明細書の教示に従って実装されるワイヤレスノードはアクセスポイントまたはアクセス端末を備え得る。
【００１８】
[0036]アクセスポイント（「ＡＰ」）は、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、発展型ノードＢ（ｅＮＢ）、基地局コントローラ（「ＢＳＣ」）、トランシーバ基地局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基本サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、または何らかの他の用語を備えるか、それらとして実装されるか、あるいはそれらとして知られ得る。
【００１９】
[0037]アクセス端末（「ＡＴ」）は、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、ユーザ局、または何らかの他の用語を備えるか、それらとして実装されるか、あるいはそれらとして知られ得る。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、局（「ＳＴＡ」）、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備え得る。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラーフォンまたはスマートフォン）、コンピュータ（たとえば、ラップトップ）、ポータブル通信デバイス、ポータブルコンピューティングデバイス（たとえば、個人情報端末）、エンターテインメントデバイス（たとえば、音楽またはビデオデバイス、あるいは衛星ラジオ）、全地球測位システムデバイス、あるいはワイヤレスまたはワイヤード媒体を介して通信するように構成された他の好適なデバイスに組み込まれ得る。いくつかの態様では、ノードはワイヤレスノードである。そのようなワイヤレスノードは、たとえば、ワイヤードまたはワイヤレス通信リンクを介した、ネットワーク（たとえば、インターネットまたはセルラーネットワークなど、ワイドエリアネットワーク）のための、またはネットワークへの接続性を与え得る。
【００２０】
[0038]以下の説明に関して、アクセスポイントとユーザデバイスとの間の通信のみが可能にされるのではなく、それぞれのユーザデバイス間の直接（たとえば、ピアツーピア）通信も可能にされることを理解されたい。さらに、デバイス（たとえば、アクセスポイントまたはユーザデバイス）は、様々な条件に従ってユーザデバイスとアクセスポイントとの間のそれの挙動を変更し得る。また、１つの物理デバイスが複数の役割を果たすこと、すなわち、たとえば、異なるチャネル、異なるタイムスロット、またはその両方上の、ユーザデバイスおよびアクセスポイント、複数のユーザデバイス、複数のアクセスポイントであることがある。
【００２１】
[0039]図１に、アクセスポイントとアクセス端末とをもつワイヤレス通信システム１００の一例を示す。簡単のために、ただ１つのアクセスポイント１１０を図１に示す。アクセスポイントは、概して、アクセス端末と通信する固定局であり、基地局または何らかの他の用語で呼ばれることもある。アクセス端末は、固定または移動可能であり得、移動局、ワイヤレスデバイスまたは何らかの他の用語で呼ばれることもある。アクセスポイント１１０は、ダウンリンクおよびアップリンク上で所与の瞬間において１つまたは複数のアクセス端末１２０と通信し得る。ダウンリンク（すなわち、順方向リンク）はアクセスポイントからアクセス端末への通信リンクであり、アップリンク（すなわち、逆方向リンク）はアクセス端末からアクセスポイントへの通信リンクである。アクセス端末はまた、別のアクセス端末とピアツーピアで通信し得る。アクセスポイント１１０は、バックボーンネットワーク１３０（たとえば、インターネット）へのアクセスをアクセス端末に与えるためにバックボーンネットワーク１３０に結合され得る。
【００２２】
[0040]図２は、ワイヤレス通信システム２００のアクセスポイント２１０（概して、第１のワイヤレスノード）およびアクセス端末２２０（概して、第２のワイヤレスノード）のブロック図を示す。アクセスポイント２１０は、ダウンリンクでは送信エンティティであり、アップリンクでは受信エンティティである。アクセス端末２２０は、アップリンクでは送信エンティティであり、ダウンリンクでは受信エンティティである。本明細書で使用される「送信エンティティ」は、ワイヤレスチャネルを介してデータを送信することが可能な独立動作型の装置またはワイヤレスノードであり、「受信エンティティ」は、ワイヤレスチャネルを介してデータを受信することが可能な独立動作型の装置またはワイヤレスノードである。
【００２３】
[0041]この例では、ワイヤレスノード２１０はアクセスポイントであり、ワイヤレスノード２２０はアクセス端末であるが、ワイヤレスノード２１０は代替的にアクセス端末であり得、ワイヤレスノード２２０は代替的にアクセスポイントであり得ることを理解されたい。ワイヤレスノード２１０は、図１中のアクセスポイント１１０を実装するために使用され得、ワイヤレスノード２２０は、図１中のアクセス端末１２０のいずれか１つを実装するために使用され得る。
【００２４】
[0042]データを送信するために、アクセスポイント２１０は、送信データプロセッサ２１８と、フレームビルダー２２２と、送信プロセッサ２２４と、複数のトランシーバ２２６−１〜２２６−Ｎと、複数のアンテナ２３０−１〜２３０−Ｎとを備える。アクセスポイント２１０は、以下でさらに説明されるように、アクセスポイント２１０の動作を制御するように構成されたコントローラ２３４をも備える。
【００２５】
[0043]動作中、送信データプロセッサ２１８は、データソース２１５からデータ（たとえば、データビット）を受信し、送信のためにデータを処理する。たとえば、送信データプロセッサ２１８は、データ（たとえば、データビット）を符号化データに符号化し、符号化データをデータシンボルに変調し得る。送信データプロセッサ２１８は、異なる変調およびコーディング方式（ＭＣＳ）をサポートし得る。たとえば、送信データプロセッサ２１８は、複数の異なるコーディングレートのうちのいずれか１つで（たとえば、低密度パリティチェック（ＬＤＰＣ）符号化を使用して）データを符号化し得る。また、送信データプロセッサ２１８は、限定はしないが、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、６４ＡＰＳＫ、１２８ＡＰＳＫ、２５６ＱＡＭ、および２５６ＡＰＳＫを含む、複数の異なる変調方式のうちのいずれか１つを使用して、符号化データを変調し得る。
【００２６】
[0044]いくつかの態様では、コントローラ２３４は、（たとえば、ダウンリンクのチャネル状態に基づいて）どの変調およびコーディング方式（ＭＣＳ）を使用すべきかを指定するコマンドを送信データプロセッサ２１８に送り得、送信データプロセッサ２１８は、指定されたＭＣＳに従ってデータソース２１５からのデータを符号化および変調し得る。送信データプロセッサ２１８は、データスクランブリングおよび／または他の処理など、データに対して追加の処理を実施し得ることを諒解されたい。送信データプロセッサ２１８は、フレームビルダー２２２にデータシンボルを出力する。
【００２７】
[0045]フレームビルダー２２２は、（パケットとも呼ばれる）フレームを構成し、フレームのデータペイロードにデータシンボルを挿入する。例示的なフレーム構造またはフォーマットが以下でさらに説明される。フレームビルダー２２２は、送信プロセッサ２２４にフレームを出力する。送信プロセッサ２２４は、ダウンリンク上での送信のためにフレームを処理する。たとえば、送信プロセッサ２２４は、直交周波数分割多重化（ＯＦＤＭ）送信モードおよびシングルキャリア（ＳＣ）送信モードなど、異なる送信モードをサポートし得る。この例では、コントローラ２３４は、どの送信モードを使用すべきかを指定するコマンドを送信プロセッサ２２４に送り得、送信プロセッサ２２４は、指定された送信モードに従って送信のためにフレームを処理し得る。
【００２８】
[0046]いくつかの態様では、送信プロセッサ２２４は、多出力多入力（ＭＩＭＯ）送信をサポートし得る。これらの態様では、アクセスポイント２１０は、複数のアンテナ２３０−１〜２３０−Ｎと、複数のトランシーバ２２６−１〜２２６−Ｎ（たとえば、アンテナごとに１つ）とを含む。送信プロセッサ２２４は、着信フレームに対して空間処理を実施し、複数のアンテナに複数の送信フレームストリームを与え得る。トランシーバ２２６−１〜２２６−Ｎは、アンテナ２３０−１〜２３０−Ｎを介した送信のための送信信号を生成するために、それぞれの送信フレームストリームを受信および処理（たとえば、アナログに変換、増幅、フィルタ処理、および周波数アップコンバート）する。
【００２９】
[0047]データを送信するために、アクセス端末２２０は、送信データプロセッサ２６０と、フレームビルダー２６２と、送信プロセッサ２６４と、複数のトランシーバ２６６−１〜２６６−Ｎと、複数のアンテナ２７０−１〜２７０−Ｎとを備える。アクセス端末２２０は、アップリンク上でアクセスポイント２１０にデータを送信し、および／または（たとえば、ピアツーピア通信のために）別のアクセス端末にデータを送信し得る。アクセス端末２２０は、以下でさらに説明されるように、アクセス端末２２０の動作を制御するように構成されたコントローラ２７４をも備える。
【００３０】
[0048]動作中、送信データプロセッサ２６０は、データソース２５５からデータ（たとえば、データビット）を受信し、送信のためにデータを処理（たとえば、符号化および変調）する。送信データプロセッサ２６０は様々なＭＣＳをサポートし得る。たとえば、送信データプロセッサ２６０は、複数の異なるコーディングレートのうちのいずれか１つで（たとえば、ＬＤＰＣ符号化を使用して）データを符号化し、限定はしないが、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、６４ＡＰＳＫ、１２８ＡＰＳＫ、２５６ＱＡＭ、および２５６ＡＰＳＫを含む、複数の異なる変調方式のうちのいずれか１つを使用して符号化データを変調し得る。いくつかの態様では、コントローラ２７４は、（たとえば、アップリンクのチャネル状態に基づいて）どのＭＣＳを使用すべきかを指定するコマンドを送信データプロセッサ２６０に送り得、送信データプロセッサ２６０は、指定されたＭＣＳに従ってデータソース２５５からのデータを符号化および変調し得る。送信データプロセッサ２６０はデータに対して追加の処理を実施し得ることを諒解されたい。送信データプロセッサ２６０は、フレームビルダー２６２にデータシンボルを出力する。
【００３１】
[0049]フレームビルダー２６２は、フレームを構成し、フレームのデータペイロードに受信データシンボルを挿入する。例示的なフレーム構造またはフォーマットが以下でさらに説明される。フレームビルダー２６２は、送信プロセッサ２６４にフレームを出力する。送信プロセッサ２６４は、送信のためにフレームを処理する。たとえば、送信プロセッサ２６４は、ＯＦＤＭ送信モードおよびＳＣ送信モードなど、異なる送信モードをサポートし得る。この例では、コントローラ２７４は、どの送信モードを使用すべきかを指定するコマンドを送信プロセッサ２６４に送り得、送信プロセッサ２６４は、指定された送信モードに従って送信のためにフレームを処理し得る。
【００３２】
[0050]いくつかの態様では、送信プロセッサ２６４は、多出力多入力（ＭＩＭＯ）送信をサポートし得る。これらの態様では、アクセス端末２２０は、複数のアンテナ２７０−１〜２７０−Ｎと、複数のトランシーバ２６６−１〜２６６−Ｎ（たとえば、各アンテナに対し１つ）と、を含む。送信プロセッサ２６４は、着信フレームに対して空間処理を実施し、複数のアンテナに複数の送信フレームストリームを与え得る。トランシーバ２６６−１〜２６６−Ｎは、アンテナ２７０−１〜２７０−Ｎを介した送信のための送信信号を生成するために、それぞれの送信フレームストリームを受信および処理（たとえば、アナログに変換、増幅、フィルタ処理、および周波数アップコンバート）する。
【００３３】
[0051]データを受信するために、アクセスポイント２１０は、受信プロセッサ２４２と受信データプロセッサ２４４とを備える。動作中、トランシーバ２２６−１〜２２６−Ｎは、アンテナ２３０−１〜２３０−Ｎを介して（たとえば、アクセス端末２２０から）信号を受信し、受信された信号を処理（たとえば、周波数ダウンコンバート、増幅、フィルタ処理、およびデジタルに変換）する。
【００３４】
[0052]受信プロセッサ２４２は、トランシーバ２２６−１〜２２６−Ｎの出力を受信し、データシンボルを復元するために出力を処理する。たとえば、アクセスポイント２１０は、フレーム中で（たとえば、アクセス端末２２０から）データを受信し得る。この例では、受信プロセッサ２４２は、フレームのプリアンブル中のＳＴＦシーケンスを使用してフレームの開始を検出し得る。受信プロセッサ２４２はまた、自動利得制御（ＡＧＣ）調整のためにＳＴＦを使用し得る。受信プロセッサ２４２はまた、（たとえば、フレームのプリアンブル中のＣＥシーケンスを使用して）チャネル推定を実行し、チャネル推定に基づいて、受信された信号に対してチャネル等化を実行し得る。
【００３５】
[0053]受信プロセッサ２４２はまた、フレームのヘッダから情報（たとえば、ＭＣＳ方式）を復元し、コントローラ２３４にその情報を送り得る。チャネル等化を実行した後、受信プロセッサ２４２は、フレームからデータシンボルを復元し、さらなる処理のために受信データプロセッサ２４４に復元されたデータシンボルを出力し得る。受信プロセッサ２４２は他の処理を実行し得ることを諒解されたい。
【００３６】
[0054]受信データプロセッサ２４４は、受信プロセッサ２４２からデータシンボルを受信し、コントローラ２３４から対応するＭＳＣ方式の指示を受信する。受信データプロセッサ２４４は、示されたＭＳＣ方式に従ってデータを復元するために、データシンボルを復調および復号し、記憶および／またはさらなる処理のためにデータシンク２４６に復元されたデータ（たとえば、データビット）を出力する。
【００３７】
[0055]上記で説明したように、アクセス端末２２０は、ＯＦＤＭ送信モードまたはＳＣ送信モードを使用してデータを送信し得る。この場合、受信プロセッサ２４２は、選択された送信モードに従って受信信号を処理し得る。また、上記で説明したように、送信プロセッサ２６４は多出力多入力（ＭＩＭＯ）送信をサポートし得る。この場合、アクセスポイント２１０は、複数のアンテナ２３０−１〜２３０−Ｎと、複数のトランシーバ２２６−１〜２２６−Ｎ（たとえば、各アンテナに１つ）と、を含む。各トランシーバは、それぞれのアンテナからの信号を受信および処理（たとえば、周波数ダウンコンバート、増幅、フィルタ処理、およびデジタルに変換）する。受信プロセッサ２４２は、データシンボルを復元するために、トランシーバ２２６−１〜２２６−Ｎの出力に対して空間処理を実施し得る。
【００３８】
[0056]データを受信するために、アクセス端末２２０は、受信プロセッサ２８２と受信データプロセッサ２８４とを備える。動作中、トランシーバ２６６−１〜２６６−Ｎは、アンテナ２７０−１〜２７０−Ｎを介して（たとえば、アクセスポイント２１０または別のアクセス端末から）信号を受信し、受信された信号を処理（たとえば、周波数ダウンコンバート、増幅、フィルタ処理、およびデジタルに変換）する。
【００３９】
[0057]受信プロセッサ２８２は、トランシーバ２６６−１〜２６６−Ｎの出力を受信し、データシンボルを復元するために出力を処理する。たとえば、アクセス端末２２０は、上記で説明したように、フレーム中で（たとえば、アクセスポイント２１０または別のアクセス端末から）データを受信し得る。この例では、受信プロセッサ２８２は、フレームのプリアンブル中のＳＴＦシーケンスを使用してフレームの開始を検出し得る。受信プロセッサ２８２はまた、（たとえば、フレームのプリアンブル中のＣＥシーケンスを使用して）チャネル推定を実行し、チャネル推定に基づいて、受信された信号に対してチャネル等化を実行し得る。
【００４０】
[0058]受信プロセッサ２８２はまた、フレームのヘッダから情報（たとえば、ＭＣＳ方式）を復元し、コントローラ２７４にその情報を送り得る。チャネル等化を実行した後、受信プロセッサ２８２は、フレームからデータシンボルを復元し、さらなる処理のために受信データプロセッサ２８４に復元されたデータシンボルを出力し得る。受信プロセッサ２８２は他の処理を実行し得ることを諒解されたい。
【００４１】
[0059]受信データプロセッサ２８４は、受信プロセッサ２８２からデータシンボルを受信し、コントローラ２７４から対応するＭＳＣ方式の指示を受信する。受信データプロセッサ２８４は、示されたＭＳＣ方式に従ってデータを復元するために、データシンボルを復調および復号し、記憶および／またはさらなる処理のためにデータシンク２８６に復元されたデータ（たとえば、データビット）を出力する。
【００４２】
[0060]上記で説明したように、アクセスポイント２１０または別のアクセス端末は、ＯＦＤＭ送信モードまたはＳＣ送信モードを使用してデータを送信し得る。この場合、受信プロセッサ２８２は、選択された送信モードに従って受信信号を処理し得る。また、上記で説明したように、送信プロセッサ２２４は多出力多入力（ＭＩＭＯ）送信をサポートし得る。この場合、アクセス端末２２０は、複数のアンテナ２７０−１〜２７０−Ｎと、複数のトランシーバ２６６−１〜２６６−Ｎ（たとえば、各アンテナに１つ）とを含む。各トランシーバは、それぞれのアンテナからの信号を受信および処理（たとえば、周波数ダウンコンバート、増幅、フィルタ処理、およびデジタルに変換）する。受信プロセッサ２８２は、データシンボルを復元するために、トランシーバの出力に対して空間処理を実行し得る。
【００４３】
[0061]図２に示されているように、アクセスポイント２１０は、コントローラ２３４に結合されたメモリ２３６をも備える。メモリ２３６は、コントローラ２３４によって実行されたとき、本明細書で説明する動作のうちの１つまたは複数をコントローラ２３４に実行させる命令を記憶し得る。同様に、アクセス端末２２０は、コントローラ２７４に結合されたメモリ２７６をも備える。メモリ２７６は、コントローラ２７４によって実行されたとき、本明細書で説明される動作のうちの１つまたは複数をコントローラ２７４に実行させる命令を記憶し得る。
フロー制御
[0062]フロー制御は、リンク速度が着信データストリームを送出、処理または消費するシステム能力よりも高い場合に起こり得る受信バッファの過負荷を防ぐために使用される。これにより、８０２．１１ａｄおよび後続の８０２．１１ａｙ規格に準拠する新しいワイヤレスリンクのスループットの実質的な増加との関係性がより高まる。フロー制御を用いるＥＤＭＧブロックａｃｋの既存の解決策は、ブロック確認応答機構と緊密に結合され、このブロック確認応答機構は、あらかじめ定義された最大サイズのバッファをもつメモリを制御するようにそれを制限し、ＢＡ同意ごとの制御を維持して共有メモリの制御を許可しない。
【００４４】
[0063]本開示の目的は、以下のうちの１つまたは複数を含み得る。
−  応答側（responder）のメモリオーバーフローを生じ得る内部バスの低帯域幅に関する高ワイヤレスリンク速度間の矛盾を解決する。
−  ＭＡＣメモリの高利用率を達成する。
−  最大ＭＳＤＵ／ＭＴＵサイズよりも短いＭＳＤＵによって費やされるメモリを最適化する。
−  ８ビットサイズの既存の受信機のバッファ容量（ＲＢＵＦＣＡＰ）を使用する。
−  １０２４個のバッファの最大ＢＡウィンドウサイズをサポートする。
−  フロー制御がショートデータバースト（現在の解決策の欠点）時に持続させるときに起こる高いリンクアクセスオーバーヘッドを除去する。
−  複数のＴＩＤの間でならびにＴＩＤごとにメモリを共有するために集約フロー制御を与える。
【００４５】
[0064]本開示は、以下の観察および仮定のうちの１つまたは複数に基づき得る。
−  発信側（originator）および応答側（responder）は、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）の最大サイズが限定されるが、ＭＳＤＵの最小サイズは限定されない媒体アクセス制御（ＭＡＣ）レベルで動作し、これは、異なるサイズのＭＰＤＵを生じ得る。
−  バッファリングメモリの非効率的な使用につながる、各ＭＰＤＵがそれのサイズとは無関係に並べ替えバッファ中で１つの一定サイズのバッファを利用するというＢＡウィンドウ処理の仮定。多くの適用例では、事前に割り振られたバッファは、２つ以上の短いＭＰＤＵを含み得る。
−  いくつかのＭＰＤＵを記憶するのに必要なメモリの量は、それらのサイズに依存し、事前に未知であり、応答側によって正確に予測され得ない。したがって、応答側は、記憶するためにそれがメモリ空間を有するＭＰＤＵの数に関して発信側に知らせることができない。
【００４６】
[0065]本開示の態様は、以下の特徴のうちの１つまたは複数を提供する。
−  応答側のバッファメモリ容量の尺度として発信側にフィードバックされるＢＡ同意（agreement）に関連しない空きメモリの指示の使用。
−  発信側が使用可能なメモリを計算するために使用する応答側のバッファリングメモリの参照モデルを確立する。
−  発信側に通信されるべき１つまたは複数の構成パラメータを用いて該モデルを特徴付ける。
−  応答側に送られるべきＭＰＤＵの数を計算および制御するために、構成されたパラメータおよび空きメモリの指示をどのように使用するのかに関する発信側のルールを確立する。
本開示の様々な実施形態に従って以下でさらに詳細に上記の特徴について説明する。
【００４７】
[0066]本開示のいくつかの態様では、（受信側とも呼ばれる）応答側は、応答側において発信側からのデータユニット（たとえば、ＭＰＤＵ）をバッファするために使用されることになる応答側にあるメモリを指定する１つまたは複数のメモリパラメータを発信側に送る。メモリは、発信側から受信したＭＰＤＵを並べ替えるために使用され得る。一連のＭＰＤＵがうまく受信され、適切に順序付けされたとき、ＭＰＤＵは、（上位レイヤにおける）さらなる処理のためにメモリからプロセッサに解放され、メモリ中のメモリ空間を解放し得る。
【００４８】
[0067]一例では、応答側は、発信側と応答側との間のブロック確認応答（ＢＡ）ネゴシエーション中に発信側に１つまたは複数のメモリパラメータを通信する。この例では、発信側は、応答側に応答側とのブロック確認応答（ＢＡ）セッションを要求する追加ブロック確認応答（ＡＤＤＢＡ）要求を送信し得る。ＡＤＤＢＡ要求は、ＢＡ同意が適用されるデータトラフィックを識別するトラフィック識別子（ＴＩＤ）を含み得る。対応するＭＰＤＵは、識別されたデータトラフィックの部分である。それに応答して、応答側は、発信側に１つまたは複数のメモリパラメータをもつＡＤＤＢＡ応答を送信する。
【００４９】
[0068]別の例では、応答側は、１つまたは複数のメモリパラメータとともに発信側に追加トラフィックストリーム（ＡＤＤＴＳ）要求を送信することによって、発信側への１つまたは複数のメモリパラメータの通信を開始し得る。それに応答して、発信側は、応答側にＡＤＤＴＳ要求を確認応答するＡＤＤＴＳ応答を送信し得る。
【００５０】
[0069]本開示の実施形態は、異なるメモリタイプをサポートし得る。たとえば、本開示の実施形態は、バッファとＦＩＦＯの２つのタイプのメモリ構造をサポートし得る。この点について、図３Ａに、メモリが複数のバッファ（すなわち、複数のバッファ）に編成されるバッファメモリ３００の一例を示す。各バッファは、現在の標準によって定義された最大長をもつＭＰＤＵを記憶するのに十分大きいことがある。各バッファは、複数のＭＰＤＵ（たとえば、複数の短いＭＰＤＵ）を記憶することが可能であり得、ここで、各ＭＰＤＵは、最大長よりも短い。いくつかの態様では、ＭＰＤＵは、非分割であり、これは、ＭＰＤＵが２つ以上のバッファの間で分割され得ないことを意味する。他の態様では、ＭＰＤＵは、２つ以上のバッファの間で分割され得る。いくつかの態様では、バッファごとに記憶され得るＭＰＤＵの数はＮ個に限定され、ここで、Ｎは整数である。以下でさらに説明するように、バッファメモリが使用されるとき、応答側は発信側にバッファメモリの構成について説明する１つまたは複数のメモリパラメータを送る。
【００５１】
[0070]図３Ｂに、先入れ先出し方式（ＦＩＦＯ）メモリ３１０の一例を示す。ＦＩＦＯメモリ３１０は、バッファメモリ３００の構造が欠如している。いくつかの態様では、ＦＩＦＯメモリ３１０に受け入れられ得るＭＰＤＵの数は、ＦＩＦＯメモリ３１０の空き空間に収容され得るＭＰＤＵの数にほぼ等しくなり得る。いくつかの態様では、ＦＩＦＯメモリ３１０は、ＭＰＤＵの開始が標準的なメモリのアドレス指定のためにＦＩＦＯメモリ３１０のダブルワード（Dword boundary）境界と整列されることを必要とし得る。
【００５２】
[0071]上記で説明したように、応答側は、応答側においてデータユニット（ＭＰＤＵ）をバッファするために使用されることになる応答側のメモリを指定するＡＤＤＢＡ応答またはＡＤＤＴＳ要求中で発信側に１つまたは複数のメモリパラメータを送り得る。表１に、応答側が上記で説明した２つのタイプのメモリ（すなわち、ＦＩＦＯおよびバッファ）について発信側に送り得るメモリパラメータの例を記載する。
【００５３】
【表１】
2020517193.tif 000003
【００５４】
[0072]Ｍｅｍ＿Ｕｎｉｔは、１つのメモリユニットのサイズ（たとえば、１つのメモリユニット中のバイトまたはワードの数）を示す。以下でさらに説明するように、応答側は、Ｍｅｍ＿Ｕｎｉｔの単位でそれのメモリ中の空きメモリ空間の量を報告する。したがって、発信側は、応答側のメモリ中の空き空間の量を、応答側によって報告された空きメモリ空間の値に基づいて、その値を１つのメモリユニットのサイズで乗算することによって決定し得る。Ｍｅｍ＿Ｕｎｉｔは、設定可能なパラメータであり得る。表１に示すように、Ｍｅｍ＿Ｕｎｉｔは、ＦＩＦＯメモリとバッファメモリと（たとえば、ＦＩＦＯメモリ３１０とバッファメモリ３００と）の両方のためのパラメータである。ＦＩＦＯメモリのために使用されるＭｅｍ＿Ｕｎｉｔのサイズとバッファメモリのために使用されるＭｅｍ＿ｕｎｉｔのサイズとは、同じであることも異なることもある。
【００５５】
[0073]上記で説明したように、応答側は、ブロック確認応答（ＢＡ）フレーム中でメモリ中の空き空間の量を報告し得る。いくつかの態様では、応答側は、ＢＡフレームの受信機のバッファ容量（ＲＢＵＦＣＡＰ）フィールド中で空き空間の量を報告する。これらの態様では、Ｍｅｍ＿Ｕｎｉｔは、空きメモリ空間の量の値の範囲がＲＢＵＦＣＡＰフィールド中にフィットし得るように選定され得、これは、現在の標準では８ビットの長さである。一例では、Ｍｅｍｏｒｙ＿Ｕｎｉｔ＝（Ｍｅｍｏｒｙ＿Ｓｉｚｅ−Ｍｅｍｏｒｙ＿Ｓｉｚｅ＿ａｔ＿ｕｎｌｉｍｉｔｅｄ）／２５４である。以下でさらに説明するように、Ｍｅｍｏｒｙ＿Ｓｉｚｅ＿ａｔ＿ｕｎｌｉｍｉｔｅｄは、ＲＢＵＦＣＡＰに制限がないことを示すのに十分であり、最大Ａ−ＭＰＤＵ長のＡ−ＭＰＤＵを受信するのに十分な（充分な）空間を有する空きメモリ空間の量である。
【００５６】
[0074]バッファメモリ（たとえば、バッファメモリ３００）の場合、表１は、追加のメモリパラメータＢｕｆｆ＿ｓｉｚｅとＮとを含む。Ｂｕｆｆ＿ｓｉｚｅは、バッファメモリの１つのバッファのサイズであり、Ｎは、バッファごとのＭＰＤＵの数に対する制限である。
【００５７】
[0075]ＦＩＦＯメモリ（たとえば、ＦＩＦＯメモリ３１０）がバッファリングのために応答側において使用されるとき、応答側は、発信側にＦＩＦＯメモリのための１つまたは複数のメモリパラメータ（たとえば、Ｍｅｍ＿Ｕｎｉｔ）を送る。バッファメモリがバッファリングのために応答側において使用されるとき、応答側は、発信側にバッファメモリのための１つまたは複数のメモリパラメータ（たとえば、Ｍｅｍ＿Ｕｎｉｔ、Ｂｕｆｆ＿ｓｉｚｅおよびＮ）を送る。いくつかの態様では、応答側は、両方のタイプのメモリを並行してサポートし得る。これらの態様では、応答側は、表１に示すように、発信側に両方のタイプのメモリのためのメモリパラメータを送り得る。これらの態様では、応答側は、以下でさらに説明するように、メモリタイプのうちのどの１つがブロック確認応答（ＢＡ）において実際に使用されるのかを発信側にシグナリングし得る。
【００５８】
[0076]ＢＡ同意がＴＩＤごとベースにネゴシエートされ得るので、メモリパラメータはＡＤＤＢＡ応答中でＴＩＤごとに構成され得る。ＴＩＤごとのサポートが必要とされない場合、メモリパラメータは、応答側によって関連付け（Association）応答中でおよび／またはＡＤＤＴＳ要求中で送られ得る。
【００５９】
[0077]いくつかの態様では、本開示は、応答側から発信側に１つまたは複数のメモリパラメータを送るための新しいフロー制御情報要素（ＩＥ）を定義する。新しいＩＥ４００の一例を図４に示す。ＩＥ４００は、発信側に１つまたは複数のメモリパラメータを送るために使用される構造を表す。要素ＩＤは、ＩＥ４００がメモリパラメータを含むことを識別し、長さはＩＥ４００の長さを示す。図４に、異なるメモリパラメータのためのＩＥ４００中の空間の割振りの一例を示す。ＩＥは、ＢＡ同意ネゴシエーションの一部としてＡＤＤＢＡ要求フレームに応答してＡＤＤＢＡ応答フレーム中で送出され得る。ＴＩＤごとのサポートが必要とされない場合、ＩＥは、応答側によって送られる関連付け応答フレーム中でおよび／またはＡＤＤＴＳ要求フレーム中で搬送される。
【００６０】
[0078]応答側は、それのメモリ中でバッファリングのための空きメモリ空間の量を計算し、発信側にＭｅｍ＿Ｕｎｉｔｓ中で空きメモリ空間の量を送る。応答側は、メモリに入るデータの量を追跡することによって空きメモリ空間の量を計算することができ、また、メモリから解放されている（たとえば、さらなる処理のために応答側においてプロセッサに解放されている）データの量を計算することができる。
【００６１】
[0079]応答側は、ブロック確認応答フレーム中で、Ｍｅｍ＿Ｕｎｉｔｓの単位で空きメモリ空間の計算された量を送ることができる。いくつかの態様では、計算された空きメモリ空間は、ブロック確認応答フレームのＲＢＵＦＣＡＰフィールド中で送られる。この点について、図５Ａに、計算された空きメモリ空間が送られ得るブロック確認応答（ＢＡ）情報フィールド５００の一例を示す。ＢＡ情報フィールド５００は、応答側に発信側によって送信される一連のＭＰＤＵのための確認応答を与えるために使用される。ＢｌｏｃｋＡｃｋ開始シーケンス制御は、シーケンス中の第１のＭＰＤＵの開始を示し、ＢｌｏｃｋＡｃｋビットマップは、シーケンス中のどのＭＰＤＵがうまく受信されたのかと、どのＭＰＤＵが再送信される必要があるのかと、を示し、ＲＢＵＦＣＡＰフィールドは、応答側の受信機のバッファ容量を示す。
【００６２】
[0080]表２Ａに、ＲＢＵＦＣＡＰフィールド中に配置され得るインジケータの３つのタイプを記載する。
【００６３】
【表２】
2020517193.tif 000004
【００６４】
[0081]ｚｅｒｏ＿ｓｐａｃｅは、表２Ａに示すように、メモリ中に空間がないことを示し、０の値が割り当てられ得る。ｕｎｌｉｍｉｔｅｄ＿ｓｐａｃｅは、０ｘＦＦの値が割り当てられるように、少なくとも最大Ａ−ＭＰＤＵ長を受信するのに十分な（充分な）メモリ空間があることを示す。最大Ａ−ＭＰＤＵ長は、現在の標準において定義されており、当技術分野において知られている。ｚｅｒｏ＿ｓｐａｃｅおよびｕｎｌｉｍｉｔｅｄ＿ｓｐａｃｅインジケータが、当技術分野において知られており、現在の標準においてフロー制御のために使用されている。
【００６５】
[0082]表２Ａ中のｚｅｒｏ＿ｓｐａｃｅとｕｎｌｉｍｉｔｅｄ＿ｓｐａｃｅとに割り当てられる値は、ｚｅｒｏ＿ｓｐａｃｅに０ｘＦＦの値が割り当てられ、ｕｎｌｉｍｉｔｅｄ＿ｓｐａｃｅに０の値が割り当てられるように予約され得ることを諒解されたい。この例を、以下の表２Ｂに示す。
【００６６】
【表３】
2020517193.tif 000005
【００６７】
[0083]概して、ＲＢＵＦＣＡＰは、メモリ中に空間がないことを示すための第１の値と最大長のデータユニットを受信するのに十分なメモリ中の空間を示すための第２の値とを有する。
【００６８】
[0084]本開示は、メモリの空き空間の値がＭｅｍ＿Ｕｎｉｔの単位で計算された空きメモリ空間を示す新しいメモリ空き空間インジケータを導入する。メモリ空き空間の値は、表２Ａおよび２Ｂに示すように、１〜０ｘＦｅの範囲中にあり得る。Ｍｅｍ＿Ｕｎｉｔは、メモリ空き空間の値の範囲が、ＲＢＵＦＣＡＰフィールドから２を引いたものの範囲内に入るように選定され得る（ＲＢＵＦＣＡＰの２つの値が、ｚｅｒｏ＿ｓｐａｃｅとｕｎｌｉｍｉｔｅｄ＿ｓｐａｃｅとのために予約されており、したがって、メモリ空き空間のために利用可能でないことに留意されたい）。
【００６９】
[0085]いくつかの態様では、応答側は、計算された空きメモリ空間を最大Ａ−ＭＰＤＵ長と比較する。計算された空きメモリ空間が最大Ａ−ＭＰＤＵ長以上である場合、応答側は、ＲＢＵＦＣＡＰフィールド中で発信側にｕｎｌｉｍｉｔｅｄ＿ｓｐａｃｅインジケータを送る。計算された空きメモリ空間が最大Ａ−ＭＰＤＵ長よりも小さい場合、応答側は、Ｍｅｍ＿Ｕｎｉｔｓの単位で（すなわち、Ｍｅｍ＿Ｕｎｉｔに関して）計算された空きメモリ空間を示す空きメモリ空間インジケータをＲＢＵＦＣＡＰフィールド中で発信側に送る。
【００７０】
[0086]上記で説明したように、応答側は、ＢＡフレーム中で計算された空きメモリ空間を送り得る。応答側は、発信側からのＢＡ要求に応答して発信側にＢＡフレームを送り得、その場合、ＢＡフレームが発信側によって送信請求される（solicitate）。
応答側はまた、発信側からのＢＡ要求を受信することなしに発信側にＢＡフレームを送り得、その場合、ＢＡフレームが発信側によって送信請求されない（unsolicitate）。これは、ＢＡフレームが送信請求される現在の標準とは異なる。たとえば、空きメモリ空間の量がある量だけ変化するとき、応答側は、送信請求されないＢＡフレームを送り得る。より詳細には、応答側は、空きメモリ空間が発信側に最後に報告されてからの空きメモリ空間の変化を追跡し、空きメモリ空間の変化をしきい値と比較し得る。空きメモリ空間の変化がしきい値以上である場合、応答側は、送信請求されなくても、応答側に計算された空きメモリ空間をもつＢＡフレームを送り得る。この場合、応答側は、プロアクティブである（発信側がＢＡ要求を用いてＢＡフレームを開始するのを待たない）。
【００７１】
[0087]応答側がＡＤＤＢＡ応答またはＡＤＤＴＳ要求中で両方のタイプのメモリのためのメモリパラメータを与えた場合、応答側は、ＢＡフレームにおいて実際に使用されているメモリのタイプを示すことができる。この点について、図５Ｂに、ＦＩＦＯメモリが使用されているのかまたはバッファメモリが使用されているのかを示すビットをＢＡフレームのＢＡ制御フィールド５１０が含む一例を示す。以下でさらに説明するように、発信側は、応答側に送信すべきＭＰＤＵの数を計算するために示されたタイプのメモリを使用する。
【００７２】
[0088]発信側は、それが応答側に送信することができるＭＰＤＵの数を計算するために、応答側からの空きメモリ空間の指示を使用する。発信側は（応答側が発信側に以前に通信した）１つのＭｅｍ＿Ｕｎｉｔのサイズを知っているので、発信側は、応答側からの空きメモリ空間の量の指示から量空きメモリ空間を決定することができ、これは、Ｍｅｍ＿Ｕｎｉｔの単位で与えられる。
【００７３】
[0089]発信側は応答側における空きメモリ空間の量と、それが応答側に送信する予定であるＭＰＤＵのサイズとを知っているので、発信側は、それが応答側に送信することができるＭＰＤＵの数を決定することができる。それが応答に送信することができるＭＰＤＵの数を決定する際に、発信側はまた、メモリの構造を考慮に入れ得る。バッファメモリの場合、送信すべきＭＰＤＵの数を決定する際に、発信側は、バッファメモリのバッファ中でのＭＰＤＵの割振りに課される制限を適用する。制限は、バッファサイズと、バッファごとのＭＰＤＵの数に対する制限と、ＭＰＤＵが複数のバッファの間で分割できないことと（すなわち、ＭＰＤＵが非分割である）を含み得る。これらの制限についての知識により、発信側は、応答側がバッファメモリ中に受け入れられ得るＭＰＤＵの数、したがって、応答側に送信すべきＭＰＤＵの数を決定することが可能になる。
【００７４】
[0090]ＦＩＦＯメモリの場合、発信側は、ＦＩＦＯメモリの空き空間に収容されることができるＭＰＤＵの数を計算することによってＭＰＤＵの数を決定し得る。ダブルワード（Dword）整列を適用する場合、上記で説明したように、発信側はこれを考慮に入れ得る。
【００７５】
[0091]いくつかの態様では、ＭＰＤＵの計算された数が、ＢｌｏｃｋＡｃｋルールに従って許可されるＭＰＤＵの最大数を超える場合、発信側は、許可されるＭＰＤＵの最大数を送る。この場合、発信側によって送られたＭＰＤＵの数は、バッファのネゴシエートされたＷｉｎＳｉｚｅの数（すなわち、ＢｌｏｃｋＡｃｋ同意中でネゴシエートされるバッファの数）の応答側の並べ替えメモリをオーバーフローしないものとする。各時点において送られるべきＭＰＤＵの実際の数は、ＷｉｎＳｉｚｅよりも大きくなく、低いシーケンス番号をもつＭＰＤＵの不成功の送達により上位レイヤに解放され得ない並べ替えメモリ中のＭＰＤＵの数に依存する。
【００７６】
[0092]表３に、本開示の実施形態がどのように動作するかを示すシナリオを要約する。
【００７７】
【表４】
2020517193.tif 000006
【００７８】
[0093]図６に、過渡的なシナリオを示す。図６を見るとわかるように、０の指示（インディケーション）が与えられ、無制限の空間が、このシナリオではフローを制御するのに十分良好であり得る。利用可能なメモリの量の指示は、短いレイテンシを可能にし、空きメモリ空間が構成された最大Ａ−ＭＰＤＵ長より低い（lower）場合におけるメモリを利用する。図６中の「Ｐ」は、応答側が送信請求されないＢＡフレームを送る（すなわち、応答側がＢＡフレームをプロアクティブに送る）場合を示す。
【００７９】
[0094]図７に、空き空間が最大Ａ−ＭＰＤＵ長よりも小さいときに計算された空き空間が非常に有用である遅い応答側シナリオを示す。バッファサイズに近い最大Ａ−ＭＰＤＵ長の構成を有することは、リンク利用率を高く維持するために長いＡ−ＭＰＤＵを通信するために重要である。「無制限」メモリ空間のシグナリングもこのシナリオで機能し得る。
【００８０】
[0095]上記で説明した本開示の実施形態による応答側の動作は、以下のうちの１つまたは複数を含み得る。
−  ＴＩＤごとにフロー制御を要求する場合、応答側は、ＡＤＤＢＡ応答にフロー制御情報要素（たとえば、図４）を追加することによってそれの能力を与え、そうでない場合、応答側は、関連付け（association）応答中でまたはＡＤＤＴＳ要求フレーム中で要素を送出する。
−  ＢＡ応答のとき、応答側は、ＲＢＵＦＣＡＰフィールド（たとえば、表２）中に空きメモリの量の指示（インジケーション）を与える。
−  応答側が、フロー制御情報要素中で両方のタイプのメモリのサポートを示す場合、応答側は、ＢＡ制御フィールド（たとえば、ＢＡ制御フィールド５１０）のＦＩＦＯおよびバッファフィールド中で、ＲＢＵＦＣＡＰ中の指示が関連するメモリのタイプを知らせる（sign）ものとし、０は、メモリタイプ＝ＦＩＦＯであり、１はメモリタイプ＝バッファに属する。
−  応答側の空きメモリ空間が増加する場合、それは、送信請求されないＢＡを送ることによって発信側に通知することができる。発信側は、確認応答を送ることによってＢＡを確認応答するものとする。（説明のために図６および図７中の「Ｐ」を参照されたい）。
【００８１】
[0096]上記で説明した本開示の実施形態による発信側の動作は、以下のうちの１つまたは複数を含み得る。
−  発信側によるフロー制御のサポートは、発信側能力情報（提示せず）を使用してネゴシエートされ得る。
−  発信側が応答側からＢＡを受信するときに、発信側は、次のＢＡバースト中でまたはＡ−ＭＰＤＵ中で応答側に送られるべきＭＰＤＵの数を計算する。この数は、再試行（retries）を含むＢｌｏｃｋＡｃｋルールに従って送ることが許可されるＭＰＤＵの数と、ＢＡのＲＢＵＦＣＡＰ中に示される応答側の空きバッファメモリの量を超えないように計算されたＭＰＤＵの数（Ｎ）と、間の最小値である。
−  発信側のＮの計算は、フロー制御ＩＥ中に、およびこれが適切であればＢＡ制御フィールド（たとえば、ＢＡ制御フィールド５１０）中に、示される応答側のメモリタイプに適合されるものとする。計算では、発信側は、フロー制御ＩＥ中で応答側から受信した応答側のメモリパラメータを使用するものとする。
【００８２】
[0097]発信側は、アクセスポイント２１０またはアクセス端末２２０を用いて実装され得る。同様に、（受信側とも呼ばれる）応答側は、アクセスポイント２１０またはアクセス端末２２０を用いて実装され得る。
【００８３】
[0098]本開示の追加の実施形態を以下に与える。追加の実施形態は、以下でさらに説明するように、発信側と応答側との間でのフロー制御を容易にするために上記で説明した実施形態のうちの１つまたは複数と連携して使用され得る。
【００８４】
[0099]フロー制御は、（上記では応答側と呼ばれる）受信側の制限に対処し、ネットワークと受信側とのパフォーマンスを増加させる。発信側が、受信側にフロー制御のサポートを与えるので、フロー制御特徴は受信側よりも発信側からのより一層の作業を伴い得る。場合によっては、受信側の能力が、発信側の能力よりも幅広いことがあるが、受信側は、発信側からの軽減されたサポートに満足し得る。したがって、本開示の態様は、受信側の期待と発信側の能力との間の差を解決するために発信側と受信側との間での能力のネゴシエーションを与える。
【００８５】
[00100]場合によっては、発信側は、どのサイズのデータが受信側に送出できるのかを推定するために、データ送出より先に、受信側のメモリ中の空き空間の量を知りたいと望み得る。これは、第１のアクセスのために、および受信側のメモリの空き空間がアクセス間で変化するときに、特に重要になる。
【００８６】
[00101]場合によっては、データフレームシーケンスの中からブロック確認応答フレームを送ることを可能にする遅延ブロック確認応答機構が使用され得る。これにより、受信側は、空きバッファ空間の量についての情報を搬送し得るブロック確認応答の送信を開始することが可能になる。しかしながら、ブロック確認応答は、暗号化によって保護することが困難であり得る制御フレームであるので、ブロック確認応答は、なりすまし攻撃（spoofing attacks）に弱いことがある。
【００８７】
[00102]本開示の態様は、フロー制御動作をネゴシエートすることのための情報要素構造とルールとを提供する。たとえば、いくつかの態様では、受信側の能力とフロー制御選好（flow control preference）とに関する情報が発信側のデバイスに搬送され得、発信側のデバイスは、それが受信側によって示された能力のすべてをサポートするのか、それらのサブセットをサポートするのかを示し得る。さらに、受信側は、発信側がデータを直ちに送信し始め得るように、ネゴシエーション中に発信側に空きメモリ空間の量を示し得る。いくつかの態様では、受信側の空きメモリ空間の量に関する交換は、別個のフレーム交換シーケンス中で受信側のデバイスによって開始され得、当該別個のフレーム交換シーケンスは、保護（たとえば、暗号化）フレーム中で送られ得る。
【００８８】
[00103]いくつかの態様では、情報要素は、受信側のメモリを特徴付けるパラメータのセットを含み得、それに応答して、発信側のデバイスは、発信側がどの能力をサポートすることができるのかを受信側に示すために、該パラメータを変更することが可能になる。場合によっては、同意されたメモリパラメータの同じセットが、トラフィック識別子（ＴＩＤ）／トラフィックストリーム識別子（ＴＳＩＤ）ごとに、またはＴＩＤ／ＴＳＩＤの（完全または部分）セットごとに指定され得る。ＴＩＤ／ＴＳＩＤは、データユニットの送信のためにデータトラフィックを識別し得る。場合によっては、メモリパラメータのいくつかのセットが、ＴＩＤ／ＴＳＩＤに適用され、動的に切り替えられ得る。いくつかの態様では、受信側バッファ容量（ＲＢＵＦＣＡＰ）要素が、フロー制御セットアップ中に発信側に送出されるべき情報要素中に含まれ得る。ＲＢＵＦＣＡＰ要素は、発信側のデバイスに対し、受信側のデバイスにある空きメモリ空間の量を示し、発信側のデバイスがデータ送信を開始することを可能にする。
【００８９】
[00104]いくつかの態様では、受信側のデバイスは、ブロック確認応答セッションをイニシエーションするために、別個のフレーム交換シーケンス中で追加ブロック確認応答（ＡＤＤＢＡ）応答フレームを送り得る。場合によっては、ＡＤＤＢＡ応答フレームは、送信請求されない（unsolicited）ことがある（たとえば、ＡＤＤＢＡ要求フレームに応答しないことがある）。ＡＤＤＢＡ応答フレームは、ＲＢＵＦＣＡＰ要素を含む情報要素を備え得る。いくつかの態様では、ＡＤＤＢＡ応答は、サービス拒否（ＤＯＳ:denial-of-service）攻撃から守るために暗号化され、認証されるアクションフレームであり得る。いくつかの態様では、受信側は、受信側のメモリ中の空きメモリ空間の量について発信側のデバイスに通知するために再循環（recirculation）バッファのためのアドレスオフセットを示し得る。
【００９０】
[00105]いくつかの態様では、情報要素を含むメッセージは、ブロック確認応答確立ネゴシエーションメッセージ（たとえば、追加ブロック確認応答（ＡＤＤＢＡ）応答フレーム）であり得る。いくつかの態様では、ＡＤＤＢＡ応答フレームは、送信請求されないことがあり、その場合、ＡＤＤＢＡ応答フレームは、０に等しいダイアログトークンを含み得る。
【００９１】
[00106]図８Ａおよび図８Ｂに、本開示のいくつかの態様による、それぞれ、例示的なＡＤＤＢＡ要求フレーム８００と応答フレーム８０２とを示す。いくつかの態様では、ＡＤＤＢＡ要求フレーム８００とＡＤＤＢＡ応答フレーム８０２とは、ＥＤＭＧフロー制御拡張構成要素を含み得る。いくつかの態様では、発信側のデバイスは、受信側のデバイスにフロー制御能力を示すために、ＡＤＤＢＡ要求フレーム中にフロー制御拡張構成要素を挿入し得る。たとえば、ＥＤＭＧフロー制御能力部分要素は、本明細書でより詳細に説明するように、ＥＤＭＧフロー制御拡張構成要素中に存在し得る。受信側のデバイスは、ＡＤＤＢＡ要求フレーム８００にＡＤＤＢＡ応答フレーム８０２で応答し、ＡＤＤＢＡ応答フレーム８０２中にＥＤＭＧフロー制御拡張構成要素を含ませ得る。ＥＤＭＧフロー制御能力部分要素は、発信側がＡＤＤＢＡ要求フレーム８００中で識別される能力をサポートすることができるのかどうかを示すためにＡＤＤＢＡ応答フレーム８０２のＥＤＭＧフロー制御拡張構成要素中に存在し得る。ＥＤＭＧフロー制御拡張構成要素は、図４に示す例示的な情報要素を含み得る。ＥＤＭＧフロー制御拡張構成要素の別の例について、図９に関して以下で説明する。
【００９２】
[00107]図９に、本開示のいくつかの態様による、例示的なＥＤＭＧフロー制御拡張構成要素９００を示す。ＥＤＭＧフロー制御拡張構成要素９００は、要素識別子（ＩＤ）と、ＥＤＭＧフロー制御拡張構成要素９００の長さの指示と、受信側における空きメモリ空間の量を示すＲＢＵＦＣＡＰ要素とを含み得る。
【００９３】
[00108]いくつかの態様では、ＥＤＭＧフロー制御拡張構成要素９００は、送信機会（ＴＸＯＰ）またはスケジューリング期間（ＳＰ）の開始時における受信側のメモリの空き空間の量を示す高度受信側メモリ長指数（ＡＲＭＬＥ：advanced recipient memory length exponent）を含み得る。言い換えれば、ＥＤＭＧフロー制御拡張構成要素９００が発信側のデバイスに送信される時からおよびデータ送信の開始（たとえば、送信機会中）から遅延があり得る。この時間中に、受信側における空きメモリ空間の量は変化し得る。したがって、ＡＲＭＬＥは、送信機会中のデータ送信の時間に受信側の保証が利用可能になることになる空き空間の量を示し得る。いくつかの態様では、ＡＲＭＬＥは、０から９の範囲内の整数であり得る。このサブフィールドによって定義される長さは、以下の式に基づいて解釈され得る。
【００９４】
【数１】
2020517193.tif 000007
【００９５】
いくつかの態様では、ＥＤＭＧフロー制御拡張構成要素９００は、図１０Ａおよび図１０Ｂに関して後述するオプションの部分要素を含む。たとえば、ＥＤＭＧフロー制御拡張構成要素９００は、ＥＤＭＧフロー制御能力部分要素と受信側メモリ構成部分要素との２つの部分要素を含み得る。
【００９６】
[00109]図１０Ａおよび図１０Ｂに、本開示のいくつかの態様による、含まれたＥＤＭＧフロー制御拡張構成要素９００であり得る例示的なＥＤＭＧフロー制御能力部分要素１０００を示す。ＥＤＭＧフロー制御能力部分要素１０００は、受信側メモリ能力１００２を示し得る。図１０Ｂに示すように、受信側メモリ能力１００２は、一連のビットを含み得、各ビットは、複数の能力のうちのそれぞれの１つのサポートを示す。たとえば、ＲＢＵＦＣＡＰ量対応サブフィールドは、受信側における空きメモリ空間の量を示すＲＢＵＦＣＡＰ値のサポートを示すために１に設定され得る。ＲＢＵＦＣＡＰフィールド中に配置され得る３つのタイプのインジケータの例を、表２Ａおよび２Ｂを参照しながら上記で説明した。
【００９７】
[00110]ＡＲＭＬＥ対応（capable）サブフィールドは、最大集約メディアプロトコルデータユニット（Ａ−ＭＰＤＵ）長指数よりも小さいＡＲＭＬＥのサポートを示すために１に設定され得、それ以外の場合、０に設定され得る。受信側メモリ多重バッファユニット対応（ recipient memory multiple buffer units capable）サブフィールドは、本明細書でより詳細に説明するように、Ｍｅｍ＿Ｕｎｉｔ＿Ｓｉｚｅ、ＭａｘＭＰＤＵ＿ｐｅｒ＿ＭｅｍＵｎｉｔ、およびＭｕｌｔ＿Ｂｕｆｆ＿ＭＰＤＵ値のサポートを示すために１に設定され得る。ＴＩＤグルーピング対応（TID grouping capable）サブフィールドは、ＴＩＤグルーピング値のサポートを示すために１に設定される。メモリ構成タグ対応（memory configuration tag capable）サブフィールドは、２つのメモリ構成タグをサポートする能力を示すために１に設定され得る。
【００９８】
[00111]図１１に、本開示のいくつかの態様による、例示的な受信側メモリ構成部分要素１１００を示す。ｍｅｍｏｒｙ＿ｃｏｎｆｉｇ＿ｔａｇは、ＡＤＤＢＡ応答フレーム中で示され得るＴＩＤ／ＴＳＩＤに適用可能な２つのメモリ構造のうちの１つを示す。ＲＢＵＦ＿Ｕｎｉｔ＿Ｓｉｚｅは、発信側がＭＰＤＵを送出するために受信側において利用可能な空きメモリ空間の量を示すためにＲＢＵＦＣＡＰのための測定ユニットとして使用され得る。たとえば、受信側の空きメモリ空間は、ＲＢＵＦＣＡＰ×ＲＢＵＦ＿Ｕｎｉｔ＿Ｓｉｚｅ（ｄｗｏｒｄ（ダブルワード））に等しくなり得る。ＲＢＵＦ＿Ｕｎｉｔ＿Ｓｉｚｅは、表１ではＭｅｍ＿Ｕｎｉｔと呼ばれることに留意されたい。
【００９９】
[00112]Ｍｅｍ＿Ｕｎｉｔ＿Ｓｉｚｅフィールドは、受信側のメモリ中の各バッファユニットの（バイト単位での）サイズを示し得る。ＭａｘＭＰＤＵ＿ｐｅｒ＿ＭｅｍＵｎｉｔは、単一のバッファ中に収集され得るＭＰＤＵの最大数を示し得る。このフィールドの有効値は１−０ｘＦＥであり得、０ｘＦＦに等しい値は、無制限の数のＭＰＤＵが単一のバッファに収容され得ることを示し得る。Ｍｅｍ＿Ｕｎｉｔ＿ＳｉｚｅおよびＭａｘＭＰＤＵ＿ｐｅｒ＿ＭｅｍＵｎｉｔは、表１では、それぞれ、Ｂｕｆｆ＿ｓｉｚｅおよびＮと呼ばれることに留意されたい。
【０１００】
[00113]Ｍｕｌｔ＿Ｂｕｆｆ＿ＭＰＤＵは、単一のＭＰＤＵが受信側メモリ中のメモリバッファユニット間で分割され得ることを示すために１に設定され得る。Ｍｅｍ＿Ｕｎｉｔ＿Ｓｉｚｅフィールド＝０である場合、このフィールドは適用可能でないことがある。発信側のデバイスは、受信側のデバイスに送信すべきデータユニットの数を決定するために受信側メモリ構成部分要素１１００中のフィールドのうちの少なくとも１つを使用し得る。
【０１０１】
[00114]いくつかの態様では、受信側メモリ構成部分要素は、能力ネゴシエーション中に発信側のデバイスから受信側のデバイスへのＡＤＤＢＡ応答フレーム中で送信され得る。ＴＩＤグルーピングフィールドは、ＡＤＤＢＡ応答フレームのＴＩＤに対応するＴＩＤ／ＴＳＩＤを示し得る。ＴＩＤグルーピングフィールドは、受信側メモリ構成が適用可能であるＴＩＤ／ＴＳＩＤを示す。たとえば、ＡＤＤＢＡ応答フレームのＥＤＭＧフロー制御拡張構成要素中で送出されるＲＢＵＦＣＡＰフィールドと、ブロック確認応答フレーム中で送出されるＲＢＵＦＣＡＰフィールドとは、ＴＩＤグルーピングを含むＡＤＤＢＡ応答フレームのＴＩＤに対応するすべてのＴＩＤ／ＴＳＩＤに適用可能であり得る。さらに、ＡＤＤＢＡ応答フレームのＥＤＭＧフロー制御拡張構成要素中で送出されるＡＲＭＬＥフィールドは、ＴＩＤグルーピングが送出されるＡＤＤＢＡ応答フレームのＴＩＤに対応するすべてのＴＩＤ／ＴＳＩＤに適用可能であり得る。
【０１０２】
[00115]いくつかの態様では、受信側メモリ能力フィールド中の少なくとも１つのサブフィールドが０に等しくない（たとえば、少なくとも１つの能力が受信側のＳＴＡによってサポートされる）場合、受信側メモリ構成部分要素は、ＥＤＭＧフロー制御拡張構成要素中に含まれ得る。いくつかの態様では、ブロック確認応答同意（block acknowledge agreement）を確立したデバイスは、ＥＤＭＧフロー制御拡張構成要素の交換ありでまたはなしで、フロー制御のためにＲＢＵＦＣＡＰを依然として使用し得る。
【０１０３】
[00116]本開示のいくつかの態様は、ＡＤＤＢＡ要求およびＡＤＤＢＡ応答フレームを交換するデバイスによって従われ得るネゴシエーションルールを提供する。ＡＤＤＢＡ要求中のおよびＡＤＤＢＡ応答フレーム中の対応するサブフィールドが１に等しい場合、受信側のメモリ能力がサポートされ得る。言い換えれば、発信側のデバイスと受信側のデバイスとの両方がＡＤＤＢＡ応答および要求フレーム中で特定の能力のサポートを示す場合、能力がサポートされる。いくつかの態様では、受信側が受信側メモリ能力フィールド中のサブフィールドのうちの少なくとも１つを１に設定し、ＡＤＤＢＡ要求フレームの受信側メモリ能力フィールド中の対応するサブフィールドが０に設定される場合、またはＥＤＭＧフロー制御拡張構成要素がＡＤＤＢＡ要求フレーム中に存在しない場合、受信側は、ネゴシエーションが不成功だったことを示すステータスコードでＡＤＤＢＡ応答フレーム中で応答し得る。ネゴシエーションが拒否されたこと、ネゴシエーションが指定されていない理由で拒否されたこと、拒絶された要求、または無効なパラメータを示し得る他のステータスコード値が使用され得る。
【０１０４】
[00117]いくつかの態様では、ＡＤＤＢＡ応答は、管理タイプフレームであり得るが、アクションサブタイプをもつことがあり、したがって、ロバストであり得る。すなわち、フレームは、８０２．１１標準の管理フレーム保護の一部として暗号化および認証によってセキュアに保護され得る。ＲＢＵＦＣＡＰおよびＡＲＭＬＥ値を更新するためにＡＤＤＢＡ応答フレームを使用することによって、ＲＢＵＦＣＡＰおよびＡＲＭＬＥ値は、ＤＯＳおよび他のタイプの攻撃を回避するようにセキュアに通信され得る。
【０１０５】
[00118]いくつかの態様では、受信側は、ＲＢＵＦＣＡＰおよびＡＲＭＬＥ値を更新するためにＡＤＤＢＡ要求フレームに応答していないＡＤＤＢＡ応答フレームを送信し得る。送信請求されないＡＤＤＢＡ応答フレームは、受信側がホルダである（a holder of）送信機会中で送られ得る。送信請求されないＡＤＤＢＡ応答フレームのダイアログトークンは、この場合、０に設定され得る。ＲＢＵＦＣＡＰおよびＡＲＭＬＥフィールドは、ブロック確認応答同意のために確立されたＲＢＵＦＣＡＰ量およびＡＲＭＬＥ能力に、それぞれ準拠し得る。いくつかの態様では、ＡＤＤＢＡ応答フレームを送出した後に、受信側は、送信機会の残りを放棄するために送信機会のための許可フレームを送信し得る。場合によっては、ＡＤＤＢＡ応答フレームが送信された後、受信側は、ブロック確認応答同意の発信側である送信機会の応答側への逆方向を許可し得る。
【０１０６】
[00119]いくつかの態様では、０に設定されたダイアログトークンをもつＡＤＤＢＡ応答フレームを受信する発信側は、フレームのブロック確認応答パラメータセットおよびブロック確認応答タイムアウト値フィールドを無視し得る。ＡＤＤＢＡ応答フレームの受信時に、発信側は、ＲＢＵＦＣＡＰおよびＡＲＭＬＥの値を、ＲＢＵＦＣＡＰ量およびＡＲＭＬＥ能力に従って、フレーム中で送出された値にそれぞれ更新し得る。
【０１０７】
[00120]図１２に、本開示のいくつかの態様による、ワイヤレス通信のための例示的な方法１２００を示す。
【０１０８】
[00121]ステップ１２１０において、ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータがワイヤレスノードから受信される。ワイヤレスノードは、応答側であり得、１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み得る。
【０１０９】
[00122]ステップ１２２０において、ワイヤレスノードにあるメモリ中の空きメモリ空間の量の指示がワイヤレスノードから受信される。たとえば、空きメモリ空間の量の指示は、メモリユニットに関して与えられ得る。指示は、ブロック確認応答中で受信され得る。
【０１１０】
[00123]ステップ１２３０において、ワイヤレスノードに送信されるべきデータユニットの数は、空きメモリ空間の量の指示と１つまたは複数のパラメータとに基づいて決定される。
【０１１１】
[00124]ステップ１２４０において、データユニットは、ワイヤレスノードへの送信のために出力され、ここにおいて、ワイヤレスノードへの送信のために出力されるデータユニットの数は、データユニットの決定された数に等しい。データユニットの各々は１つのＭＰＤＵを備え得る。
【０１１２】
[00125]図１３に、本開示のいくつかの態様による、ワイヤレス通信のための別の例示的な方法１３００を示す。
【０１１３】
[00126]ステップ１３１０において、１つまたは複数のパラメータがワイヤレスノードへの送信のために出力され、１つまたは複数のパラメータはメモリを指定する。１つまたは複数のパラメータは、メモリユニットのサイズを示すパラメータを含み得る。
【０１１４】
[00127]ステップ１３２０において、メモリ中の空きメモリ空間の量が計算される。空きメモリ空間は、たとえば、メモリに入るデータの量とメモリから解放されるデータの量とを追跡することによって計算され得る。
【０１１５】
[00128]ステップ１３３０において、空きメモリ空間の量の指示がワイヤレスノードへの送信のために出力される。空きメモリ空間の量の指示は、メモリユニットに関して与えられ得る。
【０１１６】
[00129]図１４に、本開示のいくつかの態様による、例示的なデバイス１４００を示す。デバイス１４００は、ワイヤレスデバイス（たとえば、アクセスポイント２１０またはアクセス端末２２０）において動作し、本明細書で説明する動作のうちの１つまたは複数を実行するように構成され得る。デバイス１４００は、（たとえば、デバイス１４００がＭＰＤＵを送信しているのか、またはＭＰＤＵを受信しているのかに応じて）発信側または応答側として働き得る。
【０１１７】
[00130]デバイス１４００は、処理システム１４２０と、処理システム１４２０に結合されたメモリ１４１０とを含む。メモリ１４１０は、処理システム１４２０によって実行されたとき、本明細書で説明する動作のうちの１つまたは複数を処理システム１４２０に実施させる命令を記憶し得る。処理システム１４２０の例示的な実装形態が以下で与えられる。デバイス１４００はまた、処理システム１４２０に結合された送信／受信インターフェース１４３０を備える。送信／受信インターフェース１４３０（たとえば、インターフェースバス）は、処理システム１４２０を、無線周波数（ＲＦ）フロントエンド（たとえば、トランシーバ２２６−１〜２２６−Ｎまたは２２６−１〜２６６−Ｎ）に接続する（interface）ように構成され得る。
【０１１８】
[00131]いくつかの態様では、処理システム１４２０は、本明細書で説明される動作のうちの１つまたは複数を実行するための、送信データプロセッサ（たとえば、送信データプロセッサ２１８または２６０）、フレームビルダー（たとえば、フレームビルダー２２２または２６２）、送信プロセッサ（たとえば、送信プロセッサ２２４または２６４）および／またはコントローラ（たとえば、コントローラ２３４または２７４）のうちの１つまたは複数を含み得る。
【０１１９】
[00132]アクセス端末２２０の場合、デバイス１４００は、処理システム１４２０に結合されたユーザインターフェース１４４０を含み得る。ユーザインターフェース１４４０は、（たとえば、キーパッド、マウス、ジョイスティックなどを介して）ユーザからデータを受信し、処理システム１４２０にデータを与えるように構成され得る。ユーザインターフェース１４４０はまた、（たとえば、ディスプレイ、スピーカーなどを介して）処理システム１４２０からのデータをユーザに出力するように構成され得る。この場合、データは、ユーザに出力される前に、追加の処理を受け得る。アクセスポイント２１０の場合、ユーザインターフェース１４４０は省略され得る。
【０１２０】
[00133]ワイヤレスノードから、ワイヤレスノードにあるメモリを指定する１つまたは複数のパラメータを受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードから、ワイヤレスノードにあるメモリ中の空きメモリ空間の量の指示を受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。空きメモリ空間の量の指示と１つまたは複数のパラメータとに基づいてワイヤレスノードに送信されるべきデータユニットの数を決定するための手段の例は、コントローラ２３４または２７４あるいは処理システム１４２０のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のためにデータユニットを出力するための手段、ここにおいて、ワイヤレスノードへの送信のために出力されるデータユニットの数がデータユニットの決定された数に等しい、の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。空きメモリ空間の量の指示を備えるブロック確認応答を受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のためにブロック確認応答の要求を出力するための手段、ここにおいて、ブロック確認応答フレームが、ブロック確認応答の要求の後に受信される、の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のために追加ブロック確認応答（ＡＤＤＢＡ）要求を出力するための手段、ＡＤＤＢＡ要求が、ワイヤレスノードとのブロック確認応答セッションを要求する、の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードから、ＡＤＤＢＡ要求を出力した後に、１つまたは複数のパラメータを備えるＡＤＤＢＡ応答を受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードから、１つまたは複数のパラメータを備える追加トラフィック（ＡＤＤＴＳ）要求を受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスへの送信のため��ＡＤＤＴＳ応答を出力するための手段、ＡＤＤＴＳ応答が、ＡＤＤＴＳ要求を確認応答する、の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。複数の異なるメモリタイプのうちの１つを示すインジケータを受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。複数の異なるメモリタイプのうちの１つを示すインジケータを備えるブロック確認応答を受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。複数のトラフィック識別子を受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードの１つまたは複数の能力を示す能力要素を受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。０に設定されたダイアログトークンを含む追加ブロック確認応答の応答を受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ダイアログトークンが０に設定される場合、ブロック確認応答の応答の１つまたは複数のパラメータを無視するための手段の例は、コントローラ２３４または２７４あるいは処理システム１４２０のうちの少なくとも１つを含み得る。別の指示を受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。
【０１２１】
[00134]ワイヤレスノードへの送信のために１つまたは複数のパラメータを出力するための手段、１つまたは複数のパラメータがメモリを指定する、の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。メモリ中の空きメモリ空間の量を計算するための手段の例は、コントローラ２３４または２７４あるいは処理システム１４２０のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のために空きメモリ空間の量の指示を出力するための手段の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。メモリのサイズと受信機バッファ容量（ＲＢＵＦＣＡＰ）フィールドの範囲とに基づいてメモリユニットのサイズを計算するための手段の例は、コントローラ２３４または２７４あるいは処理システム１４２０のうちの少なくとも１つを含み得る。空きメモリ空間の量の指示を備えるブロック確認応答フレームを生成するための手段の例は、コントローラ２３４または２７４、処理システム１４２０、あるいはフレームビルダー２２２または２６２のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のためにブロック確認応答フレームを出力するための手段の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードからブロック確認応答の要求を受信するための手段、ここにおいて、ブロック確認応答フレームが、ブロック確認応答の要求に応答して生成される、の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。メモリ中の空きメモリ空間の量の変化を追跡するための手段と、変化をしきい値と比較するための手段との例は、コントローラ２３４または２７４あるいは処理システム１４２０のうちの少なくとも１つを含み得る。ワイヤレスノードから追加ブロック確認応答（ＡＤＤＢＡ）要求を受信するための手段、ＡＤＤＢＡ要求が、ワイヤレスノードとのブロック確認応答セッションを要求する、の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ＡＤＤＢＡ要求に応答してＡＤＤＢＡ応答を生成するための手段、ここにおいて、ＡＤＤＢＡ応答が、１つまたは複数のパラメータを備える、の例は、コントローラ２３４または２７４、処理システム１４２０、あるいはフレームビルダー２２２または２６２のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のためにＡＤＤＢＡ応答を出力するための手段の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／��信インターフェース１４３０のうちの少なくとも１つを含み得る。１つまたは複数のパラメータを備える追加トラフィック（ＡＤＤＴＳ）要求を生成するための手段の例は、コントローラ２３４または２７４、処理システム１４２０、あるいはフレームビルダー２２２または２６２のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のために追加トラフィック（ＡＤＤＴＳ）要求を出力するための手段の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードから、ＡＤＤＴＳ要求を確認応答するＡＤＤＴＳ応答を受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のためにインジケータを出力するための手段、インジケータが、複数の異なるメモリタイプのうちの１つを示す、の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のためにブロック確認応答を出力するための手段、ブロック確認応答が、複数の異なるメモリタイプのうちの１つを示すインジケータを備える、の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のために複数のトラフィック識別子を出力するための手段の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。識別されたデータトラフィックのうちの少なくとも１つを介してワイヤレスノードからデータユニットを受信するための手段の例は、受信プロセッサ２４２または２８２、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のために能力要素を出力するための手段、能力要素が、装置の１つまたは複数の能力を示す、の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のために追加ブロック確認応答の応答を出力するための手段の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−Ｎ、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。ワイヤレスノードへの送信のために別の指示を出力するための手段の例は、送信プロセッサ２２４または２６４、トランシーバ２２６−１〜２２６−Ｎまたは２６６−１〜２６６−��、あるいは送信／受信インターフェース１４３０のうちの少なくとも１つを含み得る。
【０１２２】
[00135]上記で説明した方法の様々な動作は、対応する機能を実行することが可能な任意の好適な手段によって実行され得る。それらの手段は、限定はしないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含む、様々なハードウェアおよび／またはソフトウェア構成要素および／またはモジュールを含み得る。概して、図に示された動作がある場合、それらの動作は、同様の番号をもつ対応するカウンターパートのミーンズプラスファンクション構成要素を有し得る。
【０１２３】
[00136]場合によっては、フレームを実際に送信するのではなく、デバイスは、送信のためにフレームを出力するためのインターフェース（出力するための手段）を有し得る。たとえば、プロセッサは、バスインターフェースを介して、送信のために無線周波数（ＲＦ）フロントエンドにフレームを出力し得る。同様に、フレームを実際に受信するのではなく、デバイスは、別のデバイスから受信されたフレームを取得するためのインターフェース（取得するための手段）を有し得る。たとえば、プロセッサは、バスインターフェースを介して、受信のためにＲＦフロントエンドからフレームを取得（または受信）し得る。
【０１２４】
[00137]本明細書で使用される「決定すること」という用語は、多種多様なアクションを包含する。たとえば、「決定すること」は、計算すること、算出すること、処理すること、導出すること、調査すること、探索すること（たとえば、テーブル、データベース、または別のデータ構造の中で探索すること）、確認することなどを含み得る。また、「決定すること」は、受信すること（たとえば、情報を受信すること）、アクセスすること（たとえば、メモリ中のデータにアクセスすること）などを含み得る。また、「決定すること」は、解決すること、選択すること、選定すること、確立することなどを含み得る。
【０１２５】
[00138]本明細書で使用される、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃ、ならびに複数の同じ要素を用いた任意の組合せ（たとえば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、またはａ、ｂ、およびｃの任意の他の順序）を包含するものとする。
【０１２６】
[00139]本開示に関連して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明された機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。
【０１２７】
[00140]本開示に関連して説明した方法またはアルゴリズムのステップは、ハードウェアで直接実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、当技術分野で知られている任意の形態の記憶媒体中に常駐し得る。使用され得る記憶媒体のいくつかの例としては、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭなどがある。ソフトウェアモジュールは、単一の命令、または多数の命令を備え得、いくつかの異なるコードセグメント上で、異なるプログラム間で、および複数の記憶媒体にわたって分散され得る。記憶媒体は、プロセッサがその記憶媒体から情報を読み取ることができ、その記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替として、記憶媒体はプロセッサに一体化され得る。
【０１２８】
[00141]本明細書で開示された方法は、説明された方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなく変更され得る。
【０１２９】
[00142]説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ハードウェアで実装される場合、例示的なハードウェア構成は、ワイヤレスノード中に処理システム（たとえば、処理システム１４２０）を備え得る。処理システムは、バスアーキテクチャを用いて実装され得る。バスは、処理システムの特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バスは、プロセッサと、機械可読媒体と、バスインターフェースとを含む様々な回路を互いにリンクし得る。バスインターフェースは、ネットワークアダプタを、特に、バスを介して処理システムに接続するために使用され得る。ネットワークアダプタは、ＰＨＹ層の信号処理機能を実装するために使用され得る。アクセス端末２２０（図２参照）の場合、ユーザインターフェース（たとえば、キーパッド、ディスプレイ、マウス、ジョイスティックなど）もまたバスに接続され得る。バスはまた、タイミングソース、周辺機器、電圧調整器、電力管理回路などの様々な他の回路にリンクし得るが、それらは当技術分野でよく知られており、したがってこれ以上説明しない。
【０１３０】
[00143]プロセッサは、機械可読媒体に記憶されたソフトウェアの実行を含む、バスおよび一般的な処理を管理することを担当し得る。プロセッサは、１つまたは複数の汎用および／または専用プロセッサを用いて実装され得る。例としては、マイクロプロセッサ、マイクロコントローラ、ＤＳＰプロセッサ、およびソフトウェアを実行することができる他の回路がある。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、データ、またはそれらの任意の組合せを意味すると広く解釈されたい。機械可読媒体は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読取り専用メモリ）、ＰＲＯＭ（プログラマブル読取り専用メモリ）、ＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）、ＥＥＰＲＯＭ（電気消去可能プログラマブル読取り専用メモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、または他の好適な記憶媒体、あるいはそれらの任意の組合せを含み得る。機械可読媒体はコンピュータプログラム製品において実施され得る。コンピュータプログラム製品はパッケージング材料を備え得る。
【０１３１】
[00144]ハードウェア実装形態では、機械可読媒体は、プロセッサとは別個の処理システムの一部であり得る。しかしながら、当業者が容易に諒解するように、機械可読媒体またはその任意の部分は処理システムの外部にあり得る。例として、機械可読媒体は、すべてバスインターフェースを介してプロセッサによってアクセスされ得る、伝送線路、データによって変調された搬送波、および／またはワイヤレスノードとは別個のコンピュータ製品を含み得る。代替的に、または追加として、機械可読媒体またはその任意の部分は、キャッシュおよび／または汎用レジスタファイルがそうであり得るように、プロセッサに統合され得る。
【０１３２】
[00145]処理システムは、すべて外部バスアーキテクチャを介して他のサポート回路と互いにリンクされる、プロセッサ機能を提供する１つまたは複数のマイクロプロセッサと、機械可読媒体の少なくとも一部を提供する外部メモリとをもつ汎用処理システムとして構成され得る。代替的に、処理システムは、プロセッサをもつＡＳＩＣ（特定用途向け集積回路）と、バスインターフェースと、アクセス端末）の場合はユーザインターフェースと、サポート回路と、単一のチップに統合された機械可読媒体の少なくとも一部分とを用いて、あるいは１つまたは複数のＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＰＬＤ（プログラマブル論理デバイス）、コントローラ、状態機械、ゲート論理、個別ハードウェア構成要素、もしくは他の好適な回路、または本開示全体にわたって説明した様々な機能を実行することができる回路の任意の組合せを用いて、実装され得る。当業者なら、特定の適用例と、全体的なシステムに課される全体的な設計制約とに応じて、どのようにしたら処理システムについて説明した機能を最も良く実装し得るかを理解されよう。
【０１３３】
[00146]機械可読媒体はいくつかのソフトウェアモジュールを備え得る。ソフトウェアモジュールは、プロセッサによって実行されたときに、処理システムに様々な機能を実行させる命令を含む。ソフトウェアモジュールは、送信モジュールと受信モジュールとを含み得る。各ソフトウェアモジュールは、単一の記憶デバイス中に常駐するか、または複数の記憶デバイスにわたって分散され得る。例として、トリガイベントが発生したとき、ソフトウェアモジュールがハードドライブからＲＡＭにロードされ得る。ソフトウェアモジュールの実行中、プロセッサは、アクセス速度を高めるために、命令のいくつかをキャッシュにロードし得る。次いで、１つまたは複数のキャッシュラインが、プロセッサによる実行のために汎用レジスタファイルにロードされ得る。以下でソフトウェアモジュールの機能に言及する場合、そのような機能は、そのソフトウェアモジュールからの命令を実行したときにプロセッサによって実装されることが理解されよう。
【０１３４】
[00147]ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線（ＩＲ）、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体（たとえば、有形媒体）を備え得る。さらに、他の態様では、コンピュータ可読媒体は一時的コンピュータ可読媒体（たとえば、信号）を備え得る。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１３５】
[00148]したがって、いくつかの態様は、本明細書で提示された動作を実行するためのコンピュータプログラム製品を備え得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明された動作を実行するために１つまたは複数のプロセッサによって実行可能である命令をその上に記憶した（および／または符号化した）コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。
【０１３６】
[00149]さらに、本明細書で説明された方法および技法を実行するためのモジュールおよび／または他の適切な手段は、適用可能な場合にアクセス端末および／または基地局によってダウンロードされ、および／または他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明された方法を実行するための手段の転送を可能にするためにサーバに結合され得る。代替的に、本明細書で説明された様々な方法は、アクセス端末および／または基地局が記憶手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理記憶媒体など）をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段によって提供され得る。その上、本明細書で説明された方法および技法をデバイスに与えるための任意の他の好適な技法が利用され得る。
【０１３７】
[00150]特許請求の範囲は、上記で示された厳密な構成および構成要素に限定されないことを理解されたい。上記で説明された方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な改変、変更および変形が行われ得る。
【図１】
2020517193.tif 000008
【図２】
2020517193.tif 000009
【図３Ａ】
2020517193.tif 000010
【図３Ｂ】
2020517193.tif 000011
【図４】
2020517193.tif 000012
【図５Ａ】
2020517193.tif 000013
【図５Ｂ】
2020517193.tif 000014
【図６】
2020517193.tif 000015
【図７】
2020517193.tif 000016
【図８Ａ】
2020517193.tif 000017
【図８Ｂ】
2020517193.tif 000018
【図９】
2020517193.tif 000019
【図１０Ａ】
2020517193.tif 000020
【図１０Ｂ】
2020517193.tif 000021
【図１１】
2020517193.tif 000022
【図１２】
2020517193.tif 000023
【図１３】
2020517193.tif 000024
【図１４】
2020517193.tif 000025
【国際調査報告】
2020517193.tif 000026
2020517193.tif 000027