(57)【要約】【解決手段】  共用資源ネットワークにおいて、可変長の確認応答を生成し、可変長の確認応答信号を要求するシステムおよび方法が提供される。複数のデータストリームおよび複数のフレームが受信されると、前記複数のフレームに関する受信ステータス情報が生成され、その受信ステータス情報を有する確認応答フレームが生成される。前記受信ステータス情報の長さは、前記複数のフレームの数に依存する。【選択図】      図５Ａ
2008508812.tif 000002
【特許請求の範囲】
【請求項１】
フレーム確認応答情報を生成する方法であって、
複数のフレームを受信する工程と、
前記複数のフレームに関する受信ステータス情報を生成する工程と、
長さが前記複数のフレームの数に依存する前記受信ステータス情報を有する確認応答フレームを生成する工程と
を有する方法。
【請求項２】
請求項１記載の方法において、前記複数のフレームを受信する工程は、複数のトラフィック識別子の１つにそれぞれ関連付けられた複数のフレームサブセットを受信する工程を有するものである。
【請求項３】
請求項２記載の方法において、この方法は、さらに、
前記複数のトラフィック識別子の１つにそれぞれ関連付けられた、前記確認応答フレームの複数のフィールドセットを生成する工程を有し、この各フィールドセットは、少なくとも１つのシーケンス番号と、関連付けられたトラフィック識別子のフレームの受信ステータス情報とを含み、フィールドセットの受信ステータス情報は、関連付けられたトラフィック識別子のフレームの数に依存した長さを有し、前記確認応答フレーム内に示された受信者ステータスを有するものである。
【請求項４】
請求項３記載の方法において、各フィールドセット内の前記受信ステータス情報は、ブロック確認応答ビットマップをそれぞれ有するものである。
【請求項５】
請求項３記載の方法において、各フィールドセットに含まれる前記少なくとも１つのシーケンス番号は、前記関連付けられたトラフィック識別子の第１のフレームのシーケンス番号をそれぞれ有し、前記フレームは前記フィールドセットの前記受信ステータス情報内の受信ステータスを有するものである。
【請求項６】
請求項３記載の方法において、この方法は、さらに、
各フィールドセットについて、前記フィールドセットに含まれる前記受信ステータス情報の長さを指定する各長さ（ｌｅｎｇｔｈ）フィールドを、前記確認応答フレーム内に生成する工程を有するものである。
【請求項７】
請求項１記載の方法において、前記複数のフレームは、複数のＭＡＣサービスデータ単位またはＭＡＣプロトコルデータ単位を有するものである。
【請求項８】
請求項１記載の方法において、この方法は、さらに、
前記受信ステータス情報の長さを指定する長さフィールドを、前記確認応答フレーム内に生成する工程を有するものである。
【請求項９】
フレーム確認応答情報を生成する方法を実施する、コンピュータシステムで実行するためのコンピュータで実行可能な命令を有するコンピュータ可読媒体であって、前記コンピュータで実行可能な命令は、
複数のフレームを受信させる第１の命令と、
前記複数のフレームに関する受信ステータス情報を生成させる第２の命令と、
長さが前記複数のフレームの数に依存する前記受信ステータス情報を有する確認応答フレームを生成させる第３の命令と
を有するものであるコンピュータ可読媒体。
【請求項１０】
請求項９記載のコンピュータ可読媒体において、前記第１の命令により受信される前記複数のフレームは、それぞれ複数のトラフィック識別子の１つに関連付けられた複数のフレームサブセットを有するものである。
【請求項１１】
請求項１０記載のコンピュータ可読媒体において、このコンピュータ可読媒体は、さらに、
前記複数のトラフィック識別子の１つにそれぞれ関連付けられた複数のフィールドセットを、前記確認応答フレーム内に生成させる第４の命令を有し、この各フィールドセットは、少なくとも１つのシーケンス番号と、関連付けられた前記トラフィック識別子のフレームの受信ステータス情報とを含み、フィールドセットの前記受信ステータス情報は、関連付けられたトラフィック識別子のフレームの数に依存した長さを有するものである。
【請求項１２】
請求項１１記載のコンピュータ可読媒体において、前記各フィールドセット内の前記受信ステータス情報は、ブロック確認応答ビットマップデータ構造を有するものである。
【請求項１３】
請求項１１記載のコンピュータ可読媒体において、前記各フィールドセットに含まれる前記少なくとも１つのシーケンス番号は、前記関連付けられたトラフィック識別子の第１のフレームのシーケンス番号をそれぞれ有し、前記フレームは前記フィールドセットの前記受信ステータス情報内の受信ステータスを有するものである。
【請求項１４】
請求項１１記載のコンピュータ可読媒体において、このコンピュータ可読媒体は、さらに、
各フィールドセットについて、前記フィールドセットに含まれる前記受信ステータス情報の長さを指定する各長さフィールドを、前記確認応答フレーム内に生成させる第５の命令を有するものである。
【請求項１５】
請求項９記載のコンピュータ可読媒体において、このコンピュータ可読媒体は、さらに、
前記受信ステータス情報の長さを指定する長さフィールドを、前記確認応答フレーム内に生成させる第４の命令を有するものである。
【請求項１６】
請求項９記載のコンピュータ可読媒体において、前記複数のフレームは、複数のＭＡＣサービスデータ単位またはＭＡＣプロトコルデータ単位を有するものである。
【請求項１７】
共用資源ネットワークにおいて通信を実施するように構成された装置であって、
複数のフレームを格納するようになっているメモリと、
前記複数のフレームに関する受信ステータス情報を生成し、かつ前記受信ステータス情報を有する確認応答フレームを生成するようになっている処理ユニットであって、前記受信ステータス情報の長さは前記複数のフレームの数に依存するものである、処理ユニットと
を有する装置。
【請求項１８】
請求項１７記載の装置において、前記複数のフレームは、複数のトラフィック識別子の１つにそれぞれ関連付けられた複数のフレームサブセットを有するものである。
【請求項１９】
請求項１８記載の装置において、前記処理ユニットは、前記複数のトラフィック識別子の１つにそれぞれ関連付けられた複数のフィールドセットを、前記確認応答フレーム内に生成し、この各フィールドセットは、少なくとも１つのシーケンス番号と、前記関連付けられたトラフィック識別子のフレームの受信ステータス情報とを含み、フィールドセットの受信ステータス情報は、前記関連付けられたトラフィック識別子のフレームの数に依存した長さを有するものである。
【請求項２０】
請求項１９記載の装置において、前記各フィールドセット内の前記受信ステータス情報は、ブロック確認応答ビットマップをそれぞれ有するものである。
【請求項２１】
請求項１９記載の装置において、前記各フィールドセットに含まれる前記少なくとも１つのシーケンス番号は、前記関連付けられたトラフィック識別子の第１のフレームのシーケンス番号をそれぞれ有し、前記フレームは前記フィールドセットの前記受信ステータス情報内の受信ステータスを有するものである。
【請求項２２】
請求項１７記載の装置において、当該装置は無線ローカルエリアネットワーク装置を有し、前記確認応答フレームは、メディアアクセス制御フレームを有するものである。
【請求項２３】
請求項１７記載の装置において、この装置は、さらに、
共用資源インターフェースを有し、前記複数のフレームは、前記共用資源インターフェース上で当該装置により受信されるものである。
【請求項２４】
確認応答情報を要求する方法であって、
複数のフレームの受信ステータス情報を要求する確認応答要求フレームを生成する工程と、
前記複数のフレームのうち少なくとも１つにそれぞれ関連付けられた複数のトラフィック識別子を、前記確認応答要求フレーム内に指定する工程と、
前記確認応答フレームを受信機ステーションにアドレス指定する工程と
を有する方法。
【請求項２５】
請求項２４記載の方法において、前記生成する工程は、前記確認応答要求フレームが、少なくとも１つのＭＡＣサービスデータ単位またはＭＡＣプロトコルデータ単位の受信ステータスに対する要求であることを指定する制御（ｃｏｎｔｒｏｌ）フィールドを挿入する工程をさらに有するものである。
【請求項２６】
請求項２４記載の方法において、前記生成する工程は、前記複数のトラフィック識別子の各々について、開始シーケンス制御番号を指定する工程をさらに有するものである。
【請求項２７】
データ処理システムで実行中のプログラムによるアクセス用にデータを格納するためのメモリであって、
前記メモリに格納され、複数のフレームの受信を確認する情報を含むデータ構造を有し、このデータ構造は、
前記複数のフレームの第１のフレームのシーケンス番号を有するフィールドと、
前記複数のフレームに関する確認応答情報であって、前記複数のフレームの数に依存した長さを有する確認応答情報とを有するものであるデータ構造
を含むものであるメモリ。
【請求項２８】
請求項２７記載のメモリにおいて、前記確認応答情報は、ブロック確認応答ビットマップを有するものである。
【請求項２９】
請求項２７記載のメモリにおいて、前記データ構造は、さらに、
第２のフレームのシーケンス番号を有する第２のフィールドと、
前記第２のフレームを含む第２の複数のフレームに関する確認応答情報であって、前記第２の複数のフレームの数に依存した長さを有するものである、前記確認応答情報と
を含むものである。
【請求項３０】
請求項２９記載のメモリにおいて、前記第１のフレームおよび前記第２のフレームは、それぞれ第１のトラフィック識別子および第２のトラフィック識別子に関連付けられているものである。
【請求項３１】
確認応答要求フレームを生成する方法を実施する、コンピュータシステムで実行するためのコンピュータで実行可能な命令を有するコンピュータ可読媒体であって、前記コンピュータで実行可能な命令は、
複数のシーケンス番号の１つをそれぞれ有する第１の複数のフィールドを生成させる第１の命令と、
前記複数のシーケンス番号の１つにそれぞれ関連付けられたトラフィック識別子をそれぞれ有する第２の複数のフィールドを生成させる第２の命令と、
前記第１の複数のフィールドおよび前記第２の複数のフィールドを含む前記確認応答要求フレームを生成させる第３の命令と
を有するものであるコンピュータ可読媒体。
【請求項３２】
フレーム確認応答情報を生成するように構成された装置であって、
第１のフレームのシーケンス番号を有するフィールドを生成する手段と、
前記第１のフレームを含む第１の複数のフレームに関する確認応答情報を生成する手段であって、前記確認応答情報の長さは前記第１の複数のフレームの数に依存するものである、前記確認応答情報を生成する手段と、
前記フィールドおよび前記確認応答情報を含む確認応答フレームを生成する手段と
を有する装置。
【請求項３３】
請求項３２記載の装置において、前記確認応答情報を生成する手段は、第２の複数のフレームに関する、当該第２の複数のフレームの数に依存した長さを有する第２の確認応答情報を生成し、前記第１の複数のフレームおよび前記第２の複数のフレームは、それぞれ第１のトラフィック識別子および第２のトラフィック識別子に関連付けられており、前記確認応答フレームを生成するは、確認応答フレーム内に前記第２の確認応答情報をさらに含むものである。
【請求項３４】
フレーム確認応答情報を生成するように構成された装置であって、
第１の複数のフレームを受信する手段と、
前記第１の複数のフレームに関する受信ステータス情報を生成する手段と、
長さが前記第１の複数のフレームの数に依存する前記受信ステータス情報を有する確認応答フレームを生成する手段と
を有する装置。
【請求項３５】
請求項３４記載の装置において、前記第１の複数のフレームは第１のトラフィック識別子に関連付けられており、前記第1の複数のフレームを受信する手段は第２の複数のフレームを受信し、前記受信ステータス情報を生成する手段は、長さが前記第２の複数のフレームの数に依存する前記第２の複数のフレームに関する受信ステータス情報をさらに生成し、前記第２の複数のフレームに関する受信ステータス情報は、前記確認応答フレームを生成する手段により前記確認応答フレームに含められるものである。
【請求項３６】
データ送信用システムであって、
共用資源媒体と、
共用資源インターフェースを有する送信機ステーションであって、複数のフレームを生成し、前記共用資源インターフェースにより前記共用資源媒体上の前記複数のフレームを送信する送信機ステーションと、
前記複数のフレームを受信し、前記複数のフレームに関する受信ステータス情報を生成し、前記送信機ステーションにアドレス指定され、前記受信ステータス情報を有した確認応答フレームを生成し、さらに前記共用資源媒体上の前記確認応答フレームを送信する、共用資源インターフェースを有した受信機ステーションであって、この受信ステータス情報の長さは前記複数のフレームの数に依存するものである、前記受信機ステーションと
を有するシステム。
【請求項３７】
請求項３６記載のシステムにおいて、前記複数のフレームは、第１のトラフィック識別子に関連付けられた第１のフレームと、第２のトラフィック識別子に関連付けられた第２のフレームとを有し、前記受信ステータス情報は、前記第１のフレームの第１の受信ステータス情報と、前記第２のフレームの第２の受信ステータス情報とを有するものである。
【請求項３８】
請求項３７記載のシステムにおいて、前記確認応答フレームは、前記第１の受信ステータス情報に関連付けられた前記第１のトラフィック識別子と、前記第２の受信ステータス情報に関連付けられた前記第２のトラフィック識別子とを有するものである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共用資源ネットワーク技術に関し、より具体的には、共用資源ネットワークのチャネル利用を強化する機構に関する。さらに具体的には、本発明は、共用資源ネットワークで可変長の確認応答を提供するシステムおよび方法を提供する。
【背景技術】
【０００２】
最新の無線端末の多くは、多種多様な遠隔通信サービスを提供するようになっている。例えば端末では、パケット交換方式のデータ転送サービスおよびメッセージングサービスだけでなく、回路交換方式の音声データ転送サービスを提供することができる。これらのサービスは、共通のネットワークまたは異種のネットワークを介して提供され、例えばパケット交換データ転送サービスは、端末と無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ：ＷＬＡＮ）アクセスポイントとの間の接続により提供される。他方、回路交換サービスは、端末と公衆陸上移動通信網（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ：ＰＬＭＮ）との間の接続により提供される。
【０００３】
ＷＬＡＮは、ビジネス用途でも家庭内用途でも普及率が高まってきている。例えば、多くの企業では、社内ローカルエリアネットワークの代わりに、またそれを強化するためにＷＬＡＮを配備している。また、レストランやホテルなどサービス業界の多くのビジネスでも、顧客がインターネットや他のデータネットワークにアクセスできるようにＷＬＡＮを配備している。ＷＬＡＮが急速に普及していることから、ＷＬＡＮ対応ステーションで実行するように設計されたアプリケーションの数も増加している。例えば、一般的なＷＬＡＮ対応ステーションには、テキストメッセージングアプリケーション、電子メールアプリケーション、インターネットブラウザ、ストリーミングコンテンツプレーヤーなどのアプリケーションが装備され、利用者は、任意数のアプリケーションをＷＬＡＮ対応ステーションで同時に実行することができる。
【０００４】
ＷＬＡＮでは、イニシエータステーションから受信されるデータについて受信の確認応答をするため、応答機（レスポンダ）ステーションが必要になることが多い。応答機ステーションからイニシエータステーションへ送信される確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＡＣＫ）信号により、送信されたデータが応答機ステーションで正常に受信されたことがイニシエータステーションで確認される。ＷＬＡＮ対応装置では、ＡＣＫはメディアアクセス制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ：ＭＡＣ）レイヤーで生成される。このような確認応答機構は、貴重なシステム帯域幅を消費する。特に共用資源無線ネットワークにおいて無線システム資源は有限で、システムの帯域幅に制限されるため、無線資源のシグナリングおよび制御の利用は最小限に抑えることが望ましい。
【０００５】
ＩＥＥＥ  ８０２．１１ネットワークでの確認応答機構には、種々の改善が行われてきた。例えばブロック確認応答機構において、応答機は、複数のフレームが受信されるまで確認応答の生成および伝達を遅らせることができる。これにより、複数フレームの受信確認を単一の確認応答フレームで受信機（レシーバ）からイニシエータへ搬送することが可能になる。しかし、これを実施（実装）するには、ブロック確認応答で確認応答される各フレームが共通のデータストリームに属することが必要である。すなわち、ブロック確認応答により確認応答される各フレームは、同じアプリケーションまたは処理エンティティに向けられたものでなければならない。さらに、従来のブロック確認応答は固定サイズであるため、確認応答されるフレーム数にかかわらず固定量の確認応答フレームを消費してしまう。
【発明の開示】
【課題を解決するための手段】
【０００６】
共用資源ネットワークでは、確認応答機構を改善するためのシステムおよび方法を提供することが有用である。単一の高処理能力（ｈｉｇｈ−ｔｈｒｏｕｇｈｐｕｔ：ＨＴ）ブロックＡＣＫ要求信号で、複数のデータストリームのデータに対する確認応答（ＡＣＫ）を要求すると、より有用である。共用資源ネットワークでは、ＨＴブロックＡＣＫで複数フレームの受信に確認応答するための確認応答機構を提供すると、さらに有用である。複数データストリームのフレームに対する受信確認応答を、単一の確認応答信号で容易にする確認応答機構を提供すると、いっそう有用である。可変数フレームの可変数データストリームに対する受信確認応答を容易にする確認応答機構を提供すると、よりいっそう有用である。
【０００７】
本発明の実施形態は、共用資源ネットワークで可変長の確認応答、例えば可変長のＨＴ＿Ｂｌｏｃｋ  ＡＣＫを生成するシステムおよび方法を提供する。複数のフレームが受信されると、この複数のフレームに関する受信ステータス情報が生成され、その受信ステータス情報を有する確認応答フレームが生成される。前記受信ステータス情報の長さは、前記複数のフレームの数に依存する。
【発明を実施するための最良の形態】
【０００８】
以下の開示では、言うまでもなく、種々の実施形態の異なる特徴を実施するため多数の異なる実施形態または実施例を提供している。構成要素および配置については、本開示を簡略化するため特定の例を説明している。当然のことながら、これらは単なる例に過ぎず、限定を意図したものではない。また、本開示では種々の例で繰り返し参照符号を使用する場合がある。この反復は簡潔性および明瞭性のためであり、それ自体が種々の実施形態および／または開示する構成の関係を決定するものではない。
【０００９】
図１は、例示的なネットワーク１００環境の、簡略化したブロック図である。ネットワーク１００は、共用資源ネットワークの一例である。例えばネットワーク１００は、ＩＥＥＥ  ８０２．１１規格に準拠した無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ：ＷＬＡＮ）として実装可能である。特に、ネットワーク１００はＩＥＥＥ  ８０２．１１ｎ  ＷＬＡＮ規格に準拠して実装できる。
【００１０】
図示した例では、ネットワーク１００は２つの基本サービスセット（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ：ＢＳＳ）１および２を有するが、ネットワーク１００はいかなる数のＢＳＳも含むことができる。ＢＳＳ１および２は、それぞれカバー領域１０および１１を提供し、それらの領域では、ＷＬＡＮステーション（ＳＴＡ）２０〜２３が、互いに無線媒体を介し通信でき、あるいはネットワーク１００と連動する他の外部ネットワークの他の通信装置または計算装置と通信できる。ＢＳＳ１および２は、分散システム（ｄｉｓｔｒｉｂｕｔｉｏｎ  ｓｙｓｔｅｍ：ＤＳ）３０により通信自在に相互接続されている。ＤＳ  ３０は、送信先マッピングのアドレス取り扱いと、複数ＢＳＳの統合とに必要な論理サービスを提供することにより、モバイル装置のサポートを可能にする。各ＢＳＳには、ＤＳ  ３０へのアクセスを提供するアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ：ＡＰ）が含まれている。図示した例では、ＢＳＳ１および２は、それぞれＡＰ４０および４１を有する。ＡＰ４０および４１およびＢＳＳ１および２が提供するＤＳ  ３０により、任意のサイズおよび複雑度を伴う無線ネットワークの作成が容易になり、ＤＳ  ３０およびＢＳＳ１および２の集合は、一般に拡張サービスセットネットワークと呼ばれる。ネットワーク１００と、ＬＡＮ  ５０などの非ＩＥＥＥ  ８０２．１１  ＬＡＮとの間の論理的な統合は、ポータル６０によりもたらされる。ネットワーク１００には、他の種々の構成が可能である。例えばカバー領域１０および１１は、部分的に重複させても、同一場所に配置してもよい。さらに、本発明の実施形態は、単一の独立ＢＳＳを有したＷＬＡＮ内に配備してもよい。
【００１１】
各ＳＴＡ  ２０〜２３は、無線ラップトップコンピュータ、携帯情報端末、携帯電話、またはデータ通信が可能な他の装置など、無線ネットワークでの通信に適合したデータ処理システムとして実装してもよい。ＳＴＡは、汎用マイクロプロセッサや特定用途向け集積回路などの処理ユニットと、ランダムアクセスメモリ、読み取り専用メモリ、または機械可読データ保持用の異なる別の記憶装置などのメモリ装置と、無線通信カードなどの通信インターフェースと、他の各種構成要素および周辺装置とを具備することができる。
【００１２】
本発明の態様は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせで実装できる。システムの各種要素は、個別に、または組み合わせて、処理ユニットにより実行するよう機械可読記憶装置内で有形に具体化されたコンピュータプログラム製品として実施することが可能である。本発明の実施形態の種々の工程は、入力を操作し出力を生成して諸機能を実施するため、コンピュータ可読媒体上で有形に具体化されたプログラムを実行するコンピュータプロセッサにより実施できる。前記コンピュータ可読媒体は、例えばＷＬＡＮステーション内のメモリ、またはコンパクトディスク、フロッピー（登録商標）ディスク、ディスケットなどの可搬型媒体であってよく、本発明の態様を具体化したコンピュータプログラムがコンピュータにロードできるようになされている。コンピュータプログラムはいかなる特定の実施形態にも限定されるものではなく、例えばオペレーティングシステム、アプリケーションプログラム、フォアグラウンドまたはバックグラウンドの工程、ドライバ、またはこれらの任意の組み合わせにおいて実施可能で、単一のコンピュータプロセッサまたは複数のコンピュータプロセッサで実行可能である。また、本発明の実施形態の種々の工程は、メモリなどのコンピュータ可読媒体において生成、作成、受信、または実装されるデータ構造を提供できる。
【００１３】
共用資源ネットワーク、それが動作する装置、および共用資源ネットワーク内で行われる無線媒体伝達に関する本明細書での説明はＩＥＥＥ  ８０２．１１のプロトコル、機能性、および命名法に従って提供しているが、このような例は単に例示的なものであって、本発明の実施はいかなる特定のネットワーク、ネットワーク対応装置、またはネットワーク通信フォーマットまたはプロトコルにも限定されるものではない。さらに、ＩＥＥＥ  ８０２対応ネットワークでの実装（実施）と関連して本明細書に提供する本発明の説明は、単に例示的なものであり、本発明の理解を助けるためだけに提供するものである。本発明の実施形態は、データ通信用に共用資源を利用する他のネットワークアーキテクチャおよび装置でも実施することができる。
【００１４】
図２は、サービス品質（通信品質）ブロック確認応答（ＡＣＫ）フレーム２００の実施形態を図式により表したものである。ブロックＡＣＫフレーム２００は、ＩＥＥＥ  ８０２．１１ｅ仕様に準拠したブロック確認応答フレームを表している。ブロックＡＣＫフレーム２００は、１つのトラフィック識別子（ｔｒａｆｆｉｃ  ｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）フレームにつき１つのシグナリングメッセージで、フレーム確認応答を提供する。ブロックＡＣＫフレーム２００は、フレーム制御（ｆｒａｍｅ  ｃｏｎｔｒｏｌ）フィールド２０２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド２０４と、受信機アドレス（ｒｅｃｅｉｖｅｒ  ａｄｄｒｅｓｓ）フィールド２０６と、送信機アドレス（ｔｒａｎｓｍｉｔｔｅｒ  ａｄｄｒｅｓｓ）フィールド２０８と、ブロックＡＣＫ制御（ｂｌｏｃｋ  ＡＣＫ  ｃｏｎｔｒｏｌ）フィールド２１０と、ブロックＡＣＫ開始シーケンス制御（ｂｌｏｃｋ  ＡＣＫ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）フィールド２１２と、ブロックＡＣＫビットマップ（ｂｌｏｃｋ  ＡＣＫ  ｂｉｔｍａｐ）フィールド２１４と、フレームチェックシーケンス（ｆｒａｍｅ  ｃｈｅｃｋ  ｓｅｑｕｅｎｃｅ：ＦＣＳ）フィールド２１６とを含む。フレーム制御フィールド２０２は、例えばプロトコルバージョンと、フレームタイプ（データ、管理、制御など）と、フレームが分散システム宛てかどうかと、他のフレーム制御データとを定義するサブフィールドをいくつか有する。有効期間フィールド２０４は、ブロック確認応答フレーム、またはそのブロック確認応答フレームの送信元ステーションの関連付け識別子の有効期間または長さを定義するデータを含む。ＲＡフィールド２０６およびＴＡフィールド２０８は、それぞれブロック確認応答フレーム２００の送信先ステーションのＩＥＥＥ  ＭＡＣアドレスなどの受信機アドレスと、ブロック確認応答フレーム２００の送信元ステーションのＩＥＥＥ  ＭＡＣアドレスなどの送信機アドレスとを含む。ブロックＡＣＫ制御フィールド２１０は、フレーム２００に含まれるブロック確認応答データの制御データを有する。ブロックＡＣＫ開始シーケンス制御フィールド２１２は、フレーム２００のブロック確認応答データに含まれる確認応答情報を有する第１のフレームのシーケンス番号を有する。ブロックＡＣＫビットマップフィールド２１４は、フレーム２００に関連付けられたＴＩＤの１若しくはそれ以上のフレームの受信ステータス情報を含むビットマップを含む。それらフレームの受信ステータスは、フレームが正常に受信されたことを示す１の値やフレームが正常に受信されなかったことを示す０の値など、前記ビットマップ内の各バイナリ値により表されることが好ましい。Ｂ−ＡＣＫビットマップフィールド内の前記ビットマップは、フレームのシーケンスのうち特定フレームにそれぞれ関連付けられた１若しくはそれ以上のビットのシーケンスを有する。ブロックＡＣＫビットマップフィールド２１４内の前記ビットマップの第１のビットは、ブロックＡＣＫ開始シーケンス制御フィールド２１２の指定する前記フレームシーケンス番号で識別されるフレームの受信ステータスを提供する。このビットマップの各後続ビッ��は、各後続フレームの受信ステータスを提供する。ＦＣＳフィールド２１６は、例えば３２ビット循環冗長コードを有する。
【００１５】
確認応答フレーム２００は、複数フレームの確認応答に適している。ただし、ブロックＡＣＫフレーム２００は、ＴＩＤで識別される１つの通信トラフィックストリームにしか適用できない。トラフィックストリームは、特定のトラフィック仕様に関連付けられたデータ（音声やベストエフォート（最善努力）型データなど）の流れである。さらに、フレーム２００の前記ブロック確認応答ビットマップは、１２８バイトなどの固定長である。
【００１６】
このように、複数のトラフィックストリームに対応できるよう、通信ステーションに対し異なるＴＩＤのフレームに確認応答するための機構をもたらすことにより、ブロックＡＣＫ機能を強化することが必要とされている。この態様では、複数のアプリケーションを伴う通信ステーションで、各ＴＩＤに１つずつブロックＡＣＫを必要とするのではなく、ブロックＡＣＫメッセージを１つだけ使用すれば済む。さらに、上記により確認応答されるフレームの数に応じて確認応答データの長さを変更できるよう、ブロックＡＣＫフレームを強化することも必要とされている。
【００１７】
図３では、例示的なブロック確認応答フレームの実施形態の図を示している。ブロック確認応答フレーム３００は、複数のトラフィックストリーム、すなわち複数のＴＩＤを伴うフレームの受信に確認応答するため使用される。ブロック確認応答フレーム３００は、複数のフィールドを有する。図示した例の場合、ブロック確認応答フレーム３００は、フレーム制御（ｆｒａｍｅ  ｃｏｎｔｒｏｌ）フィールド３０２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド３０４と、ＲＡフィールド３０６と、送信機アドレス（ｔｒａｎｓｍｉｔｔｅｒ  ａｄｄｒｅｓｓ：ＴＡ）フィールド３０８とを含む。フレーム制御フィールド３０２は、例えばプロトコルバージョンと、フレームタイプ（データ、管理、制御など）と、フレームが分散システム宛てかどうかと、他のフレーム制御データとを定義するサブフィールドをいくつか有する。有効期間フィールド３０４は、ブロック確認応答フレーム、またはそのブロック確認応答フレームの送信元ステーションの関連付け識別子の有効期間または長さを定義するデータを含む。ＲＡフィールド３０６およびＴＡフィールド３０８は、それぞれブロック確認応答フレーム３００の送信先ステーションのＩＥＥＥ  ＭＡＣアドレスなどの受信機アドレスと、ブロック確認応答フレーム３００の送信元ステーションのＩＥＥＥ  ＭＡＣアドレスなどの送信機アドレスとを含む。例示的なフレーム制御フィールドの内容および構造に関するより詳しい説明は、ＩＥＥＥ規格８０２．１１，１９９９を参照されたい。
【００１８】
ブロック確認応答フレーム３００で受信確認するフレームを有したＴＩＤの数を指定するＴＩＤ数（ＴＩＤ  ｃｏｕｎｔ）フィールド３１０は、任意選択で含めることができる。図示した例では、ブロック確認応答フレーム３００は、ｎ個のトラフィックストリームのフレームに対し確認応答する。
【００１９】
またブロック確認応答フレーム３００は、１若しくはそれ以上の確認応答フィールドセット３２０ａ〜３２０ｎを含んでおり、その各々は、ｎ個のＴＩＤのうち１つに関連付けられている。本明細書で言及しているように、１つのフィールドセットは、１若しくはそれ以上のフレームシーケンス番号などのフレーム識別情報と、１若しくはそれ以上のフレームの受信ステータス情報とを有する。各フィールドセットは、ＴＩＤのフレーム（あるいはＴＩＤに関連付けられていないフレーム）に一意に関連付けられている。フィールドセット３２０ａ〜３２０ｎは、それぞれＴＩＤの１つに一意に関連付けられた確認応答データを含んでおり、ＡＣＫフレーム３００により確認応答されるフレーム受信ステータスを有する。図示した例において、フィールドセット３２０ａ〜３２０ｎは、それぞれ３つのフィールドを有する。特に各ＴＩＤは、それに関連付けられたブロック確認応答制御フィールドと、ブロック確認応答開始シーケンス制御フィールドと、ブロック確認応答ビットマップフィールドとを有する。この例において、前記ｎ個のＴＩＤの各々は、関連するＴＩＤのフレーム用に確認応答データを含んだフィールドセット３２０ａ〜３２０ｎの１つに関連付けられている。ブロック確認応答フレーム３００には、フレームチェックシーケンス（ｆｒａｍｅ  ｃｈｅｃｋ  ｓｅｑｕｅｎｃｅ）３２４が付加されることが好ましい。
【００２０】
この例では、特定のフィールドセットのブロック確認応答制御フィールドは、そのフィールドセットの確認応答データが関連付けられたＴＩＤを伴う。ブロック確認応答開始シーケンス制御フィールドは、確認応答されるべき第１のフレームまたはデータ単位のシーケンス番号、および当該シーケンス番号により指定されたフレームまたはデータ単位の断片番号（任意選択）の２つの構成要素を有する。フィールドセットのブロックＡＣＫビットマップフィールドは、そのフィールドセットに関連付けられたＴＩＤの１若しくはそれ以上のフレームの受信ステータス情報を含むビットマップを含む。それらフレームの受信ステータスは、フレームが正常に受信されたことを示す１の値やフレームが正常に受信されなかったことを示す０の値など、前記ビットマップ内の各バイナリ値により表されることが好ましい。Ｂ−ＡＣＫビットマップフィールド内のビットマップは、１若しくはそれ以上のフレームのシーケンスのうち特定フレームにそれぞれ関連付けられた１若しくはそれ以上のビットのシーケンスを有する。特定のフィールドセットのビットマップの第１のビットは、そのフィールドセットのＢ−ＡＣＫ開始シーケンス制御フィールドのフレームシーケンス番号で識別されるフレームの受信ステータスを提供する。そのビットマップ内の各後続ビットは、Ｂ−ＡＣＫ開始シーケンス制御フィールドにおいて前記シーケンス番号により識別される前記第１のフレーム内の対応するシーケンシャルフレームの受信ステータスを提供する。
【００２１】
その一例として、「１」のＴＩＤ値を有する（ＴＩＤ−１）トラフィックストリームのフレームについて確認応答データを定義するフィールドセット３２０ａを考慮する。この場合、ブロック確認応答制御フィールド３２１ａはＴＩＤ値「１」を含み、ブロック確認応答開始シーケンス制御フィールド３２２ａは、トラフィック識別子「１」を有した前記トラフィックストリームの１若しくはそれ以上のフレームの第１のフレームのシーケンス番号を含む。ブロック確認応答ビットマップフィールド３２３ａは、ＴＩＤ値「１」を有した前記トラフィックストリームの前記１若しくはそれ以上のフレームのうちの１つが受信されたかどうかそれぞれ示すビット値を伴ったビットマップを維持する。例えば、ブロック確認応答開始シーケンス制御フィールド３２２ａがシーケンス番号「４０００」を含み、かつブロック確認応答ビットマップフィールド３２３ａが１０のビット値を伴ったビットマップを含むものとする。この場合、前記１０のビット値のうち第１の値は、シーケンス番号４０００を有したＴＩＤ−１のフレームが受信されたかどうかを示す。前記ビットマップの残りの９ビットは、それぞれそれぞれシーケンス番号「４００１」〜「４００９」を有するフレームのうち１つが受信されたかどうかを示す。残りのフィールドセット３２０ｂ〜３２０ｎは、ＴＩＤがＴＩＤ−２からＴＩＤ−ｎまでのフレームについて受信ステータスを提供する。このような確認応答機構に関するより詳しい説明は、２００４年７月２１日付け出願済み同時係属米国特許出願第１０／８９５，６５７号（参照により本明細書に組み込むものとする）を参照されたい。
【００２２】
上記で図３に示し説明したブロック確認応答スキームにおいて、前記ブロック確認応答ビットマップは固定サイズである。例えば一部の実施態様において、各ブロック確認応答ビットマップフィールド３２３ａ〜３２３ｎは、１２８バイトのフィールドを有する。したがって、各ビットマップは、最高１２８×８のＭＡＣフレーム（ＭＡＣサービスデータ単位（ＭＡＣ  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ：ＭＳＤＵ））、複数のＭＳＤＵ、またはＭＡＣプロトコルデータ単位（ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔｓ：ＭＰＤＵ）への確認応答に使用できる。これにより、各ブロック確認応答ビットマップフィールドは、このビットマップが受信ステータスを提供するフレームまたはデータ単位の数にかかわらず、ブロック確認応答フレーム３００で固定サイズを消費する。フレーム受信ステータス用に使われない前記ブロック確認応答フィールドの容量もブロック確認応答フレーム３００の伝達中に貴重な無線媒体容量を消費してしまうため、このような実施態様は、結果として非効果的な共用資源利用につながる。
【００２３】
したがって、トラフィックストリームが異なる複数のフレームに対し、可変サイズを有する単一のブロック確認応答フレームで確認応答する技術を提供することが望ましい。特に、確認応答フレームは、フレーム中に存在する異なるＭＡＣプロトコルデータ単位（ＭＰＤＵ）に応答して送信される。新しいブロック確認応答スキームは、複数フレームへの確認応答を可能にし、個々のブロック確認応答フレームごとに、また順方向シーケンス制御内で定義された任意の断片ごとに、トラフィック識別子（ＴＩＤ）およびシーケンス制御の定義に対応するものである。また、ブロック確認応答フレームは、それに関連付けられたＴＩＤを有さないトラフィックフレーム、例えば複数のトラフィックストリームをサポートしないレガシーステーションやレガシー装置から送信されるＭＰＤＵにも提供される。
【００２４】
本明細書で説明する実施形態では、種々のフィールドサイズを取り上げている。ただし、このようなフィールドサイズまたはフィールド長の説明は単に例示的なものであって、本発明の理解を容易にするために選ばれたものである。他のフィールドサイズ値も、本発明の説明から逸脱しない範囲で使用できる。例えば、本明細書で説明する特定の例示的サイズを有したフィールドは、４ビット境界、バイト境界、ワード境界、またはロングワード境界などの境界に対しフィールドをアラインメントする際、異なるフィールドサイズで実施（実装）可能である。このようなアラインメントは、適切なフィールドにパディングを行うことで達成できる。また、本明細書で提供するフィールド構成は単に例示的なものであり、本発明の説明から逸脱しない範囲でデータフィールドの順序について種々の再構成が可能である。当業者に理解されるように、他の変形形態も多数実施可能である。
【００２５】
図４Ａは、確認応答ビットマップ長データを含む可変長のＡＣＫフレーム４００の実施形態の図である。図示した例の場合、ＡＣＫフレーム４００は、フレーム制御（ｆｒａｍｅ  ｃｏｎｔｒｏｌ）フィールド４０２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド４０４と、ＴＡフィールド４０６と、ＲＡフィールド４０８と、ブロック確認応答制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールド４１０と、任意選択のＴＩＤ制御（ＴＩＤ  ｃｏｎｔｒｏｌ）フィールド４１２とを含んでいる。図示した例の場合、ブロック確認応答制御フィールド４１０は、１ビットの１１ｎ対応（１１ｎ  ｃａｐａｂｌｅ）フィールド４１０ａと、１ビットの無効／有効ＴＩＤ（ｉｎｖａｌｉｄ／ｖａｌｉｄ  ＴＩＤ）フィールド４１０ｂとを含む１６ビット（ビットＢ０〜Ｂ１５）のフィールドを有する。前記１１ｎ対応フィールドは、ＡＣＫフレーム４００で搬送される種々のデータの適切な解釈を容易にし、フレーム４００が８０２．１１ｎに準拠したフレームかどうかの指標をもたらす。また、１１ｎ対応フィールド４１０ａは、ＡＣＫフレーム４００が準拠しているＩＥＥＥ  ８０２．１１ｎなど、プロトコルまたは規格のバージョンも示すことができる。現在図示している例では、１１ｎ対応フィールド４１０ａは、任意選択のＴＩＤ制御フィールド４１２やビットマップ長フィールドといった特定のフィールドがＡＣＫフレーム４００内に存在するかどうかを示す値を有したビットを格納する。例えば１１ｎ対応フィールドのビット値を「１」にすると、フレームＴＩＤがサポートされており、そのためＴＩＤ制御データを識別するフィールドと、ブロック確認応答ビットマップの各長さを指定するフィールドとがＡＣＫフレーム４００に含まれている旨を示せる。この場合、無効／有効ＴＩＤフィールド４１０ｂは、無効なＴＩＤ値に設定されるか、あるいはＡＣＫフレーム４００を受信する前記ＳＴＡにより無視される。ＴＩＤ制御フィールド４１２に含まれるＴＩＤ情報は、前記受信ＳＴＡにより読み取られる。他方、１１ｎ対応フィールド４１０ａを「０」にすると、無効／有効ＴＩＤフィールド４１０ｂが有効ＴＩＤ値に設定され、次に（図中、破線で示したとおり）ＴＩＤ制御フィールド４１２がＡＣＫフレーム４００から除外される旨を示すことができる。
【００２６】
フィールド４１０ａが１の場合はＴＩＤ制御フィールド４１２がＡＣＫフレーム４００に含まれ、ＴＩＤ制御フィールド４１２は、ＴＩＤ数フィールド（ＴＩＤ  ｃｏｕｎｔ）４１２ａと、ＴＩＤ識別子（ＴＩＤ  ｉｄｅｎｔｉｆｉｅｒ）フィールド４１２ｂのインスタンスと、それに対応したブロック確認応答ビットマップ長（ｌｅｎｇｔｈ  ｏｆ  ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｂｉｔｍａｐ）フィールド４１２ｃとをそれぞれ有した１若しくはそれ以上のフィールドセットを有する。また、前記ＡＣＫビットマップの確認応答対象がＭＳＤＵか、ＭＰＤＵか、ＭＡＣフレームかを示すＭＳＤＵ／ＭＰＤＵビット（ＭＳＤＵ／ＭＰＤＵ  ｂｉｔ）フィールド４１２ｄも任意選択で含めることができる。ＴＩＤ数フィールド４１２ａは、ＡＣＫフレーム４００で確認応答される受信ステータスを有したフレームを伴うＴＩＤの数ｎの数値識別子を含み、ＴＩＤ識別子フィールド４１２ｂはＴＩＤ値を搬送する。ＡＣＫフレーム４００内でフレーム受信ステータスを有する各ＴＩＤについては、それに対応したＴＩＤ識別子フィールド４１２ｂと、ブロック確認応答ビットマップ長フィールド４１２ｃとのフィールドセットが、ＴＩＤ制御フィールド４１２内に含まれる。例えば、図４Ｂは、ＡＣＫフレーム４００のＴＩＤ制御フィールド４１２の実施形態の図である。上記のとおり、ＴＩＤ制御フィールド４１２は、ＡＣＫフレーム４００で識別される受信ステータスを伴うフレームを有したＴＩＤの数を数値指定するＴＩＤカウントフィールド４１２ａを含んでいる。図示した例では、ＴＩＤ数フィールド４１２ａは値「ｎ」を有しており、これによりＡＣＫフレーム４００でｎ個のＴＩＤのフレームが確認応答されていることを指定している。このため、ＴＩＤ制御フィールド４１２には、ＴＩＤ識別子フィールドと、それに対応したブロック確認応答ビットマップフィールドの長さとが、ｎセット含まれる。図示した例の場合、ＴＩＤ制御フィールド４１２には、ＴＩＤ識別子フィールドと、ブロック確認応答ビットマップ長フィールドとのフィールドセット４２０ａ〜４２０ｎが含まれている。フィールドセット４２０ａ〜４２０ｎは、それぞれ前記ｎ個のＴＩＤのうち１つに関連付けられている。例えば、ＴＩＤフィールド４１２ｂ１には、特定のＴＩＤ（ＴＩＤ−１）を識別する値（「１」）が含まれている。ブロック確認応答ビットマップ長（ｌｅｎｇｔｈ  ｏｆ  ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｂｉｔｍａｐ）フィールド４１２ｃ１は、ＴＩＤフィールド４１２ｂ１で識別されるＴＩＤ−１に関連付けられたブロック確認応答ビットマップの長さを指定している。図示した例の場合、ブロック確認応答ビットマップ長フィールド４１２ｃ１は、ＴＩＤ−１に関連付けられたビットマップの長さ値「Ｌ１」を指定している。この長さ値では、例えばバイト単位で前記ビットマップの長さＬ１を指定することができる。同様に、フィールドセット４２０ｂ〜４２０ｎのＴＩＤフィールドおよびブロックＡＣＫビットマップ長フィールドも、ＡＣＫフレーム４００で確認応答されるフレームを有するｎ個のＴＩＤの１つについて、ＴＩＤとそれに対応するブロック確認応答ビットマップフィー��ドの長さとをそれぞれ識別している。
【００２７】
再び図４Ａに戻ると、ＡＣＫフレーム４００は、ブロックＡＣＫ開始シーケンス制御（ｂｌｏｃｋ  ＡＣＫ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）フィールド４１４およびブロックＡＣＫビットマップ（ｂｌｏｃｋ  ＡＣＫ  ｂｉｔｍａｐ）フィールド４１５のフィールドセットをｎ個含む。ブロックＡＣＫ開始シーケンス制御フィールド４１４およびブロックＡＣＫビットマップフィールド４１５のこのｎ個のフィールドセットは、それぞれ、ＡＣＫフレーム４００で確認応答される受信ステータスを伴うフレームを有したｎ個のＴＩＤのうち１つに一意に関連付けられている。ブロックＡＣＫ開始シーケンス制御フィールドは、対応するブロックＡＣＫビットマップフィールド内で定義される受信ステータスを有したフレームシーケンスの第１のフレームのシーケンス番号を指定する。各ブロックＡＣＫビットマップの長さは、可変であり、かつＴＩＤ制御フィールド４１２内で対応したブロックＡＣＫビットマップ長フィールドに従って設定されることが好ましい。
【００２８】
ここで図４Ｃを参照すると、ＡＣＫフレーム４００のブロックＡＣＫ開始シーケンス制御フィールドおよびブロックＡＣＫビットマップフィールドの実施形態の図が示されている。示したように、ＡＣＫフレーム４００はフィールドセット４３０ａ〜４３０ｎを含んでおり、その各々はブロックＡＣＫ開始シーケンス制御（ｂｌｏｃｋ  ＡＣＫ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）フィールド４１４ａ〜４１４ｎと、それに関連付けられたブロックＡＣＫビットマップ（ｂｌｏｃｋ  ＡＣＫ  ｂｉｔｍａｐ）フィールド４１５ａ〜４１５ｎとを有している。フィールドセット４３０ａ〜４３０ｎは、それぞれ前記ｎ個のＴＩＤのうち１つに関連付けられている。図示した例の場合、ブロックＡＣＫ開始シーケンス制御データは、ブロックＡＣＫ開始シーケンス制御−Ｘとして指定されており、ブロックＡＣＫビットマップデータは、ブロックＡＣＫビットマップ−Ｘとして指定されている。ここで、Ｘは、これらの開始シーケンス制御データおよびブロックＡＣＫビットマップが関連付けられたＴＩＤを指定する。例えば、ブロックＡＣＫ開始シーケンス制御フィールド４１４ａ内の開始シーケンス制御データと、ブロックＡＣＫビットマップフィールド４１５ａ内のブロックＡＣＫビットマップデータとは、「１」のＴＩＤに関連付けられている。これにより、ブロックＡＣＫ開始シーケンス制御フィールド４１４ａは、ブロックＡＣＫビットマップフィールド４１５ａのブロックＡＣＫビットマップ内に受信ステータスデータを有したＴＩＤ−１の第１のフレームのシーケンス番号を識別することになる。ＴＩＤ−１の付加的なシーケンシャルフレーム（ある場合）は、ブロックＡＣＫビットマップフィールド４１５ａ内に順次対応した受信ステータスを有する。ブロックＡＣＫビットマップフィールド４１５ａ内のビットマップの長さは、ＴＩＤ制御フィールド４１２において関連付けられたブロックＡＣＫビットマップ長フィールドで指定される。図示した例において、ブロックＡＣＫビットマップフィールド４１５ａ内のブロックＡＣＫビットマップの長さは、ＴＩＤ制御フィールド４１２で（図４Ｂに示した）ブロックＡＣＫビットマップ長フィールド４１２ｃ１により指定される。同様に、ブロックＡＣＫビットマップフィールド４１５ｂ〜４１５ｎ内のブロックＡＣＫビットマップの長さは、それぞれ、対応するＴＩＤ値を介してビットマップに関連付けられたブロックビットマップフィールド４１２ｃ２〜４１２ｃｎの長さで指定される。このように、ＡＣＫフレーム４００は、複数のトラフィックストリームの確認応答についてフレームフォーマットを提供する。可変数のフレーム確認応答は、ＡＣＫフレーム４００によりＴＩＤごとに提供される。
【００２９】
ここで図５Ａを参照すると、確認応答ビットマップ長データを含む可変長のＡＣＫフレーム５００の実施形態の図が示されている。図示した例の場合、ＡＣＫフレーム５００は、フレーム制御（ｆｒａｍｅ  ｃｏｎｔｒｏｌ）フィールド５０２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド５０４と、ＴＡフィールド５０６と、ＲＡフィールド５０８と、ブロック確認応答制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールド５１０とを含んでいる。
【００３０】
図示した例において、ブロック確認応答制御フィールド５１０は、４ビットのＴＩＤ数（ＴＩＤ  ｃｏｕｎｔ）フィールド５１０ａと、１ビットの１１ｎ対応（１１ｎ  ｃａｐａｂｌｅ）フィールド５１０ｂと、無効／有効ＴＩＤ（ｉｎｖａｌｉｄ／ｖａｌｉｄ  ＴＩＤ）フィールド５１０ｃとを含んだ１６ビット（ビットＢ０〜Ｂ１５）のフィールドを有する。なお、ＡＣＫフレーム５００にＴＩＤ制御フィールドは含まれない。その代わり、ＡＣＫフレーム５００で識別される受信ステータスを伴ったフレームを有するＴＩＤの数は、ブロック確認応答制御フィールド５１０で指定され、ＡＣＫフレーム５００内のブロック確認応答ビットマップの長さは、任意選択の二次ブロック確認応答制御（ｓｅｃｏｎｄａｒｙ  ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールドで指定される。一実施形態では、１１ｎ対応フィールドビットが（値「１」などに）設定され、ＡＣＫフレーム５００で指定される受信ステータスデータを伴ったフレームを有するＴＩＤの数が１に等しい場合、ブロック確認応答制御フィールド５１０の無効／有効ＴＩＤフィールド５１０ｃは、ＡＣＫフレーム５００で識別される受信ステータスを伴ったフレームを有するＴＩＤの有効な値に設定される。この場合、二次ブロック確認応答制御フィールド５１２は、（図中、破線で示したとおり）ＡＣＫフレーム５００に含まれない。この場合、前記ブロックＡＣＫビットマップの長さは可変となり、ＡＣＫフレーム５００は、前記ブロックＡＣＫビットマップ長を明示的に識別する必要がなくなる。むしろ、ブロックＡＣＫビットマップフィールド５１５の長さは、ＡＣＫフレーム５００全体の長さからフレームフィールドの長さ（ブロックＡＣＫビットマップフィールド５１５を除く）を減算することにより、黙示的に決定できる。
【００３１】
異なる別の実施形態では、１１ｎ対応フィールド５１０ｂが設定され、かつＴＩＤ数フィールド５１０ａで識別されるＴＩＤの数が「１」より大きい場合は、無効／有効ＴＩＤフィールド５１０ｃが無効なＴＩＤ値に設定されるか、あるいは無視される。この場合は、図５Ａに示したように、二次ブロック確認応答制御フィールド５１２がＡＣＫフレーム５００に含まれる。図示した例の場合、二次的ブロック確認応答制御フィールド５１２は４ビットの予約（ｒｅｓｅｒｖｅｄ）フィールド５１２ａを有し、前記ＡＣＫビットマップの確認応答対象がＭＳＤＵか、ＭＰＤＵか、ＭＡＣフレームかを示すＭＳＤＵ／ＭＰＤＵビット（ＭＳＤＵ／ＭＰＤＵ  ｂｉｔ）フィールド５１２ｂを任意選択で含む。また、二次ブロック確認応答制御フィールド５１２は、ブロック確認応答ビットマップ長（ｌｅｎｇｔｈ  ｏｆ  ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｂｉｔｍａｐ）フィールド５１２ｃ、およびＴＩＤ識別子（ＴＩＤ  ｉｄｅｎｔｉｆｉｅｒ）フィールド５１２ｄを有する。簡略化のため、図示した例では、二次ブロック確認応答制御フィールド５１２と、ブロックＡＣＫ開始シーケンス制御（ｂｌｏｃｋ  ＡＣＫ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）フィールド５１４と、ブロックＡＣＫビットマップ（ｂｌｏｃｋ  ＡＣＫ  ｂｉｔ  ｍａｐ）フィールド５１５との単一のインスタンスを示している。ただし、これらフィールドの複数インスタンスの各々は、前記ｎ個のＴＩＤの１つにそれぞれ関連付けられたＡＣＫフレーム５００に含まれており、前記二次ブロック確認応答制御フィールド５１２と、ブロックＡＣＫ開始シーケンス制御フィールド５１４と、ブロックＡＣＫビットマップフィールド５１５との各インスタンスは、ＡＣＫフレーム５００で識別されるフレーム受信ステータスを有した前記ｎ個のＴＩＤの１つに対応している。このため、二次ブロック確認応答フィールド５１２のインスタンスは、関連付けられたＴＩＤのブロックＡＣＫビットマップのそれぞれの長さを指定している。
【００３２】
前記１１ｎ対応フィールド５１０ｂが例えば「０」など異なる別の値に設定された場合は、無効／有効ＴＩＤフィールド５１０ｃが有効ＴＩＤ値に設定され、二次ブロック確認応答制御フィールド５１２はＡＣＫフレーム５００に含まれず（図中、破線で示したとおり）、前記ブロックＡＣＫビットマップの長さは可変長になることができる。この場合、単一ＴＩＤのフレームは可変長のブロックＡＣＫビットマップフィールド５１５により確認応答される。
【００３３】
ここで図５Ｂを参照すると、可変長のＡＣＫフレーム５００のブロック確認応答制御フィールド５１０の異なる別の実施形態の図が示されている。ブロック確認応答制御フィールド５１０は１６ビット（ビットＢ０〜Ｂ１５）のフィールドを有し、この１６ビットフィールドには、確認応答ビット（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｂｉｔ）（Ｂ０）フィールド５１０ｄと、制御ビット（ｃｏｎｔｒｏｌ  ｂｉｔ）（Ｂ１）フィールド５１０ｅと、予約（ｒｅｓｅｒｖｅｄ）フィールド５１０ｆと、ＴＩＤ数（ＴＩＤ  ｃｏｕｎｔ）フィールド５１０ｇとを含めることができる。確認応答ビットフィールド５１０ｄを特定の値（「０」など）に設定すると、通常の、または遅延のない確認応答が要求フレーム５００により要求されたことを示せる。すなわち、値「０」の確認応答ビットフィールド５１０ｄは、フレーム５００が非遅延確認応答である旨を示すことができる。確認応答ビットフィールド５１０ｄが（「１」など）別の値である場合は、フレーム５００が確認応答要求の受信に即時応答して生成されたのではない旨を示すことができる。制御フィールド５１０ｅを（「１」など）特定の値に設定すると、図５Ａに示した無効／有効ＴＩＤフィールド５１０ｃなしで確認応答フレーム５００を解釈する機構を提供できる。この構成で制御ビットフィールド５１０ｄの値を「１」にすると、ブロック確認応答制御フィールド５１０がＴＩＤ数フィールド５１０ｇ内にＴＩＤ数の識別情報を含むことを示せる。
【００３４】
図４Ａ〜４Ｃおよび５Ａ〜５Ｂに示したＡＣＫフレームのフォーマットは、他のフレームフォーマットとともに適用し、さらに／またはオーバーレイすることができる。さらに、図４Ａ〜４Ｃおよび５Ａ〜５Ｂに示したＡＣＫフレームフォーマットは、以下さらに詳しく示し説明するように、ＭＳＤＵの確認応答用のフレームフォーマットにも適用可能である。
【００３５】
ここで図６を参照すると、黙示的な確認応答ビットマップ長シグナリングの機能を備えた可変長のＡＣＫフレーム６００の実施形態の図が示されている。この実施態様の場合、ＡＣＫフレーム６００は、フレーム制御（ｆｒａｍｅ  ｃｏｎｔｒｏｌ）フィールド６０２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド６０４と、ＴＡフィールド６０６と、ＲＡフィールド６０８と、ブロック確認応答制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールド６１０とを含む。図示した例において、ブロック確認応答制御フィールド６１０は、圧縮ビット（ｃｏｍｐｒｅｓｓｅｄ  ｂｉｔ）フィールド（ＭＳＤＵ／ＭＰＤＵ確認応答）６１０ａと、ＴＩＤ識別子（ＴＩＤ  ｉｄｅｎｔｉｆｉｅｒ）フィールド６１０ｂとを含む１６ビット（ビットＢ０〜Ｂ１５）のフィールドを有する。この実施形態では、ＡＣＫフレーム６００は、単一ＴＩＤの可変数フレームの確認応答をサポートする。ブロック確認応答開始シーケンス制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）フィールド６１２は、ＡＣＫフレーム６００で確認応答される単一ＴＩＤの第１のフレームのシーケンス番号を識別する。ブロック確認応答ビットマップ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｂｉｔｍａｐ）フィールド６１４に含まれるビットマップの長さは、ＡＣＫフレーム６００の全長を決定し、それからＡＣＫフレーム６００のオーバーヘッドバイトを減算することにより、黙示的に決定される（か、または明示的に異なる別の実施形態において示される）。すなわち、ブロックＡＣＫ開始シーケンス制御６１２およびＦＣＳ６１６により区切られるブロック確認応答ビットマップフィールド６１４の長さは、フィールド６０２〜６１２およびＦＣＳ６１６の長さをＡＣＫフレーム６００全体の長さから減算することにより決定される。また、上述した図５Ａ〜５Ｃおよび図６のＡＣＫフレームフォーマットは、図６のＡＣＫフレームフォーマットにも適用できる。異なる別の実施形態では、圧縮ビットフィールド６１０ａに、任意選択で、バイト単位のブロックＡＣＫビットマップ長を含めることができる（例えば、この目的にはビットＢ０〜Ｂ１１の７ビットを使う）。
【００３６】
上記の可変長確認応答フレームの実施形態により、１〜１２８×８フレーム（ＭＳＤＵまたはＭＰＤＵ）の確認応答に柔軟性が導入される。上記のとおり、確認応答に対するこれまでの解決策では、例えば各ＴＩＤに対し１２８バイトの確認応答ビットマップといった固定長ＡＣＫビットマップの機構を提供してきた。ただし、１２８×８のＭＰＤＵの確認応答が必要になる可能性は明らかに小さく、そのような状況はまれにしか起こらない。ＡＣＫビットマップの長さを明示的または黙示的に包含するとＡＣＫで送信されるビット量が減るため、本明細書で説明した他の解決策と比べ、必要なオーバーヘッドも軽減される。これにより、これらのフレームフォーマットは、結果としてデータ処理能力の増加およびより効率的なネットワーク資源利用につながる。上記の実施形態は、パケット受信を確認応答するステーションから送信されるＡＣＫフレームの強化を含む。
【００３７】
ここで図７を参照すると、ブロックＡＣＫ要求フレーム７００の例示的フォーマットの図が示されている。ブロックＡＣＫ要求フレーム７００は、送信元ステーションから情報パケットを受信した受信ステーションに対し、確認応答を要求する前記送信元ステーションにより送信される。ＡＣＫフレーム７００は、フレーム制御（ｆｒａｍｅ  ｃｏｎｔｒｏｌ）フィールド７０２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド７０４と、ＴＡフィールド７０６と、ＲＡフィールド７０８と、ブロック確認応答要求（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｒｅｑｕｅｓｔ：ＢＡＲ）制御（ｃｏｎｔｒｏｌ）フィールド７１０とを含む。図示した例において、ブロック確認応答要求制御フィールド７１０は、任意選択のＴＩＤ数（ＴＩＤ  ｃｏｕｎｔ）フィールド７１０ａ（図中、破線で示した）を含む１６ビット（ビットＢ０〜Ｂ１５）のフィールドを有する。ブロック確認応答要求制御フィールド７１０には、１１ｎ対応ビット（１１ｎ  ｃａｐａｂｌｅ  ｂｉｔ）フィールド７１０ｂおよび無効／有効ＴＩＤ（ｉｎｖａｌｉｄ／ｖａｌｉｄ  ＴＩＤ）フィールド７１０ｃが含まれる。
【００３８】
単一ＴＩＤのフレームについて確認応答を得るため送信元がＡＣＫ要求フレーム７００を生成すると、前記１１ｎ対応フィールド７１０ｂが（ビット値「１」などに）設定され、無効／有効ＴＩＤフィールド７１０ｃは、確認応答されるフレームが関連付けられたＴＩＤの値に設定される。また、任意選択のＴＩＤカウントフィールド７１０ａは、ＡＣＫ要求フレーム７００が単一トラフィックストリームのフレームの確認応答に対する要求であることを示すよう、「１」に設定できる。単一ＴＩＤのフレームに対する確認応答を要求するためＡＣＫ要求フレーム７００を使用する場合は、任意選択のＴＩＤ識別子（ＴＩＤ  ｉｄｅｎｔｉｆｉｅｒ）フィールド７１２（図中、破線で示した）がＡＣＫ要求フレーム７００から排除されることが好ましい。ＴＩＤ識別子フィールド７１２を除外できるのは、ＴＩＤの識別が無効／有効ＴＩＤフィールド７１０ｃにより提供される場合などである。これを受け、ブロックＡＣＫ開始シーケンス制御（ｂｌｏｃｋ  ＡＣＫ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）７１３には、単一のＴＩＤを伴う確認応答すべき１若しくはそれ以上のフレームの開始フレームのシーケンス番号が含まれる。また、ブロック確認応答要求制御フィールド７１０および／または前記フィールド７１２に追加ビットを使用して、要求されたＡＣＫビットマップが圧縮ビットマップかどうかを示すこともできる（ＭＳＤＵまたはＭＰＤＵの確認応答の場合）。ＡＣＫ要求フレーム７００には、ＦＣＳ７１４が付加される。
【００３９】
あるいは、送信元または要求ステーションでは、１１ｎ対応フィールド７１０ｂを「０」など異なる値に設定できる。この場合、無効／有効ＴＩＤフィールド７１０ｃは、ＴＩＤの数にかかわらず有効なＴＩＤ値に設定される。
【００４０】
送信元がＩＥＥＥ  ８０２．１１ｎ対応ステーションであることを示すよう前記１１ｎ対応ビットフィールド７１０ｂが設定され、かつＴＩＤの数が１より大きい場合は、フレーム確認応答が要求されるＴＩＤの数がｎ個であることを示すため任意選択のＴＩＤ数フィールド７１０ａを設定できる。無効／有効ＴＩＤフィールド７１０ｃは、無効なＴＩＤ値に設定されるか、無視される。次いでＴＩＤ識別子フィールド７１２およびブロックＡＣＫ開始シーケンス制御７１３のフィールドセットが、各ＴＩＤについて含まれる。図示した例では、簡略化のため単一インスタンスのＴＩＤ識別子フィールド７１２およびブロック確認応答開始シーケンス制御フィールド７１３を示している。複数のＴＩＤフレームの確認応答に対するＡＣＫ要求フレーム７００が要求される場合は、ＴＩＤ識別子フィールド７１２およびブロック確認応答開始シーケンス制御フィールド７１３のフィールドセットが複数ＡＣＫ要求フレーム７００に含まれ、これらフィールドセットの各インスタンスは、前記ｎ個のＴＩＤの１つに一意に関連付けられる。また、要求されたＡＣＫビットマップが圧縮ビットマップかどうかを示す１ビットを、ＴＩＤ識別子フィールド７１２に含めることができる（ＭＳＤＵ／ＭＰＤＵに確認応答する場合）。
【００４１】
ここで図８を参照すると、ブロックＡＣＫ要求フレーム８００の異なる別の例示的フォーマットの図が示されている。ブロックＡＣＫ要求フレーム８００は、送信元ステーションから情報パケットを受信した受信ステーションに対し、確認応答を要求する前記送信元ステーションにより送信される。ブロックＡＣＫ要求フレーム８００は、フレーム制御（ｆｒａｍｅ  ｃｏｎｔｒｏｌ）フィールド８０２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド８０４と、ＲＡフィールド８０６と、ＴＡフィールド８０８とを有するＭＰＤＵヘッダを含む。また、要求フレーム８００は、ブロック確認応答要求（ＢＡＲ）制御フィールド８１０と、１若しくはそれ以上のセットの、ＴＩＤごとの情報（ｐｅｒ  ＴＩＤ  ｉｎｆｏｒｍａｔｉｏｎ）フィールド８１２と、それらにそれぞれ関連付けられたブロック確認応答開始シーケンス制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）フィールド８１４と、ＦＣＳ８１６とを含む。
【００４２】
ＢＡＲ制御フィールド８１０は、複数の構成のうち１つで実施（実装）できる。例えば、ＢＡＲ制御フィールド８１０は、８０２．１１ｎ対応構成８５０または８０２．１１ｎ非対応構成８５１で実施可能である。例えば８０２．１１ｎ対応構成の場合、ＢＡＲ制御フィールド８１０は１６ビット（ビットＢ０〜Ｂ１５）のフィールドを有し、この１６ビットフィールドには、確認応答ビット（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｂｉｔ）（Ｂ０）フィールド８５０ａと、１１ｎ対応ビット（１１ｎ  ｃａｐａｂｌｅ  ｂｉｔ）（Ｂ１）フィールド８５０ｂと、予約（ｒｅｓｅｒｖｅｄ）フィールド８５０ｃと、ＴＩＤ数（ＴＩＤ  ｃｏｕｎｔ）フィールド８５０ｄとを含めることができる。確認応答ビットフィールド８５０ａを特定の値（「０」など）に設定すると、通常の、または遅延のない確認応答が要求フレーム８００により要求されたことを示せる。すなわち、確認応答ビットフィールド８５０ａの値を「０」にすると、確認応答をただちに必要とする要求フレーム８００が送信機から送信されたこと、また要求フレーム８００の受信機は要求フレーム８００の前記送信機にできるだけ早急に（適切なＳＩＦＳ時間の後など）確認応答情報を返すべきであることを示すことができる。確認応答ビットフィールド８５０ａを（「１」など）別の値にすると、要求フレーム８００の受信機が要求フレーム８００受信時にいかなる即時アクションも実行する必要がないことを示せる。要求フレーム８００の送信機が明示的な即時確認応答情報を必要としない場合は、この確認応答ビットフィールド８５０ａを「１」に設定できる。前記８０２．１１ｎ対応構成８５０では、１１ｎ対応フィールド８５０ｂを（値「１」など）特定の値に設定し、フレーム８００が８０２．１１ｎに準拠した要求である旨を示すことができる。ＴＩＤ数フィールド８５０ｄのビットＢ１３〜Ｂ１５は、確認応答情報が要求されたＴＩＤの数、ｎを識別する値に設定される。この構成では、要求フレーム８００がＴＩＤごとの情報フィールド８１２およびＢＡ開始シーケンス制御フィールド８１４のセットをｎ個含むことになり、その各セットは前記ｎ個のＴＩＤの１つに対応している。
【００４３】
ＢＡＲ制御フィールド８１０は、非８０２．１１ｎ対応構成８５１で実施（実装）できる。例えば非８０２．１１ｎ対応構成の場合、ＢＡＲ制御フィールド８１０は１６ビット（ビットＢ０〜Ｂ１５）のフィールドを有し、この１６ビットフィールドには、確認応答ビット（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｂｉｔ）（Ｂ０）フィールド８５１ａと、１１ｎ対応ビット（１１ｎ  ｃａｐａｂｌｅ  ｂｉｔ）（Ｂ１）フィールド８５１ｂと、予約（ｒｅｓｅｒｖｅｄ）フィールド８５１ｃと、ＴＩＤ識別子（ＴＩＤ  ｉｄｅｎｔｉｆｉｅｒ）フィールド８５１ｄとを含めることができる。確認応答ビットフィールド８５１ａを（「０」など）特定の値に設定すると、通常の、または遅延されない確認応答が要求フレーム８００で要求されている旨を示すことができ、（「１」など）異なる別の値に設定すると、要求フレーム８００の受信機が要求フレーム８００の受信時にいかなる即時アクションも実行しなくてよい旨を示すことができる。この非８０２．１１ｎ対応構成８５１では、１１ｎ対応フィールド８５１ｂを（値「０」など）特定の値に設定すると、フレーム８００が８０２．１１ｎに準拠した要求ではない旨を示すことができ、例えば前記要求フレーム８００を８０２．１１ｅ要求フレームとして解釈できることを示せる。ＴＩＤ識別子フィールド８５１ｄのビットＢ１２〜Ｂ１５は、確認応答情報が要求されたＴＩＤ値に設定される。この構成では、要求フレーム８００がＴＩＤごとの情報フィールド８１２およびＢＡ開始シーケンス制御フィールド８１４のセットを１つだけ含むことになり、そのセットはＴＩＤ識別子フィールド８５１ｄで識別されるＴＩＤに対応する。
【００４４】
ＴＩＤごとの情報フィールド８１２は、予約（ｒｅｓｅｒｖｅｄ）フィールド８１２ａ（ビットＢ０〜Ｂ１０）と、ＭＰＤＵ／ＭＳＤＵビット（ＭＰＤＵ／ＭＳＤＵ  ｂｉｔ）（Ｂ１１）フィールド８１２ｂと、ＴＩＤ識別子（ＴＩＤ  ｉｄｅｎｔｉｆｉｅｒ）フィールド８１２ｃ（ビットＢ１２〜Ｂ１５）とを有する。ＭＰＤＵ／ＭＳＤＵビットフィールド８１２ｂは、（「０」など）特定の値に設定するとフレーム８００がＭＰＤＵの確認応答情報に対する要求を有することを示せ、（「１」など）特定の値に設定するとフレーム８００がＭＳＤＵの確認応答情報に対する要求を有することを示せる。ＴＩＤ識別子フィールド８１２ｃは、前記確認応答要求が提供されるＴＩＤの値を指定する。確認応答情報が要求された開始シーケンス番号は、ＴＩＤごとの情報フィールド８１２のインスタンスに関連付けられたＢＡ開始シーケンス制御フィールド８１４のインスタンスで指定される。これにより、確認応答情報がｎ個のＴＩＤについて要求されている場合は、ＴＩＤごとの情報８１２と、それにそれぞれ関連付けられたＢＡ開始シーケンス制御フィールド８１４とのセットがｎ個、要求フレーム８００に含まれる。
【００４５】
ここで図９を参照すると、ＭＳＤＵおよび／またはＭＰＤＵの確認応答を容易にするＡＣＫフレーム９００の実施形態の図が示されている。ＡＣＫフレーム９００は、制御（ｃｏｎｔｒｏｌ）フィールド９０２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド９０４と、ＲＡフィールド９０６と、ＴＡフィールド９０８と、ハイブリッドブロック確認応答制御（ｈｙｂｒｉｄ  ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールド９１０とを含む。また、ＡＣＫフレーム９００は、ブロック確認応答開始シーケンス制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）フィールド９１２と、ブロック確認応答ＭＳＤＵビットマップ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ＭＳＤＵｓ  ｂｉｔｍａｐ）フィールド９１４と、ブロック確認応答誤りＭＳＤＵビットマップ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｅｒｒｏｎｅｏｕｓ  ＭＳＤＵｓ  ｂｉｔｍａｐ）フィールド９１６と、ＦＣＳ９１８とを含む。
【００４６】
この実施形態では、ハイブリッドブロック確認応答制御フィールド９１０に種々のサブフィールドが含まれる。特に、ハイブリッドブロック確認応答制御フィールド９１０は、確認応答（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）フィールド９１０ａと、有効ビット数（ｎｕｍｂｅｒ  ｏｆ  ｂｉｔｓ  ｖａｌｉｄ）フィールド９１０ｂと、予約（ｒｅｓｅｒｖｅｄ）フィールド９１０ｃと、ＴＩＤ識別子（ＴＩＤ  ｉｄｅｎｔｉｆｉｅｒ）フィールド９１０ｄとを含む。確認応答フィールド９１０ａは、ＭＳＤＵのシーケンス全体が正常に受信されたかを識別する単一ビットのフィールドである。例えば、確認応答フィールド９１０ａでは、ビット値が「１」の場合はＭＳＤＵシーケンスの受信が確定され、ビット値が「０」の場合はＭＳＤＵシーケンス全体が正常に受信されなかったことが示される。ＭＳＤＵのシーケンスは、ブロック確認応答開始シーケンス制御フィールド９１２および有効ビット数フィールド９１０ｂにより定義される。特に、ブロック確認応答開始シーケンス制御フィールド９１２は、ＭＳＤＵシーケンスの第１のＭＳＤＵのシーケンス番号を指定する。有効ビット数フィールド９１０ｂは、６ビットフィールドなどの固定長ビットフィールドにでき、ブロック確認応答ＭＳＤＵビットマップフィールド９１４で維持されるブロック確認応答ビットマップの長さを示す値を有する。例えば、有効ビット数フィールド９１０ｂの値が５６〜６３の範囲である場合、前記ブロック確認応答ＭＳＤＵビットマップフィールド９１４の長さ（オクテット単位）は「８」である。
【００４７】
また、ブロック確認応答ＭＳＤＵビットマップフィールド９１４は、前記ＭＳＤＵシーケンス内の断片化したＭＰＤＵがすべて正常に受信されたかどうかを示す機構を提供する。例えば、ビットＢｍ（すなわち、ブロック確認応答ＭＳＤＵビットマップフィールド９１４のｍ番目のビット）は、ブロック確認応答開始シーケンス制御フィールド９１２で指定されたシーケンス番号とｍとの和を有するシーケンス番号を伴ったＭＳＤＵ内の断片化ＭＰＤＵが、すべて正常に受信されたかどうかを示す。
【００４８】
また、ブロック確認応答誤りＭＳＤＵフィールド９１６は、誤りＭＳＤＵ内の誤りＭＰＤＵを示す。このブロック確認応答誤りＭＳＤＵフィールド９１６の長さは、ＡＣＫフレーム９００で確認応答されたすべての誤りＭＳＤＵの倍数である。例えば、ＭＳＤＵが１６個のＭＰＤＵを有する場合、前記ブロック確認応答誤りＭＳＤＵフィールド９１６の長さは１６ビット（２オクテット）である。
【００４９】
ここで図１０を参照すると、図９を参照し上述した前記ＡＣＫフレーム９００のフォーマットに適用できるＭＳＤＵの受信ステータスを提供するＡＣＫフレーム１０００の実施形態の図が示されている。ＡＣＫフレーム１０００は、制御（ｃｏｎｔｒｏｌ）フィールド１００２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド１００４と、ＲＡフィールド１００６と、ＴＡフィールド１００８と、ハイブリッドブロック確認応答制御（ｈｙｂｒｉｄ  ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールド１０１０とを含む。ハイブリッドブロック確認応答制御フィールド１０１０には、種々のサブフィールドが含まれている。図示した例の場合、ハイブリッドブロック確認応答制御フィールド１０１０は、確認応答（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）フィールド１０１０ａと、有効ビット数（ｎｕｍｂｅｒ  ｏｆ  ｂｉｔｓ  ｖａｌｉｄ）フィールド１０１０ｂと、圧縮および予約ビット（ｃｏｍｐｒｅｓｓｉｏｎ  ａｎｄ  ｒｅｓｅｒｖｅｄ  ｂｉｔ）フィールド１０１０ｃと、ＴＩＤ識別子（ＴＩＤ  ｉｄｅｎｔｉｆｉｅｒ）フィールド１０１０ｄとを含んでいる。また、ＡＣＫフレーム１０００は、ブロック確認応答開始シーケンス制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）フィールド１０１２と、ブロック確認応答ＭＳＤＵビットマップ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ＭＳＤＵｓ  ｂｉｔｍａｐ）フィールド１０１４と、ブロック確認応答誤りＭＳＤＵビットマップ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｅｒｒｏｎｅｏｕｓ  ＭＳＤＵｓ  ｂｉｔｍａｐ）フィールド１０１６と、ＦＣＳ１０１８とを含んでいる。圧縮および予約ビットフィールド１０１０内の圧縮ビットは任意選択である。圧縮および予約ビットフィールド１０１０ｃに圧縮ビットが含まれている場合、ＡＣＫフレーム１０００はＭＳＤＵの断片ではなく、ＭＳＤＵに対する確認応答を提供する。このため、前記圧縮ビットが（ビット値「１」などに）設定され含まれている場合、ブロック確認応答誤りＭＳＤＵフィールド１０１６の長さは０バイトとなり、すなわちブロック確認応答誤りＭＳＤＵビットマップフィールドは、（図中、破線で示したように）ＡＣＫフレーム１０００から排除される。この圧縮ビットが（ビット値「０」など）異なる別の値に設定されると、ＡＣＫフレーム１０００にはブロック確認応答誤りＭＳＤＵフィールド１０１６が含まれる。この場合、ＡＣＫフレーム１０００は、図９に示し説明したＡＣＫフレーム９００のような確認応答の機能性をもたらす。
【００５０】
ここで図１１を参照すると、可変数のＭＳＤＵおよびＭＰＤＵに確認応答するための可変長のＡＣＫフレーム１１００の実施形態の図が示されている。ＡＣＫフレーム１１００は、フレーム制御（ｆｒａｍｅ  ｃｏｎｔｒｏｌ）フィールド１１０２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド１１０４と、ＴＡフィールド１１０６と、ＲＡフィールド１１０８と、ブロック確認応答制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールド１１１０とを含んでいる。ブロック確認応答制御フィールド１１１０には、種々のサブフィールドを含めることができる。特に、ブロック確認応答制御フィールド１１１０は、１１ｎ対応ビット（１１ｎ  ｃａｐａｂｌｅ  ｂｉｔ）フィールド１１１０ａと、無効／有効ＴＩＤ（ｉｎｖａｌｉｄ／ｖａｌｉｄ  ＴＩＤ）フィールド１１１０ｂとを含む１６ビット（ビットＢ０〜Ｂ１５）のフィールドを有する。また、ＡＣＫフレーム１１００は、サブフィールドであるＴＩＤ数（ＴＩＤ  ｃｏｕｎｔ）フィールド１１１２ａと、ハイブリッドブロック確認応答制御（ｈｙｂｒｉｄ  ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールド１１１２ｂとを含んだＴＩＤ制御フィールド１１１２を含む。ハイブリッドブロック確認応答制御フィールド１１１２ｂは、サブフィールドである、確認応答ビット（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｂｉｔ  ｆｉｅｌｄ）フィールド１１１２ｂ１と、有効ビット数（ｎｕｍｂｅｒ  ｏｆ  ｂｉｔｓ  ｖａｌｉｄ）フィールド１１１２ｂ２と、予約（ｒｅｓｅｒｖｅｄ）フィールド１１１２ｂ３と、ＴＩＤ識別子（ＴＩＤ  ｉｄｅｎｔｉｆｉｅｒ）フィールド１１１２ｂ４とを含んでいる。また、ＡＣＫフレーム１１００はｎ個のＴＩＤフィールドセットを含んでおり、当該ＴＩＤフィールドセットは、それぞれ、ブロック確認応答開始シーケンス（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ）フィールド１１１４と、ブロック確認応答ＭＳＤＵビットマップ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ＭＳＤＵ  ｂｉｔｍａｐ）フィールド１１１６と、ブロック確認応答誤りＭＳＤＵビットマップ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｅｒｒｏｎｅｏｕｓ  ＭＳＤＵ  ｂｉｔｍａｐ）フィールド１１１８とのインスタンスを有する。ＡＣＫ要求フレーム１１００には、ＦＣＳ１１２０が付加される。
【００５１】
ＴＩＤ数フィールド１１１２ａは、ＡＣＫフレーム１１００で確認応答されるＭＳＤＵまたはＭＰＤＵを有するＴＩＤの数、ｎを指定する。ブロックＡＣＫ開始シーケンスフィールド１１１４と、ブロック確認応答ＭＳＤＵビットマップフィールド１１１６と、ブロック確認応答誤りＭＳＤＵビットマップフィールド１１１８とを有するＴＩＤフィールドセットの各インスタンスにつき、それに対応したハイブリッドブロック確認応答制御フィールド１１１２ｂのインスタンスで、ブロック確認応答ＭＳＤＵビットマップフィールド１１１６の長さが示される。
【００５２】
１１ｎ対応フィールド１１１０ａが（ビット値「１」などに）設定されると、無効／有効ＴＩＤフィールド１１１０ｂは、無効なＴＩＤ値に設定される（、あるいは無視される）。この場合、前記ハイブリッドブロック確認応答制御フィールドを有するＴＩＤ制御フィールド１１１２は、ＡＣＫフレーム１１００に含まれる。ただし、前記１１ｎ対応フィールド値が（ビット値「０」など）異なる別の値に設定されると、前記ブロック確認応答制御フィールド１１１０内のビットは、ハイブリッドブロック確認応答制御フィールドデータとして解釈される。この場合、前記１１ｎ対応ビットは、前記ハイブリッドブロック確認応答制御データに含まれる前記予約ビットの１つを有する。
【００５３】
ここで図１２を参照すると、ハイブリッドブロック確認応答制御を有する可変長のＡＣＫフレーム１２００の実施形態の図が示されている。ＡＣＫフレーム１２００は、フレーム制御（ｆｒａｍｅ  ｃｏｎｔｒｏｌ）フィールド１２０２と、有効期間（ｄｕｒａｔｉｏｎ）フィールド１２０４と、ＴＡフィールド１２０６と、ＲＡフィールド１２０８と、ブロック確認応答制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールド１２１０とを含んでいる。ブロック確認応答制御フィールド１２１０には、種々のサブフィールドを含めることができる。特に、ブロック確認応答制御フィールド１２１０は、ＴＩＤ数（ＴＩＤ  ｃｏｕｎｔ）フィールド１２１０ａと、１１ｎ対応ビット（１１ｎ  ｃａｐａｂｌｅ  ｂｉｔ）フィールド１２１０ｂと、無効／有効ＴＩＤ（ｉｎｖａｌｉｄ／ｖａｌｉｄ  ＴＩＤ）フィールド１２１０ｃとを含む１６ビット（ビットＢ０〜Ｂ１５）のフィールドを有する。また、ＡＣＫフレーム１２００はｎ個のＴＩＤフィールドセットを含み、このＴＩＤフィールドセットは、それぞれ、ハイブリッドブロック確認応答制御（ｈｙｂｒｉｄ  ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールド１２１２と、ブロック確認応答開始シーケンス制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）フィールド１２１４と、ブロック確認応答ＭＳＤＵビットマップ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ＭＳＤＵ  ｂｉｔｍａｐ）フィールド１２１６と、ブロック確認応答誤りＭＳＤＵビットマップ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｅｒｒｏｎｅｏｕｓ  ＭＳＤＵ  ｂｉｔｍａｐ）フィールド１２１８とのインスタンスを有する。ハイブリッドブロック確認応答制御フィールド１２１２の各インスタンスは種々のサブフィールドを含んでおり、そのサブフィールドには、確認応答ビット（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｂｉｔ）フィールド１２１２ａと、有効ビット数（ｎｕｍｂｅｒ  ｏｆ  ｂｉｔｓ  ｖａｌｉｄ）フィールド１２１２ｂと、予約ビット（ｒｅｓｅｒｖｅｄ  ｂｉｔ）フィールド１２１２ｃと、ＴＩＤ識別子（ＴＩＤ  ｉｄｅｎｔｉｆｉｅｒ）フィールド１２１２ｄとが含まれる。ＡＣＫ要求フレーム１２００には、ＦＣＳ１２２０が付加される。
【００５４】
ハイブリッドブロック確認応答制御フィールド１２１２の各インスタンスは、それに対応したＴＩＤのブロック確認応答ＭＳＤＵビットマップフィールド１２１６の長さを示す。１１ｎ対応フィールド１２１０ｂが（ビット値「１」などの）値に設定され、かつＴＩＤ数フィールド１２１０ａで示されるＴＩＤの数が１以上である場合、無効／有効ＴＩＤフィールド１２１０ｃは、無効なＴＩＤ値に設定される（、あるいは無視される）。この場合は、図１２に示したように、前記ハイブリッドブロック確認応答制御フィールド１２１２が当該フレーム構造に含まれる。１１ｎ対応フィールド１２１０ｂが（ビット値「０」など）異なる別の値に設定されると、ブロック確認応答制御フィールド１２１０内のビットは、ハイブリッドブロック確認応答制御データとして解釈される。この場合、前記１１ｎ対応ビットは、前記ハイブリッドブロック確認応答制御フィールドに含まれる前記予約ビットの１つとなる。
【００５５】
ここで図１３を参照すると、イニシエータステーションと応答機ステーションとの間で交換されるフレームシーケンスおよび確認応答の実施形態の図が示されている。図示した例では、図１に示したＷＬＡＮステーション２０などのイニシエータが、複数のフレーム１３１０ａ〜１３１２ｃを有するフレームシーケンス１３００を、図１に示したＷＬＡＮステーション２３などの応答機ステーションへ送信する。フレーム１３１０ａ〜１３１２ｃは、種々のトラフィックストリームのＭＡＣプロトコルデータ単位を含んだ代表的なフレームであり、図中ＭＰＤＵｘ−Ｙで示されている。ここで、Ｘはトラフィックストリーム、Ｙはフレーム番号をそれぞれ表している。本明細書において、フレームサブセットはフレームシーケンスのサブセットを有し、特定のトラフィックストリームに属する１若しくはそれ以上のフレームを有する。これを受け、トラフィックストリーム「１」の３つのフレーム１３１０ａ〜１３１０ｃを有するフレームサブセットは、イニシエータステーションから応答機ステーションへ送信されるよう示されている。同様に、トラフィックストリーム「２」の３つのフレーム１３１１ａ〜１３１１ｃと、トラフィックストリーム「３」の３つのフレーム１３１２ａ〜１３１２ｃとの各フレームサブセットも、前記イニシエータステーションから前記応答機ステーションへ送信されるよう示されている。イニシエータは、任意選択で、各トラフィックストリームのデータ末尾にＨＴ−Ｂｌｏｃｋ−ＡＣＫ要求を送信し、明示的なＨＴ−Ｂｌｏｃｋ  ＡＣＫを要求することができる。
【００５６】
本発明の好適な実施形態によれば、可変長のＡＣＫフレーム１３２０は、任意選択でＨＴ  Ｂｌｏｃｋ−ＡＣＫ要求を含みうるフレームシーケンス１３００の受信に応答して、前記応答機ステーションにより送信される。ＨＴ−ＡＣＫフレーム１３００は、１若しくはそれ以上のＴＩＤを伴うフレーム（あるいは、ＴＩＤに関連付けられていないフレーム）に確認応答するよう適合している。上記のように、フレームシーケンス１３００の受信ステータスに関する確認応答情報を含むＡＣＫフレーム１３２０のフィールド長は、確認応答されるフレームシーケンス１３００のフレーム数に依存する。このため、ＡＣＫフレーム１３２０の長さ（ビットやバイトなどを単位とした）は可変で、確認応答されるフレームの数に依存する。その結果、１若しくはそれ以上のチャネルなど無線媒体資源をＡＣＫフレーム１３２０が消費する持続時間としての長さＬは、ＡＣＫフレーム１３２０で確認応答されるフレームの数に依存する。
【００５７】
図１３は、ステーションで受信された複数のＴＩＤと、各ＴＩＤごとに複数のＭＰＤＵとに対し確認応答するため送信された単一のＡＣＫを示しているが、各ＴＩＤの１若しくはそれ以上のＭＰＤＵのグループに対し、可変長のＡＣＫフレームを送信することも、あるいは、異なるＴＩＤを伴った１若しくはそれ以上のＭＰＤＵのグループに対し、ＡＣＫフレームを送信することも、本発明の要旨を逸脱しない範囲で可能であることは言うまでもない。以上説明したように、可変長の確認応答フレームを生成する諸機構は、本明細書で説明する実施形態により提供している。複数のフレームが応答機ステーションで受信されると、それにより前記複数のフレームに関する受信ステータス情報が生成される。確認応答フレームは、前記受信ステータス情報を含んで生成される。この受信ステータス情報の長さ、したがって前記確認応答フレームの全長は、前記応答機ステーションで受信された前記複数のフレームの数に依存する。
【００５８】
以上、本開示の実施形態について詳しく説明したが、当業者であれば、本開示の要旨を逸脱しない範囲で種々の変形形態、置換形態、および修正形態が可能であることは理解されよう。このため、このようなすべての変形形態、置換形態、および修正形態は、以下の請求項で定義された本開示の範囲に包含されるよう意図されている。当該請求項のうち、機能実現手段（ミーンズプラスファンクション）形式の項は、記載された機能を実施するものとして本明細書で説明した構造について、構造的等価物（均等物）だけでなく、等価な構造もカバーするよう意図されている。
【図面の簡単な説明】
【００５９】
本発明の観点は、添付の図面と併せて以下の［発明を実施するための最良の形態］を読むことにより最もよく理解される。
【図１】図１は、例示的なネットワーク環境の、簡略化したブロック図である。
【図２】図２は、サービス品質（通信品質）ブロック確認応答フレームの実施形態を図式により表したものである。
【図３】図３は、ブロック確認応答フレームの実施形態の図である。
【図４Ａ】図４Ａは、確認応答ビットマップ長データを含む確認応答フレームの実施形態の図である。
【図４Ｂ】図４Ｂは、図５Ａに示した確認応答フレームのトラフィック識別子制御（ｔｒａｆｆｉｃ  ｉｄｅｎｔｉｆｉｅｒ  ｃｏｎｔｒｏｌ）フィールドの実施形態の図である。
【図４Ｃ】図４Ｃは、図５Ａに示した確認応答フレームの、ブロック確認応答開始シーケンス制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｓｔａｒｔｉｎｇ  ｓｅｑｕｅｎｃｅ  ｃｏｎｔｒｏｌ）フィールドおよびブロック確認応答ビットマップ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｂｉｔｍａｐ）フィールドの実施形態の図である。
【図５Ａ】図５Ａは、確認応答ビットマップ長データを含む可変長の確認応答フレームの実施形態の図である。
【図５Ｂ】図５Ｂは、図５Ａを参照して説明した可変長の確認応答フレームのブロック確認応答制御（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｃｏｎｔｒｏｌ）フィールドの異なる別の実施形態を図式により表したものである。
【図６】図６は、黙示的な確認応答ビットマップ長シグナリングの機能を備えた可変長の確認応答フレームの実施形態の図である。
【図７】図７は、ブロック確認応答要求フレームの例示的なフォーマットの図である。
【図８】図８は、ブロック確認応答要求フレームの異なる別の例示的なフォーマットを図式により表したものである。
【図９】図９は、ＭＳＤＵおよび／またはＭＰＤＵの確認応答を容易にする可変長の確認応答フレームの実施形態の図である。
【図１０】図１０は、図９を参照して説明した確認応答フレームフォーマットに適用できる、ＭＳＤＵの受信ステータスを提供する可変長の確認応答フレームの実施形態の図である。
【図１１】図１１は、可変数のＭＳＤＵおよびＭＰＤＵに確認応答するための可変長の確認応答フレームの実施形態の図である。
【図１２】図１２は、ハイブリッドブロック確認応答制御の機能を備えた確認応答フレームの実施形態の図である。
【図１３】図１３は、イニシエータステーションと応答機ステーションとの間で交換されるフレームシーケンスおよび確認応答シーケンスの実施形態の図である。
【図１】
2008508812.tif 000003
【図２】
2008508812.tif 000004
【図３】
2008508812.tif 000005
【図４Ａ】
2008508812.tif 000006
【図４Ｂ】
2008508812.tif 000007
【図４Ｃ】
2008508812.tif 000008
【図５Ａ】
2008508812.tif 000009
【図５Ｂ】
2008508812.tif 000010
【図６】
2008508812.tif 000011
【図７】
2008508812.tif 000012
【図８】
2008508812.tif 000013
【図９】
2008508812.tif 000014
【図１０】
2008508812.tif 000015
【図１１】
2008508812.tif 000016
【図１２】
2008508812.tif 000017
【図１３】
2008508812.tif 000018
【国際調査報告】
2008508812.tif 000019
2008508812.tif 000020
2008508812.tif 000021