▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024098013
(43)【公開日】2024-07-19
(54)【発明の名称】マルチバンド受信デバイスおよび通信方法
(51)【国際特許分類】
H04W 28/04 20090101AFI20240711BHJP
H04W 72/0453 20230101ALI20240711BHJP
H04W 72/0457 20230101ALI20240711BHJP
H04W 84/12 20090101ALI20240711BHJP
【ＦＩ】
H04W28/04 110
H04W72/0453
H04W72/0457 110
H04W84/12
【審査請求】有
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2024079592
(22)【出願日】2024-05-15
(62)【分割の表示】P 2021527060の分割
【原出願日】2019-10-21
(31)【優先権主張番号】10201810792S
(32)【優先日】2018-11-30
(33)【優先権主張国・地域又は機関】SG
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】チトラカール ロジャン
(72)【発明者】
【氏名】ホァン レイ
(72)【発明者】
【氏名】浦部 嘉夫
(57)【要約】
【課題】マルチバンド通信のためのデバイスおよび方法を提供すること。
【解決手段】マルチバンド受信デバイスは、マルチバンド送信デバイスから複数の周波数帯域で送信された、単一のトラフィック識別子（ＴＩＤ）に属する複数のＭＡＣレイヤプロトコルデータユニット（ＭＰＤＵ）を受信する受信部と、ある周波数帯域で送信された一つ以上のＭＰＤＵを含む前記複数のＭＰＤＵの各々の受信状態を示すマルチバンドブロック確認応答フレームを前記周波数帯域とは異なる第１の周波数帯域上で送信する送信部と、を備え、前記送信部は、前記単一のＴＩＤに属する複数のＭＰＤＵのうち、前記複数の周波数帯域の中の一つの周波数帯域において送信されたＭＰＤＵのみの受信状態を示す帯域毎のブロック確認応答フレームを前記一つの周波数帯域で送信する。
【選択図】図５
【解決手段】マルチバンド受信デバイスは、マルチバンド送信デバイスから複数の周波数帯域で送信された、単一のトラフィック識別子（ＴＩＤ）に属する複数のＭＡＣレイヤプロトコルデータユニット（ＭＰＤＵ）を受信する受信部と、ある周波数帯域で送信された一つ以上のＭＰＤＵを含む前記複数のＭＰＤＵの各々の受信状態を示すマルチバンドブロック確認応答フレームを前記周波数帯域とは異なる第１の周波数帯域上で送信する送信部と、を備え、前記送信部は、前記単一のＴＩＤに属する複数のＭＰＤＵのうち、前記複数の周波数帯域の中の一つの周波数帯域において送信されたＭＰＤＵのみの受信状態を示す帯域毎のブロック確認応答フレームを前記一つの周波数帯域で送信する。
【選択図】図５
【特許請求の範囲】
【請求項1】
マルチバンド送信デバイスから複数の周波数帯域で送信された、単一のトラフィック識別子（ＴＩＤ）に属する複数のＭＡＣレイヤプロトコルデータユニット（ＭＰＤＵ）を受信する受信部と、
ある周波数帯域で送信された一つ以上のＭＰＤＵを含む前記複数のＭＰＤＵの各々の受信状態を示すマルチバンドブロック確認応答フレームを前記周波数帯域とは異なる第１の周波数帯域上で送信する送信部と、
を備え、
前記送信部は、前記単一のＴＩＤに属する複数のＭＰＤＵのうち、前記複数の周波数帯域の中の一つの周波数帯域において送信されたＭＰＤＵのみの受信状態を示す帯域毎のブロック確認応答フレームを前記一つの周波数帯域で送信する、
マルチバンド受信デバイス。
ある周波数帯域で送信された一つ以上のＭＰＤＵを含む前記複数のＭＰＤＵの各々の受信状態を示すマルチバンドブロック確認応答フレームを前記周波数帯域とは異なる第１の周波数帯域上で送信する送信部と、
を備え、
前記送信部は、前記単一のＴＩＤに属する複数のＭＰＤＵのうち、前記複数の周波数帯域の中の一つの周波数帯域において送信されたＭＰＤＵのみの受信状態を示す帯域毎のブロック確認応答フレームを前記一つの周波数帯域で送信する、
マルチバンド受信デバイス。
【請求項2】
トラフィックストリーム追加（ＡＤＤＴＳ）要求フレームとトラフィックストリーム追加（ＡＤＤＴＳ）応答フレームとを前記マルチバンド受信デバイスとの間で交換することにより、前記ＴＩＤに対する単一のマルチバンドブロック確認アグリーメントを形成する、
請求項１に記載のマルチバンド受信デバイス。
請求項１に記載のマルチバンド受信デバイス。
【請求項3】
前記受信部は、前記複数のＭＰＤＵのうち、ある周波数帯域で送信された一部のＭＰＤＵの受信状態を示す帯域毎のブロック確認を別の周波数帯域で送信する、
請求項１に記載のマルチバンド受信デバイス。
請求項１に記載のマルチバンド受信デバイス。
【請求項4】
前記複数のＭＰＤＵは、前記複数の周波数帯域のうちいずれで送信されてもよい、
請求項１に記載のマルチバンド受信デバイス。
請求項１に記載のマルチバンド受信デバイス。
【請求項5】
前記複数の周波数帯域のうちの第１の周波数帯域で送信された第１のＭＰＤＵの受信に失敗したことを示すマルチバンドブロック確認応答フレームを送信した後、前記受信部は、前記複数の周波数帯域のうちの前記第１の周波数帯域とは異なる前記複数の周波数帯域のうちの第２の周波数帯域で再送された前記第１のＭＰＤＵを受信する、
請求項１に記載のマルチバンド受信デバイス。
請求項１に記載のマルチバンド受信デバイス。
【請求項6】
前記受信部は、一つ以上の帯域毎情報フィールドを含むマルチバンドブロック確認要求フレームを受信し、前記一つ以上の帯域毎情報フィールドの各々は、当該周波数帯域において、ブロック確認応答が要求される前記ＴＩＤを示すＴＩＤ値フィールドを含む、
請求項５に記載のマルチバンド受信デバイス。
請求項５に記載のマルチバンド受信デバイス。
【請求項7】
マルチバンド受信デバイスのための通信方法であって、
マルチバンド送信デバイスから複数の周波数帯域で送信された、単一のトラフィック識別子（ＴＩＤ）に属する複数のＭＡＣレイヤプロトコルデータユニット（ＭＰＤＵ）を受信し、
ある周波数帯域で送信された一つ以上のＭＰＤＵを含む前記複数のＭＰＤＵの各々の受信状態を示すマルチバンドブロック確認応答フレームを前記周波数帯域とは異なる第１の周波数帯域上で送信し、
前記単一のＴＩＤに属する複数のＭＰＤＵのうち、前記複数の周波数帯域の中の一つの周波数帯域において送信されたＭＰＤＵのみの受信状態を示す帯域毎のブロック確認応答フレームを前記一つの周波数帯域で送信する、
通信方法。
マルチバンド送信デバイスから複数の周波数帯域で送信された、単一のトラフィック識別子（ＴＩＤ）に属する複数のＭＡＣレイヤプロトコルデータユニット（ＭＰＤＵ）を受信し、
ある周波数帯域で送信された一つ以上のＭＰＤＵを含む前記複数のＭＰＤＵの各々の受信状態を示すマルチバンドブロック確認応答フレームを前記周波数帯域とは異なる第１の周波数帯域上で送信し、
前記単一のＴＩＤに属する複数のＭＰＤＵのうち、前記複数の周波数帯域の中の一つの周波数帯域において送信されたＭＰＤＵのみの受信状態を示す帯域毎のブロック確認応答フレームを前記一つの周波数帯域で送信する、
通信方法。
【請求項8】
トラフィックストリーム追加（ＡＤＤＴＳ）要求フレームとトラフィックストリーム追加（ＡＤＤＴＳ）応答フレームとを前記マルチバンド受信デバイスとの間で交換することにより、前記ＴＩＤに対する単一のマルチバンドブロック確認アグリーメントを形成する、
請求項７記載の通信方法。
請求項７記載の通信方法。
【請求項9】
前記複数のＭＰＤＵのうち、ある周波数帯域で送信された一部のＭＰＤＵの受信状態を示す帯域毎のブロック確認を別の周波数帯域で送信する、
請求項７に記載の通信方法。
請求項７に記載の通信方法。
【請求項10】
前記複数のＭＰＤＵは、前記複数の周波数帯域のうちいずれで送信されてもよい、
請求項７に記載の通信方法。
請求項７に記載の通信方法。
【請求項11】
前記複数の周波数帯域のうちの第１の周波数帯域で送信された第１のＭＰＤＵの受信に失敗したことを示すマルチバンドブロック確認応答フレームを送信したことに後、前記複数の周波数帯域のうちの前記第１の周波数帯域とは異なる前記複数の周波数帯域のうちの第２の周波数帯域で再送された前記第１のＭＰＤＵを受信する、
請求項７に記載の通信方法。
請求項７に記載の通信方法。
【請求項12】
一つ以上の帯域毎情報フィールドを含むマルチバンドブロック確認要求フレームを受信し、前記一つ以上の帯域毎情報フィールドの各々は、当該周波数帯域において、ブロック確認応答が要求される前記ＴＩＤを示すＴＩＤ値フィールドを含む、
請求項１１に記載の通信方法。
請求項１１に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本実施の形態は、一般に、通信デバイスに関し、詳細には、マルチバンドトラフィックストリームを伴うマルチバンド通信のための方法およびデバイスに関する。
【背景技術】
【0002】
今日の世界では、通信デバイスは、有線コンピューティングデバイスと同等の能力で無線で動作することが期待されている。例えば、ユーザは、ユーザの無線通信デバイスにストリーミングされた高精細度動画をシームレスに見ることができることを期待する。これは、通信デバイスと通信デバイスが無線接続するアクセスポイントとに課題を提示する。
【0003】
近年、電気電子技術者協会（ＩＥＥＥ：Institute of Electrical and Electronics Engineers）８０２．１１グループが、上記課題に対処するために超高スループット（ＥＨＴ：Extreme High Throughput）検討グループを形成した。２．４ＧＨｚ周波数帯域、５ＧＨｚ周波数帯域、および６ＧＨｚ周波数帯域でのマルチバンド動作が、そのような通信の鍵となる候補技術とみなされている。複数の帯域にわたるマルチチャネルアグリゲーションが、通信データスループットを何倍にも増加させる自然な方法である。現在のＩＥＥＥ８０２．１１デバイスでは、アクセスポイント（ＡＰ：Access Point）によるアクセスカテゴリ（ＡＣ：Access Category）に対するアドミッション制御が、（例えば、拡張分散チャネルアクセス（ＥＤＣＡ：Enhanced Distributed Channel Access）パラメータセットエレメントにおける１つ以上のアドミッション制御必須（ＡＣＭ：Admission Control Mandatory）サブフィールドを介して）必須となっている場合、通信デバイス（ＳＴＡ）は、ＡＰとともに（トラフィックストリーム追加（ＡＤＤＴＳ：Add Traffic Stream）要求／応答交換を介して）、ＡＣについてのトラフィックストリーム（ＴＳ：Traffic Stream）をセットアップする必要がある。対応するＴＩＤに対するブロックＡｃｋアグリーメント（Block Ack agreement）も、（ブロックＡｃｋ追加（ＡＤＤＢＡ：Add Block Ack）要求／応答交換を介して）行われる必要がある。
【発明の概要】
【0004】
非限定的かつ例示的な一実施の形態は、少なくとも、複数の送受信部と、メディアアクセス制御（ＭＡＣ：Media Access Control）回路と、を含むマルチバンド通信デバイスの提供に資する。複数の送受信部の各々は、動作時に、複数の周波数帯域のうちの異なる周波数帯域で信号フレームを送信する。ＭＡＣ回路は、送受信部に結合され、動作時に、複数の周波数帯域のうちの１つの周波数帯域で、複数の周波数帯域で送信された信号フレームの確認応答を行うマルチバンドブロック確認応答フレームを受信する。
【0005】
非制限的かつ例示的な別の実施の形態は、複数の送受信部と、メディアアクセス制御（ＭＡＣ）回路と、を含み、ＭＡＣ回路は、動作時に、複数の周波数帯域で受信された信号フレームの確認応答を行うマルチバンドブロック確認応答フレームを生成し、複数の周波数帯域のうちの１つの周波数帯域でマルチバンドブロック確認応答フレームを送信する、マルチバンド通信デバイスの提供に資する。
【0006】
なお、一般的な実施形態または具体的な実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして、実施できることに留意されたい。開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって、個別に得ることができる。ただし、このような恩恵および／または利点のうちの１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
【図面の簡単な説明】
【0007】
【図1】本実施の形態に係る８０２．１１無線ネットワーク基本サービスセット（ＢＳＳ：Basic Service Set）の概要の例を示す図
【図2】本実施の形態に係るアクセスポイント（ＡＰ）から通信デバイスへの通信の例を示す図
【図3】本実施の形態に係るトラフィック識別子（ＴＩＤ：Traffic Identifier）に対するトラフィックストリーム（ＴＳ）およびブロックＡｃｋ（ＢＡ：Block Ack）アグリーメントのセットアップの例を示す図
【図4】マルチバンドＡＰ１０２とマルチバンドＳＴＡ１０４との間の、現在のマルチバンド通信に従った、複数の帯域にわたるＴＳおよびＢＡのセットアップおよびその後の通信のための通信フローを示す図
【図5】本実施の形態に係る、マルチバンドＴＳおよびマルチバンドＢＡのセットアップおよびその後の通信のためのマルチバンドＡＰ１０２とマルチバンドＳＴＡ１０４との間の通信フローを示す図
【図6】本実施の形態に係るマルチバンド拡張分散チャネルアクセス（ＥＤＣＡ）パラメータセットエレメントの例を示す図
【図7】本実施の形態に係るマルチバンドＡＤＤＴＳ要求フレームおよびマルチバンドＡＤＤＴＳ応答フレームの例を示す図
【図8】本実施の形態に係るマルチバンドＡＤＤＢＡ要求フレームおよびマルチバンドＡＤＤＢＡ応答フレームの例を示す図
【図10】本実施の形態に係るマルチバンド能力エレメントの例を示す図
【図11】本実施の形態の第１の変形例に係るマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレームおよびマルチバンドＢｌｏｃｋＡｃｋフレームの例を示す図
【図12】本実施の形態に係るトラフィックストリームおよびブロックＡｃｋのアーキテクチャの例を示す図
【図13】本実施の形態に係る第１の例示的なマルチバンド送信の例を示す図
【図14】本実施の形態に係るマルチバンドブロックＡｃｋ実装のための例示的な参照モデルの例を示す図
【図15】本実施の形態に係る第２の例示的なマルチバンド送信の例を示す図
【図16】本実施の形態に係るマルチバンドフレームバリアントタイプが定義されるマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレームの例を示す図
【図17】本実施の形態に係る、ＢＡ情報（BA Information）フィールドのバリアントが定義されるマルチバンドＢｌｏｃｋＡｃｋフレームの例を示す図
【図19】本実施の形態に係る第３の例示的なマルチバンド送信として、遅延ブロックＡｃｋ方式（delayed Block Ack scheme）の例を示す図
【図20】本実施の形態に係る、マルチバンド送信およびマルチバンドブロックＡｃｋを処理するために定義されたトラフィックストリームおよびブロックＡｃｋのアーキテクチャの目的の例を示す図
【図21】本実施の形態の第２の変形例に係るマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレームおよびマルチバンドＢｌｏｃｋＡｃｋフレームの例を示す図
【図23】本実施の形態に係る第４の例示的なマルチバンド送信として、暗黙的マルチバンドブロックＡｃｋ要求方式の例を示す図
【図24】本実施の形態に係るマルチバンド通信デバイスの簡略化されたブロック図
【図25】本実施の形態に係るマルチバンド通信デバイスの詳細なブロック図
【発明を実施するための形態】
【0008】
添付の図面において、同一の参照番号は、別々の図を通して同一または機能的に同様の要素を指し、以下の詳細な説明とともに、本明細書に組み込まれ、本明細書の一部を形成し、様々な実施の形態を例示し、本実施の形態に係る様々な原理および利点を説明する役割を果たす。当業者であれば、図中の要素が平易にかつ明確に示されており、必ずしも縮尺通りに描かれているわけではないことが理解されよう。
【0009】
以下の詳細な説明は、本質的に例示にすぎず、実施の形態または実施の形態の適用および使用を限定することを意図するものではない。さらに、前述の背景技術またはこの詳細な説明において提示されるいかなる理論によっても制限されることを意図するものではない。特定のＴＩＤに対する既存のＩＥＥＥ８０２．１１トラフィックストリーム（ＴＳ）およびブロックＡｃｋ（ＢＡ）メカニズムは、単一の帯域に制限されるものと認められる。本実施の形態の目的は、マルチバンドアグリゲーションのスループット利得を十分に実現するために、複数の帯域にわたって動作するＴＳおよびＢＡメカニズムを提示することである。さらに、他の望ましい特徴および特性が、添付の図面および本開示の背景技術と併せることで、以下の詳細な説明および添付の特許請求の範囲から明らかになるであろう。
【0010】
図１を参照すると、基本サービスセット（ＢＳＳ）としても知られる８０２．１１無線ネットワーク１００の概要の例が示されている。８０２．１１無線ネットワーク１００は、１つの再分配ポイントであるアクセスポイント（ＡＰ）１０２およびＡＰ１０２に接続された複数の通信デバイス（ＳＴＡ）１０４を含む。現在のＩＥＥＥ８０２．１１ ＢＳＳは、各周波数帯域で独立したＡＰとして動作するマルチバンド対応ＡＰを用いて単一の周波数帯域で動作する。現在の大部分の８０２．１１ ＳＴＡは、シングルバンド（単一帯域）デバイスであり、一方、将来の８０２．１１通信デバイス（例えば、超高スループット（ＥＨＴ）通信デバイス）は、複数の周波数帯域で同時に動作可能であることが期待される。このような将来のＡＰ１０２は、既存の８０２．１１システムにおいてと同様に、２．４ＧＨｚ周波数帯域、５ＧＨｚ周波数帯域、または６ＧＨｚ周波数帯域におけるＢＳＳを別個のＢＳＳとしてセットアップしてよく、この場合、ＳＴＡ１０４は、認証およびアソシエーションのレガシー手順に従って、３つの周波数帯域でＢＳＳに参加していると想定される。あるいは、将来のＡＰ１０２は、ＢＳＳ１００において示されているように、複数の周波数帯域（すなわち、２．４ＧＨｚ周波数帯域１０６、５ＧＨｚ周波数帯域１０８、および６ＧＨｚ周波数帯域１１０）で動作する統一／仮想ＢＳＳを動作させてもよい。この場合、ＳＴＡ１０４は、各周波数帯域での個々の認証およびアソシエーションの要求／応答を介して、または、これらの周波数帯域のうちのいずれか１つの周波数帯域でのマルチバンド認証およびアソシエーションの要求／応答を介して、３つのすべての周波数帯域で統一／仮想ＢＳＳ１００に参加していると想定される。
【0011】
図２は、ＡＰ１０２からＳＴＡ１０４へのビデオファイル２０２の通信の例２００を示している。マルチバンドアグリゲーションのスループット利得を十分に実現するために、複数の帯域にわたって動作するトラフィックストリーム（ＴＳ）およびブロック確認応答（ＢＡ：Block Acknowledgement）のメカニズムが望まれる。このようなマルチバンドＴＳおよびＢＡは、複数の帯域（例えば、２．４ＧＨｚ帯２０４、５ＧＨｚ帯２０６および６ＧＨｚ帯２０８）にわたるトラフィックのアグリゲーションを可能にすることによって、デバイススループットを何倍にも増加させることに役立ち得る。高解像度ビデオ２０２（例えば、高精細度（ＨＤ）もしくは４Ｋまたは８Ｋのビデオ）のストリーミングが、そのようなマルチバンド送信を必要とすることがある。ＡＰ１０２のインターネットプロトコル（ＩＰ）レイヤ２１０において、ビデオファイル２０２は小さなＩＰパケットに分割される。ＡＰ１０２の８０２．１１メディアアクセス制御（ＭＡＣ）レイヤ２１２は、ＩＰパケットを８０２．１１ＭＡＣレイヤプロトコルデータユニット（ＭＰＤＵ：Mac layer Protocol Data Unit）に変換し、ＭＡＣ ＴＸキュー２１４に送り、次に、ＭＡＣ ＴＸキュー２１４は、２．４ＧＨｚ周波数帯域２０４、５ＧＨｚ周波数帯域２０６、および６ＧＨｚ周波数帯域２０８での同時送信のために、下位ＭＡＣレイヤ２１２および物理レイヤ（ＰＨＹ）２２２における送受信部２１６，２１８，２２０にそれぞれＭＰＤＵを提供する。このようにして、ＭＰＤＵ２２４は、２．４ＧＨｚ周波数帯域２０４を介して、ＭＰＤＵ２２６は、５ＧＨｚ周波数帯域２０６を介して、ＭＰＤＵ２２８は、６ＧＨｚ周波数帯域２０８を介して、受信側デバイスであるＳＴＡ１０４に送信される。
【0012】
受信側デバイスでは、ＭＰＤＵ２２４，２２６，２２８は、ＰＨＹレイヤ２３６および下位ＭＡＣレイヤ２３８における送受信部２３０，２３２，２３４によって受信される。ＭＰＤＵ２２４，２２６，２２８は、ＭＡＣレイヤ２３８によって収集され、ＭＡＣ ＲＸキュー２４０に渡される前に、また、ＩＰパケットが結合されて元のビデオファイル２０２を形成するＩＰレイヤ２４２に渡される前に、必要に応じて元の順序に並べ替えられる。
【0013】
現在の８０２．１１通信デバイスでは、通常、アドミッション制御は、ビデオ（ＡＣ＿ＶＯ）または音声（ＡＣ＿ＶＩ）等の高優先度トラフィックに対してサービス品質（ＱｏＳ）レベルを維持するために必須とされる。アクセスカテゴリ（ＡＣ）に対するアドミッション制御が、ＡＰによって（例えば、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータセットエレメント内のアドミッション制御必須（ＡＣＭ）サブフィールドを介して）必須となっている場合、ＳＴＡは、トラフィックストリーム追加（ＡＤＤＴＳ）要求／応答交換を介して、アクセスカテゴリ（ＡＣ）に対するＴＳをＡＰとともにセットアップする必要がある。ＡＤＤＴＳ要求フレームおよびＡＤＤＴＳ応答フレーム内のトラフィック仕様（ＴＳＰＥＣ：Traffic Specification）エレメントは、トラフィックストリーム識別子（ＴＳＩＤ）、方向、ＭＳＤＵサイズ、最小および最大間隔範囲、ならびに、最小データレート、平均データレートおよびピークデータレート等を含む、ＴＳに関連する様々なパラメータを規定する。
【0014】
また、対応するＴＩＤに対するブロックＡｃｋアグリーメントが、ブロックＡｃｋ追加（ＡＤＤＢＡ）要求／応答交換を介して行われる必要がある。トラフィックストリームおよびブロックＡｃｋアグリーメントは、ＡＤＤＴＳおよびＡＤＤＢＡの要求／応答交換のそれぞれにマルチバンドエレメントを含めることによって、または、オンチャネルトンネリング（ＯＣＴ：On-Channel Tunneling）を介して、異なる周波数帯域についてセットアップされてもよい。
【0015】
新しい高優先度トラフィックを未管理のまま無線ネットワークに追加すると、既存のトラフィックのＱｏＳに悪影響を与えるおそれがあるため、ＡＰは、通常、そのようなトラフィックに対するアドミッション制御を必須とする。大量の既存のトラフィックが存在する場合、ＡＰは、そのアクセスカテゴリ（ＡＣ）のためのトラフィックストリームをセットアップするようにとのＳＴＡの要求を拒否してもよい。
【0016】
本実施の形態に係るマルチバンド送信を達成するためには、現在のＴＳおよびＢＡセットアップが特定の帯域のＭＡＣレイヤ間でセットアップされるため、ＴＳおよびＢＡの動作に対する変更が必要とされる。図３を参照すると、例３００は、本実施の形態に係る、送信機（ＴＸ）通信デバイス３０２と受信機（ＲＸ）通信デバイス３０４との間でセットアップされる、トラフィック識別子（ＴＩＤ）に対するトラフィックストリーム（ＴＳ）およびブロックＡｃｋ（ＢＡ）アグリーメントを示している。ＴＳおよびＢＡアグリーメントは、通常、ペアとしてセットアップされ、ＢＡアグリーメントは、ＴＳ方向と反対方向にセットアップされる。ＴＳ３０６，３０８，３１０は、送信機３０２から受信機３０４へのデータ送信のために、各帯域のＴＸ ＭＡＣレイヤ３１８，３２０，３２２と各帯域の対応するＲＸ ＭＡＣレイヤ３２４，３２６，３２８との間でセットアップされ、一方、ＢＡアグリーメント３１２，３１４，３１６は、受信機から送信機へのＢＡの送信のために、ＲＸ ＭＡＣレイヤ３２４，３２６，３２８とＴＸ ＭＡＣレイヤ３１８，３２０，３２２との間で、反対方向にセットアップされて、ＴＳ３０６，３０８，３１０に対応するデータ送信の確認応答をそれぞれ行う。
【0017】
送信機側では、ＴＸ上位レイヤ３３０およびＴＸ論理リンク制御（ＬＬＣ：Logical Link Control）レイヤ３３２が、特定のＴＩＤに対する送信にいずれの帯域を使用するかの決定を行う。各ＴＳ３０６，３０８，３１０のＭＰＤＵが、各帯域のＴＸ ＭＡＣレイヤ（ＭＡＣレイヤ３１８，３２０，３２２）において生成され、同じ帯域のピアＲＸ ＭＡＣレイヤ（ＭＡＣレイヤ３２４，３２６，３２８）宛にアドレス指定される。受信側では、異なる帯域で受信されたＭＡＣサービスデータユニット（ＭＳＤＵ：MAC Service Data Unit）の並び替えが、ＲＸ ＬＬＣレイヤ３３４によって行われ、ＲＸ上位レイヤ３３６に渡される。各ＴＳ３０６，３０８，３１０のＭＰＤＵに対応するブロックＡｃｋ（ＢＡ）が、同じ帯域のＲＸ ＭＡＣレイヤ（ＭＡＣレイヤ３２４，３２６，３２８）において生成され、各帯域のピアＴＸ ＭＡＣレイヤ（ＭＡＣレイヤ３１８，３２０，３２２）宛にアドレス指定される。ＢＡが受信されなかった場合、または、ＢＡビットマップ（０に設定されたＭＰＤＵに対応するビット）においてＭＰＤＵの確認応答が行われなかった場合、確認応答が行われなかったＭＰＤＵについて送信が失敗したと判断される。確認応答が行われなかったＭＰＤＵのＭＡＣレイヤの再送が、図４に示されているように、失敗した送信と同じ周波数帯域（２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ）で行われる。
【0018】
図４は、現在のマルチバンド通信に従った、ＴＳおよびＢＡセットアップおよびその後の通信のための、マルチバンドＡＰ１０２とマルチバンドＳＴＡ１０４との間の通信フロー４００を示している。任意の帯域においてビーコンフレーム内で受信されたＥＤＣＡパラメータセットエレメントが、任意のアクセスカテゴリ（ＡＣ）について設定されているアドミッション制御必須（ＡＣＭ）ビットを有する場合、ＳＴＡは、当該帯域で対応するＴＩＤ／ＡＣに属するデータフレームを送信する前に、当該ＴＩＤに対するトラフィックストリーム（ＴＳ）をＡＰとの間でセットアップする必要がある。特定のＴＩＤに対するＴＳセットアップ４１０が、各帯域でＡＤＤＴＳ要求／応答フレームを交換することによって、例えば、ダウンリンクデータ送信（すなわち、ＡＰから非ＡＰデバイスへの送信）のために、帯域毎に個別に実行される。ＡＤＤＴＳ要求は、実際のデータ送信の方向にかかわらず、必ず非ＡＰ ＳＴＡによって開始される。同様に、特定のＴＩＤに対するＢＡセットアップ４２０が、各帯域でＡＤＤＢＡ要求／応答フレームを交換することによって、帯域毎に個別に実行される。ＡＤＤＢＡ要求は、対応するＴＳの送信機デバイス（この場合、ＡＰ）によって開始される。ＴＳおよびＢＡが各帯域でセットアップされると、データ送信および対応するＢＡ送信が各帯域で行われてよい（例えば、６ＧＨｚ帯で送信４３０、５ＧＨｚ帯で送信４４０、２．４ＧＨｚ帯で送信４５０が行われてよい）。各帯域におけるデータ送信４３０，４４０，４５０のためのＢｌｏｃｋＡｃｋフレームが、ＢｌｏｃｋＡｃｋＲｅｑフレームを介して要求され、要求されたＢｌｏｃｋＡｃｋフレームは、同じ帯域で送信される。送信４３０，４４０，４５０が異なる帯域で行われるため、これらの送信は、同時にまたは重複した時間に行われてよく、それによってマルチバンド送信が達成される。
【0019】
データフレームの送信が失敗したと判断された場合（例えば、データ送信４５２において、ＢｌｏｃｋＡｃｋフレームにおいて示されるように）、当該データフレームは同じ帯域で再送される（例えば、再送４５４）。
【0020】
マルチバンド送信は、このアプローチで達成され得るが、スケジューリング、帯域選択、再送、および他の責務は、上位レイヤ３３０，３３６（図３）に委ねられ、これらの上位レイヤは、そのような決定を行うために必要なＰＨＹレイヤ３１７，３１９，３２１，３２３，３２５，３２７の情報を有していなくてもよい。ＭＡＣレイヤがＰＨＹレイヤのより良い情報／制御を有しているため、マルチバンド送信の決定がＭＡＣレイヤ３１８，３２０，３２２，３２４，３２６，３２８において行われる方がより良いであろう。
【0021】
図５は、本実施の形態に係る、ＴＳおよびＢＡセットアップおよびその後の通信のための、マルチバンドＡＰ１０２とマルチバンドＳＴＡ１０４との間の通信フローを示している。マルチバンド対応ＳＴＡ１０４は、電力を節約するために、単一の帯域で送信されたビーコンフレームをリスンすることを選択することができる。レガシーＥＤＣＡパラメータセットエレメントとは別に、プライマリバンド（例えば、５ＧＨｚ帯）のビーコンフレーム５０２は、ビーコンフレーム５０２が送信される帯域以外の帯域についてのＥＤＣＡパラメータを示すために、マルチバンドＥＤＣＡパラメータセットエレメントを運ぶことができる。ビーコンフレーム５０２内のＡＣＭビットが、いずれかの帯域におけるいずれかのＡＣについて「１」に設定されている場合、ＳＴＡ１０４は、示された帯域で当該ＡＣに対応するＴＩＤ／ＡＣに属するデータフレームを送信する前に、当該帯域で当該ＴＩＤに対するトラフィックストリーム（ＴＳ）をセットアップする必要がある。あるいは、ＳＴＡ１０４は、「１」に設定されたＡＣＭビットを運ぶレガシーＥＤＣＡパラメータセットエレメントを用いて、各帯域で別々にビーコンフレームを受信していてもよい。
【0022】
送信機および受信機の両方が、マルチバンドＴＳおよびマルチバンドＢＡをサポートし、マルチバンド能力（multi-band capability）エレメント（マルチバンドＴＳおよびブロックＡｃｋ（Multi-band TS and Block Ack）フィールドを含むマルチバンド能力エレメントは、図１０においてより詳細に論じられる）内のマルチバンドＴＳおよびブロックＡｃｋフィールド内で能力を示している場合、マルチバンド（例えば、２．４ＧＨｚ、５ＧＨｚ、および６ＧＨｚの３つの帯域）に適用可能な特定のＴＩＤに対するマルチバンドＴＳセットアップ５１０（例えば、ダウンリンクトラフィックのためのセットアップ）が、本実施の形態に従って、一度のフレーム交換を用いて（例えば、プライマリバンドにおけるチャネルで）行われてよい。同様に、マルチバンド（例えば、２．４ＧＨｚ、５ＧＨｚおよび６ＧＨｚの３つの帯域）に対して適用可能なＴＩＤに対するマルチバンドＢＡセットアップ５２０が、本実施の形態に従って、一度のフレーム交換を用いて（例えば、プライマリバンドにおけるチャネルで）行われてよい。マルチバンドＡＤＤＴＳ要求フレーム５１２およびマルチバンドＡＤＤＴＳ応答フレーム５１４が、複数の帯域にわたるＴＩＤに対するＴＳセットアップ５１６をネゴシエートするために使用される。同様に、マルチバンドＡＤＤＢＡ要求５２２およびマルチバンドＡＤＤＢＡ応答５２４が、複数の帯域にわたるＴＩＤに対するＢＡセットアップ５２６をネゴシエートするために使用される。このダウンリンクトラフィックの例では、マルチバンドＡＤＤＢＡ要求５２２は、ＡＰ１０２によってＳＴＡ１０４に送信される。マルチバンドＴＳセットアップ５１０がアップリンクトラフィックのためのものであった場合、マルチバンドＡＤＤＢＡ要求は、反対方向に、すなわちＳＴＡ１０４によってＡＰ１０２に送信される。
【0023】
マルチバンドＴＳ５１６およびマルチバンドＢＡ５２６が複数の帯域でセットアップされると、ＡＰ１０２は、ＳＴＡ１０４へのマルチバンド送信５３０を開始することに進むことができる。マルチバンド送信５３０は、ＱｏＳデータＡ－ＭＰＤＵ５３６ａ、５３６ｂ、および５３６ｃ内の同じＴＳ（ＴＩＤ／ＡＣ）に属するフレームをそれぞれ、３つの帯域でＳＴＡ１０４に同時に送信することを含む。
【0024】
マルチバンド送信５３０が完了すると、ＡＰ１０２は、３つの帯域で受信されたフレーム５３６ａ、５３６ｂ、５３６ｃの確認応答を行うマルチバンドブロックＡｃｋを要求するマルチバンドＢｌｏｃｋＡｃｋＲｅｑ５３２を、これらの帯域のうちのいずれかの帯域（例えば、プライマリバンド）でＳＴＡ１０４に送信してよい。ＳＴＡ１０４は、ＡＰからマルチバンドＢｌｏｃｋＡｃｋＲｅｑ５３２を受信すると、ＳＴＡがＱｏＳデータＡ－ＭＰＤＵ５３６ａおよび５３６ｂの受信に成功したが、２．４ＧＨｚ帯で送信されたＱｏＳデータＡ－ＭＰＤＵ５３６ｃの受信には失敗したことを示すマルチバンドブロックＡｃｋ５３４を、マルチバンドＢｌｏｃｋＡｃｋＲｅｑ５３２が受信されたのと同じ帯域で送信する。周波数ダイバーシチを用いることによって再送の成功率を向上させるために、ＡＰ１０２は、本実施の形態に従って、元の送信に使用された２．４ＧＨｚ帯の代わりに、６ＧＨｚ帯でＱｏＳデータＡ－ＭＰＤＵ５３８を再送することを選択することができる。
【0025】
その後、ＡＰ１０２は、６ＧＨｚ帯で受信されたフレームの確認応答を行う統合ＢＡビットマップを運ぶマルチバンドブロックＡｃｋ５４４を要求するマルチバンドＢｌｏｃｋＡｃｋＲｅｑ５４２を、異なる帯域で（例えば、プライマリバンドで）ＳＴＡ１０４に送信する。したがって、本実施の形態によれば、トラフィックストリームは、任意の１つの帯域での一度のマルチバンドＡＤＤＴＳフレーム交換５１２，５１４を用いて、複数の帯域にわたってセットアップされることが分かる。また、ブロックＡｃｋも、任意の１つの帯域での一度のマルチバンドＡＤＤＢＡフレーム交換５２２，５２４を用いて、複数の帯域にわたってセットアップされる。さらに、本実施の形態に従うと、統合マルチバンドブロックＡｃｋフレーム５３４が、マルチバンドアグリゲーションによる送信の確認応答を行い、マルチバンドブロックＡｃｋフレーム５４４が、別の帯域における送信の確認応答を行うために使用されてもよく、失敗したフレーム５３６ｃが、異なる帯域で再送（５３８）されてもよい。
【0026】
したがって、本実施の形態によれば、マルチバンド通信デバイス（例えば、ＡＰ１０２）は、複数の送受信部２１６，２１８，２２０を含み、これらの送受信部の各々は、動作時に、複数の周波数帯域２０４，２０６，２０８のうちの異なる周波数帯域で信号フレーム５３６ｃ、５３６ａ、５３６ｂを送信する。マルチバンド通信デバイスはまた、複数の送受信部２１６，２１８，２２０に結合されたメディアアクセス制御（ＭＡＣ）回路２１２も含み、ＭＡＣ回路２１２は、動作時に、マルチバンドブロック確認応答フレーム５３４を要求するために、マルチバンドブロック確認応答要求フレーム５３２を生成し、複数の周波数帯域のうちの１つの周波数帯域２０６でＭＡＣマルチバンドブロック確認応答要求フレーム５３２を送信する。その後、メディアアクセス制御（ＭＡＣ）回路２１２は、複数の周波数帯域のうちの１つの周波数帯域２０６で、複数の周波数帯域で送信された信号フレーム５３６ａ、５３６ｂ、５３６ｃの確認応答を行うマルチバンドブロック確認応答フレーム５３４を受信する。
【0027】
さらに、本実施の形態によれば、マルチバンド通信デバイス（例えば、ＳＴＡ１０４）は、ＭＡＣ回路２３８に結合された複数の送受信部２３０，２３２，２３４を含む。複数の送受信部２３０，２３２，２３４の各々は、動作時に、複数の周波数帯域２０４，２０６，２０８のうちの異なる帯域で信号フレーム５３６ａ、５３６ｂ、５３６ｃを受信する。ＭＡＣ回路２３８は、動作時に、複数の周波数帯域のうちの１つの周波数帯域２０６でマルチバンドブロック確認応答要求フレーム５３２を受信すると、複数の周波数帯域２０４，２０６，２０８で受信された信号フレーム５３６ａ、５３６ｂ、５３６ｃの確認応答を行うマルチバンドブロック確認応答フレーム５３４を生成し、複数の周波数帯域のうちの１つの周波数帯域２０６でマルチバンドブロック確認応答フレーム５３４を送信する。
【0028】
図６は、本実施の形態に係るビーコンフレーム４０２（図４）内のマルチバンドＥＤＣＡパラメータセットエレメント６１０の例６００を示している。マルチバンドＥＤＣＡパラメータセットエレメント６１０は、ビーコンフレーム４０２が送信される帯域以外の帯域に対するＥＤＣＡパラメータを示す。適用可能な帯域が、帯域ＩＤ（Band ID）フィールド６１２によって示される。特定のＡＣに対するパラメータレコード（Parameter Record）フィールド６２０の各々のフォーマットが示されている。いずれかの帯域におけるいずれかのＡＣについてＡＣＭビット６２２が「１」に設定されている場合、ＳＴＡは、示される帯域で当該ＡＣに対応するＴＩＤ／ＡＣに属するデータフレームを送信する前に、当該帯域で当該ＴＩＤに対するトラフィックストリーム（ＴＳ）をセットアップする必要がある。あるいは、ＳＴＡは、「１」に設定されたＡＣＭビット６２２を運ぶレガシーＥＤＣＡパラメータセットエレメントを含むビーコンフレームを、各帯域で別々に受信してもよい。
【0029】
図７は、本実施の形態に係るマルチバンドＡＤＤＴＳ要求フレーム７１０およびマルチバンドＡＤＤＴＳ応答フレーム７２０の例７００を示し、図８は、本実施の形態に係るマルチバンドＡＤＤＢＡ要求フレーム８１０およびマルチバンドＡＤＤＢＡ応答フレーム８２０の例８００を示している。マルチバンドＡＤＤＴＳ要求フレーム７１０およびマルチバンドＡＤＤＴＳ応答フレーム７２０は、マルチバンドＡＤＤＴＳ要求フレーム７１０およびマルチバンドＡＤＤＴＳ応答フレーム７２０の各々における１つ以上のマルチバンドエレメント７５０内の情報に応じて複数の帯域にわたるＴＩＤに対するＴＳセットアップをネゴシエートするために使用される。同様に、マルチバンドＡＤＤＢＡ要求フレーム８１０およびマルチバンドＡＤＤＢＡ応答フレーム８２０は、マルチバンドＡＤＤＢＡ要求フレーム８１０およびマルチバンドＡＤＤＢＡ応答フレーム８２０の各々における１つ以上のマルチバンドエレメント７５０内の情報に応じて複数の帯域にわたるＴＩＤに対するＢＡセットアップをネゴシエートするために使用される。
【0030】
図９を参照すると、例９００は、本実施の形態に係るマルチバンドエレメント７５０を示している。マルチバンドエレメント７５０は、ＴＳまたはＢＡアグリーメントが適用される（送信が行われる帯域とは別の）追加の帯域を示す。マルチバンドエレメント７５０はまた、その帯域において使用されるＭＡＣアドレスを含んでもよい。
【0031】
マルチバンドエレメント７５０は、いくつかのフィールドと共にマルチバンド制御（Multi-band control）フィールド９１０を含み、マルチバンド制御（Multi-band control）フィールド９１０は、帯域間（Inter-band）フィールド９２０を含むいくつかのフィールドを含む。帯域間フィールド９２０は、マルチバンドＴＳおよびＢＡセットアップにおいて使用するためのマルチバンドエレメントを区別するために使用される。帯域間フィールド９２０が「１」に設定されている場合、これは、エレメントを運ぶフレームが送信される帯域に加えて、対応するセットアップが帯域ＩＤフィールド９３０において示される帯域に適用されることを示す。したがって、帯域間フィールド９２０は、本実施の形態に係るマルチバンドＡＤＤＴＳおよびマルチバンドＡＤＤＢＡセットアップのためのマルチバンドエレメント７５０が含まれることと、異なる帯域で行われる従来のＡＤＤＴＳおよびＡＤＤＢＡセットアップのための使用と、を区別することに役立つ。
【0032】
図７および図８において、マルチバンドＡＤＤＴＳ要求フレーム７１０、マルチバンドＡＤＤＴＳ応答フレーム７２０、マルチバンドＡＤＤＢＡ要求フレーム８１０、およびマルチバンドＡＤＤＢＡ応答フレーム８２０の各々は、２つのマルチバンドエレメント７５０を含み、これらのマルチバンドエレメント７５０では、帯域間フィールド９２０が「１」に設定され、第１マルチバンドエレメント７５０では、帯域ＩＤフィールド９３０が２．４ＧＨｚに設定され、第２マルチバンドエレメント７５０では、帯域ＩＤフィールド９３０が６ＧＨｚに設定されている。フレームが５ＧＨｚ帯で送信されるため、これは３つの帯域でのマルチバンドセットアップを示す。
【0033】
この例では、マルチバンドＡＤＤＢＡ要求８１０は、ＡＰ１０２によってＳＴＡ１０４に送信されるが、マルチバンドＴＳセットアップ５１０がアップリンクトラフィックのためのものであった場合、マルチバンドＡＤＤＢＡ要求は、ＳＴＡ１０４によってＡＰ１０２に送信されることになる。ＴＳおよびＢＡがマルチバンドで設定されると、ＡＰ１０２は、ＳＴＡ１０４へのマルチバンド送信５３０を開始することに進むことができる。マルチバンド送信５３０は、３つの帯域にわたるＳＴＡ１０４への、同じＴＳ（ＴＩＤ／ＡＣ）に属するフレームの同時送信を含む。
【0034】
図１０は、本実施の形態に係るマルチバンド能力エレメント１０１０の例１０００を示している。送信機および受信機がいずれも、マルチバンドＴＳおよびマルチバンドＢＡをサポートし、マルチバンド能力エレメント１０１０内のマルチバンドＴＳおよびブロックＡｃｋフィールド１０２０において能力を示している場合、マルチバンドに適用可能な特定のＴＩＤに対するマルチバンドＴＳセットアップ５１０（ダウンリンクトラフィック）およびマルチバンドＢＡセットアップ５２０が、例えば、プライマリバンドにおけるチャネルで一度のフレーム交換を用いて行われてよい。マルチバンドＴＳおよびブロックＡｃｋフィールド１０２０はまた、ＡＰ１０２およびＳＴＡ１０４がマルチバンドＴＳおよびマルチバンドＢＡ機能をサポートするかどうかを示し、サポート帯域（Supported Bands）フィールド１０３０は、ＡＰ１０２およびＳＴＡ１０４によってサポートされる周波数帯域を示す。
【0035】
図１１は、本実施の形態の第１の変形例に係るマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１１００およびマルチバンドＢｌｏｃｋＡｃｋフレーム１１５０の例を示している。マルチバンド送信５３０が完了すると、ＡＰ１０２は、マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１１００をいずれかの帯域（例えば、プライマリバンド）でＳＴＡに送信して、マルチバンドＢｌｏｃｋＡｃｋフレーム１１５０を要求することができる。マルチバンドＢｌｏｃｋＡｃｋフレーム１１５０は、ＢＡ情報（BA Information）フィールド１１５２内に統合ＢＡビットマップを含み、３つの帯域で受信されたフレームの確認応答を行う。マルチバンド（Multi-Band）フィールド１１１０およびマルチバンドフィールド１１６０は、マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１１００およびマルチバンドＢｌｏｃｋＡｃｋフレーム１１５０を、それぞれ、従来技術のシングルバンドＢｌｏｃｋＡｃｋＲｅｑフレームおよび従来技術のシングルバンドＢｌｏｃｋＡｃｋフレームと区別する。
【0036】
マルチバンドＢｌｏｃｋＡｃｋフレーム１１５０内の統合ＢＡビットマップは、受信機が、２．４ＧＨｚ帯で送信されたＱｏＳデータＡ－ＭＰＤＵ５３６ｃを受信することに失敗したことを示す。周波数ダイバーシチを用いることによって再送の成功率を向上させるために、ＡＰ１０２は、元の送信に使用された２．４ＧＨｚ帯の代わりに、６ＧＨｚ帯でＱｏＳデータＡ－ＭＰＤＵ５３８を再送することを選択することができる。
【0037】
その後、ＡＰ１０２は、異なる帯域（例えば、プライマリバンド）でＳＴＡ１０４にマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１１００を送信して、６ＧＨｚ帯で受信されたフレームの確認応答を行う統合ＢＡビットマップを運ぶマルチバンドＢｌｏｃｋＡｃｋフレーム１１５０を要求する。
【0038】
受信機アドレス（ＲＡ：Receiver Address）フィールドおよび送信機アドレス（ＴＡ：Transmitter Address）フィールドは、各帯域のワイヤレス無線インタフェースのＭＡＣアドレスとして設定される。しかしながら、ＲＡフィールドおよびＴＡフィールドの内容にかかわらず、マルチバンドフィールド１１１０が「１」に設定されている場合、ＢｌｏｃｋＡｃｋＲｅｑフレーム１１００は、フレームが受信される帯域にかかわらずＴＩＤ＿ＩＮＦＯフィールド１１１２において示されるＴＩＤに属するフレームの確認応答を行うマルチバンドＢｌｏｃｋＡｃｋフレームを要求するものとして解釈される。同様に、ＲＡフィールドおよびＴＡフィールドの内容にかかわらず、マルチバンドフィールド１１６０が「１」に設定されている場合、マルチバンドＢｌｏｃｋＡｃｋフレーム１１５０は、フレームが受信される帯域にかかわらずＴＩＤ＿ＩＮＦＯフィールド１１６２において示されるＴＩＤに属するフレームの確認応答を行うＢＡ情報（BA Information）フィールド１１５２において統合ＢＡビットマップを運ぶ。
【0039】
したがって、本実施の形態に従うと、同じＴＩＤに属するトラフィックは、複数の帯域にわたって分割されてよい。さらに、複数の帯域のためのブロックＡｃｋが、統合されて別の帯域で送信されてよい。この能力は、本実施の形態に従って、圧縮（Compressed）ブロックＡｃｋ要求タイプ、マルチＴＩＤ（Multi-TID）ブロックＡｃｋ要求タイプ、マルチＳＴＡ（Multi-STA）ブロックＡｃｋ要求タイプ、およびリトライを伴うグループキャスト（ＧＣＲ：GroupCast with Retry）ブロックＡｃｋ要求タイプ等の既存のブロックＡｃｋ要求タイプのために提供される。
【0040】
図１２は、本実施の形態に係るトラフィックストリームおよびブロックＡｃｋのアーキテクチャの例１２００を示している。ＭＡＣレイヤ３１８，３２０，３２２，３２４，３２６，３２８は、帯域に依存しない統一上位ＭＡＣ（ＵＭＡＣ：Upper MAC）レイヤ１２０２，１２０４と帯域固有の下位ＭＡＣ（ＬＭＡＣ：Lower MAC）レイヤ１２０６，１２０８，１２１０，１２１２，１２１４，１２１６とに分割される。ＴＩＤに対するマルチバンドトラフィックストリームアグリーメント１２２０，１２２２，１２２４およびマルチバンドブロックＡｃｋアグリーメント１２３０，１２３２，１２３４は、各帯域のそれぞれのＭＡＣレイヤの間でセットアップされる。
【0041】
上位レイヤ３３０およびＬＬＣレイヤ３３２は、統一ＵＭＡＣレイヤ１２０２とやり取りし、上位レイヤ３３６およびＬＬＣレイヤ３３４は、統一ＵＭＡＣレイヤ１２０４とやり取りすればよい。送信機３０２側では、統一ＵＭＡＣレイヤ１２０２は、３つのＴＳデータ経路１２４０，１２４２，１２４４にわたるＴＳデータのマルチバンドアグリゲーションを行い（すなわち、特定のトラフィックストリーム（ＴＳ）に属するフレームのアグリゲーションが異なる帯域にわたってなされてよい）、送信および再送のためにどの帯域を使用するかの決定を行う。送信に使用される実際の帯域は、上位レイヤに対して透過的（トランスペアレント）であってよい。受信機３０４の統一ＵＭＡＣ１２０４は、マルチバンドアグリゲーション解除（de-aggregation：デアグリゲーション）（すなわち、異なる帯域から受信された特定のトラフィックストリーム（ＴＳ）に属するフレームの並び替え）と、統合ブロックＡｃｋスコアカードに受信を記録することと、を担う。
【0042】
受信機３０４の統一ＵＭＡＣ１２０４は、選択された周波数帯域（この例では２．４ＧＨｚ）のマルチバンドＢＡ経路１２５０に沿ったマルチバンドブロックＡｃｋ（ＢＡ）のマルチバンドブロックＡｃｋ生成および送信も担う。送信機３０２は、マルチバンドブロックＡｃｋ要求を送信することによって、任意の帯域でマルチバンドＢＡを要求してよい。受信機３０４は、マルチバンドブロックＡｃｋ要求フレームの受信に応じて、または、マルチバンドブロックＡｃｋフレームを生成するようにとの暗黙的な要求に応じて、マルチバンドブロックＡｃｋを生成して送信する。マルチバンドＢｌｏｃｋＡｃｋフレームは、それぞれの要求が受信されたのと同じ帯域で送信される。
【0043】
図１３は、第１の周波数帯域１３０２（例えば、２．４ＧＨｚ）、第２の周波数帯域１３０４（例えば、５ＧＨｚ）および第３の周波数帯域１３０６（例えば、６ＧＨｚ）での送信を示す、本実施の形態に係る第１の例示的なマルチバンド送信の例１３００を示し、ＴＩＤに対するＴＳおよびＢＡセットアップが当該帯域で完了していると仮定する。各帯域１３０２，１３０４，１３０６におけるチャネルの帯域幅は、チャネル状態および利用可能性に応じて変わり得る（例えば、２．４ＧＨｚ帯１３０２では２０ＭＨｚ、５ＧＨｚ帯１３０４では８０ＭＨｚ、および６ＧＨｚ帯１３０６では１６０ＭＨｚ）。帯域１（１３０２）（例えば、２．４ＧＨｚ帯）は、マルチバンドブロックＡｃｋ要求フレーム１３０８およびマルチバンドブロックＡｃｋフレーム１３１０等の管理フレームおよび制御フレームを交換するために主に使用されてよく、プライマリバンドとして知られ、一方、帯域２（１３０４）（例えば、５ＧＨｚ帯）および帯域３（１３０６）（例えば、６ＧＨｚ帯）は、データフレーム１３１２（例えば、ダウンリンク（ＤＬ）ＰＰＤＵ）を交換するために主に使用されてよく、セカンダリバンドまたは補足帯域として知られる。
【0044】
各帯域におけるチャネルへのアクセスを得た後、ＡＰ１０２は、帯域３（１３０６）でのダウンリンクＰＰＤＵ１３１２ａ、帯域２（１３０４）でのダウンリンクＰＰＤＵ１３１２ｂ、および帯域１（１３０２）でのダウンリンクＰＰＤＵ１３１２ｃから構成されるマルチバンド送信１３００を開始する。各ＰＰＤＵは、それぞれがいくつかのフレームを有する、アグリゲーテッドＭＰＤＵ（Ａ－ＭＰＤＵ）を含んでよい。
【0045】
ＡＰ１０２は、各フレームのＱｏＳ制御（QoS Control）フィールド内のＡｃｋポリシーをブロックＡｃｋに設定して、各帯域において即時のＡｃｋが存在すべきでないことを示し、低レート帯域（例えば、２．４ＧＨｚ帯１３０２）でＢＡＲおよびＢＡの送信を割り当てて、データ送信のために高レート帯域（例えば、帯域２（１３０４）および帯域３（１３０６））を空けておく。さらに、送信されたフレームのシーケンス番号（ＳＮ：Sequence Number）が帯域にわたって重複しないことを確実にするために、複数の帯域にわたる各ＳＴＡ，ＴＩＤペアに対して同じシーケンス番号カウンタが使用される。この例では、ＳＮ１、ＳＮ２、およびＳＮ３のフレームが、ＰＰＤＵ１３１２ｃにおいて帯域１（１３０２）で送信され、ＳＮ４、ＳＮ５、およびＳＮ６のフレームが、ＰＰＤＵ１３１２ｂにおいて帯域２（１３０４）で送信され、ＳＮ７、ＳＮ８、およびＳＮ９のフレームが、ＰＰＤＵ１３１２ａにおいて帯域３（１３０６）で送信される。ＳＴＡ１０４（すなわち、受信機）は、ネットワークインタフェース（ＮＩＣ：Network Interface）において帯域毎に別個のＢｌｏｃｋＡｃｋビットマップを維持するが、マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレームを受信すると、別個のＢｌｏｃｋＡｃｋビットマップを単一のＢｌｏｃｋＡｃｋビットマップ１３１４へと統合する。マルチバンドＢＡフレーム１３１０は、３つの帯域で受信されたフレームの確認応答を行う統合ビットマップ１３１４を含む（統合ビットマップ１３１４では、「１」に設定されたビットが、当該ビットに対応するＳＮを有するフレームのフレーム受信成功を示し、「０」が、当該ビットに対応するＳＮを有するフレームのフレーム受信失敗を示す）。
【0046】
例示的な送信１３００では、マルチバンドアグリゲーテッドＤＬ ＰＰＤＵフレーム送信は、帯域３（１３０６）で送信されたフレーム１３１２ａと、帯域２（１３０４）で送信されたフレーム１３１２ｂと、帯域１（１３０２）で送信されたフレーム１３１２ｃと、を含み、帯域１（１３０２）でのＳＮ２のフレームの送信および帯域２（１３０４）でのＳＮ５およびＳＮ６のフレームの送信が失敗している。マルチバンド送信が完了すると、ＡＰ１０２は、マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１３０８ａを送信して、３つの帯域１３０２，１３０４，１３０６で送信されたフレームの確認応答を行うマルチバンドＢＡを要求する。マルチバンドＢＡ１３１０ａは、３つの帯域からのＢｌｏｃｋＡｃｋビットマップを統合ＢｌｏｃｋＡｃｋビットマップ１３１４ａへと統合する。ＳＮ２、ＳＮ５、およびＳＮ６に対応するビット２、ビット５、およびビット６は、統合ＢｌｏｃｋＡｃｋビットマップ１３１４ａにおいて、ＳＮ２、ＳＮ５、およびＳＮ６のフレームの受信失敗を示す「０」に設定されているのに対し、残りのビットは、受信成功を示す「１」に設定されている。帯域２（１３０４）および帯域１（１３０２）では送信の失敗があり、帯域３（１３０６）では失敗がないため、ＡＰ１０２は、帯域３におけるチャネル状態がより良好であると判断し、失敗したフレームを統合してＰＰＤＵ１３１２ｄにおいて帯域３（１３０６）でこれらを再送することを選択することができる。その後、帯域３（１３０６）で送信されたＰＰＤＵ１３１２ｄにおいて運ばれたフレームに対する確認応答を運ぶマルチバンドＢＡ１３１０ｂを要求するマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１３０８ｂが帯域１（１３０２）で送信される。今度は、３つの再送されたフレーム全ての受信が成功し、ＳＴＡ１０４は、ＢＡビットマップ内の対応するビットが１に設定されたマルチバンドＢＡ１３１０ｂを送信する。
【0047】
図１４は、本実施の形態に係るマルチバンドブロックＡｃｋ実装のための例示的な参照モデルの例１４００を示している。無線通信デバイスにおいて、各帯域の無線インタフェース（Ｉ／Ｆ）は、通常、独立したモジュール（例えば、２．４ＧＨｚ帯、５ＧＨｚ帯および６ＧＨｚ帯それぞれに対する１４１０，１４２０，１４３０（例えば、送受信部２１６，２１８，２２０（図２）））として実装される。モジュール１４１０，１４２０，１４３０の全ては、ＣＰＵであってもよいホストシステム１４０５に接続されている。物理レイヤ（ＰＨＹ）モジュール（例えば、３１７，３１９，３２１（図１２））および下位ＭＡＣレイヤ１４０２（例えば、１２０６，１２０８，１２１０（図１２））内のタイムクリティカルなＭＡＣ機能は、無線Ｉ／Ｆ２１６，２１８，２２０において実装されてもよく、残りのＭＡＣ機能（すなわち、上位ＭＡＣレイヤ１４０４（例えば、１２０２（図１２））は、ホストシステム１４０５において実装されてもよい。
【0048】
ＢＡＲに応じたＢＡが低遅延で生成される必要があるため（ＢＡＲの終わりからショートフレーム間スペース（ＳＩＦＳ：Short Interframe Space）内での生成が必要であるため）、特定の帯域についてのブロックＡｃｋスコアカードは、各無線Ｉ／Ｆ内の高速であるが高価なオンチップメモリを使用して実装される。しかしながら、全てのアクティブなブロックＡｃｋセッションの持続時間全体にわたって持続するＢＡスコアカードを維持すること（フルステートブロックＡｃｋ（full state Block Ack）として知られる）は、受信機実装のためのメモリ要件負荷を増大させる。したがって、ほとんどの実装では、複数のブロックＡｃｋセッションのためにオンチップメモリが再利用される。メモリは、最後にアクティブであったブロックＡｃｋセッションの状態を記憶するためのキャッシュとして機能する（パーシャルステートブロックＡｃｋ（partial state Block Ack）とも称される）。帯域内ＢＡスコアカード１４１２，１４２２，１４３２は、それぞれ２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯で受信されたフレームの受信状況を記録するためにＢＡスコアカードとして使用されるオンチップメモリの例である。パーシャルステートブロックＡｃｋは、メモリの節約になるが、ブロックＡｃｋスコアカードが次の送信機会（ＴＸＯＰ：Transmission Opportunity）で別のブロックＡｃｋセッションによって上書きされ得るリスクを増大させるため、データの損失を防ぐための特別な処理が必要になる。
【0049】
マルチバンドブロックＡｃｋ動作を実現するために、マルチバンドＢＡスコアカード１４０６が、ホストシステム１４０５において維持される。ホストシステム１４０５におけるメモリは一般に安価であるため、マルチバンドＢＡスコアカード１４０６は、フルステートブロックＡｃｋスコアカードとして実装されてもよい（すなわち、当該スコアカードは、マルチバンドブロックＡｃｋセッションの持続時間全体にわたって持続する）。
【0050】
本実施の形態に従うと、例１４００において示されているように、各帯域で受信されたフレームは、Ｒｘパーサ１４１４，１４２４，１４３４によって解析され、フレームタイプに応じて処理される。正しく受信され、正しく受信機宛にアドレス指定されたデータフレーム１４１５，１４２５，１４３５は、受信バッファ１４０８に渡される前に、データフレームのシーケンス番号（ＳＮ）に従って、帯域内ＢＡスコアカード１４１２，１４２２，１４３２に記録される。受信バッファ１４０８の内容は、定期的にデータフレームＳＮに従って並び替えられてよい。
【0051】
従来のシングルバンドブロックＡｃｋ動作では、（暗黙的ブロックＡｃｋ用の）ＴＸＯＰが完了すると、または、（明示的ブロックＡｃｋ用の）レガシーブロックＡｃｋ要求（ＢＡＲ）フレームを受信すると、下位ＭＡＣは、帯域内ＢＡスコアカードからＢＡビットマップをコピーし、即時の送信のためにブロックＡｃｋフレームを生成する。しかしながら、マルチバンドブロックＡｃｋ動作の場合、明示的ブロックＡｃｋが使用されてもよく、各帯域でのＴＸＯＰが完了すると、マルチバンドＢＡスコアカード１４０６は、それぞれの無線Ｉ／Ｆからの帯域内スコアカード１４１２，１４２２，１４３２の内容で更新される。マルチバンド送信機会（ＴＸＯＰ）の終わりまでに、マルチバンドＢＡスコアカード１４０６は、すべての帯域内ＢＡスコアカード１４１２，１４２２，１４３２のＢＡビットマップを統合し得る。
【0052】
最後に、いずれかの帯域でマルチバンドＢＡＲフレーム１４１６を受信すると、上位ＭＡＣ１４０４は、マルチバンドＢＡスコアカード１４０６からＢＡビットマップをコピーし、送信のためにマルチバンドＢｌｏｃｋＡｃｋフレームを生成する（１４０７）。同時に、マルチバンドＢＡＲフレーム１４１６の受信は、上位ＭＡＣが、受信バッファ１４０８内のフレームから完全なＭＳＤＵ（マルチバンドＢＡＲフレーム１４１６において運ばれた開始シーケンス番号（ＳＳＮ：Starting Sequence Number）よりも小さいＳＮを有するすべての完全なＭＳＤＵ）を再構成し、それらを上位レイヤに順に転送するようにトリガする。例１４００では、マルチバンドＢＡＲフレーム１４１６の受信およびマルチバンドＢＡフレーム１８２０の送信が、２．４ＧＨｚ帯において示されているが、他の周波数帯域についてもプロセスは同じであることが理解されよう。
【0053】
図１５は、本実施の形態に係る第２の例示的なマルチバンド送信の例１５００を示している。この第２の例示的なマルチバンド送信は、帯域２（５ＧＨｚ帯１３０４）および帯域３（６ＧＨｚ帯１３０６）が高帯域幅データ送信のために予約されているのに対し、帯域１（２．４ＧＨｚ帯１３０２）が低帯域幅制御フレームのために予約されている、周波数分割複信（ＦＤＤ：Frequency Division Duplex）シナリオの例である点を除いて、第１の例示的なマルチバンド送信（図１３）に類似しており、ＴＩＤに対するＴＳおよびＢＡセットアップがすべての関係する帯域で完了していると仮定する。そのような種類の周波数分割は、制御フレームが低帯域幅の周波数帯域で排他的に送信されるので、高帯域幅の周波数帯域におけるチャネルアクセス遅延の低減により、システムスループットの全体的な増加をもたらし得る。
【0054】
各帯域におけるチャネルへのアクセスを得た後、帯域３（１３０６）でのダウンリンクＰＰＤＵ１５１２ａおよび帯域２（１３０４）でのダウンリンクＰＰＤＵ１５１２ｂから構成されるマルチバンド送信が、ＡＰ１０２によって開始される。シーケンス番号が帯域にわたって重複しないことを確実にするために、複数の帯域にわたる各ＳＴＡ，ＴＩＤペアに対して同じシーケンス番号カウンタが使用される。第１の例示的なマルチバンド送信１３００と同様に、第２の例示的なマルチバンド送信１５００では、受信機ＳＴＡ１０４は、ネットワークインタフェース（ＮＩＣ）において帯域毎に別個のＢｌｏｃｋＡｃｋビットマップを維持するが、帯域１（１３０２）でマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１５０８ａを受信すると、別個のＢｌｏｃｋＡｃｋビットマップを単一のＢｌｏｃｋＡｃｋビットマップ１５１４ａへと統合する。確認応答が行われる最初のＳＮを示すために、開始シーケンス番号（ＳＳＮ）がマルチバンドＢＡＲフレーム１５０８ａに含められる。ＳＳＮは、受信バッファ１４０８（図１４）内の、ＳＮがＳＳＮよりも小さいすべてのフレームが上位レイヤに転送されるように、トリガする。このマルチバンド送信中、ＳＮ１のフレームおよびＳＮ２のフレームは、ＳＴＡ１０４によって受信が成功したが、ＳＮ３のフレームおよびＳＮ４のフレームの受信は失敗している。ビット３およびビット４は、統合ＢｌｏｃｋＡｃｋビットマップ１５１４ａにおいて、ＳＮ３のフレームおよびＳＮ４のフレームの受信失敗を示す「０」に設定されているのに対し、ビット１およびビット２は、ＳＮ１のフレームおよびＳＮ２のフレームの受信成功を示す「１」に設定されている。
【0055】
この間、ＡＰ１０２は、帯域３（１３０６）で送信されるＰＰＤＵ１５１２ｃおよび帯域２（１３０４）で送信されるフレームＰＰＤＵ１５１２ｄを含む、マルチバンドアグリゲーテッドＤＬ ＰＰＤＵフレーム送信を継続する。この送信中に、帯域２（１３０４）でのＳＮ７のフレームおよびＳＮ８のフレームの送信が失敗する。２つの帯域１３０４および１３０６で送信されたフレームについてマルチバンドＢＡを要求するマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１５０８ｂは、帯域１（１３０２）で送信される。マルチバンドＢＡ１５１０ｂは、２つの帯域１３０４および１３０６からのＢｌｏｃｋＡｃｋビットマップを統合ＢｌｏｃｋＡｃｋビットマップ１５１４ｂへと統合する。
【0056】
統合ＢｌｏｃｋＡｃｋビットマップ１５１４ｂでは、ビット７およびビット８は、ＳＮ７のフレームおよびＳＮ８のフレームの受信失敗を示す「０」に設定されているのに対し、ビット５およびビット６は、ＳＮ５のフレームおよびＳＮ６のフレームの受信成功を示す「１」に設定されている。受信成功としてビット１およびビット２が統合ＢｌｏｃｋＡｃｋビットマップ１５１４ａにおいて示され、これらのビットは、簡潔にするために、統合ＢｌｏｃｋＡｃｋビットマップ１５１４ｂにおいては示されないことに留意されたい。帯域２（１３０４）では失敗した送信があったが、帯域３（１３０６）ではなかったため、送信機は、失敗したＳＮ３のフレームおよびＳＮ４のフレームを統合し、それらを帯域３（１３０６）でＰＰＤＵ１５１２ｅとして再送することを選択することができ、一方、失敗したＳＮ７のフレームおよびＳＮ８のフレームは、帯域３（１３０６）でＰＰＤＵ１５１２ｆとして再送される。マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１５０８ｃおよび１５０８ｄは、帯域３（１３０６）で送信されたＰＰＤＵ１５１２ｅおよび１５１２ｆにおいて運ばれたフレームに対する確認応答をそれぞれ運ぶマルチバンドＢＡ１５１０ｃおよび１５１０ｄを要求するために、帯域１（１３０２）で送信される。
【0057】
再送では、通常の再送の代わりに、ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat request）再送が用いられてよく、異なる帯域で送信されることによって周波数ダイバーシチの利益を得ることができる。ＰＰＤＵ１５１２ａ、１５１２ｂの確認応答は、マルチバンドＢｌｏｃｋＡｃｋフレーム１５１０ａにおいて行われ、ＰＰＤＵ１５１２ｃ、１５１２ｄの確認応答は、マルチバンドＢｌｏｃｋＡｃｋフレーム１５１０ｂにおいて行われ、ＰＰＤＵ１５１２ｅの確認応答は、マルチバンドＢｌｏｃｋＡｃｋフレーム１５１０ｃにおいて行われ、ＰＰＤＵ１５１２ｆの確認応答は、マルチバンドＢｌｏｃｋＡｃｋフレーム１５１０ｄにおいて行われる。失敗したＳＮ３、ＳＮ４、ＳＮ７、およびＳＮ８のフレームの正確なコピーを再送する代わりに、送信機は、失敗したフレームのＨＡＲＱ再送を（Ｃｈａｓｅ ＣｏｍｂｉｎｇまたはＩｎｃｒｅｍｅｎｔａｌ Ｒｅｄｕｎｄａｎｃｙのいずれかとして）実行することを選択することができる。失敗したフレームは、元の送信とは異なる周波数帯域で再送されるので、ＨＡＲＱ再送は、周波数ダイバーシチによるさらなる利得を達成することができる。
【0058】
図１６は、本実施の形態に係るマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１６１０の例１６００を示しており、この例では、マルチバンドフレームバリアントタイプが、本実施の形態に従って定義される。マルチバンド送信５３０が完了すると、マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１６００は、マルチバンドＢｌｏｃｋＡｃｋフレームを要求するために送信され、ＢＡＲ制御（BAR Control）フィールド１６１２およびＢＡＲ情報フィールド１６１４を含む。
【0059】
ＢＡＲ制御フィールド１６１２は、とりわけ、ＢＡＲタイプ（BAR Type）フィールド１６２０およびＴＩＤ＿ＩＮＦＯフィールド１６２２を含む。ＴＩＤ＿ＩＮＦＯフィールド１６２２は、ＢＡＲにおいて存在する帯域の数（ＴＩＤ＿ＩＮＦＯ＋１）を示す。テーブル１６３０は、ＢＡＲタイプフィールド１６２０において示すことができるＢＡＲタイプ１６３２と、圧縮ＢＡＲタイプ、マルチＴＩＤ ＢＡＲタイプ、マルチＳＴＡ ＢＡＲタイプ、およびＧＣＲ ＢＡＲタイプ等の対応するＢＡＲフレームバリアント１６３４と、を示している。本実施の形態に従うと、ＢＡＲタイプ１６３６は、マルチバンドＢＡＲに対して定義される。同様に、対応する新しいＢＡタイプが、マルチバンドＢＡに対して定義される。フォーマットは、よりフレキシブルであり、特定の帯域毎、特定のＴＩＤ毎、および特定のＢＡ開始シーケンス制御（各帯域で異なってよい）毎にＢＡを要求するために使用されてよい。
【0060】
本実施の形態に従うと、ＢＡＲ情報フィールド１６１４は、マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１６１０によって確認応答が要求される周波数帯域毎に、帯域毎情報（Per Band Info）フィールド１６４０と、ブロックＡｃｋ開始シーケンス制御（Block Ack Starting Sequence Control）フィールド１６４１と、を含む。帯域毎情報フィールド１６４０は、周波数帯域に固有の情報を運ぶ。周波数帯域は、帯域ＩＤフィールド１６４２によって識別される。帯域ＩＤフィールドは、図６の帯域ＩＤフィールド６１２と同じ符号化に従ってよい。異なるＭＡＣアドレスが、異なる帯域に対して使用され、帯域毎にＲＡおよびＴＡを特定できる場合、受信機アドレス（ＲＡ）および送信機アドレス（ＴＡ）フィールド１６４４がオプションで存在する。ＴＩＤ値（TID Value）フィールド１６４６が、帯域においてブロックＡｃｋが要求されるＴＩＤを識別する。ＲＡおよびＴＡフィールド１６４４は、ＢＡＲが送信される帯域については、帯域毎情報フィールド１６４０において省略されてもよい。
【0061】
図１７は、マルチバンドＢｌｏｃｋＡｃｋフレーム１７０２の例１７００を示し、この例では、ＢＡ情報フィールド１７１０のバリアントが、本実施の形態に従って定義される。マルチバンドＢｌｏｃｋＡｃｋフレーム１７０２は、マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム１６００に応じて送信され、ＢＡ制御（BA Control）フィールド１７０４およびＢＡ情報フィールド１７１０を含む。マルチバンドＢｌｏｃｋＡｃｋフレーム１７０２は、「マルチバンド」１６３６に設定されたＢＡタイプ（BA Type）フィールド１７０６によって識別され、特定の帯域毎、特定のＴＩＤ毎、および、各帯域において異なってよい特定のＢＡ開始シーケンス制御毎にブロックＡｃｋを返すために使用されてよい。ＢＡ情報フィールド１７１０は、周波数帯域毎の帯域毎情報フィールド１６４０を含むだけでなく、周波数帯域毎のブロックＡｃｋ開始シーケンス制御フィールド１６４１およびブロックＡｃｋビットマップ１７２０も含み、周波数帯域は、帯域ＩＤフィールド１７３０によって識別される。異なるＭＡＣアドレスが、異なる帯域に対して使用され、帯域毎のＲＡおよびＴＡを特定できる場合、受信機アドレス（ＲＡ）および送信機アドレス（ＴＡ）フィールド１６４４がオプションで存在する。ＴＩＤ値フィールド１６４６は、帯域においてブロックＡｃｋが報告されるＴＩＤを識別する。ＲＡおよびＴＡフィールド１６４４は、ＢＡＲが送信される帯域については、帯域毎情報フィールド１６４０において省略されてもよい。帯域毎のブロックＡｃｋビットマップ１７２０は、帯域毎情報フィールド１６４０内の帯域ＩＤフィールド１７３０によって識別される帯域で受信されたフレームのみの確認応答を行う。したがって、３つの周波数帯域で受信されたフレームの確認応答が行われる場合、マルチバンドＢｌｏｃｋＡｃｋフレーム１７０２は、周波数帯域毎に１つずつである３つのブロックＡｃｋビットマップフィールド１７２０を運ぶ。送信機は、マルチバンドＢｌｏｃｋＡｃｋフレーム１７０２を受信すると、これらの帯域固有のビットマップを単一のビットマップへと統合することができる。
【0062】
図１８は、本実施の形態に係る、図１４のマルチバンドブロックＡｃｋ実装のための例示的な参照モデルの変形の例１８００を示している。例１８００において示されているマルチバンドブロックＡｃｋ実装に従うと、別個のマルチバンドＢＡスコアカード１４０６は、ホストシステム１８０５において維持されなくてもよい。いずれかの帯域でのマルチバンドＢＡＲフレームの受信は、マルチバンドＢＡの生成（１８１０）および送信（１８２０）をトリガし、要求された帯域のビットマップが、対応する無線Ｉ／Ｆの帯域内ＢＡスコアボードからコピーされ、要求された帯域についてのブロックＡｃｋを生成（１８３０）および送信（１８３２）するために使用される。同時に、マルチバンドＢＡＲフレーム１６１０の受信は、上位ＭＡＣが、受信バッファ１４０８内のフレームから完全なＭＳＤＵ（開始シーケンス番号（ＳＳＮ）よりも小さいＳＮを有する全ての完全なＭＳＤＵ）を再構成し、それらの完全なＭＳＤＵを上位レイヤに順に転送するようにトリガする。図１８では、マルチバンドＢＡＲフレーム１６１０の受信およびマルチバンドＢＡフレーム１８２０の送信が、２．４ＧＨｚ帯において示されているが、他の周波数帯域についてもプロセスは同じであることが理解されよう。
【0063】
統合ビットマップなしでマルチバンドＢＡが生成（１８１０）されるため、マルチバンドＢＡの送信（１８２０）は、より長い時間を必要とし、したがって、遅延ブロックＡｃｋ方式を必要とし得る。図１９は、本実施の形態に係る第３の例示的なマルチバンド送信として、遅延マルチバンドブロックＡｃｋ方式の例１９００を示している。遅延マルチバンドブロックＡｃｋ方式では、Ａｃｋフレーム１９０２ａ、１９０２ｃが、マルチバンドブロックＡｃｋ要求フレーム１３０８ａ、１３０８ｂに応じて送信される。マルチバンドブロックＡｃｋフレームは、マルチバンドブロックＡｃｋ要求フレーム１３０８ａ、１３０８ｂの受信の直後に送信されず、それぞれの帯域の無線Ｉ／Ｆから帯域固有のＢＡビットマップをコピーするための時間を受信機に与えるために、遅延される遅延ブロックＡｃｋフレーム１９０４ａ、１９０４ｂ（その後にＡｃｋフレーム１９０２ｂ、１９０２ｄが続く）として送信されてよい。このように、マルチバンドブロックＡｃｋフレーム１９０４ａ、１９０４ｂは、各帯域に固有のビットマップを含むブロックＡｃｋ情報（Block Ack Information）１９０６ａ、１９０６ｂを運び、これらのビットマップは統合されない。
【0064】
図２０は、本実施の形態に係る、マルチバンド送信およびマルチバンドブロックＡｃｋを処理するために定義されたトラフィックストリームおよびブロックＡｃｋのアーキテクチャの目的の例２０００を示している。ＴＩＤに対するマルチバンドトラフィックストリームおよびマルチバンドブロックＡｃｋアグリーメントは、各デバイスの統一上位ＭＡＣレイヤ２００２，２０１２のそれぞれの統一ＭＡＣアドレスの間でセットアップされ、帯域に依存せず、したがって管理がはるかに簡単である。マルチバンドトラフィックストリームおよびマルチバンドブロックＡｃｋアグリーメントは、帯域固有ＭＡＣアドレスによってではなく、統一ＭＡＣアドレスによって識別される（すなわち、マルチバンド送信は、使用される帯域に関係なく統一ＭＡＣアドレス宛にアドレス指定される）。
【0065】
送信機３０２側では、統一ＵＭＡＣレイヤ２００２は、マルチバンド適合サブレイヤ（Multi-band Adaption sublayer）２００４にトラフィックストリーム（ＴＳ）を渡す。マルチバンド適合サブレイヤは、３つのＴＳデータ経路１２４０，１２４２，１２４４にわたるＴＳデータのマルチバンドアグリゲーションを行い、送信および再送にどの（１つ以上の）帯域を使用するかの決定を行う。受信機３０４のマルチバンド適合サブレイヤ２０１４は、ＴＳを受信機の統一上位ＭＡＣレイヤ２０１２に渡す前に、マルチバンドアグリゲーション解除（すなわち、３つのＴＳデータ経路１２４０，１２４２，１２４４で受信されたＴＳに属するフレームの並び替え）を担う。
【0066】
図２１は、本実施の形態の第２の変形例に係るマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム２１１０およびマルチバンドＢｌｏｃｋＡｃｋフレーム２１２０の例２１００を示している。マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム２１１０のＲＡフィールド２１１２およびＴＡフィールド２１１４は、マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム２１１０の送信に使用される帯域にかかわらず、統一上位ＭＡＣレイヤ２０１２の統一ＭＡＣアドレスを運ぶ。同様に、マルチバンドＢｌｏｃｋＡｃｋフレーム２１２０のＲＡフィールド２１２２およびＴＡフィールド２１２４は、マルチバンドＢｌｏｃｋＡｃｋフレーム２１２０の送信に使用される帯域にかかわらず、統一上位ＭＡＣレイヤ２００２の統一ＭＡＣアドレスを運ぶ。
【0067】
マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム２１１０は、ＢｌｏｃｋＡｃｋ要求制御（BlockAck Request Control）フィールド２１１６の帯域情報（Band Info）フィールド２１３０において、要求された帯域２１３５を示す。同様に、マルチバンドＢｌｏｃｋＡｃｋフレーム２１２０は、ブロックＡｃｋ制御（Block Ack Control）フィールド２１２６の帯域情報フィールド２１４０において、確認応答が行われた帯域２１４５を示す。
【0068】
さらに、帯域情報フィールド２１１６がマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム２１１０内に存在しない場合、または、３つの帯域すべてがマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム２１１０内の帯域情報フィールド２１１６によって示される場合、ブロックＡｃｋ情報フィールド２１２８は、要求された帯域にわたる統合ＢｌｏｃｋＡｃｋビットマップを含む。そうでない場合、ブロックＡｃｋ情報フィールド２１２８は、特定の単一の帯域が帯域情報フィールド２１１６において示されるときに、当該単一の帯域についてのＢｌｏｃｋＡｃｋビットマップを含む。
【0069】
図２２は、本実施の形態に係る、図１４のマルチバンドブロックＡｃｋ実装のための例示的な参照モデルの第２の変形の例２２００を示している。半導体技術の進歩により、複数の無線Ｉ／Ｆ２２１０，２２２０，２２３０が単一のシステムオンチップ（ＳＯＣ：System On Chip）として実装される場合、または、無線Ｉ／Ｆ２２１０，２２２０，２２３０とホストシステム１４０５との間の接続が十分に高速である場合、単一の統合マルチバンドＢＡスコアボード１４０６は、ＴＩＤ毎に維持されてよく、帯域内ＢＡスコアカード１４１２，１４２２，１４３２（図４）は維持されない。また、帯域固有ブロックＡｃｋの報告（例えば、レガシー（シングルバンド）ＢｌｏｃｋＡｃｋＲｅｑフレーム、または、１つの帯域もしくは２つの帯域を示す帯域情報フィールド２１３０を有するマルチバンドＢｌｏｃｋＡｃｋＲｅｑフレーム２１１０（図２１）の受信の際の報告）をサポートするために、ホストシステム１４０５においてキャッシュメモリに別個の帯域固有スコアボードが維持されてもよい。したがって、任意の帯域でのフレームの受信が、ＭＢ ＢＡスコアカード１４０６に直接記録される。マルチバンドブロックＡｃｋ実装のための例示的な参照モデルのこの第２の変形は、マルチバンドブロックＡｃｋ方式のためのオンチップメモリ要件を低減するのに役立ち得る。
【0070】
図２３は、本実施の形態に係る第４の例示的なマルチバンド送信として、暗黙的マルチバンドブロックＡｃｋ要求方式の例２３００を示している。マルチバンド送信では、各帯域におけるＰＰＤＵのＰＨＹヘッダは（例えば、ＳＩＧフィールドのうちの１つにおいて）、このＰＰＤＵがマルチバンドＰＰＤＵの一部であることを示すマルチバンドＰＰＤＵ指示２３０５を運ぶ。
【0071】
暗黙的マルチバンドブロックＡｃｋ要求および明示的マルチバンドブロックＡｃｋ要求の場合、ＱｏＳ制御フィールド（すなわち、ＭＡＣヘッダのフレーム制御（Frame Control）フィールド）内のＡｃｋポリシービット（例えば、ビット５およびビット６）が、マルチバンドＰＰＤＵにおいて運ばれるフレームに対して再定義される値「００」および「１１」で、オーバーロードされてよい。表１に示されているように、「００」は、暗黙的マルチバンドブロックＡｃｋ要求を示し（すなわち、ブロックＡｃｋ要求フレームがなく、受信機は、マルチバンドブロックＡｃｋを即時に送信すると予期される）、「３」（すなわち、「１１」）は、明示的マルチバンドブロックＡｃｋ要求を示す（すなわち、明示的マルチバンドブロックＡｃｋ要求または暗黙的マルチバンドブロックＡｃｋ要求が、今後、同じ帯域または任意の他の帯域において予期される）。
【表1】
【0072】
例えば、マルチバンドＰＰＤＵ指示２３０５は、３つのＰＰＤＵがマルチバンドＤＬ送信の一部であることを示すために、ＤＬ ＰＰＤＵ２３１０ａ，２３１０ｂ，２３１０ｃにおいて設定される。ＰＰＤＵ２３１０ａおよびＰＰＤＵ２３１０ｂのＱｏＳ制御フィールドのビット５およびビット６は、明示的マルチバンドブロックＡｃｋ要求を示す「１」および「１」に設定され、この場合、受信機は、今後、マルチバンドＢｌｏｃｋＡｃｋＲｅｑフレームまたは暗黙的ブロックＡｃｋ要求を予期することができる。したがって、受信機は、帯域１３０６および帯域１３０４でブロックＡｃｋフレームを送信する必要がない。ＰＰＤＵ２３１０ｃのＱｏＳ制御フィールドのビット５およびビット６は、暗黙的マルチバンドブロックＡｃｋ要求を示す「０」および「０」に設定され、この場合、受信機は、ブロックＡｃｋ要求フレームを待つことなく、マルチバンドブロックＡｃｋを即時に送信すると予期される。したがって、３つの帯域すべてで受信されたフレームの確認応答を行うマルチバンドＢＡビットマップ１３１４ａを運ぶマルチバンドブロックＡｃｋ１３１０ａは、マルチバンドブロックＡｃｋ要求フレームを待つことなく、ＰＰＤＵ２３１０ｃの終了後のショートフレーム間スペース（ＳＩＦＳ）内で受信機によって送信される。
【0073】
図２４は、本実施の形態に係るマルチバンド通信デバイス２４０２（例えば、ＡＰ１０２またはＳＴＡ１０４（図１））の簡略化されたブロック図２４００である。マルチバンド通信デバイス２４０２は、送信機３０２または受信機３０４のいずれかまたはその両方として同時に機能することができる。当然、ＡＰ１０２は、複数の非ＡＰ ＳＴＡ１０４（図１参照）との同時ＴＳセッションおよびＢＡセッションを有してよく、したがって、より複雑になる。一方、非ＡＰ ＳＴＡ１０４は、ＡＰ１０２のみとのＴＳセッションおよびＢＡセッションを有する。
【0074】
マルチバンド通信デバイス２４０２は、複数の送受信部２４１０，２４２０，２４３０を含む。これらの送受信部の各々は、送信機動作では、それぞれのアンテナ２４１２，２４２２，２４３２から複数の周波数帯域のうちの異なる周波数帯域で信号フレームを送信し、受信機動作では、それぞれのアンテナ２４１２，２４２２，２４３２を介して、複数の周波数帯域のうちの異なる周波数帯域で信号フレームを受信する。送受信部２４１０，２４２０，２４３０の各々は、一端がアンテナ２４１２，２４２２，２４３２のうちの対応する１つに結合され、他端が物理レイヤ（ＰＨＹ）処理モジュール２４１６，２４２６，２４３６のうちの対応する１つに結合されたＲＦ／アナログフロントエンド２４１４，２４２４，２４３４を含む。また、ＰＨＹ処理モジュール２４１６，２４２６，２４３６の各々は、下位ＭＡＣ処理モジュール２４１８，２４２８，２４３８のうちの対応する１つに結合されている。
【0075】
複数の送受信部２４１０，２４２０，２４３０からのデータ経路は、上位ＭＡＣ回路２４４０に結合されている。上位ＭＡＣ回路２４４０（または上位ＭＡＣ処理レイヤ）は、マルチバンドスケジューラ２４４２、マルチバンドアグリゲーション／アグリゲーション解除ブロック２４４４、マルチバンドブロックＡｃｋ生成ブロック２４４６、およびマルチバンドブロックＡｃｋスコアボードブロック２４４８を含む。マルチバンドブロックＡｃｋ生成ブロック２４４６およびマルチバンドブロックＡｃｋスコアボードブロック２４４８は、マルチバンド通信デバイス２４０２が受信機として動作しているときにのみ使用される。送信機として動作するとき、マルチバンドスケジューラ２４４２は、受信機ＳＴＡにおける異なる帯域の状況／能力を記録し、マルチバンドＴＳおよびマルチバンドＢＡをセットアップし、マルチバンドブロックＡｃｋの送信／再送に使用される帯域およびマルチバンドブロックＡｃｋ要求に使用される帯域を決定する。送信機として動作するとき、マルチバンドアグリゲーション／アグリゲーション解除ブロック２４４４は、選択された１つ以上の帯域にわたってトラフィックストリームのアグリゲーションを行い、受信機として動作するとき、異なる帯域から生じるトラフィックストリームのアグリゲーション解除を行って単一のストリームにする。受信機として動作するとき、マルチバンドアグリゲーション／アグリゲーション解除ブロック２４４４はまた、マルチバンドブロックＡｃｋスコアボードブロック２４４８を更新する。受信機として動作するとき、マルチバンドブロックＡｃｋ生成ブロック２４４６は、マルチバンドスケジューラ２４４２およびマルチバンドブロックＡｃｋスコアボードブロック２４４８に結合され、マルチバンドブロックＡｃｋを生成する。
【0076】
図２５は、本実施の形態に係るマルチバンド通信デバイス２５０２の詳細なブロック図２５００を示している。複数の無線Ｉ／Ｆ２５１０，２５２０，２５３０の各々は、物理レイヤ（ＰＨＹ）処理モジュール２４１６，２４２６，２４３６のうちの対応する１つと下位ＭＡＣ機能モジュール２５１２，２５２２，２５３２のうちの対応する１つとの両方を実装している。上位ＭＡＣ機能は、動作時に、マルチバンドＢＡスコアボードを記憶するために使用されてよいメモリ２５４２、二次記憶装置２５４４、および、外部ネットワークまたは他のＡＰ１０２と通信するための有線通信Ｉ／Ｆ２５４６に結合されてよい中央処理装置（ＣＰＵ：Central Processing Unit）２５４０内のソフトウェアとして実装されてよい。電源２５４８は、ＡＰ２５０２に電力を供給する。
【0077】
本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信デバイスと総称）において実施可能である。
【0078】
通信デバイスは、送受信機および処理／制御回路を備えることができる。送受信機は、受信機および送信機を含んでもよいし、かつ／または、受信機および送信機として機能してもよい。送受信機は、送信機および受信機として、ＲＦ（Radio Frequency）モジュールを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器またはそれらに類するもの、および１つ以上のアンテナを含んでもよい。
【0079】
通信デバイスの、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナルコンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタルスチルカメラ／ビデオカメラ等）、デジタル・プレーヤー（デジタルオーディオプレーヤー／ビデオプレーヤー等）、着用可能なデバイス（ウェアラブルカメラ、スマートウオッチ、トラッキングデバイス等）、ゲームコンソール、デジタルブックリーダー、テレヘルス／テレメディシン（遠隔ヘルスケア／メディシン処方）デバイス、通信機能付きの乗り物（自動車、飛行機、船等）、及び上述の各種デバイスの組み合わせがあげられる。
【0080】
通信デバイスは、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマートホームデバイス（家電機器、照明機器、スマートメーター、コントロールパネル等）、自動販売機、その他ＩｏＴ（Internet of Things）ネットワーク上に存在し得るあらゆる「モノ（Ｔｈｉｎｇｓ）」をも含む。
【0081】
通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータの通信も含まれる。
【0082】
また、通信デバイスには、本開示に記載される通信機能を実行する通信装置に接続又は連結される、コントローラやセンサー等の装置も含まれる。例えば、通信デバイスの通信機能を実行する通信装置が使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
【0083】
また、通信デバイスには、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
【0084】
このように、本実施の形態は、マルチバンドアグリゲーションのスループット利得を十分に実現するために、複数の周波数帯域にわたって動作するための通信デバイスおよび方法を提供することが分かる。
【0085】
１．複数の送受信部であって、前記複数の送受信部の各々は、動作時に、複数の周波数帯域のうちの異なる周波数帯域で信号フレームを送信する、複数の送受信部と、前記複数の送受信部に結合され、動作時に、前記複数の周波数帯域のうちの１つの周波数帯域で、前記複数の周波数帯域で送信された前記信号フレームの確認応答を行うマルチバンドブロック確認応答フレームを受信するメディアアクセス制御（ＭＡＣ）回路と、を備えるマルチバンド通信デバイス。
【0086】
２．前記ＭＡＣ回路は、動作時に、前記マルチバンドブロック確認応答フレームを要求するために、マルチバンドブロック確認応答要求フレームを生成し、前記複数の周波数帯域のうちの前記１つの周波数帯域で前記マルチバンドブロック確認応答要求フレームを送信する、マルチバンド通信デバイス。
【0087】
３．前記複数の周波数帯域で送信された前記信号フレームは、全て、単一のトラフィック識別子（ＴＩＤ）に属する、マルチバンド通信デバイス。
【0088】
４．前記マルチバンドブロック確認応答フレームは、送信された前記信号フレームのうちのいずれか１つにおいて暗黙的に要求される、マルチバンド通信デバイス。
【0089】
５．前記複数の周波数帯域のうちの第１の周波数帯域で１つ以上の信号フレームの受信に失敗したと前記ＭＡＣ回路が判定したことに応じて、前記ＭＡＣ回路は、前記複数の周波数帯域のうちの前記第１の周波数帯域とは異なる前記複数の周波数帯域のうちの第２の周波数帯域で信号フレームを送信する、前記複数の送受信部のうちの１つの送受信部に、前記１つ以上の信号フレームを提供して、前記複数の周波数帯域のうちの前記第２の周波数帯域で前記１つ以上の信号フレームを再送する、マルチバンド通信デバイス。
【0090】
６．前記複数の周波数帯域のうちの前記第２の周波数帯域で再送される前記１つ以上の信号フレームは、前記複数の周波数帯域のうちの前記第１の周波数帯域で送信された前記１つ以上の信号フレームと同じフォーマットで送信される、マルチバンド通信デバイス。
【0091】
７．再送される前記１つ以上の信号フレームは、ハイブリッド自動再送要求（ＨＡＲＱ）再送として再送される、マルチバンド通信デバイス。
【0092】
８．前記ＭＡＣ回路は、動作時に、マルチバンドトラフィックストリーム追加（ＡＤＤＴＳ）要求フレームおよびマルチバンドＡＤＤＴＳ応答フレームを前記複数の周波数帯域のうちの１つの周波数帯域で交換することによって、前記複数の周波数帯域でのマルチバンドトラフィックストリーム（ＴＳ）のセットアップを実行する、マルチバンド通信デバイス。
【0093】
９．前記マルチバンドＡＤＤＴＳ要求フレームおよび前記マルチバンドＡＤＤＴＳ応答フレームの各々は、前記マルチバンドＴＳのための前記複数の周波数帯域に関する情報と、前記複数の周波数帯域の各々において前記ＭＡＣ回路によって使用されるＭＡＣアドレスと、を含む、マルチバンド通信デバイス。
【0094】
１０．前記マルチバンドＴＳのセットアップは、前記複数の周波数帯域のうちのいずれかの周波数帯域での、トラフィックストリーム（ＴＳ）に属する信号フレームの送信を可能にする、８に記載のマルチバンド通信デバイス。
【0095】
前記複数の周波数帯域のうちの２つ以上の周波数帯域が、前記複数の周波数帯域の全てを含む、マルチバンド通信デバイス。
【0096】
前記複数の周波数帯域は、全て、２ＧＨｚ超の周波数帯域である、マルチバンド通信デバイス。
【0097】
１１．複数の周波数帯域のうちの異なる周波数帯域で信号フレームを送信するステップと、前記複数の周波数帯域のうちの１つの周波数帯域でマルチバンドブロック確認応答フレームを受信するステップと、を含む、マルチバンド通信のための方法。
【0098】
１２．複数の送受信部であって、前記複数の送受信部の各々は、動作時に、複数の周波数帯域のうちの異なる周波数帯域で信号フレームを受信する、複数の送受信部と、前記複数の送受信部に結合され、動作時に、前記複数の周波数帯域で受信された前記信号フレームの確認応答を行うマルチバンドブロック確認応答フレームを生成し、前記複数の周波数帯域のうちの１つの周波数帯域で前記マルチバンドブロック確認応答フレームを送信するメディアアクセス制御（ＭＡＣ）回路と、を備えるマルチバンド通信デバイス。
【0099】
１３．前記ＭＡＣ回路は、動作時に、前記複数の周波数帯域のうちの前記１つの周波数帯域でマルチバンドブロック確認応答要求フレームを受信したことに応じて、前記マルチバンドブロック確認応答フレームを送信する、マルチバンド通信デバイス。
【0100】
１４．前記マルチバンドブロック確認応答フレームは、前記複数の周波数帯域で受信された信号フレームの確認応答を行う統合ビットマップを含む、マルチバンド通信デバイス。
【0101】
１５．前記複数の周波数帯域のうちの１つの周波数帯域で送信される前記マルチバンドブロック確認応答フレームは、前記複数の周波数帯域の各々で受信された信号フレームの確認応答を行うビットマップを含む、マルチバンド通信デバイス。
【0102】
１６．前記複数の周波数帯域のうちの１つの周波数帯域で送信される前記マルチバンドブロック確認応答フレームは、前記複数の周波数帯域のうちの別の１つの周波数帯域で受信された信号フレームの確認応答を行うビットマップを含む、マルチバンド通信デバイス。
【0103】
１７．前記ＭＡＣ回路は、動作時に、前記複数の周波数帯域のうちの１つの周波数帯域でマルチバンドブロック確認応答追加（ＡＤＤＢＡ）要求フレームを送信し、その後、前記複数の周波数帯域のうちの該１つの周波数帯域でマルチバンドＡＤＤＢＡ応答フレームを受信することによって、前記複数の周波数帯域でのマルチバンドブロック確認応答（ＢＡ）のセットアップを開始する、マルチバンド通信デバイス。
【0104】
１８．前記マルチバンドＡＤＤＢＡ要求フレームおよび前記マルチバンドＡＤＤＢＡ応答フレームの各々は、前記マルチバンドＢＡのアグリーメントのための前記複数の周波数帯域に関する情報と、前記複数の周波数帯域の各々において前記ＭＡＣ回路によって使用されるＭＡＣアドレスと、を含む、マルチバンド通信デバイス。
【0105】
前記複数の周波数帯域のうちの２つ以上の周波数帯域が、前記複数の周波数帯域の全てを含む、マルチバンド通信デバイス。
【0106】
前記複数の周波数帯域は、全て、２ＧＨｚ超の周波数帯域である、マルチバンド通信デバイス。
【0107】
１９．複数の周波数帯域のうちの異なる周波数帯域で信号フレームを受信するステップと、前記複数の周波数帯域のうちの１つの周波数帯域で、前記複数の周波数帯域で受信された前記信号フレームの確認応答を行うマルチバンドブロック確認応答フレームを送信するステップと、を含む、マルチバンド通信のための方法。
【0108】
本実施の形態の前述の詳細な説明において例示的な実施の形態が提示されているが、膨大な数の変形形態が存在することを理解されたい。例示的な実施の形態は例であり、本開示の範囲、適用可能性、動作、または構成をいかなるようにも限定することを意図していないことをさらに理解されたい。むしろ、前述の詳細な説明は、例示的な実施の形態を実施するための便利なロードマップを当業者に提供し、添付の特許請求の範囲に記載された主題の範囲から逸脱しない範囲内で、例示的な実施の形態に記載されたステップおよび動作方法の機能および配置、ならびに例示的な実施の形態に記載されたデバイスのモジュールおよび構造に様々な変更を加えてよいことを理解されたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】