(57)【特許請求の範囲】
【請求項１】
ネットワークデバイスであって、
第１の周波数帯で動作する第１の物理層（ＰＨＹ）モジュールと、
第２の周波数帯で動作する第２の物理層（ＰＨＹ）モジュールと、
前記ネットワークデバイスが前記第１の周波数帯で動作することに呼応して前記第１の周波数帯についてセキュリティを構築し、前記ネットワークデバイスが前記第１の周波数帯から前記第２の周波数帯へと動作を切り替える前に、前記第２の周波数帯についてセキュリティを構築するセキュリティモジュールと
を備え、
前記セキュリティモジュールは、前記第１の周波数帯と前記第２の周波数帯について単一のロバストセキュリティネットワークアソシエーション認証を介してセキュリティを構築する
ネットワークデバイス。
【請求項２】
前記第１の周波数帯から前記第２の周波数帯へセッションを転送するセッション転送モジュールをさらに備え、
前記セッションの前記第２の周波数帯における再開は、前記ネットワークデバイスが前記第１の周波数帯から前記第２の周波数帯へと動作を切り替える前に、前記第２の周波数帯について構築された前記セキュリティを用いて行われる請求項１に記載のネットワークデバイス。
【請求項３】
前記セキュリティモジュールは、
（ｉ）周波数帯それぞれに対して帯域識別子を含む、周波数帯毎のロバストなセキュリティネットワーク情報要素（ＲＳＮ  ＩＥ）、または、（ｉｉ）セキュリティスイート情報を有するマルチバンド情報要素を利用することで、マルチバンドロバストセキュリティネットワークアソシエーション機能およびポリシーを提示して、
４ウェイハンドシェイクメッセージを介して、前記マルチバンドロバストセキュリティネットワークアソシエーション機能およびポリシーを交渉して選択して、
前記単一のロバストセキュリティネットワークアソシエーション認証を介して全ての周波数帯に対してセキュリティを構築する請求項１または２に記載のネットワークデバイス。
【請求項４】
前記セキュリティモジュールは、前記ネットワークデバイスが遠隔デバイスと第１の周波数帯で通信するときに、前記遠隔デバイスとの間の単一の４ウェイハンドシェイクを利用して、前記第１の周波数帯および前記第２の周波数帯についてセキュリティを構築する請求項１から３のいずれか１項に記載のネットワークデバイス。
【請求項５】
前記セキュリティモジュールはさらに一時鍵生成モジュールを有し、
前記一時鍵生成モジュールは、
前記第１の周波数帯に関連付けられている媒体アクセス制御（ＭＡＣ）アドレスに基づいて前記第１の周波数帯についての第１の一時鍵を生成し、
前記第２の周波数帯に関連付けられている媒体アクセス制御（ＭＡＣ）アドレスに基づいて前記第２の周波数帯についての第２の一時鍵を生成し、
前記第１の一時鍵と前記第２の一時鍵とは、単一のマスター鍵から導出される請求項１から４のいずれか１項に記載のネットワークデバイス。
【請求項６】
前記第１のＰＨＹモジュールを介して送信されるデータを、前記第１の一時鍵を利用して暗号化する第１の暗号モジュールと、
前記第２のＰＨＹモジュールを介して送信されるデータを、前記第２の一時鍵を利用して暗号化する第２の暗号モジュールと
をさらに備える請求項５に記載のネットワークデバイス。
【請求項７】
前記第１の暗号モジュールは、前記第１の周波数帯が６０ＧＨｚ帯域であるときに、ガロア／カウンターモードプロトコル（ＧＣＭＰ）を利用してデータを暗号化して、
前記第２の暗号モジュールは、前記第２の周波数帯が２．４ＧＨｚ帯域または５ＧＨｚ帯域を含むときに、ＣＣＭＰ（暗号のブロックの鎖でつなぐ（ＣＢＣ）−ＭＡＣプロトコルの反対モード（ＣＴＲ））またはＧＣＭＰを利用してデータを暗号化する請求項６に記載のネットワークデバイス。
【請求項８】
前記セキュリティモジュールはさらに、（ｉ）単一のマスター鍵と（ｉｉ）前記第１の周波数帯および前記第２の周波数帯に関連付けられている単一の媒体アクセス制御（ＭＡＣ）アドレスとに基づいて、前記第１の周波数帯および前記第２の周波数帯について単一の一時鍵を生成する一時鍵生成モジュールを有し、
前記ネットワークデバイスはさらに、前記第１のＰＨＹモジュールおよび前記第２のＰＨＹモジュールの少なくとも一方を介して送信されるデータを、前記単一の一時鍵を利用して暗号化する暗号モジュールを備える請求項１から７のいずれか１項に記載のネットワークデバイス。
【請求項９】
前記セキュリティモジュールは、前記第２の一時鍵の生成を、
前記第２の周波数帯が前記ネットワークデバイスと前記ネットワークデバイスが通信する遠隔デバイスとの両方によりサポートされていることを示す帯域識別子と、
前記ネットワークデバイスおよび前記遠隔デバイスの両方の、前記第２の周波数帯に対する媒体アクセス制御（ＭＡＣ）アドレスと、
前記ネットワークデバイスおよび前記遠隔デバイスの両方によりサポートされる前記第２の周波数帯のセキュリティアルゴリズムと、
のいずれかに基づいて行い、又は
前記セキュリティモジュールは、前記第２の一時鍵の生成を、
ビーコンフレーム、アソシエーションフレーム、アナウンスフレーム、高速セッション転送（ＦＳＴ）セットアップフレーム、および、４ウェイハンドシェイクの少なくとも１つを介して前記第１の周波数帯で前記遠隔デバイスとの間で交換される情報
に基づいて行い、
前記情報には、
前記遠隔デバイスがサポートする前記第１の周波数帯以外の周波数帯の識別、
前記周波数帯についての前記遠隔デバイスの媒体アクセス制御（ＭＡＣ）アドレス、および、
前記周波数帯がサポートするセキュリティアルゴリズムのうちの少なくとも１つが含まれる請求項５に記載のネットワークデバイス。
【請求項１０】
前記ネットワークデバイスがトンネリング直接リンクセットアップ（ＴＤＬＳ：tunneled direct link setup）を利用して、前記第１の周波数帯で動作する遠隔デバイスに関連付けられることに呼応して、
前記セキュリティモジュールは、アクセスポイントを介してＴＤＬＳピア鍵ハンドシェイクメッセージをトンネリングすることで、前記第２の周波数帯についてのセキュリティを構築して、
前記セキュリティモジュールはさらに、マスター鍵を利用せずに前記ＴＤＬＳピア鍵ハンドシェイクメッセージに基づいて、前記第２の周波数帯についての一時鍵を生成する一時鍵生成モジュールを有する請求項１から９のいずれか１項に記載のネットワークデバイス。
【請求項１１】
前記第１の周波数帯から前記第２の周波数帯へセッションを転送するセッション転送モジュールを備え、
前記セッションの前記第２の周波数帯における再開は、前記ネットワークデバイスが前記第１の周波数帯から前記第２の周波数帯へと動作を切り替える前に、前記第２の周波数帯について構築された前記一時鍵を用いて行われる請求項１０に記載のネットワークデバイス。
【請求項１２】
前記第１のＰＨＹモジュールと前記第１の周波数帯で通信する第１の媒体アクセス制御（ＭＡＣ）モジュールと、
前記第２のＰＨＹモジュールと前記第２の周波数帯で通信する第２のＭＡＣモジュールと、
前記第１のＭＡＣモジュールと前記第１の周波数帯で通信して、前記第２のＭＡＣモジュールと前記第２の周波数帯で通信する第３のＭＡＣモジュールと
をさらに備える請求項１から１１のいずれか１項に記載のネットワークデバイス。
【請求項１３】
前記ネットワークデバイスおよび遠隔デバイスが透明モードにおける動作をサポートするときに、前記セキュリティモジュールは、前記ネットワークデバイスが前記第１の周波数帯から前記第２の周波数帯へと動作を切り替える前に、前記第１の周波数帯および前記第２の周波数帯と関連付けられている単一のＭＡＣアドレスに基づいて、前記第１の周波数帯および前記第２の周波数帯についての単一の一時鍵を生成する請求項１２に記載のネットワークデバイス。
【請求項１４】
前記第３のＭＡＣモジュールはさらに暗号モジュールを有し、
前記暗号モジュールは、
前記単一の一時鍵を利用して前記第１のＰＨＹモジュールおよび前記第２のＰＨＹモジュールの少なくとも一方を介して送信されるデータを暗号化して、
前記第１のＭＡＣモジュールおよび前記第２のＭＡＣモジュールの少なくとも一方に対して、暗号化されたデータが出力される前に、前記暗号化されたデータを生成する請求項１３に記載のネットワークデバイス。
【請求項１５】
前記第３のＭＡＣモジュールは、前記第１の周波数帯から前記第２の周波数帯へセッションを転送し、
前記セッションの前記第２の周波数帯における再開は、前記ネットワークデバイスが前記第１の周波数帯から前記第２の周波数帯へと動作を切り替える前に構築された前記単一の一時鍵を用いて行われる請求項１３に記載のネットワークデバイス。
【請求項１６】
前記セキュリティモジュールは、
前記遠隔デバイスとの間で複数のセキュリティアルゴリズムについて交渉して、
前記第１の周波数帯および前記第２の周波数帯の少なくとも一方を介して送信されるデータを暗号化するために前記複数のセキュリティアルゴリズムの１つを選択する請求項１３に記載のネットワークデバイス。
【請求項１７】
前記ネットワークデバイスが透明モードにおける動作をサポートするときに、および、遠隔デバイスが不透明モードにおける動作をサポートするときに、前記セキュリティモジュールは、
前記第１の周波数帯に関連付けられている第１のＭＡＣアドレスに基づいて前記第１の周波数についての第１の一時鍵を生成して、
前記第２の周波数帯に関連付けられている第２のＭＡＣアドレスに基づいて前記第２の周波数帯についての第２の一時鍵を生成する
請求項１２に記載のネットワークデバイス。
【請求項１８】
前記第３のＭＡＣモジュールはさらに暗号モジュールを有し、前記暗号モジュールは、
前記第１のＰＨＹモジュールを介して送信されるデータを、前記第１の一時鍵を利用して暗号化して、
前記第２のＰＨＹモジュールを介して送信されるデータを、前記第２の一時鍵を利用して暗号化する請求項１７に記載のネットワークデバイス。
【請求項１９】
前記第３のＭＡＣモジュールは、前記第１の周波数帯から前記第２の周波数帯へセッションを転送し、
前記セッションの前記第２の周波数帯における再開は、前記ネットワークデバイスが前記第１の周波数帯から前記第２の周波数帯へと動作を切り替える前に構築された前記第２の一時鍵を用いて行われる請求項１７に記載のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００９年６月２４日提出の米国仮特許出願第６１／２１９，９２４号明細書、２００９年９月１７日提出の米国仮特許出願第６１／２４３，４２２号明細書、２００９年１０月２６日提出の米国仮特許出願第６１／２５５，０３５号明細書、２００９年１１月９日提出の米国仮特許出願第６１／２５９，５８２号明細書、２００９年１１月２４日提出の米国仮特許出願第６１／２６４，２００号明細書、２００９年１２月２４日提出の米国仮特許出願第６１／２９０，１２７号明細書、および、２０１０年１月１３日提出の米国仮特許出願第６１／２９４，７０５号明細書の恩恵を主張している。上述した出願の開示の全体を、ここに参照として組み込む。
【０００２】
本願は、２００９年９月２日提出の米国仮特許出願第６１／２３９，２９５号明細書、２００９年９月１７日提出の米国仮特許出願第６１／２４３，２７２号明細書、２００９年９月２２日提出の米国仮特許出願第６１／２４４，７８７号明細書に関係している。上述した出願の開示の全体を、ここに参照として組み込む。
【０００３】
本開示は概して、無線通信に係り、より詳しくは、マルチバンド無線通信のセキュリティに係る。
【背景技術】
【０００４】
ここに開示する背景技術の記載は、本開示のコンテキストを概略する意図を有する。現在の発明者の業績、および、さもなくば出願時に先行技術として資格を有さなかった記載の側面は、いずれも、本開示に対する明示的、または暗示的に自認した先行技術ではないので留意されたい。
【０００５】
ＩＥＥＥ（アイ・トリプル・イー）は、無線通信デバイスが従うべきセキュリティプロトコルを定義する幾つかの８０２．１Ｘ規格を開発した。無線通信デバイスは、セキュリティプロトコルを利用して無線通信デバイス間の通信を認証する際にデータを交換することができる。
【発明の概要】
【０００６】
ネットワークデバイスは、第１の物理層（ＰＨＹ）モジュールと、第２の物理層（ＰＨＹ）モジュールと、セキュリティモジュールとを含む。第１のＰＨＹモジュールは第１の周波数帯で動作する。第２のＰＨＹモジュールは第２の周波数帯で動作する。セキュリティモジュールは、第１の周波数帯でネットワークデバイスが動作することに呼応して第１の周波数帯についてセキュリティを構築する。セキュリティモジュールはさらに、ネットワークデバイスが第１の周波数帯から第２の周波数帯へと動作を切り替える前に、第２の周波数帯についてセキュリティを構築する。
【０００７】
他の特徴として、ここに記載するシステムおよび方法は、１以上のプロセッサが実行するコンピュータプログラムにより実装される。コンピュータプログラムは、これらに限られないがメモリ、不揮発性データストレージ等の有形のコンピュータ可読媒体、および／または、その他の適切な有形の格納媒体に常駐していてよい。
【０００８】
本開示のさらなる利用分野は、詳細な記載、請求項、および図面から明らかになる。詳細な記載および具体例は、あくまで例示を目的としており、開示の範囲を限定する意図はない。
【０００９】
本開示は、詳細な記載を添付図面とともに読むことで理解が深まる。
【図面の簡単な説明】
【００１０】
【図１】２．４／５ＧＨｚ周波数帯で動作する無線デバイスの機能ブロック図である。
【００１１】
【図２】６０ＧＨｚ周波数帯で動作する無線デバイスの機能ブロック図である。
【００１２】
【図３Ａ】互いに通信する６０ＧＨｚ周波数帯および２．４／５ＧＨｚ周波数帯でそれぞれ動作可能な２つのマルチバンドデバイスを示す。
【００１３】
【図３Ｂ】図３Ａに示す２つのマルチバンドデバイスの機能ブロック図である。
【００１４】
【図３Ｃ】図３Ａに示す２つのマルチバンドデバイス間のセッション転送を示すタイミング図である。
【００１５】
【図４】６０ＧＨｚ周波数帯および２．４／５ＧＨｚ周波数帯で動作可能なマルチバンド無線デバイスの機能ブロック図である。
【００１６】
【図５】共通のＭＡＣを含み、６０ＧＨｚ周波数帯および２．４／５ＧＨｚ周波数帯で動作するマルチバンド無線デバイスの機能ブロック図である。
【００１７】
【図６Ａ】マルチバンド・ロバストセキュリティネットワーク（ＲＳＮ）情報要素（ＩＥ）を示す。
【００１８】
【図６Ｂ】マルチバンドＲＳＮ  ＩＥを示す。
【００１９】
【図６Ｃ】マルチバンドＲＳＮ  ＩＥを示す。
【００２０】
【図７】４ウェイハンドシェイクを利用するサプリカントと認証者との間の共同マルチバンド・ロバストセキュリティネットワーク・アソシエーション（ＲＳＮＡ）を示す。
【００２１】
【図８】複数の多重擬似乱数関数（ＰＲＦ）を利用するマルチバンド・ペアワイズ鍵階層を示す。
【００２２】
【図９】複数のＰＲＦを利用するマルチバンドグループ鍵階層を示す。
【００２３】
【図１０】単一のＰＲＦを利用するマルチバンド・ペアワイズ鍵階層を示す。
【００２４】
【図１１】単一のＰＲＦを利用するマルチバンドグループ鍵階層を示す。
【００２５】
【図１２Ａ】帯域ＩＤが追加されたＭＡＣアドレス鍵データカプセル化（ＫＤＥ）を示す。
【００２６】
【図１２Ｂ】帯域ＩＤが追加されたグループ一時鍵（ＧＴＫ）鍵ＫＤＥを示す。
【００２７】
【図１２Ｃ】帯域ＩＤが追加された鍵ＩＤ  ＫＤＥを示す。
【００２８】
【図１２Ｄ】共同ＲＳＮＡセットアップ（joint RSNA setup）のための帯域数を示すために利用されるＥＡＰＯＬ鍵フレームを示す。
【００２９】
【図１２Ｅ】共同ＲＳＮＡセットアップのための帯域数を示すために利用される鍵データカプセル化（ＫＤＥ）を示す。
【００３０】
【図１３Ａ】４ウェイハンドシェイクを利用しないサプリカントと認証者との間の共同マルチバンド・ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を示す。
【図１３Ｂ】４ウェイハンドシェイクを利用しないサプリカントと認証者との間の共同マルチバンド・ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を示す。
【００３１】
【図１４Ａ】６０ＧＨｚ周波数帯および２．４／５ＧＨｚ周波数帯でそれぞれ動作可能な２つのマルチバンドデバイスの機能ブロック図である。
【００３２】
【図１４Ｂ】互いに通信する図１４Ａに示す２つのマルチバンドデバイスを示す。
【００３３】
【図１５】アクセスポイントと通信する図１４Ｂに示す２つのマルチバンドデバイスを示す。
【００３４】
【図１６Ａ】ＲＳＮ機能が追加されたマルチバンドＲＳＮ  ＩＥを示す。
【００３５】
【図１６Ｂ】マルチバンドＲＳＮＡを構築する方法を選択するのに利用可能な値のテーブルを示す。
【００３６】
【図１６Ｃ】サプリカントと認証者との間にマルチバンドＲＳＮＡを構築する数多くの方法を示す。
【００３７】
【図１６Ｄ】２つの方法でサプリカントと認証者との間にマルチバンドＲＳＮＡを構築する例を示す。
【図１６Ｅ】２つの方法でサプリカントと認証者との間にマルチバンドＲＳＮＡを構築する例を示す。
【００３８】
【図１７Ａ】高速セッション転送（ＦＳＴ）モードフィールドを示す。
【００３９】
【図１７Ｂ】開始者と応答者とが動作可能な異なるＦＳＴモードを示すテーブルである。
【００４０】
【図１８】６０ＧＨｚ周波数帯および２．４／５ＧＨｚ周波数帯で動作する共通のＭＡＣおよび単一の暗号モジュールを含むマルチバンド無線デバイスの機能ブロック図である。
【００４１】
【図１９】透明モードにおける開始者および応答者との間のマルチバンドＲＳＮＡを示す。
【００４２】
【図２０】不透明モードにおける開始者および応答者との間のマルチバンドＲＳＮＡを示す。
【００４３】
【図２１】グループ暗号スイートフィールドを有する情報要素を示す。
【００４４】
【図２２】４ウェイハンドシェイクを利用する開始者と応答者との間のマルチバンドＲＳＮＡ機能の提示および交渉の一例を示す。
【００４５】
【図２３】４ウェイハンドシェイクをＦＳＴセットアップと組み合わせた、開始者と応答者との間のマルチバンドＲＳＮＡ機能の提示および交渉の一例を示す。
【００４６】
【図２４】マルチバンドＩＥを示す。
【００４７】
【図２５】不透明モードで図２４のマルチバンドＩＥを利用する開始者と応答者との間のマルチバンドＲＳＮＡ機能の提示および交渉の一例を示す。
【００４８】
【図２６】透明モードで図２４のマルチバンドＩＥを利用する開始者と応答者との間のマルチバンドＲＳＮＡ機能の提示および交渉の一例を示す。
【００４９】
【図２７】不透明モードで図２４のマルチバンドＩＥを利用する開始者と応答者との間のマルチバンドＲＳＮＡ機能の提示および交渉の一例を示す。
【発明を実施するための形態】
【００５０】
以下の記載は、性質上例示にすぎず、開示、利用、および用途を限定する意図はない。明瞭化目的のために、図面では同じ参照番号を利用して、同様の部材を示している。ここで利用されるＡ、Ｂ、およびＣのうちの少なくとも１つ、という言い回しは、排他的論理和演算を利用する、論理（ＡまたはＢまたはＣ）の意味であるとして理解されるべきである。方法のステップは、本開示の原理を変更しなければ異なる順序でも実行可能であるとして理解されてよい。
【００５１】
ここで利用されるモジュールという用語は、１以上のソフトウェアまたはファームウェアプログラムを実行する特定用途向け集積回路（ＡＳＩＣ）、電子回路、プロセッサ（共有、専用、またはグループ）および／またはメモリ（共有、専用、またはグループ）、組み合わせ論理回路、および／または、記載される機能を提供する他の適切なコンポーネントのことであってよい。
【００５２】
無線デバイスは、複数の周波数帯で通信可能であってよい。例えば、アクセスポイント（ＡＰ）およびクライアントステーション（ＳＴＡ）は、ある無線リンクを介して６０ＧＨｚ帯域で、別の無線リンクを介して５ＧＨｚ帯域で通信してよい。ＡＰおよびＳＴＡは、無線リンクのチャネル条件、サービス用件の品質等の要素に応じて、６０ＧＨｚと５ＧＨｚ帯域間を切り替えることができる。
【００５３】
無線リンクは通常、接続指向であり、アソシエーションおよびセキュリティ構成の両面の構築が必要となる。帯域間を切り替えた後で無線リンクでセキュリティを構築するプロセスによって、サービスの品質が劣化する場合がある。本開示は、帯域間を切り替える前に２以上の無線リンク上でセキュアな通信チャネルを構築するシステムおよび方法に係る。
【００５４】
図１は、２．４／５ＧＨｚ周波数帯で通信可能な無線デバイス１００を示す。無線デバイス１００は、物理層（ＰＨＹ）モジュール１０２、媒体アクセス制御（ＭＡＣ）モジュール１０４、ＭＡＣサービスアクセスポイント（ＭＡＣ  ＳＡＰ）モジュール１０６、およびセキュリティモジュール１０８を含む。
【００５５】
ＰＨＹモジュール１０２は、２．４ＧＨｚ帯域および５ＧＨｚ帯域で無線デバイス１００を無線通信媒体に、１以上のアンテナ（不図示）を介してインタフェースする。ＭＡＣモジュール１０４は、無線デバイス１００の無線通信媒体に対する、２．４ＧＨｚ帯域および５ＧＨｚ帯域におけるアクセスを制御する。ＰＨＹモジュール１０２およびＭＡＣモジュール１０４は、２．４ＧＨｚ帯域および５ＧＨｚ帯域における無線通信を可能とするコンポーネントを含む。
【００５６】
ＭＡＣ  ＳＡＰモジュール１０６は、無線デバイスが２．４／５ＧＨｚ帯域で通信するときには、ＰＨＹモジュール１０２およびＭＡＣモジュール１０４の２．４／５ＧＨｚ帯域のコンポーネントでデータをルーティングする。セキュリティモジュール１０８は、無線デバイス１００により無線通信媒体経由で通信されるデータのセキュリティを管理する。
【００５７】
ＭＡＣモジュール１０４は、暗号モジュール１１０、制御されているポート１１２、および制御されていないポート１１４を含む。暗号モジュール１１０は、ＣＣＭＰ（暗号のブロックの鎖でつなぐ（ＣＢＣ）−ＭＡＣ議定書の反対モード（ＣＴＲ））を利用してデータを暗号化する。一部の実装例では、暗号モジュール１１０は、ＷＥＰ（有線に等しいプライバシー：wired equivalent privacy）および／またはＴＫＩＰ（一時鍵整合性プロトコルtemporal key integrity protocol）を用いてデータを暗号化することができる。暗号モジュール１１０は、さらに、ガロア／カウンタモードプロトコル（ＧＣＭＰ）を用いてデータを暗号化することもできる。制御されているポート１１２は、暗号を利用する際に、暗号化されたデータをセキュアにトランスポートするのに利用される。制御されていないポート１１４は、暗号化されていないデータをトランスポートするのに利用される。
【００５８】
セキュリティモジュール１０８は、認証モジュール１１６および鍵管理モジュール１１８を含む。認証モジュール１１６は、無線デバイス１００の通信を認証する。鍵管理モジュール１１８は、暗号モジュール１１０がデータの暗号化に利用する鍵を生成する。
【００５９】
暗号モジュール１１６は、マスター鍵モジュール１２０を含む。マスター鍵モジュール１２０は、２．４ＧＨｚ帯域および５ＧＨｚ帯域で無線デバイス１００の通信セッションのマスター鍵を取得したり、生成したりする。例えば、マスター鍵モジュール１２０は、ペアワイズマスター鍵（ＰＭＫ）を生成する。
【００６０】
ペアワイズという用語は、互いに通信を希望する２つの実体（例えば、基本サービスセット（ＢＳＳ）内のアクセスポイント（ＡＰ）とこれに関連するクライアントステーション（ＳＴＡ）、または、独立ＢＳＳ（ＩＢＳＳ）ネットワークにおける２つのＳＴＡ）のことである。ペアワイズという用語は、２つの実体のみに共有される鍵に関する暗号鍵階層の種類のことである。
【００６１】
鍵管理モジュール１１８は、一時鍵モジュール１２２を含む。一時鍵モジュール１２２は、マスター鍵に基づいて一時鍵を生成する。例えば一時鍵モジュール１２２は、ペトランジェント鍵（ペアワイズ一時鍵）（ＰＴＫ：pairwise transient key）を生成する。一時鍵は、マスター鍵から導出される。例えば、ペトランジェント鍵（ＰＴＫ）は、ペアワイズマスター鍵（ＰＭＫ：pairwise master key）から導出される。暗号モジュール１１０は、一時鍵を利用してデータを暗号化する。
【００６２】
より詳しくは、一時鍵モジュール１２２は、擬似乱数関数（ＰＲＦ）を用いてＰＭＫからＰＴＫを導出する。つまり、ＰＴＫはＰＲＦ（ＰＭＫ）と記述されてよい。さらに、ＰＴＫ＝ＫＣＫ｜ＫＥＫ｜ＴＫである。ＫＣＫは、ＥＡＰＯＬ鍵確認鍵であり、ＥＡＰＯＬとは、ローカルエリアネットワークを介した拡張認証プロトコルのことである。ＫＥＫは、ＥＡＰＯＬ鍵暗号鍵である。ＴＫは一時鍵である。
【００６３】
図２の参照に戻ると、ワイヤレス・ギガビットアライアンス（ＷＧＡ）が定義する仕様に従って６０ＧＨｚ帯域で通信可能な無線デバイス２００が示されている。無線デバイス２００は、ＰＨＹモジュール２０２、ＭＡＣモジュール２０４、およびセキュリティモジュール２０８を含む。
【００６４】
ＰＨＹモジュール２０２は、無線デバイス２００を無線通信媒体に、６０ＧＨｚ帯域で１以上のアンテナ（不図示）を介してインタフェースする。ＭＡＣモジュール２０４は、無線デバイス２００の６０ＧＨｚ帯域における無線通信媒体へのアクセスを制御する。セキュリティモジュール２０８は、無線通信媒体を介して無線デバイス２００が通信するデータのセキュリティを管理する。
【００６５】
ＭＡＣモジュール２０４は、暗号モジュール２１０、制御されているポート２１２、および制御されていないポート２１４を含む。暗号モジュール２１０は、ガロア／カウンタモードプロトコル（ＧＣＭＰ）を用いてデータを暗号化する。制御されているポート２１２は、暗号を利用する際に、暗号化されたデータをセキュアにトランスポートするのに利用される。制御されていないポート２１４は、暗号化されていないデータのトランスポートに利用される。
【００６６】
セキュリティモジュール２０８は、認証モジュール２１６および鍵管理モジュール２１８を含む。認証モジュール２１６は、無線デバイス２００の通信を認証する。鍵管理モジュール２１８は、暗号モジュール２１０がデータの暗号化に利用する鍵を生成する。ＧＣＭＰは、ＣＣＭＰとは異なるデータ機密性および整合性保護プロトコルである。
【００６７】
認証モジュール２１６は、マスター鍵モジュール２２０を含む。マスター鍵モジュール２２０は、６０ＧＨｚ帯域で無線デバイス２００の通信セッションのマスター鍵（ペアワイズマスター鍵（ＰＭＫ））を取得したり、生成したりする。鍵管理モジュール２１８は、一時鍵モジュール２２２を含む。一時鍵モジュール２２２は、ペアワイズマスター鍵（ＰＭＫ）に基づいて一時鍵（例えばペトランジェント鍵（ＰＴＫ））を生成する。暗号モジュール２２０は、一時鍵を利用してデータを暗号化する。
【００６８】
今後は、２．４ＧＨｚ帯域および５ＧＨｚ帯域を、交換可能な概念とする。つまり、２．４ＧＨｚ帯域または５ＧＨｚ帯域を例として利用する場合には、２．４ＧＨｚ帯域に関する記載を、５ＧＨｚ帯域にも適用することができ、この逆も然りである。一般的に、６０ＧＨｚ帯域は、帯域１と称され、２．４／５ＧＨｚ帯域は、帯域２と称される。
【００６９】
６０ＧＨｚ帯域では、基本サービスセット（ＢＳＳ）は、個人ＢＳＳ（ＰＢＳＳ）と称される。ＰＢＳＳは、ＰＢＳＳ制御ポイント（ＰＣＰ）および１以上のＳＴＡを含む。ＰＢＳＳのＰＣＰおよびＳＴＡは、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域両方で通信可能なマルチバンドデバイスであってよい。
【００７０】
２．４／５ＧＨｚ帯域では、ＢＳＳはＡＰと１以上のＳＴＡとを含む。ＢＳＳのいずれかに関連付けられているＳＴＡにおいて、論理リンク層（ＬＬＣ）には単一のＢＳＳとして見える、１セットの相互接続されるＢＳＳが、拡張サービスセット（ＥＳＳ）と称される。ＥＳＳのＡＰおよびＳＴＡは、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域両方で通信可能なマルチバンドデバイスであってよい。
【００７１】
図３Ａ−図３Ｃを参照すると、ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、マルチバンドデバイスである。図３Ａでは、ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、６０ＧＨｚ帯域でＰＢＳＳにおいて通信することができる。加えて、ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、２．４／５ＧＨｚでＥＳＳにおいて通信することができる。ＡＰ／ＰＣＰ３００は、６０ＧＨｚでＰＢＳＳ制御ポイント（ＰＣＰ）として機能して、２．４／５ＧＨｚ帯域でＥＳＳのＡＰとして機能する。ＳＴＡ３１０は、６０ＧＨｚでＰＢＳＳのＳＴＡとして機能して、２．４／５ＧＨｚ帯域でＥＳＳで機能する。
【００７２】
６０ＧＨｚ帯域は２．４／５ＧＨｚ帯域よりも、スループットは高いが、範囲が狭い。従って、ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、ＳＴＡ３１０のＡＰ／ＰＣＰ３００までの距離がローミングにより変更されるときには、６０ＧＨｚと２．４／５ＧＨｚ帯域との間で切り替え可能である。
【００７３】
図３Ｂでは、ＡＰ／ＰＣＰ３００は、６０ＧＨｚのＭＡＣおよびＰＨＹモジュール３０２とまとめて示されている６０ＧＨｚのＭＡＣモジュールと６０ＧＨｚのＰＨＹモジュールとを含む。加えて、ＡＰ／ＰＣＰ３００は、２．４／５ＧＨｚ帯域で通信可能なＭＡＣモジュールとＰＨＹモジュールとを含み、これらを、まとめて２．４／５ＧＨｚのＭＡＣおよびＰＨＹモジュール３０４として示す。さらに、ＡＰ／ＰＣＰ３００は、セッション転送モジュール３０８を含むＭＡＣ  ＳＡＰモジュール３０６を含む。
【００７４】
ＳＴＡ３１０は、６０ＧＨｚのＭＡＣおよびＰＨＹモジュール３１２としてまとめて示されている６０ＧＨｚのＭＡＣモジュールと６０ＧＨｚのＰＨＹモジュールとを含む。加えて、ＳＴＡ３１０は、２．４／５ＧＨｚ帯域で通信可能なＭＡＣモジュールとＰＨＹモジュールとを含み、これらを、まとめて２．４／５ＧＨｚのＭＡＣおよびＰＨＹモジュール３１４として示す。さらに、ＳＴＡ３１０は、セッション転送モジュール３１８を含むＭＡＣ  ＳＡＰモジュール３１６を含む。
【００７５】
今後、６０ＧＨｚのＭＡＣおよびＰＨＹモジュール３０２、３１２を、６０ＧＨｚのコンポーネント３０２、３１２と総称し、２．４／５ＧＨｚのＭＡＣおよびＰＨＹモジュール３０４、３１４を、２．４／５ＧＨｚのコンポーネント３０４、３１４と総称する。ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、６０ＧＨｚ帯域（例えばチャネルＡ）で通信する際に６０ＧＨｚのコンポーネント３０２、３１２を利用する。ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、２．４／５ＧＨｚ帯域（例えばチャネルＢ）で通信する際に２．４／５ＧＨｚのコンポーネント３０４、３１４を利用する。
【００７６】
ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、帯域ｘ／チャネルＡで通信してよい。続いて、ＳＴＡ３１０は、ＡＰ／ＰＣＰ３００から離れたところでローミングしてよい。従って、ＡＰ／ＰＣＰ３００とＳＴＡ３１０との間の、帯域ｘ／チャネルＡにおけるリンクは弱くなり、ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、帯域ｘ／チャネルＡのリンクから、帯域ｙ／チャネルＢのリンクへ切り替えてよい。
【００７７】
ＭＡＣ  ＳＡＰモジュール３０６、３１６は、６０ＧＨｚから２．４／５ＧＨｚ帯域に切り替えるときを判断する。ＭＡＣ  ＳＡＰモジュール３０６、３１６は、６０ＧＨｚ帯域で通信するときに、６０ＧＨｚコンポーネント３０２、３１２を介してデータをルーティングする。ＭＡＣ  ＳＡＰモジュール３０６、３１６は、２．４／５ＧＨｚ帯域で通信するときに、２．４／５ＧＨｚコンポーネント３０４、３１４を介してデータをルーティングする。セッション転送モジュール３０８、３１８は、帯域を図３Ｃに示されているように切り替える場合には、ＡＰ／ＰＣＰ３００とＳＴＡ３１０とのリンクを、帯域ｘ／チャネルＡから帯域ｙ／チャネルＢに切り替える。
【００７８】
図３Ｃで、ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、帯域ｘ／チャネルＡで通信してよい。ＳＴＡ３１０は、アソシエーションフレームをチャネルＡで交換することにより、ＡＰ／ＰＣＰ３００と関連付けられてよい。さらに、ＳＴＡ３１０およびＡＰ／ＰＣＰ３００は、チャネルＡでセッションが構築される前に、セキュリティアソシエーションを構築して、サービスの品質（ＱＯＳ）を交渉してよい。セッションが構築されると、ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、データをチャネルＡで交換する。
【００７９】
ＡＰ／ＰＣＰ３００とＳＴＡ３１０との間のチャネルＡにおけるリンクが弱くなった場合には、ＳＴＡ３１０はＡＰ／ＰＣＰ３００に対して高速セッション転送（ＦＳＴ）要求を送る。ＡＰ／ＰＣＰ３００は、ＦＳＴ応答で応答する。ＭＡＣ  ＳＡＰモジュール３０６、３１６は、６０ＧＨｚ帯域から２．４／５ＧＨｚ帯域のいずれかに切り替える。セッション転送モジュール３０８、３１８は、セッションをチャネルＡからチャネルＢに転送する。
【００８０】
図３Ｃで、２．４／５ＧＨｚ帯域へ切り替えた後で、ＳＴＡ３１０およびＡＰ／ＰＣＰ３００は、アソシエーションフレームを交換する。加えて、２．４／５ＧＨｚ帯域では、６０ＧＨｚ帯域のものと異なるデータ保護プロトコルを利用することができ、ＳＴＡ３１０およびＡＰ／ＰＣＰ３００は、チャネルＢで再開する前に、新たなセキュリティアソシエーションを構築して、ＱＯＳを交渉してよい。セッションがチャネルＢで再開すると、ＡＰ／ＰＣＰ３００およびＳＴＡ３１０は、チャネルＢでデータの交換を再開する。
【００８１】
帯域を切り替えるときには、現在の帯域のセッションが新たな帯域で再開することができるようになるまでにいくらかの遅延が生じる場合がある。例えば、遅延には、帯域切り替え前の遅延（切り替え前遅延）、帯域切り替え中の遅延（切り替え遅延）、および切り替え後の遅延が含まれてよい。切り替え後の遅延には、同期（ｓｙｎｃ）遅延と、新たな帯域でのアソシエーション、認証（新たなチャネルにおけるセキュリティ構築）、および、ＱＯＳの交渉による遅延とが含まれてよい。遅延は、転送セッションプロセスを遅らせ、サービスに支障を来す。
【００８２】
帯域間を切り替えるときに高速で途切れのないセッション転送を可能とするべく、新たな帯域におけるアソシエーション、認証、およびＱＯＳ交渉は、帯域切り替え前に現在の帯域で行われることが望ましい。好適には、アソシエーション、認証、およびＱＯＳ交渉は、マルチバンドデバイスがネットワーク（ＰＢＳＳまたはＥＳＳ）に始めて参加するとき、全ての帯域に対して一度だけ現在の帯域で行われてよい。
【００８３】
例えば、ＳＴＡ３１０が、最初に６０ＧＨｚ帯域でＡＰ／ＰＣＰ３００と関連付けられる、とする。６０ＧＨｚ帯域の認証と鍵生成とを行うとき、ＳＴＡ３１０およびＡＰ／ＰＣＰ３００は、６０ＧＨｚ帯域で動作している間に、２．４／５ＧＨｚの認証および鍵生成も実行してよい。こうすると、帯域が６０ＧＨｚから２．４／５ＧＨｚに切り替えられるときには、２．４／５ＧＨｚの認証および鍵生成を行う必要がなくなる。従って、帯域を６０ＧＨｚから２．４／５ＧＨｚへの切り替え時の２．４／５ＧＨｚ帯域での認証に伴う遅延がなくなる。
【００８４】
マルチバンドデバイスが最初にネットワークに参加するとき、またはデバイスを切り替えるときに、現在の帯域内で１以上の外部帯域に対する認証および鍵生成を行うためには以下の３つの方法が考えられる。すなわち、３つの方法とは、マルチ一時鍵を利用する方法（multi-transient-key approach）、単一の一時鍵を利用する方法（single-transient-key approach）、および混合型の方法である。各方法について以下で説明する。
【００８５】
完全なセキュリティまたはＲＳＮＡセットアップには、（１）ＲＳＮＡ機能およびポリシー提示または問い合わせ、（２）アソシエーション、（３）ＰＭＫＳＡセットアップを行うためのＲＳＮＡ認証（つまりＰＭＫの生成）、および（４）ＰＴＫＳＡセットアップを行うための４ウェイハンドシェイク（ＰＴＫの生成）というステップが含まれる。
【００８６】
図４を参照すると、無線デバイス４００は、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域で通信可能なマルチバンドデバイスである。無線デバイス４００は、マルチ一時法を利用して認証および鍵管理を行う。
【００８７】
無線デバイス４００は、６０ＧＨｚのＰＨＹモジュール４０２および６０ＧＨｚのＭＡＣモジュール４０４を含む（６０ＧＨｚのコンポーネント４０２、４０４と総称する）。６０ＧＨｚのＭＡＣモジュール４０４は、ＧＣＭＰ暗号モジュール４０６、制御されているポート４０８、および制御されていないポート４１０を含む。無線デバイス４００はさらに、２．４／５ＧＨｚのＰＨＹモジュール４２２、および、２．４／５ＧＨｚのＭＡＣモジュール４２４を含む（２．４／５ＧＨｚのコンポーネント４２２、４２４と総称する）。２．４／５ＧＨｚのＭＡＣモジュール４２４は、ＣＣＭＰ暗号モジュール４２６、制御されているポート４２８、および制御されていないポート４３０を含む。ＣＣＭＰ暗号モジュール４２６は、あくまで例示として示されている。２．４／５ＧＨｚのＭＡＣモジュール４２４は、この代わりに、またはこれに加えて、ＧＣＭＰ暗号モジュールを含んでよい。
【００８８】
加えて、無線デバイス４００は、認証を行い、セキュリティアソシエーションを構築するセキュリティモジュール４５０を含む。無線デバイス４００は、セキュリティモジュール４５０が認証を構築して実行して、現在の帯域で他の帯域に対するセキュリティアソシエーションを構築した後で、帯域間で（例えば６０ＧＨｚ帯域から２．４／５ＧＨｚ帯域へ）セッションを転送するセッション転送モジュール４５１を含む。一部の実装例では、セッション転送モジュール４５１は、現在の帯域で他の帯域に対するセキュリティを構築する等のマルチバンドセキュリティケイパビリティを実行することができる。
【００８９】
セキュリティモジュール４５０は、ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）モジュール４５２および鍵管理モジュール４５４を含む。ＲＳＮＡ認証モジュール４５２は、マスター鍵モジュール４５６を含む。鍵管理モジュール４５４は、一時鍵モジュール４５８を含む。ＲＳＮＡは、後述するようにこれらの間の認証およびアソシエーションを構築する処理が４ウェイハンドシェイクを含む場合に、一対の無線デバイス（例えばＳＴＡ）が利用するアソシエーションの一種である。ＲＳＮＡは、セキュリティ関係の一般用語であり、認証およびセキュリティアソシエーションを含む。認証により、通常、マスター鍵が生成される。セキュリティアソシエーションは通常、４ウェイハンドシェイクを含み、一時鍵が生成される。
【００９０】
無線デバイス４００がＰＢＳＳまたはＥＳＳに参加する場合、セキュリティモジュール４５０は、マルチ一時鍵法を利用して６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域の認証を行う。マルチ一時鍵法では、全ての帯域に１つの認証のみを行い、マスター鍵は全ての帯域に対して１つだけ生成されるが、一時鍵は各帯域についてそれぞれ異なるものが生成される。つまり、全ての帯域で単一のマスター鍵が利用され、Ｎ個の帯域それぞれに対してＮ個の一時鍵が利用される（Ｎは１より大きい整数とする）。
【００９１】
ＲＳＮＡ認証モジュール４５２は、全ての帯域に対して一度、現在の帯域で認証を実行する。マスター鍵モジュール４５６は、１つのペアワイズマスター鍵（ＰＭＫ）を生成し、１つのペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）のみを全ての帯域について構築する。ペアワイズマスター鍵（ＰＭＫ）は、予め共有されている鍵（ＰＳＫ）から得てよい。１つの予め共有されている鍵（ＰＳＫ）が全ての帯域に利用される。
【００９２】
加えて、マスター鍵モジュール４５６は、グループマスター鍵（ＧＭＫ）を１つだけ生成する。ＧＭＫは、後述するグループ一時鍵（ＧＴＫ）を導出するのに利用することができる補助鍵である。同じペアワイズマスター鍵（ＰＭＫ）および同じグループマスター鍵（ＧＭＫ）が、全ての帯域で共有される。
【００９３】
一時鍵モジュール４５８は、同じマスター鍵に基づいて各帯域について異なる一時鍵（例えばペトランジェント鍵（ＰＴＫ））を生成する。例えば、一時鍵モジュール４５８は、以下の同じペアワイズマスター鍵（ＰＭＫ）に基づいて、６０ＧＨｚ帯域のＰＴＫ６０を生成し、２．４／５ＧＨｚ帯域のＰＴＫ２．４／５を生成する。
【００９４】
一時鍵モジュール４５８は、ＰＴＫ６０（つまり、６０ＧＨｚ帯域のペトランジェント鍵（ＰＴＫ））およびＰＴＫ２．４／５（つまり、２．４／５ＧＨｚ帯域のＰＴＫ）を、擬似乱数関数（ＰＲＦ）を利用して同じペアワイズマスター鍵（ＰＭＫ）から導出する。ＰＴＫ６０は、ＰＲＦ（ＰＭＫ、ノンス６０、アドレス６０等）として記述されてよく、ノンスとは、鍵とともに一度利用されると、再利用はされない数値のことである。さらに、ＰＴＫ６０＝ＫＣＫ６０｜ＫＥＫ６０｜ＴＫ６０である。加えて、ＰＴＫ２．４／５は、ＰＲＦ（ＰＭＫ、ノンス２．４／５、アドレス２．４／５等）およびＰＴＫ２．４／５＝ＫＣＫ２．４／５｜ＫＥＫ２．４／５｜ＴＫ２．４／５と記述することができる。
【００９５】
ペトランジェント鍵のセキュリティアソシエーション（ＰＴＫＳＡ）は、ＰＴＫを利用して各帯域について構築される。グループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）は、グループ一時鍵（ＧＴＫ）を利用して各帯域について構築される。暗号モジュール２１０は、無線デバイス４００が６０ＧＨｚ帯域で通信を行う場合、ＰＴＫ６０を利用してデータを暗号化する。暗号モジュール１１０は、無線デバイス４００が２．４／５ＧＨｚ帯域で通信を行う場合、ＰＴＫ２．４／５を利用してデータを暗号化する。各帯域のＰＴＫＳＡおよびＧＴＫＳＡは、暗号化中にそれぞれパケット番号（ＰＮ）カウンタを用いる。
【００９６】
各帯域に対して、ＰＴＫおよびＧＴＫが暗号モジュールで生成され格納されている場合、ある帯域のＭＡＣモジュールは、この帯域の制御されているポートのブロックを解除して（unblock）、ＰＴＫおよびＧＴＫがこの帯域の暗号モジュールで生成され格納されている場合に、暗号化されているデータをセキュアにトランスポートする。
【００９７】
図５を参照すると、無線デバイス５００は、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域で通信可能なマルチバンドデバイスである。無線デバイス５００は、認証を行うために単一の一時鍵法を利用する。
【００９８】
無線デバイス５００は、６０ＧＨｚのＰＨＹモジュール５０２および６０ＧＨｚのＭＡＣモジュール５０４を含む（６０ＧＨｚのコンポーネント５０２、５０４と総称する）。６０ＧＨｚのＭＡＣモジュール５０４は、開放型システム間相互接続（ＯＳＩ）参照モデルの階層の下層のＭＡＣモジュールである。６０ＧＨｚのＭＡＣモジュール５０４は、ＧＣＭＰ暗号モジュール５０６を含む。
【００９９】
無線デバイス５００はさらに、２．４／５ＧＨｚのＰＨＹモジュール５１２、および、２．４／５ＧＨｚのＭＡＣモジュール５１４を含む（２．４／５ＧＨｚのコンポーネント５１２、５１４と総称する）。２．４／５ＧＨｚのＭＡＣモジュール５１４は、ＯＳＩ参照モデルの階層の仮想のＭＡＣモジュールであり、ＣＣＭＰ暗号モジュール５１６を含む。
【０１００】
さらに、無線デバイス５００は、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域に共通のＭＡＣモジュール５２０を含む。ＭＡＣモジュール５２０は、ＯＳＩ参照モデルの階層でより高いレイヤのＭＡＣモジュールである。ＭＡＣモジュール５２０は、制御されているポート５２２と、制御されていないポート５２４とを含む。制御されているポート５２２は、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域で、暗号化されたデータをトランスポートする。制御されていないポート５２４は、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域で、暗号化されていないデータをトランスポートする。
【０１０１】
ＭＡＣモジュール５２０は、他の帯域のセキュリティおよび認証を現在の帯域で実行した後で、帯域間で（例えば６０ＧＨｚ帯域から２．４／５ＧＨｚ帯域へ）セッションを転送するセッション転送モジュール５２６を含む。
【０１０２】
無線デバイス５００は、認証を行い、セキュリティアソシエーションを構築するセキュリティモジュール５５０を含む。セキュリティモジュール５５０は、ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）認証モジュール５５２および鍵管理モジュール５５４を含む。ＲＳＮＡ認証モジュール５５２は、マスター鍵モジュール５５６を含む。鍵管理モジュール５５４は、一時鍵モジュール５５８を含む。
【０１０３】
無線デバイス５００は、ＰＢＳＳまたはＥＳＳに参加する場合、セキュリティモジュール５５０は、単一の一時鍵法を利用して６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域の認証を行う。単一の一時鍵法では、全ての帯域に１つのマスター鍵および１つの一時鍵のみを全ての帯域を利用する。つまり、全ての帯域が、同じマスター鍵および同じ一時鍵を利用する。
【０１０４】
ＲＳＮＡ認証モジュール５５２は、全ての帯域に対して一度、現在の帯域で認証を行う。マスター鍵モジュール５５６は、１つのペアワイズマスター鍵（ＰＭＫ）を生成し、１つのペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）のみを全ての帯域について構築する。マスター鍵モジュール５５６は、グループマスター鍵（ＧＭＫ）を１つだけ生成する。同じペアワイズマスター鍵（ＰＭＫ）および同じグループマスター鍵（ＧＭＫ）が、全ての帯域で共有される。
【０１０５】
一時鍵モジュール５５８は、同じマスター鍵に基づいて全ての帯域について１つの一時鍵（例えばペトランジェント鍵（ＰＴＫ））を生成する。例えば、一時鍵モジュール５５８は、以下のような同じペアワイズマスター鍵（ＰＭＫ）に基づいて、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域に対して、１つのＰＴＫを生成する。
【０１０６】
一時鍵モジュール５５８は、ペトランジェント鍵（ＰＴＫ）を同じペアワイズマスター鍵（ＰＭＫ）から、擬似乱数関数（ＰＲＦ）を利用して導出する。ＰＴＫは、ＰＲＦ（ＰＭＫ、ノンス、アドレス等）と記述することができる。さらに、ＰＴＫ＝ＫＣＫ｜ＫＥＫ｜ＴＫである。ペトランジェント鍵のセキュリティアソシエーション（ＰＴＫＳＡ）は、ＰＴＫを利用して全帯域について構築される。グループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）は全帯域について１つだけ、単一のグループ一時鍵（ＧＴＫ）を利用して構築される。
【０１０７】
同じペトランジェント鍵（ＰＴＫ）および同じグループ一時鍵（ＧＴＫ）が、全帯域で共有される。異なる帯域が異なるＭＡＣアドレスを有する場合、単一のペトランジェント鍵（ＰＴＫ）が、４ウェイハンドシェイクを実際に行うのに利用される帯域のＭＡＣアドレスに基づいて導出されて、現在の帯域でのセキュリティを構築する。単一のグループ一時鍵（ＧＴＫ）は、現在利用中の帯域または帯域切り替え後に利用されうる帯域のＭＡＣアドレスから導出することができる。
【０１０８】
ＧＣＭＰ暗号モジュール５０６は、無線デバイス５００が６０ＧＨｚ帯域で通信するときに、ペトランジェント鍵（ＰＴＫ）を利用してデータを暗号化する。ＣＣＭＰ暗号モジュール５１６は、無線デバイス５００が２．４／５ＧＨｚ帯域で通信するときに、同じＰＴＫを利用してデータを暗号化する。暗号化中に、１つのパケット番号（ＰＮ）カウンタが、ペトランジェント鍵のセキュリティアソシエーション（ＰＴＫＳＡ）について全ての帯域で共有され、別のＰＮカウンタが、グループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）について全ての帯域で共有される。
【０１０９】
各帯域に対して、ＰＴＫおよびＧＴＫが暗号モジュール５０６および／または５１６で生成され格納されている場合、ＭＡＣモジュール５２０は、制御されているポート５２２のブロックを解除して、暗号化されているデータをセキュアにトランスポートする。制御されているポート５２２および制御されていないポート５２４は、全ての帯域で共有される。
【０１１０】
３つ目の認証方法は、混合型の方法と称されている。混合型の方法は、マルチバンドデバイスのマルチバンドモードによって、単一の一時鍵を利用する方法と、マルチ一時鍵を利用する方法との混合である。一般的に、マルチバンドデバイスは、透明モードか不透明モードという、２つのマルチバンドモードのいずれかで動作するように構成することができる。
【０１１１】
透明モードでは、マルチバンドデバイスは、全ての帯域について共通のより高い層ＭＡＣを１つと、各帯域についてより低いそれぞれ異なる複数の層ＭＡＣとを含む。従って、全ての帯域が、共通のより高い層ＭＡＣの同じＭＡＣアドレスを共有する。全ての帯域が同じＭＡＣアドレスを共有することから、認証を行い、セキュリティアソシエーションを構築するためには、単一の一時鍵を利用する方法が利用される。
【０１１２】
不透明モードでは、マルチバンドデバイスは、各帯域について異なるＭＡＣアドレスを含むよう構成されている。従って、各帯域が異なるＭＡＣアドレスを有している。帯域が異なると、ＭＡＣアドレスも異なるので、認証を行い、セキュリティアソシエーションを構築するためには、マルチバンド一時鍵を利用する方法が利用される。透明モードおよび不透明モードについては後述する。
【０１１３】
マルチ一時鍵を利用する方法について説明する前に、ＲＳＮセキュリティケイパビリティおよびポリシーの提示について簡単に説明する。ＲＳＮセキュリティケイパビリティおよびポリシーの提示についての詳述は、透明モードおよび不透明モードを詳述した後に行う。
【０１１４】
マルチバンドデバイスは、異なる帯域について異なるセキュリティスイートを利用する。ＲＳＮＡを構築するために、マルチバンドデバイスは、ＲＳＮセキュリティケイパビリティおよびポリシーについて提示する。マルチバンドデバイスは、以下の選択肢のいずれかを利用して、マルチバンドＲＳＮセキュリティケイパビリティを提示することができる。
【０１１５】
選択肢１では、１つのＲＳＮ情報要素（ＩＥ）が帯域毎に利用され、帯域ＩＤを、それぞれの帯域におけるＲＳＮ  ＩＥに追加する。例えば、外部帯域の帯域ＩＤを、この外部帯域用のＲＳＮ  ＩＥに追加する。選択肢２では、セキュリティスイートリストまたはフィールド（例えばペアワイズ暗号スイート（pairwise cipher suite））をマルチバンドＩＥに追加して、外部帯域で利用可能なセキュリティスイートを示す。
【０１１６】
選択肢３では各帯域に１つのＲＳＮ  ＩＥを利用する代わりに、単一のＲＳＮ  ＩＥを利用する。例えば、マルチバンドセキュリティスイートリストまたはフィールドをＲＳＮ  ＩＥに追加して、外部帯域または全ての帯域で利用可能なセキュリティスイートを示す。以下の説明ではこれら選択肢のいずれかに触れていても、他の選択肢も利用可能な場合があることを理解されたい。
【０１１７】
図６Ａ−図６Ｃ、および図４には、マルチ一時鍵を利用する方法が詳しく示されている。全ての帯域に唯一の（つまり単一の）ペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）が構築されている。同じペアワイズマスター鍵（ＰＭＫ）および同じグループマスター鍵（ＧＭＫ）が全ての帯域で共有される。異なるペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）およびグループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）が、それぞれ異なる帯域について構築されている。
【０１１８】
図６Ａは、ロバストセキュリティネットワーク（ＲＳＮ）情報要素（ＩＥ）を示す。図４に示す無線デバイス４００は、ＲＳＮ  ＩＥを他の無線デバイスに提示する。帯域ＩＤフィールドが新たにＲＳＮ  ＩＥに追加されている。ＲＳＮ機能フィールドが修正されている。新たに追加された帯域ＩＤフィールドおよび修正されたＲＳＮ機能フィールドは強調表示されている。上述したマルチバンドＲＳＮＡ機能を提示する方法には別の代替例もある。
【０１１９】
ＲＳＮ  ＩＥの提示は、ビーコン、プローブ要求、またはプローブ応答フレームを介してＡＰ／ＰＣＰにより行うこともでき、無線デバイス４００が帯域のいずれかのＰＢＳＳまたはＥＳＳに最初に参加するときに行うこともできる。別の無線デバイスと通信するときには、無線デバイス４００のセキュリティモジュール４５０は、他のデバイスからのＲＳＮ  ＩＥを受信する。セキュリティモジュール４５０は、帯域ＩＤフィールドおよびＲＳＮ機能フィールドの情報を利用して、１以上の帯域でセキュリティを構築する（つまり、認証を行い、セキュリティアソシエーションを構築する）。
【０１２０】
帯域ＩＤフィールド（１オクテット）をＲＳＮ  ＩＥに追加して、ＲＳＮ  ＩＥに関連付けられている帯域を示す。例えば、０の帯域ＩＤは、２．４／５ＧＨｚ帯域を示し、１の帯域ＩＤは、６０ＧＨｚ待機を示す、という具合である。加えて、共同マルチバンドロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）サブセットを、ＲＳＮ機能フィールドに含めさせる。共同マルチバンドＲＳＮＡサブフィールドは、共同マルチバンドＲＳＮＡ機能がイネーブルされているかを示す。
【０１２１】
マルチ一時鍵を利用する方法では、セキュリティモジュール４５０は、ペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）およびグループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）を別の帯域に構築して、ＰＴＫＳＡおよびＧＴＫＳＡを現在の帯域に構築する。共同マルチバンドＲＳＮＡ機能がイネーブルされている場合には、セキュリティモジュール４５０は、単一の４ウェイのハンドシェークを利用して、ＰＴＫＳＡおよびＧＴＫＳＡを、現在の帯域で、全ての帯域（現在の帯域を含む全ての他の帯域）に対して構築する。
【０１２２】
図６Ｂは、マルチバンドロバストセキュリティネットワーク（ＲＳＮ）情報要素（ＩＥ）を示す。マルチ一時鍵を利用する方法では、単一のマスター鍵を全ての帯域に利用するので、強調表示されたフィールドは利用価値がない。従って、強調表示されているフィールドを、現在の帯域のＲＳＮ  ＩＥと同じ設定にすることもできる。この代わりに、強調表示されているフィールドを、他の目的用に検知して利用することもできる。
【０１２３】
図６Ｃは、別のマルチバンドＲＳＮ  ＩＥを示す。不透明モードでは、異なる帯域が異なるＭＡＣアドレスを利用するので、新たな帯域のＭＡＣアドレスが、ＲＳＮ  ＮＥに含まれていてよい（例えば強調表示されているＳＴＡ  ＭＡＣアドレス）。セキュリティモジュール４５０は、新たな帯域のペトランジェント鍵（ＰＴＫ）を、現在の帯域で動作しているときに、新たな帯域のＭＡＣアドレスを利用して生成する。この代わりに、新たな帯域のＭＡＣアドレスを他の方法で通信することもできる。
【０１２４】
一般的に、無線デバイスのセキュリティモジュールは、無線デバイスの局管理実体（ＳＭＥ）の一部である。ＳＭＥは、無線デバイスのセキュリティおよび認証の管理を行う。例えば図４では、無線デバイス４００のセキュリティモジュール４５０は、無線デバイス４００がＳＴＡ／ＡＰであるときに、ＳＴＡ／ＡＰのＳＭＥを実装することができる。
【０１２５】
ＳＴＡが複数帯域で通信することができ、ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を行うことができるとき、ＳＴＡのＳＭＥは、サポートされている帯域に関連付けられているＲＳＮ  ＩＥ、マルチバンドＩＥ、およびマルチバンドＲＳＮ  ＩＥを含んでよい。この代わりに、マルチバンドＲＳＮＡ機能を他の方法で提示することもできる。ＳＭＥは、これらＩＥをビーコン、ミリ波ビーコン（ｍｍＷａｖｅビーコン）および／またはアナウンスフレームに含むこともできる。加えて、ＳＭＥは、これらＩＥをプローブ応答および情報応答フレームに含む。
【０１２６】
ＳＴＡのＳＭＥが、現在の帯域外のサポートされている帯域でピアＳＴＡとの間にロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）の構築を希望するが、サポートされている帯域のピアＳＴＡのセキュリティポリシーについては知らないとき、ＳＭＥは先ず、プローブ要求フレームまたは情報要求フレームを利用してセキュリティポリシーおよび機能を取得する。
【０１２７】
以下にマルチバンド認証について説明する。具体的には、ＳＴＡのＳＭＥが、現在動作中の帯域外のサポートされている帯域でピアＳＴＡとの間でＲＳＮＡの構築を望むとき、ＳＴＡが、ピアＳＴＡとの間に既存のペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）がない場合、ＳＴＡは先ず、ＲＳＮＡ認証を実行することにより、現在の帯域で、ピアＳＴＡとの間にＰＭＫＳＡを構築する。ＰＭＫＳＡを構築するために、ＳＴＡがＰＭＫを有さない場合、ＳＴＡは全ての帯域から独立したＰＭＫを生成する。ＰＭＫＳＡを構築した後は、ＳＴＡはＰＭＫＳＡを利用して、サポートされている帯域におけるピアＳＴＡとの間のペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）を生成する。
【０１２８】
ＳＴＡが既にペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）をピアＳＴＡとの間に構築している場合には、ＰＭＫＳＡを利用して、サポートされている帯域における２つのＳＴＡ間のペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）を生成する。単一のグループマスター鍵セキュリティアソシエーション（ＧＭＫＳＡ）は、全てのサポートされている帯域に対して利用される。
【０１２９】
次に、ＲＳＮＡのセットアップについて詳述する。一般的に認証プロセスでは、サプリカントは、ＬＡＮセグメントの他端に接続されている認証者が認証しているポイントツーポイント・ローカルエリアネットワーク（ＬＡＮ）セグメントの一端における実体である。サプリカントおよび認証者は、ペアワイズという用語に示される２つの実体であってよい。
【０１３０】
図７では、以下に記載するように、サプリカントおよび認証者は、機能を交換しあい、認証を行い、複数の帯域のＰＴＫＳＡを構築する。あくまで例示であるが、サプリカントはクライアントステーション（ＳＴＡ）であり、認証者はアクセスポイント（ＡＰ）である。または、２つのＳＴＡが互いに通信する場合には、１つのＳＴＡがサプリカントであり、他方のＳＴＡが認証者であってもよく、この逆であってもよい。
【０１３１】
ＡＰのＳＴＡは、複数の帯域で通信することができ、ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を行うことができる。ＳＴＡおよびＡＰは、アソシエーションフレームを交換しあって、現在の帯域でアソシエーションを行う。ＲＳＮＡ認証は、通常、アソシエーションおよび４ウェイハンドシェイクの後に行われる。
【０１３２】
アソシエーションの前には、ＳＴＡは、ＡＰが動作可能な帯域に関連付けられているマルチバンドＲＳＮ  ＩＥ、ロバストセキュリティネットワーク情報要素（ＲＳＮ  ＩＥ）、および、マルチバンド情報要素（ＩＥ）を含むＡＰからのビーコンを受信してよい。ＳＴＡはさらに、ＳＴＡが動作可能な帯域に関連付けられているマルチバンドＲＳＮ  ＩＥ、ＲＳＮ  ＩＥ、および、マルチバンドＩＥを含むＡＰにアソシエーション／プローブ要求を積極的に送信することもできる。これに対する応答として、ＡＰは、ＳＴＡが動作可能な帯域に関連付けられているマルチバンドＲＳＮ  ＩＥ、ＲＳＮ  ＩＥ、および、マルチバンドＩＥを含むアソシエーション／プローブ応答を送信することができる。ＳＴＡおよびＡＰが互いのＲＳＮＡポリシーおよび機能を現在の帯域および他の帯域両方で発見すると、ＳＴＡおよびＡＰは、現在の帯域で行われる４ウェイハンドシェイクを利用して、許可されている帯域でのセキュリティを構築することができる。４ウェイハンドシェイクは、ＳＴＡおよびＡＰにより、以下のように行われる。
【０１３３】
例えば４ウェイハンドシェイクは、ＳＴＡおよびＡＰの局管理実体（ＳＭＥ）（例えばセキュリティモジュール）により行われる。４ウェイハンドシェイクは、サポートされている帯域のペアワイズ暗号スイートを交渉するために現在の帯域で行われる。加えて、４ウェイハンドシェイクを現在の帯域で行って、ペアワイズの一時鍵セキュリティアソシエーション（ＰＴＫＳＡ）およびグループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）をサポートされている帯域で構築する。
【０１３４】
４ウェイハンドシェイクとは、２つの実体によるペアワイズマスター鍵（ＰＭＫ）の相互所有を確認して、グループ一時鍵（ＧＴＫ）を配信するためのペアワイズ鍵管理プロトコルである。暗号スイートは、データの機密性、データの信憑性、または整合性等を提供する１以上のアルゴリズムからなるセットである。暗号スイートは、サプリカントおよび認証者が利用する、サポートされている帯域でデータを暗号化する要素を含む。ＲＳＮ  ＩＥ、マルチバンドＩＥ、および／または、マルチバンドＲＳＮ  ＩＥは、現在のバンドおよび他のサポートされている帯域でサポートされている暗号スイートを含む。
【０１３５】
図７に示すように、４ウェイハンドシェイクには、サプリカントと認証者との間で４つのメッセージを交換することが含まれる。第１の実装例では、ＳＴＡおよびＡＰが、先ず現在の帯域についてのＲＳＮＡセットアップを、現在の帯域で、ＲＳＮＡ認証および１つの４ウェイハンドシェイクを実行することで行い、続いて、支持されている帯域についてのＲＳＮＡセットアップを、現在の帯域で別の４ウェイハンドシェイクを行うことで実行することで行う（ＲＳＮＡ認証が全帯域について一度行われている点に留意されたい）。第２の実装例では、ＳＴＡおよびＡＰは、現在の帯域でＲＳＮＡ認証を実行して単一の４ウェイハンドシェイクを実行して、全てのサポートされている帯域のＲＳＮＡを構築することで、全てのサポートされている帯域の共同マルチバンドＲＳＮＡを実行してよい。第２の実装例を利用して共同形成される複数の帯域のロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）は、共同マルチバンドＲＳＮＡと称されることもある。
【０１３６】
第１の実装例では、ＳＴＡおよびＡＰは、以下のようにして、４ウェイハンドシェイクを現在の帯域で行って、サポートされている帯域の（現在の帯域ではなくて）セキュリティを構築する。４ウェイハンドシェイクは、現在の帯域で行われ、サポートされている帯域のペアワイズ暗号スイートを交渉し、サポートされている帯域のペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）およびグループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）を構築する。
【０１３７】
第１のメッセージ（メッセージ１）で、ＡＰはＡノンスをＳＴＡに供給する。第２のメッセージ（メッセージ２）で、ＳＴＡは、サプリカント・ノンス（Ｓノンス）、メッセージ整合性コード（ＭＩＣ）、および、ロバストセキュリティネットワーク情報要素（ＲＳＮ  ＩＥ）またはマルチバンドＩＥまたはマルチバンドＲＳＮ  ＩＥをＡＰに提供する。ＲＳＮ  ＩＥまたはマルチバンドＩＥまたはマルチバンドＲＳＮ  ＩＥは、サポートされている帯域についてＳＴＡが選択したペアワイズ暗号スイートを示す。サポートされた帯域について選択されたペアワイズの暗号スイートを示す方法は、１）帯域ＩＤを含むＲＳＮ  ＩＥの利用、２）サポートされている帯域のペアワイズ暗号スイートを含むマルチバンドＩＥの利用、および、３）特別なマルチバンドＲＳＮ  ＩＥの利用を含み多数ある。
【０１３８】
加えて、異なる帯域が異なるＭＡＣアドレスを有する場合、第２のメッセージは、サポートされている帯域に関連付けられたＭＡＣアドレス鍵データカプセル化（ＫＤＥ）を含む。ＫＤＥは、ＥＡＰＯＬ鍵データフィールドの情報要素以外のデータのフォーマットであり、ＥＡＰＯＬとは、ＬＡＮにおける拡張可能認証プロトコルのことである。別の方法として、ＭＡＣアドレスと、選択されたペアワイズ暗号スイートとを両方とも含むマルチバンドＩＥを含むものもある。
【０１３９】
第３のメッセージ（メッセージ３）で、ＡＰは、認証者ノンス（Ａノンス）、メッセージ整合性コード（ＭＩＣ）、およびロバストセキュリティネットワーク情報要素（ＲＳＮ  ＩＥ）（またはマルチバンドＩＥまたはマルチバンドＲＳＮ  ＩＥ）を供給する。ＲＳＮ  ＩＥ（またはマルチバンドＩＥまたはマルチバンドＲＳＮ  ＩＥ）が、ビーコン、ｍｍＷａｖｅビーコン、アナウンスフレーム、プローブ応答フレーム、または情報応答フレームのＳＴＡが示すサポートされている帯域と関連付けられている。さらにＡＰは任意で、サポートされている帯域のＡＰが選択するペアワイズ暗号スイートを示す別のＲＳＮ  ＩＥを含むこともできる。
【０１４０】
加えて、異なる帯域が異なるＭＡＣアドレスを有する場合、第３のメッセージは、サポートされている帯域に関連付けられたＭＡＣアドレス鍵データカプセル化（ＫＤＥ）を含む。別の方法として、ＭＡＣアドレスと、選択されたペアワイズ暗号スイートとを両方とも含むマルチバンドＩＥを含むものもある。さらに、第３のメッセージは、サポートされている帯域のためにＡＰが生成したグループ一時鍵（ＧＴＫ）を含む。第４のメッセージ（メッセージ４）は、ＳＴＡがＡＰに供給したメッセージ整合性コード（ＭＩＣ）を含む。
【０１４１】
４ウェイハンドシェイクで交換される情報に基づいて、ＳＴＡおよびＡＰのセキュリティモジュールは、ペトランジェント鍵（ＰＴＫ）およびグループ一時鍵（ＧＴＫ）をサポートされている帯域用に生成する。サポートされている帯域についてＰＴＫおよびＧＴＫを、ＡＰおよびＳＴＡのサポートされている暗号モジュールにそれぞれ設ける（つまり格納する）。
【０１４２】
例えば、６０ＧＨｚ帯域のＰＴＫおよびＧＴＫは、ＳＴＡおよびＡＰのＧＣＭＰ暗号モジュールに格納され、２．４／５ＧＨｚ帯域のＰＴＫおよびＧＴＫは、ＳＴＡおよびＡＰのＣＣＭＰ暗号モジュールに格納される。従って、サポートされている帯域のＰＴＫおよびＧＴＫは、帯域を切り替えるときにデータを暗号化する用途に利用することができる。故に、帯域を切り替えた後に、サポートされた帯域のＰＴＫおよびＧＴＫを生成する必要がなくなる。
【０１４３】
第２の実装例では、ＳＴＡおよびＡＰは、以下のように現在の帯域に単一の４ウェイハンドシェイクを行うことで、全てのサポートされている帯域の共同認証を行う。具体的には、単一の４ウェイハンドシェイクを利用して、ペアワイズの暗号スイートを交渉して、現在の帯域および全ての他のサポートされている帯域両方にペアワイズの一時鍵セキュリティアソシエーション（ＰＴＫＳＡ）およびグループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）を構築する。
【０１４４】
第１のメッセージ（メッセージ１）では、ＡＰはＡノンスをＳＴＡに供給する。第２のメッセージ（メッセージ２）で、ＳＴＡは、サプリカント・ノンス（Ｓノンス）、メッセージ整合性コード（ＭＩＣ）、および、ロバストセキュリティネットワーク情報要素（ＲＳＮ  ＩＥ）をＡＰに提供する。ＲＳＮ  ＩＥは、現在の帯域および他のサポートされている帯域の両方についてＳＴＡが選択したペアワイズ暗号スイートを示す。ＳＴＡおよびＡＰ両方が、単一の４ウェイハンドシェイクで複数のサポートされている帯域についてロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を共同で構築することができる場合、第２のメッセージは、さらに、マルチバンドＲＳＮ  ＩＥも含む。加えて、異なる帯域が異なるＭＡＣアドレスを有する場合、第２のメッセージは、他のサポートされている帯域と関連付けられているＭＡＣアドレス鍵データカプセル化（ＫＤＥ）を含む。マルチバンドＩＥは、マルチバンドＲＳＮ  ＩＥおよびＭＡＣアドレスＫＤＥを置き換えるために利用することができる。
【０１４５】
第３のメッセージ（メッセージ３）では、ＡＰは、認証ノンス（Ａノンス）、メッセージ整合性コード（ＭＩＣ）、および、ロバストセキュリティネットワーク情報要素（ＲＳＮ  ＩＥ）を供給する。ＲＳＮ  ＩＥは、現在の帯域、および、ビーコン、ｍｍＷａｖｅビーコン、アナウンスフレーム、プローブ応答フレーム、または情報応答フレームのＳＴＡが示すその他のサポートされている帯域と関連付けられている。さらにＡＰは任意で、サポートされている帯域のＡＰが選択するペアワイズ暗号スイートを示す別のＲＳＮ  ＩＥを含むこともできる。第３のメッセージも、ＳＴＡおよびＡＰの両方が、単一の４ウェイハンドシェイクで許可されている帯域でロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を共同で構築することができる場合に、他のサポートされている帯域の中で許可されているものについてのマルチバンドＲＳＮ  ＩＥを含む。
【０１４６】
加えて、異なる帯域が異なるＭＡＣアドレスを有する場合、第３のメッセージは、他のサポートされている帯域と関連付けられているＭＡＣアドレス鍵データカプセル化（ＫＤＥ）を含む。さらに第３のメッセージは、現在の帯域と、他のサポートされている帯域のうち許可されているものについてＡＰが生成したグループ一時鍵（ＧＴＫ）を含む。第４のメッセージ（メッセージ４）は、ＳＴＡがＡＰに供給するメッセージ整合性コード（ＭＩＣ）を含む。
【０１４７】
現在の帯域に関連付けられているＥＡＰＯＬ鍵の確認鍵（ＫＣＫ）（ＥＡＰＯＬは、ローカルエリアネットワークを介する拡張可能認証プロトコルのことである）と、ＥＡＰＯＬ鍵の暗号鍵（ＫＥＫ）とは、共同マルチバンドＲＳＮＡセットアップにおいて単一の４ウェイハンドシェイクで利用される。また、最小帯域ＩＤと関連付けられているＫＣＫおよびＫＥＫは、共同マルチバンドＲＳＮＡセットアップにおける単一の４ウェイハンドシェイクで利用することができる。４ウェイハンドシェイクを保護するためには１つのＫＣＫおよび１つのＫＥＫのみで十分である。
【０１４８】
単一の４ウェイハンドシェイクで交換される情報に基づいて、ＳＴＡおよびＡＰのセキュリティモジュールは、ペトランジェント鍵（ＰＴＫ）およびグループ一時鍵（ＧＴＫ）をサポートされている帯域について生成する。サポートされている帯域のＰＴＫおよびＧＴＫは、ＡＰおよびＳＴＡのサポートされている帯域の暗号モジュールそれぞれに設けられる（つまり格納される）。
【０１４９】
例えば、６０ＧＨｚ帯域のＰＴＫおよびＧＴＫは、ＳＴＡおよびＡＰのＧＣＭＰ暗号モジュールに格納され、２．４／５ＧＨｚ帯域のＰＴＫおよびＧＴＫは、ＳＴＡおよびＡＰのＣＣＭＰ暗号モジュールに格納される。従って、ＰＴＫおよびＧＴＫは、帯域を切り替えるときにデータを暗号化する用途に利用することができる。故に、帯域を切り替えた後に、新たな帯域のＰＴＫおよびＧＴＫを生成する必要がなくなる。
【０１５０】
共同マルチバンドＲＳＮＡでは、認証者（例えばＡＰ）は、時として、サプリカント（例えばＳＴＡ）が要求する帯域のいくつかを拒絶する（許可しない）ことがある。サプリカントは、４ウェイハンドシェイクのメッセージ２の所望の全ての帯域のロバストセキュリティネットワーク情報要素（ＲＳＮ  ＩＥ）を含んでよい。認証者は、以下の方法のうちの１以上を利用して、要求されている帯域の幾つかまたは全てについてのＲＳＮＡセットアップ要求を拒絶することができる。
【０１５１】
例えば、４ウェイハンドシェイクのメッセージ３では、認証者はＲＳＮ  ＩＥおよび／または受け付けられた帯域のみの認証者のペアワイズ暗号スイートを含んでよい。認証者は、メッセージ３で、全ての所望の帯域（ビーコン／プローブ応答にあるように）のＲＳＮ  ＩＥを含んでよく、さらに、拒絶された帯域のヌルのペアワイズ暗号スイートを有するさらなるＲＳＮ  ＩＥを含んでよい。認証者は、メッセージ３で、エラー鍵データカプセル化（ＫＤＥ）を含んで、拒絶された／受け付けられない帯域を示してもよい。認証者は、拒絶された帯域に関して、サプリカントにエラーメッセージを送信してもよい。認証者は、拒絶された帯域で失敗したＲＳＮＡセットアップを指定するために、非認証プリミティブを開始して、サプリカントに認証しないフレームを送信することができる。認証者は全ての帯域を単に拒絶して、サプリカントに、各帯域を１つ１つ再試行するよう要求することもできる。
【０１５２】
認証者が現在の帯域を拒絶する場合、認証者はさらに全ての帯域を拒絶してもよい。時折、共同マルチバンドロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）は、現在の帯域を含まなくてもよい。つまり、共同マルチバンドＲＳＮＡを、現在の帯域以外の１以上の帯域について実行することができる。
【０１５３】
図８−図１１を参照すると、鍵管理モジュール（例えば図４に示す鍵管理モジュール４５０）は、ペトランジェント鍵（ＰＴＫ）およびグループ一時鍵（ＧＴＫ）をそれぞれ異なる方法で導出することができる。例えば、図８および図９では、ＰＴＫおよびＧＴＫは、複数の擬似乱数関数（ＰＲＦ）を用いて生成され、図１０および図１２Ａ-Ｅでは、ＰＴＫおよびＧＴＫは、単一の擬似乱数関数（ＰＲＦ）を用いて生成される。
【０１５４】
図８では、鍵管理モジュール（図４に示す鍵管理モジュール４５０）は、以下のようにペアワイズマスター鍵（ＰＭＫ）からの現在の帯域とは異なるサポートされている帯域のペトランジェント鍵（ＰＴＫ）を導出する。ＰＴＫ＝｛ＫＣＫ、ＫＥＫ、ＴＫ｝←ＰＲＦ−３８４（ＰＭＫ、「ペアワイズ鍵拡張」、最小（ＡＡ、ＳＰＡ）｜｜最大（ＡＡ、ＳＰＡ）｜｜最小（Ａノンス、Ｓノンス）｜｜最大（Ａノンス、Ｓノンス）｜｜帯域ＩＤ）ＰＲＦ−３８４により、３８４ビットの鍵が生成される。ＡＡは、サポートされている帯域と関連付けられている認証者のＭＡＣアドレスであり、ＳＰＡは、サポートされている帯域に関連付けられているサプリカントのＭＡＣアドレスである。残りの頭字語は、上記で既に定義されている。
【０１５５】
鍵管理モジュールは、複数の擬似乱数関数（ＰＲＦ）を利用して、複数のペトランジェント鍵（ＰＴＫ）を導出する（各帯域につき１ＰＴＫを導出する）。単一の４ウェイハンドシェイクにより交換される同じノンスが、全てのＰＲＦについて利用される。全ての帯域で同じＭＡＣアドレスが共有される場合には、帯域ＩＤまたは規制クラスをＰＲＦへの入力として追加して、異なる帯域のＰＴＫを区別する。
【０１５６】
現在の帯域に対応するＫＣＫおよびＫＥＫは、単一の４ウェイハンドシェイクで利用される。他の帯域に対応するＫＣＫおよびＫＥＫは無視される。または、他の帯域のＰＲＦは、一時鍵（ＴＫ）のみを生成する。異なるＰＲＦを利用して、異なる帯域の異なるＴＫが計算される。
【０１５７】
図９では、鍵管理モジュール（例えば図４に示す鍵管理モジュール４５０）は、グループマスター鍵（ＧＭＫ）から現在の帯域以外のサポートされている帯域のグループ一時鍵（ＧＴＫ）を、以下のようにして導出する。｛ＧＴＫ｝＝｛ＰＲＦ−１２８（ＧＭＫ、「グループ鍵拡張」、ＡＡ｜｜Ｇノンス｜｜帯域ＩＤ｝ＰＲＦ−１２８により、１２８ビット鍵が生成される。Ｇノンスはグループノンスのことである。残りの頭字語は、上記で既に定義されている。
【０１５８】
鍵管理モジュールは、帯域ＩＤ（例えば規制クラス）をＰＲＦへの入力として追加する。鍵管理モジュールは、異なる帯域に対して同じまたは異なるＧノンスを利用することができる。鍵管理モジュールは、異なるＰＲＦを利用して、異なる帯域に対して異なるグループ一時鍵（ＧＴＫ）を計算する。
【０１５９】
鍵管理モジュールは、それぞれ異なる方法で複数の帯域についてのＰＲＦを生成することができる。あくまで例示として、２つの選択肢を説明する。第１の選択肢では、ＫＥＫ、ＫＣＫ、およびＴＫの順序を、利用時の通常の順序とは逆にしてよい（つまり、｛ＫＥＫ、ＫＣＫ、ＴＫ｝から、｛ＴＫ、ＫＣＫ、ＫＥＫ｝としていよい）。ＴＫが、他のサポートされている帯域のものである場合には、現在の帯域のＫＣＫおよびＫＥＫのみが４ウェイハンドシェイクで利用されるので、他のサポートされている帯域のＫＣＫおよびＫＥＫは破棄される。
【０１６０】
従って、｛ＴＫ、ＫＣＫ、ＫＥＫ｝＝ＰＲＦ−３８４（ＰＭＫ、「ペアワイズ鍵拡張」、最小（ＡＡ、ＳＰＡ）｜｜最大（ＡＡ、ＳＰＡ）｜｜最小（Ａノンス、Ｓノンス）｜｜最大（Ａノンス、Ｓノンス）｜｜規制クラスまたは帯域ＩＤ）となる。ペトランジェント鍵（ＰＴＫ）を現在の帯域について導出する場合には、ＫＣＫおよびＫＥＫを４ウェイハンドシェイクで利用する。ＰＴＫが、現在の帯域以外のサポートされている帯域で導出される場合には、ＫＣＫおよびＫＥＫは導出／利用されない。
【０１６１】
第２の選択肢では、鍵管理モジュールは、現在の帯域のみにＫＣＫおよびＫＥＫを生成して、全ての他の帯域についてはＴＫのみを生成する。従って、現在の帯域に対するＰＴＫを導出するためには、｛ＴＫ、ＫＣＫ、ＫＥＫ｝＝ＰＲＦ−３８４（ＰＭＫ、「ペアワイズ鍵拡張」、最小（ＡＡ、ＳＰＡ）｜｜最大（ＡＡ、ＳＰＡ）｜｜最小（Ａノンス、Ｓノンス）｜｜最大（Ａノンス、Ｓノンス）｜｜規制クラス／帯域ＩＤ）となる（（規制クラスは省いてもよい）。｛ＴＫ｝＝ＰＲＦ−１２８（ＰＭＫ、「ペアワイズ鍵拡張」、最小（ＡＡ、ＳＰＡ）｜｜最大（ＡＡ、ＳＰＡ）｜｜最小（Ａノンス、Ｓノンス）｜｜最大（Ａノンス、Ｓノンス）｜｜規制クラス）を利用して、ＰＴＫに、現在の帯域以外のサポートされている帯域を導出する。
【０１６２】
図１０では、複数のＰＲＦを利用する代わりに、単一のＰＲＦを利用して、複数の帯域のＰＴＫを導出する例が示されている。より詳しくは、共同マルチバンドロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を利用するとき、１つのＰＲＦのみを利用して１つのＫＣＫ、１つのＫＥＫ、および、複数のＴＫを複数の帯域用に導出する。帯域ＩＤの組み合わせは、全ての関連帯域の帯域ＩＤの連続した結合（昇順でも降順でもよい）であってよい。帯域ＩＤの組み合わせにおける帯域ＩＤのシーケンスにより、ＰＲＦからのＴＫの出力シーケンスが決まる。利用されるＡＡ／ＳＰＡは、現在の帯域に対応している。代わりに、利用されるＡＡ／ＳＰＡは、帯域ＩＤの組み合わせにおけるものと同じシーケンスの全ての関連する帯域のＡＡ／ＳＰＡの組み合わせである。
【０１６３】
図１１では、複数のＰＲＦを利用する代わりに、単一のＰＲＦを利用して、複数の帯域のＧＴＫを導出する例が示されている。帯域ＩＤの組み合わせは、全ての関連帯域の帯域ＩＤの連続した結合（昇順でも降順でもよい）であってよい。帯域ＩＤの組み合わせにおける帯域ＩＤのシーケンスにより、ＰＲＦからのＧＴＫの出力シーケンスが決まる。利用されるＡＡは、現在の帯域に対応している。代わりに、ＡＡは、帯域ＩＤの組み合わせにおけるものと同じシーケンスの全ての帯域のＭＡＣアドレスの組み合わせである。
【０１６４】
一部の実装例では、帯域ＩＤは、ＰＲＦで利用されなくてもよい。その代わりに、異なる帯域が異なるＭＡＣアドレスを有する場合、同じ（Ａノンス、Ｓノンス）を利用して、全ての帯域のＰＴＫを作成することができる。この代わりに、異なる帯域が同じＭＡＣアドレス（例えばＳＴＡ両方に対して）を共有するときは、ＰＲＦ関数を、複数のペトランジェント鍵（ＰＴＫ）とするために十分な鍵ビット数を出力するよう構成されてよい。つまり、鍵ビット数は十分であり、分割することで複数の帯域のＰＴＫを生成することができる。例えば、６０ＧＨｚ帯域でＧＣＭＰが利用され、２．４／５ＧＨｚ帯域でＣＣＭＰが利用されるので、ＰＲＦ−７６８を利用して、ＣＣＭＰ  ＰＴＫおよびＧＣＭＰ  ＰＴＫ両方について７６８ビット鍵を生成する。
【０１６５】
ＰＴＫ（つまり、ＰＴＫ＝ＫＣＫ｜ＫＥＫ｜ＴＫ）を、複数の帯域により部分的に共有することができる。ＫＣＫおよびＫＥＫは、主に局管理実体（ＳＭＥ）により利用される。ＴＫは、主にＭＡＣデータおよび管理実体により利用される。全ての帯域で同じＳＭＥを維持するためには、ＫＣＫおよびＫＥＫを全ての帯域で共有してよく、異なるＴＫを各帯域に割り当てる。例えば、ＰＲＦ−５１２は、１つのＫＣＫ、１つのＫＥＫ、および２つのＴＫをＣＣＭＰおよびＧＣＭＰ用に生成する際に利用することができる（つまり、１つのＴＫをＣＣＭＰおよびＧＣＭＰのそれぞれに対して生成する、ということ）。
【０１６６】
図１２Ａから１２Ｅを参照すると、帯域ＩＤは数多くの方法で通信されてよい。例えば図１２Ａでは、帯域ＩＤが、ＭＡＣアドレス鍵データカプセル化（ＫＤＥ）に追加されている一例を示している。図１２Ｂでは、帯域ＩＤをグループ一時鍵（ＧＴＫ）ＫＤＥに追加している例が示されている。図１２Ｃでは、帯域ＩＤを鍵ＩＤ  ＫＤＥに追加している。帯域ＩＤはさらに、全ての他のＫＤＥに含まれてよく、これにより、異なる帯域が、異なるペアワイズマスター鍵（ＰＭＫ）および局から局へのリンク（ＳＴＳＬ）マスター鍵（ＳＭＫ）を有することができるようになる。帯域ＩＤはＫＤＥに含まれ、これによりＫＤＥが帯域に依存していることが示されている。
【０１６７】
図１２Ｄでは、共同マルチバンド・ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を利用する場合、ＥＡＰＯＬ鍵フレームの１フィールドを利用して、共同ＲＳＮＡセットアップについての帯域数を示す。例えばフィールド（リザーブ−８オクテット（強調表示される））を利用して、擬似乱数関数（ＰＲＦ）から出力された一時鍵（ＴＫ）と同じシーケンスの連続帯域ＩＤ（規定クラス）リストを含めさせることができる。４ウェイハンドシェイクのメッセージ２および３は、このフィールドを含む。メッセージ２は、意図されている帯域数を含んでよい。メッセージ３は、許可されている帯域数を含んでよい。
【０１６８】
図１２Ｅでは、共同マルチバンド・ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を利用する場合、ＥＡＰＯＬ鍵フレームの鍵情報フィールドを利用して、共同ＲＳＮＡセットアップについての帯域数を示す。例えば、フィールド（リザーブＢ４−Ｂ５）および／またはフィールド（リザーブＢ１４−Ｂ１５）（両方とも強調表示されている）を利用して、共同ＲＳＮＡセットアップについての帯域数を示すことができる。４ウェイハンドシェイクのメッセージ２および３は、このフィールドを含む。メッセージ２は、意図されている帯域数を含んでよい。メッセージ３は、許可されている帯域数を含んでよい。
【０１６９】
時折、単一の４ウェイハンドシェイクを利用して複数の帯域についてペトランジェント鍵（ＰＴＫ）を生成する場合、ＰＴＫの１つを利用して形成されるＰＴＫセキュリティアソシエーション（ＰＴＫＳＡ）が失敗することがある。１つの選択肢としては、全てのＰＴＫＳＡを削除する、というものがある。または、ＰＴＫＳＡを分離して、失敗したＰＴＫＳＡを補修する、という方法もある。
【０１７０】
具体的には、高速セッション転送（ＦＳＴ）中に、ＳＴＡ対は、古い帯域におけるアソシエーションの解除（disassociation）を呼び出し（invoke）、新たな帯域に切り替える前に古い帯域に関連付けられているＰＴＫＳＡ／ＧＴＫＳＡを削除してよい。ＳＴＡ対はさらに、アソシエーション／ＲＳＮＡを古い帯域に維持して、古い帯域に再び切り替えるときに、同じアソシエーション／ＲＳＮＡを再利用する、という選択をすることもできる。
【０１７１】
無線デバイスのセキュリティモジュール（例えば図４に示す無線デバイス４００のセキュリティモジュール４５０）は、全ての帯域におけるアソシエーション／アソシエーションの解除、または、独立したアソシエーション／アソシエーションの解除を行うことができる。
【０１７２】
全ての帯域に共通のアソシエーション／アソシエーションの解除においては、アソシエーションの解除をある帯域で呼び出すときに、他の帯域のアソシエーション／ＲＳＮＡも無効となる。全ての帯域に関連付けられるＰＴＫＳＡ／ＧＴＫＳＡを削除する。独立したアソシエーション／アソシエーションの解除においては、アソシエーションの解除を現在の帯域で呼び出すとき、他の帯域のアソシエーション／ＲＳＮＡは依然として有効である。現在の帯域に関連付けられているＰＴＫＳＡ／ＧＴＫＳＡを削除する。他の帯域に関連付けられているＰＴＫＳＡ／ＧＴＫＳＡを維持する。リアソシエーション（reassociation）の後で、他の帯域のアソシエーション／ＲＳＮＡがまだ有効な場合には、現在の帯域のＲＳＮＡ／ＰＴＫＳＡ／ＧＴＫＳＡを再構築する。
【０１７３】
この代わりに、セキュリティモジュールが、リキー処理（rekey）を行ってもよい。ある帯域のＰＴＫＳＡ／ＧＴＫＳＡの更新は、他の帯域のＰＴＫＳＡおよびＧＴＫＳＡに影響しない。一時鍵（ＴＫ）のリキー処理は、現在関連付けられている帯域または別の帯域（利用中）で行われてよい。
【０１７４】
図１３Ａおよび図１３Ｂでは、セキュリティモジュール（例えば図４に示す無線デバイス４００のセキュリティモジュール４５０）が、４ウェイハンドシェイクを利用せずに、マルチバンド・ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を実行することができる。この代わりに、帯域切り替え前に新しい帯域のセキュリティを構築するために高速ＢＳＳ遷移情報要素（ＦＴＩＥ）を含む高速セッション転送（ＦＳＴ）セットアップフレームを交換することもできる。
【０１７５】
例えば図１３Ａでは、ＲＳＮＡを現在の帯域で構築した後で、サプリカントが、帯域切り替え前にＦＳＴセットアップ要求を送信する１例が示されている。認証者は、ＦＳＴセットアップ応答フレームを送信することで応答することができる。サプリカントおよび認証者は、ＦＳＴセットアップ要求および応答フレームにより新たな帯域のペトランジェント鍵（ＰＴＫ）をセットアップするために利用される情報を交換してよい。例えば、情報は、図１３Ｂに示すようなフォーマットで、ＦＳＴ要求および応答フレームにより交換することができる。サプリカントは、ＦＳＴセットアップ確認フレームを送信することで、新たな帯域のＦＳＴセットアップを確認することができる。
【０１７６】
ＦＳＴセットアップフレームは、現在の帯域のＰＴＫを利用して暗号化されても、されなくてもよい。ＦＳＴセットアップフレームを現在の帯域のＰＴＫを利用して暗号化する場合には、ペアワイズマスター鍵（ＰＭＫ）は不要であり（ＰＭＫＩＤをＦＳＴセットアップ要求から省くことができる）、ゼロのＰＭＫを利用してＰＴＫを導出する。グループ鍵情報は、ＦＳＴセットアップ応答フレームおよびＦＳＴセットアップ確認フレームに含めることができる。
【０１７７】
ＦＳＴセットアップフレームを暗号化しない場合には、ＰＭＫが必要となり、現在の帯域に関連付けられているＰＭＫを利用する。グループ鍵情報は、示されているグループ鍵ハンドシェイクを利用することで伝達することができる。リキー処理のためには、ＰＴＫ鍵ＩＤをＦＳＴセットアップフレームに含める。一部の実装例では、現在の帯域のＰＴＫが暗号化する４ウェイハンドシェイクを利用して、ゼロＰＭＫの利用により新たな帯域のためのＰＴＫを生成することもできる。
【０１７８】
上述したマルチバンドＲＳＮＡの技術は、リンクが周波数帯以外の基準（例えばサービスの品質（ＱＯＳ）のプライオリティ）に基づいているようなマルチリンクＲＳＮＡに拡張することもできる。リンクは、自身のセキュリティセットアップを有してよい。新たなリンク（１または複数）のセキュリティ設定は、上述した方法でリンクを切り替える前に、現在のリンクに構築されてよい。
【０１７９】
例えばＳＴＡの対が、ある周波数帯で複数のセキュアなリンクを構築することができる。この代わりに、異なるリンクを異なる通信媒体または通信パスにアソシエーションてもよい。リンクＩＤを利用して、異なるリンク間を区別する。リンクＩＤは、擬似乱数関数（ＰＲＦ）への入力として含められ、リンクのＰＴＫ／ＴＫが生成される。リンクＩＤはさらに、鍵ＩＤオクテット内の逆ビットを利用することで、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）セキュリティヘッダに含めることができる。
【０１８０】
図１４Ａおよび図１４Ｂを参照すると、ＰＣＰ／ＳＴＡ６００およびＳＴＡ３１０は、マルチバンドデバイスである。図１４Ａでは、ＰＣＰ／ＳＴＡ６００は、６０ＧＨｚのＭＡＣおよびＰＨＹモジュール６０２としてまとめて示されている６０ＧＨｚのＭＡＣモジュールと６０ＧＨｚのＰＨＹモジュールとを含む。加えて、ＰＣＰ／ＳＴＡ６００は、２．４／５ＧＨｚ帯域で通信可能なＭＡＣモジュールとＰＨＹモジュールとを含み、これらを、まとめて２．４／５ＧＨｚのＭＡＣおよびＰＨＹモジュール６０４として示す。さらに、ＰＣＰ／ＳＴＡ６００は、セッション転送モジュール６０８を含むＭＡＣ  ＳＡＰモジュール６０６を含む。
【０１８１】
ＭＡＣ  ＳＡＰモジュール６０６、３１６は、６０ＧＨｚ帯域から２．４／５ＧＨｚ帯域に切り替えるときを判断する。ＭＡＣ  ＳＡＰモジュール６０６、３１６は、６０ＧＨｚ帯域で通信するときに、６０ＧＨｚコンポーネント６０２、３１２を介してデータをルーティングする。ＭＡＣ  ＳＡＰモジュール６０６、３１６は、２．４／５ＧＨｚ帯域で通信するときに、２．４／５ＧＨｚコンポーネント６０４、３１４を介してデータをルーティングする。セッション転送モジュール６０８、３１８は、ＰＣＰ／ＳＴＡ６００およびＳＴＡ３１０のリンクを、６０ＧＨｚから２．４／５ＧＨｚ帯域に切り替える。
【０１８２】
図１４Ｂでは、ＰＣＰ／ＳＴＡ６００は、６０ＧＨｚ帯域では、個人基本サービスセット（ＰＢＳＳ）制御ポイント（ＰＣＰ）として機能して、２．４／５ＧＨｚ帯域では独立したＢＳＳ（ＩＢＳＳ）のＳＴＡとして機能する。ＰＣＰ／ＳＴＡ６００およびＳＴＡ３１０は、６０ＧＨｚ帯域でＰＢＳＳで通信することができる。加えて、ＩＢＳＳのＳＴＡとして機能するＰＣＰ／ＳＴＡ６００およびＳＴＡ３１０が、２．４／５ＧＨｚ帯域で、ＩＢＳＳで通信することができる。
【０１８３】
６０ＧＨｚ帯域では（つまりＰＢＳＳでは）、ＰＣＰ／ＳＴＡ６００およびＳＴＡ３１０は、それぞれ認証者とサプリカントとなってよい。２．４／５ＧＨｚ帯域では（つまりＩＢＳＳでは）、ＳＴＡとして機能するＰＣＰ／ＳＴＡ６００が認証者であってよく、ＳＴＡ３１０がサプリカントであってよい。この代わりに、２．４／５ＧＨｚ帯域では（つまりＩＢＳＳでは）、ＳＴＡとして機能するＰＣＰ／ＳＴＡ６００がサプリカントであってよく、ＳＴＡ３１０が認証者であってよい。
【０１８４】
ＰＣＰ／ＳＴＡ６００およびＳＴＡ３１０は、上述した技術を用いて帯域を切り替えることができる。具体的には、ＩＢＳＳでは、ＳＴＡが両方とも複数の帯域のグループ鍵を有する場合、ＰＣＰ／ＳＴＡ６００およびＳＴＡ３１０は、４ウェイハンドシェイクのメッセージ３およびメッセージ４を利用して、マルチバンドグループ鍵を交換することができ、または、上述したように別個のグループ鍵ハンドシェイクを利用することができる。
【０１８５】
図１５を参照すると、ＰＣＰ／ＳＴＡ６００は、２．４／５ＧＨｚ帯域でＳＴＡとして機能するとき、ＰＣＰ／ＳＴＡ６００およびＳＴＡ３１０は、２つの方法で２．４／５ＧＨｚ帯域で通信することができる。ＰＣＰ／ＳＴＡ６００およびＳＴＡは、ＡＰ６５０を介して、および／または、ＰＣＰ／ＳＴＡ６００およびＳＴＡ３１０の間の直接リンクセットアップ（ＤＬＳ）を利用して通信することができる。
【０１８６】
ＤＬＳを利用する場合には、局から局へのリンク（ＳＴＳＬ）マスター鍵セキュリティアソシエーション（ＳＭＫＳＡ）およびＳＴＳＬ一時鍵セキュリティアソシエーション（ＳＴＫＳＡ）を、ＳＴＡ対の間に（つまり、ＰＣＰ／ＳＴＡ６００とＳＴＡ３１０との間に）構築することができる。ＳＭＫＳＡおよびＳＴＫＳＡがＳＴＡ対の間に構築される場合には、同じＳＭＫＳＡを利用して、ＰＴＫＳＡを６０ＧＨｚ帯域用のＳＴＡ対の間に、２．４／５ＧＨｚ帯域における４ウェイハンドシェイクを利用して作成することができる。ＳＴＡ対が共同マルチバンド・ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）可能な場合には、ＳＴＫＳＡを生成するために利用可能なものと同じ４ウェイハンドシェイクを利用して、帯域を切り替える前に６０ＧＨｚ用のＰＴＫＳＡを生成することができる。
【０１８７】
ＤＬＳの代わりにトンネリングＤＬＳ（ＴＤＬＳ：tunneled DLS）を利用する場合には、ＳＴＡ対の間に（例えばＰＣＰ／ＳＴＡ６００およびＳＴＡ３１０の間に）、マスター鍵を設けない。ＳＴＡ対のセキュリティモジュールは、後述する多くの方法で、マスター鍵を利用せずに、帯域を切り替える前に６０ＧＨｚ用のセキュリティを構築する。
【０１８８】
例えばＳＴＡ対は、ＡＰ６５０を介して、ＴＤＬＳピア鍵（ＴＰＫ）ハンドシェイクメッセージをトンネリングして、６０ＧＨｚ帯域用のＴＰＫＳＡ／ＰＴＫＳＡを生成することができる。ＴＤＬＳセットアップ／ＴＤＬＳピア鍵ハンドシェイク（ＴＰＫハンドシェイク）（ＡＰ／ＰＣＰを利用するトンネリング）を再利用して、６０ＧＨｚ帯域用のＰＴＫＳＡ／ＳＴＫＳＡ／ＴＰＫＳＡを生成することができる。マルチバンドＩＥ／マルチバンドＭＡＣアドレス、および、マルチバンドＲＳＮ  ＩＥは、ＴＰＫハンドシェイクメッセージに含まれている。
【０１８９】
この代わりに、ＳＴＡ対が共同マルチバンドロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）可能な場合には、単一のＴＤＬＳセットアップ／ＴＰＫハンドシェイク（ＡＰ／ＰＣＰを利用するトンネリング）を利用して、ＴＤＬＳ／ＴＰＫＳＡ／ＰＴＫＳＡを両方／全ての帯域に対して生成することができる。両方／全ての帯域に関連付けられているＲＳＮ  ＩＥおよびＭＡＣアドレスは、ＴＰＫハンドシェイクメッセージに含まれている。
【０１９０】
一部の実装例では、２．４／５ＧＨｚ帯域と関連付けられているＴＰＫが暗号化するＴＤＬＳセットアップ／ＴＰＫハンドシェイクを、ＳＴＡ対の間に直接（ＡＰ／ＰＣＰを利用するトンネリングを利用せずに）利用して、６０ＧＨｚ帯域用のＴＤＬＳ／ＰＴＫＳＡ／ＳＴＫＳＡ／ＴＰＫＳＡを生成することができる。この代わりに、２．４／５ＧＨｚ帯域と関連付けられているＴＰＫが暗号化する４ウェイハンドシェイクを利用して、マスター鍵を利用せずに６０ＧＨｚ帯域用のＰＴＫＳＡ／ＳＴＫＳＡ／ＴＰＫＳＡを生成することもできる。他の実装例では、ＡＰ／ＰＣＰのトンネリングを利用して、または、２．４／５ＧＨｚ帯域と関連付けられているＴＰＫによる暗号化で生成されるＦＳＴセットアップハンドシェイクを利用して、マスター鍵を利用せずに、６０ＧＨｚ帯域用のＰＴＫＳＡ／ＳＴＫＳＡ／ＴＰＫＳＡを生成することもできる。
【０１９１】
ＤＬＳを利用するときには、以下のようにすることで、マスター鍵を利用して、帯域を切り替える前に、６０ＧＨｚ帯域用のセキュリティを構築することができる。局から局へのリンク（ＳＴＳＬ）マスター鍵（ＳＭＫ）ハンドシェイクを利用して、ＳＴＡ対の間にＳＭＫＳＡを生成して、４ウェイＳＴＫＳＡハンドシェイクを利用して、６０ＧＨｚ帯域用のＰＴＫＳＡ／ＳＴＫＳＡを生成することができる。この代わりに、ＲＳＮＡ認証を２．４／５ＧＨｚ帯域で２つのＳＴＡの間に行って、このＳＴＡ対に対してペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）を生成することもできる。そして、帯域を切り替える前に４ウェイハンドシェイクを利用して６０ＧＨｚ帯域用にペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）を生成する。一部の実装例では、予め共有されている（preshared）鍵（ＰＳＫ）をＢＳＳで（２．４／５ＧＨｚ帯域で）利用する場合、同じＰＳＫを利用して、帯域を切り替える前に６０ＧＨｚ帯域用のＰＴＫＳＡをＳＴＡ対の間に生成することもできる。
【０１９２】
ＤＬＳ／ＴＤＬＳを２．４／５ＧＨｚ帯域で構築しない場合（つまり、全てのデータをＡＰ／ＰＣＰにより中継する場合）、多くの方法で帯域を切り替える前に、６０ＧＨｚ帯域のセキュリティを構築する。例えば、ＴＤＬＳセットアップ／ＴＰＫハンドシェイクまたはＦＳＴセットアップハンドシェイク（ＡＰ／ＰＣＰを利用するトンネリング）を２．４／５ＧＨｚ帯域で利用して、６０ＧＨｚ帯域用のＴＤＬＳ／ＴＰＫＳＡ／ＰＴＫＳＡを生成することができる。マルチバンドＩＥ／マルチバンドＭＡＣアドレスおよびマルチバンドＲＳＮ  ＩＥは、ＴＰＫ／ＦＳＴセットアップハンドシェイクメッセージに含まれている。または、ＳＭＫハンドシェイクを利用して、ＳＴＡ対の間にＳＭＫＳＡを生成することもでき、４ウェイハンドシェイクを利用して、６０ＧＨｚ帯域用のＰＴＫＳＡ／ＳＴＫＳＡを生成することもできる。
【０１９３】
一部の実装例では、ＲＳＮＡ認証を２．４／５ＧＨｚ帯域で２つのＳＴＡの間に行って、このＳＴＡ対に対してペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）を生成することもできる。そして、４ウェイハンドシェイクを利用して６０ＧＨｚ帯域用のペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）を生成する。予め共有されている（preshared）鍵（ＰＳＫ）をＢＳＳで（２．４／５ＧＨｚ帯域で）利用する場合、同じＰＳＫを利用して、６０ＧＨｚ帯域用のＰＴＫＳＡをＳＴＡ対の間に生成することもできる。
【０１９４】
図１６Ａから図１６Ｅを参照すると、ＳＴＡは、複数の方法で帯域を切り替える前に、現在の帯域でマルチバンドＲＳＮＡを構築する選択をすることができる。図１６Ａでは、ＳＴＡは、マルチバンドＲＳＮ  ＩＥに新たに追加されたＲＳＮ機能フィールドを設定して（強調表示で図示されている）、マルチバンドＲＳＮＡを構築する方法を示すことができる。具体的には、新たに追加されたＲＳＮ機能フィールドは、外部帯域（現在の帯域外の帯域）の共通のＡＫＭ／ＰＭＫＳＡ、ＰＴＫＳＡ、および共同ＰＴＫＳＡである。
【０１９５】
図１６Ｂのテーブルは、外部帯域に共通のＡＫＭ／ＰＭＫＳＡ、ＰＴＫＳＡ、および共同ＰＴＫＳＡを設定して、マルチバンドＲＳＮＡを構築する方法を選択するために利用可能な値を示している。図１６Ｃでは、マルチバンドＲＳＮＡを構築するための複数の方法が示されている。例えば、ＳＴＡは、図示されている切り替えの前または後にＰＭＫＳＡを実行することができる。加えて、ＳＴＡは、図示されている切り替えの前または後にＰＴＫＳＡ／ＧＴＫＳＡを行うことができる。図１６Ｄおよび図１６Ｅには、２つの方法でマルチバンドＲＳＮＡを構築する例が示されている。
【０１９６】
一般的には、ＳＴＡのセキュリティモジュールはそれぞれ、以下のいずれかの方法で帯域を切り替える前に、現在の帯域でマルチバンドＲＳＮＡを構築してよい。各セキュリティモジュールは、ペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）／ペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）、および、グループマスター鍵セキュリティアソシエーション（ＧＭＫＳＡ）／グループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）を各帯域に別個に構築することができる。各セキュリティモジュールは、ある帯域で共通のＰＭＫＳＡ／ＧＭＫＳＡを構築して、ＰＴＫＳＡ／ＧＴＫＳＡを各帯域で別個に構築することができる。各セキュリティモジュールは、古い帯域で新たな帯域のＰＭＫＳＡ／ＧＭＫＳＡを構築して、新たな帯域で新たな帯域のＰＴＫＳＡ／ＧＴＫＳＡを構築することができる。各セキュリティモジュールは、新たな帯域のＰＭＫＳＡ／ＰＴＫＳＡおよびＧＭＫＳＡ／ＧＴＫＳＡを、古い帯域に構築することができる。各セキュリティモジュールは、共通のＰＭＫＳＡ／ＧＭＫＳＡを構築して、新たな帯域のＰＴＫＳＡ／ＧＴＫＳＡを古い帯域に構築することができる。各セキュリティモジュールは、共通のＰＭＫＳＡ／ＧＭＫＳＡを構築して、一緒に、現在の帯域のＰＴＫＳＡ／ＧＴＫＳＡで現在の帯域以外の１以上の帯域のＰＴＫＳＡ／ＧＴＫＳＡを構築することができる。
【０１９７】
従って、マルチバンド無線デバイスは、現在の帯域から新たな帯域に切り替える前に、現在の帯域で、新たな帯域用の認証を行うことで、現在の帯域から新たな帯域への高速セッション転送を行うことができる。
【０１９８】
では次に透明モードおよび不透明モードについて詳述する。混合型の方法の簡単な説明で言及したように、マルチバンドデバイスは、不透明モードまたは透明モードという２つのマルチバンドモードのいずれかで動作するよう構成されていてよい。
【０１９９】
具体的には、マルチバンドデバイスは、（１）マルチバンドデバイスが、全ての帯域について単一のＭＡＣアドレスを有することができる（タイプ１デバイス）、または（２）マルチバンドデバイスが、それぞれ異なる帯域の異なるＭＡＣアドレスを有することができる（タイプ２デバイス）という、２つのタイプでありうる。タイプ１デバイスは、透明モードおよび不透明モードの両方で動作することができる。タイプ２デバイスは、不透明モードでしか動作することができない。透明モードでは、単一のＰＭＫＳＡおよび単一のＰＴＫＳＡを全ての帯域で利用する。不透明モードでは、単一のＰＭＫＳＡを全ての帯域について利用して、それぞれ異なるＰＴＫＳＡを異なる帯域で使用する。
【０２００】
タイプ１デバイスがタイプ１デバイスと通信するときは、透明モードまたは不透明モードを利用することができ、ＭＡＣアドレス以外のパラメータを利用して、異なる帯域間を区別することができる。タイプ１デバイスがタイプ２デバイスと通信するときは、タイプ２デバイスが、異なる帯域に対して異なるＭＡＣアドレスを有するので、異なる帯域に対して異なるＰＴＫＳＡが必要となることから不透明モードのみを利用することができる。タイプ２デバイスがタイプ２デバイスと通信するときには、不透明モードのみを利用することができる。
【０２０１】
図１７Ａおよび図１７Ｂを参照すると、マルチバンドデバイスは、不透明モードおよび透明モードに関する機能を数多くの方法で交換してよい。例えば、単一のビットを有する図１７Ａのフィールド（ＦＳＴモードフィールド）が１フレーム内で交換されてよい。フレームは、任意の管理フレーム（例えばアソシエーションフレーム、ＦＳＴセットアップフレーム等）であってよい。ビットが０に設定されているときは、このビットは、マルチバンドデバイスが、帯域間のセッション転送の不透明モードをサポートしていることを示していてよい。ビットが１に設定されているときは、このビットは、マルチバンドデバイスが、帯域間のセッション転送の透明モードおよび不透明モードをサポートしていることを示していてよい。
【０２０２】
図１７Ｂでは、２つのマルチバンドデバイス（開始者および応答者）が、図示されている動作モードを交渉する例が示されている。あくまで例示であるが、開始者がＳＴＡであり、応答者がＡＰであってよい。２つのＳＴＡが互いに通信するときには、１つのＳＴＡ開始者となり、他方のＳＴＡが応答者となってよく、この逆であってもよい。
【０２０３】
示されているテーブルでは、高速セッション転送（ＦＳＴ）モード＝０は、マルチバンドデバイスが不透明モードのみをサポートしていることを示す（異なる帯域では異なるＭＡＣアドレスが利用される）。ＦＳＴモード＝１は、マルチバンドデバイスが、不透明モードと透明モードの両方をサポートしていることを示す（つまり、同じＭＡＣアドレスを全ての帯域に利用する）。
【０２０４】
開始者および応答者が両方ともＦＳＴモード１をサポートしている場合には、開始者および応答者は、動作モードを選択するために２つの選択肢を有する。選択肢１では、全ての帯域で同じＭＡＣアドレスが利用されることから、開始者と応答者とが、透明モードを選択することができ、単一の一時鍵を、同じＭＡＣアドレスを利用して全ての帯域用に生成する。
【０２０５】
選択肢２では、開始者および応答者は、透明モードまたは不透明モードのいずれかを選択することができる。不透明モードが選択された場合には、全ての帯域で同じＭＡＣアドレスが利用されることから、多くの方法で異なる帯域に対して異なる一時鍵が生成されてよい。
【０２０６】
例えば、ＭＡＣアドレスが全ての帯域で同じだったとしても、帯域の帯域ＩＤを利用して異なる一時鍵を生成することができる。または、現在の帯域で２つの４ウェイハンドシェイクを実行して、２つの異なる帯域に対して２つの異なる一時鍵を生成することもできる。異なる４ウェイハンドシェイクにより、異なるノンス値（乱数）が生成される。例えば第１の４ウェイハンドシェイクでは、第１の乱数を利用して現在の帯域に対して第１の一時鍵を生成することができる。続いて、第２の４ウェイハンドシェイクでは、第２の乱数を利用して、異なる帯域に対して第２の一時鍵を生成することができる。
【０２０７】
開始者または応答者のいずれかがＦＳＴモード０をサポートしている場合には、開始者および応答者は不透明モードを利用する。開始者および応答者の両方がＦＳＴモード０をサポートしている場合には、開始者および応答者は不透明モードを利用する。
【０２０８】
図４の参照に戻ると、不透明モードでは、可能であれば、全ての帯域が同じセキュリティスイートのセット（例えば同じペアワイズ暗号スイート）を利用してよい。例えば、暗号モジュール４０６および暗号モジュール４２６が同じセキュリティアルゴリズム（ＧＣＭＰ等）をサポートしている場合には、同じセキュリティスイートのセットを６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域に対して利用することができる。単一のセキュリティエンジンを利用して、同じセキュリティスイートのセットを両帯域に対して利用して、データを暗号化することができる。
【０２０９】
単一のマスター鍵を全ての帯域について利用する。単一のペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）および単一のグループマスター鍵セキュリティアソシエーション（ＧＭＫＳＡ）を全ての帯域について構築する。各帯域は異なる一時鍵を利用する。異なるペアワイズ一時鍵セキュリティアソシエーション（ＰＴＫＳＡ）およびグループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）を、ＭＡＣモジュール４０４、４２４の異なるＭＡＣアドレスに基づいて異なる帯域に対して構築する。
【０２１０】
透明モードで動作可能なＳＴＡが、不透明モードで動作可能なＳＴＡとともにマルチバンドＲＳＮＡを構築しようとする場合、両ＳＴＡにおいて不透明モードを利用する。これは、異なる帯域でＭＡＣアドレス対が異なるからである（ＰＴＫＳＡは、両ＳＴＡのＭＡＣアドレス対を利用して導出される）。従って、異なるＰＴＫＳＡおよびＧＴＫＳＡが異なる帯域に対して構築される。
【０２１１】
ロバストセキュリティネットワーク情報要素（ＲＳＮ  ＩＥ）またはマルチバンドＩＥでフラグを利用して、マルチバンドモード（透明および／または不透明）をサポートする機能を示すことができる。または、マルチバンドモードを、マルチバンドＩＥの「ＭＡＣアドレス存在」フィールドにより示すことができる。例えば、「ＭＡＣアドレス存在」フィールドが設定されており、ＭＡＣアドレスがマルチバンドＩＥに追加されている場合、サポートされているマルチバンドモードは不透明モードである。さもなくば、サポートされているマルチバンドモードは両モードを含む。
【０２１２】
不透明モードでは、セキュリティモジュール４５０は、ＰＴＫＳＡおよびＧＴＫＳＡを、現在の帯域で（例えば６０ＧＨｚ）、別の帯域（例えば２．４／５ＧＨｚ帯域）に対して構築することができる。全ての帯域に対して同じセキュリティスイートのセットが利用されている場合には、全ての帯域に対して選択されたセキュリティスイートを示す単一のＲＳＮ  ＩＥを、アソシエーション要求および／または４ウェイハンドシェイクのメッセージ２に含めることができる。
【０２１３】
フラグをロバストセキュリティネットワーク情報要素（ＲＳＮ  ＩＥ）に含めて、全ての帯域に対してＲＳＮ  ＩＥを利用することを示すことができる。他の帯域に関連付けられているマルチバンドＩＥも、アソシエーション要求および／または４ウェイハンドシェイクのメッセージ２および３に含めることで、ＰＴＫＳＡ／ＧＴＫＳＡが構築されている帯域を示すこともできる。または、他の帯域に関連付けられているＭＡＣアドレス鍵データカプセル化（ＫＤＥ）を４ウェイハンドシェイクのメッセージ２および３に含めることができる。
【０２１４】
セキュリティモジュール４５０は、単一の４ウェイハンドシェイクを利用して、ＰＴＫＳＡ／ＧＴＫＳＡを、現在の帯域および他の帯域の両方ともに構築することができる。全ての帯域に対して同じセキュリティスイートのセットが利用されている場合には、全ての帯域に対して選択されたセキュリティスイートを示す単一のＲＳＮ  ＩＥを、アソシエーション要求および／または４ウェイハンドシェイクのメッセージ２に含めることができる。
【０２１５】
フラグをＲＳＮ  ＩＥに含めて、全ての帯域に対してＲＳＮ  ＩＥを利用することを示すことができる。マルチバンドＩＥを、アソシエーション要求および４ウェイハンドシェイクのメッセージ２および３に含めることで、ＰＴＫＳＡ／ＧＴＫＳＡが構築されている帯域を示すこともできる。または、帯域に関連付けられているＭＡＣアドレスＫＤＥを、４ウェイハンドシェイクのメッセージ２および３に含めることができる。
【０２１６】
図１８を参照すると、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域で通信可能なマルチバンド無線デバイス７００が示されている。無線デバイス５００は、帯域を切り替えるときにセッション転送用に透明モードを利用する。無線デバイス７００と別の無線デバイスとが透明モードをセッション転送の際に利用するときには、これら２つのデバイスは単一の一時鍵（ＴＫ）を全ての帯域に対して利用することができる。
【０２１７】
無線デバイス７００は、６０ＧＨｚのＰＨＹモジュール７０２および６０ＧＨｚの低いＭＡＣモジュール７０４を含む（６０ＧＨｚのコンポーネント７０２、７０４と総称する）。６０ＧＨｚの低いＭＡＣモジュール５０４は、開放型システム間相互接続（ＯＳＩ）参照モデルの階層の下層のＭＡＣモジュールである。加えて、無線デバイス７００は、２．４／５ＧＨｚのＰＨＹモジュール７１２、および、２．４／５ＧＨｚの低いＭＡＣモジュール７１４を含む（２．４／５ＧＨｚのコンポーネント７１２、７１４と総称する）。２．４／５ＧＨｚのＭＡＣモジュール７１４は、ＯＳＩ参照モデルの階層の下層のＭＡＣモジュールである。
【０２１８】
さらに、無線デバイス７００は、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域に共通の、高いＭＡＣモジュール７２０を含む。高いＭＡＣモジュール７２０は、ＯＳＩ参照モデルの階層でより高いＭＡＣモジュールである。高いＭＡＣモジュール７２０は、単一の一時鍵（ＴＫ）を利用して全ての帯域でデータを暗号化するＧＣＭＰ暗号モジュール７０６を含む。高いＭＡＣモジュール７２０は、制御されているポート７２２と制御されていないポート７２４とを含む。制御されているポート７２２は、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域で、暗号化されたデータをトランスポートする。制御されていないポート７２４は、６０ＧＨｚ帯域および２．４／５ＧＨｚ帯域で、暗号化されていないデータをトランスポートする。
【０２１９】
加えて、無線デバイス７００は、認証を行い、セキュリティを構築するセキュリティモジュール７５０を含む。セキュリティモジュール７５０は、ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）認証モジュール７５２および鍵管理モジュール７５４を含む。ＲＳＮＡ認証モジュール７５２は、マスター鍵モジュール７５６を含む。鍵管理モジュール７５４は、一時鍵モジュール７５８を含む。
【０２２０】
ＲＳＮＡ認証モジュール７５２は、全ての帯域に対して一度、現在の帯域で認証を実行する。全ての帯域に対して予め共有されている鍵（ＰＳＫ）を１つだけ利用する。マスター鍵モジュール７５６は、１つのペアワイズマスター鍵（ＰＭＫ）を生成し、１つのペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）のみを全ての帯域について構築する。マスター鍵モジュール７５６は、グループマスター鍵（ＧＭＫ）を１つだけ生成する。同じペアワイズマスター鍵（ＰＭＫ）および同じグループマスター鍵（ＧＭＫ）が、全ての帯域で共有される。一時鍵モジュール７５８は、同じマスター鍵に基づいて全ての帯域に同じ一時鍵（例えばペトランジェント鍵（ＰＴＫ））を生成する。従って、全ての帯域が、同じマスター鍵および同じ一時鍵を利用する。
【０２２１】
例えば、一時鍵モジュール７５８は、以下のようにして同じペアワイズマスター鍵（ＰＭＫ）に基づいて６０ＧＨｚおよび２．４／５ＧＨｚ帯域について単一のＰＴＫを生成する。一時鍵モジュール７５８は、擬似乱数関数（ＰＲＦ）を利用して同じＰＭＫから単一のペトランジェント鍵（ＰＴＫ）を導出する。ＰＴＫは、ＰＲＦ（ＰＭＫ、ノンス、アドレス等）と記述することができる。さらに、ＰＴＫ＝ＫＣＫ｜ＫＥＫ｜ＴＫである。全ての帯域に対して同じＰＴＫを利用して、単一のペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）を構築する。単一のペトランジェント鍵セキュリティアソシエーション（ＧＴＫＳＡ）は、単一のグループ一時鍵（ＧＴＫ）を利用して全ての帯域に構築される。同じＰＴＫと同じＧＴＫとが、全ての帯域で共有される。
【０２２２】
ＧＣＭＰ暗号モジュール７０６は、無線デバイス７００が６０ＧＨｚ帯域で通信するときに、同じペアワイズ（ＰＴＫ）を利用してデータを暗号化する。ＧＣＭＰ暗号モジュール７０６は、無線デバイス７００が２．４／５ＧＨｚ帯域で通信するときに、同じペアワイズＰＴＫを利用してデータを暗号化する。
【０２２３】
各帯域について、ＰＴＫおよびＧＴＫが生成されて暗号モジュール７０６に格納されると、高いＭＡＣモジュール７２０は、制御されているポート７２２および制御されていないポート７２４を作成する。制御されているポート７２２および制御されていないポート７２４は、全ての帯域で共有される。高いＭＡＣモジュール７２０は、ＰＴＫおよびＧＴＫが生成されてＧＣＭＰ暗号モジュール７０６に格納される場合に、暗号化されたデータをセキュアにトランスポートするために、制御されているポート７２２のブロックを解除する。
【０２２４】
異なる帯域が異なるセキュリティアルゴリズムをサポートしてはいるが、全ての帯域が少なくとも１つの共通セキュリティアルゴリズムをサポートしている場合には、単一の一時鍵を全ての帯域について利用することができる。従って、全ての帯域が少なくとも１つの共通セキュリティアルゴリズムをサポートしているときには、一時鍵モジュール７５８は、高いＭＡＣモジュール６２０のＭＡＣアドレスを利用して、全ての帯域に対して単一の一時鍵を生成する。
【０２２５】
従って、透明モードで動作しているマルチバンドデバイスが、全ての帯域に共通な少なくとも１つのセキュリティスイート（例えばペアワイズ暗号スイート）をサポートする。さもなくば、マルチバンドデバイスは、不透明モードのみを利用することができる。さらに、マルチバンドデバイスが透明モードで動作するときには、外部帯域（つまり、現在の帯域以外の帯域）についての提示されているセキュリティスイート（例えばペアワイズ暗号スイート）は、現在の帯域について提示されているセキュリティスイートのサブセットとなる。
【０２２６】
透明モードで動作している２つのマルチバンドデバイスが、マルチバンドロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）を構築するときに全ての帯域について同じセキュリティスイート（例えばペアワイズ暗号スイート）を交渉／選択する。ＲＳＮＡ構築は、全ての帯域について一度、現在の帯域で実行される。単一のペアワイズマスター鍵セキュリティアソシエーション（ＰＭＫＳＡ）、グループマスター鍵セキュリティアソシエーション（ＧＭＫＳＡ）、ペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）、および、グループ一時鍵セキュリティアソシエーション（ＧＴＫＳＡ）を、全ての帯域について一度構築する。
【０２２７】
全ての帯域について、単一のパケット番号（ＰＮ）カウンタをＰＴＫＳＡ（ＧＴＫＳＡ）と関連付ける。１つの制御されているポートおよび１つの制御されていないポートを、全ての帯域で共有する。ＰＴＫおよびＧＴＫが設けられると、制御されているポートのブロックを全ての帯域で解除する。
【０２２８】
セキュリティモジュールは、異なる帯域に対して透明に、データ暗号化／復号化およびＭＩＣ計算を行う。データ暗号化／復号化およびＭＩＣ計算は、送信するためにデータを特定の帯域に渡す前に行うことができる。具体的には、送信するデータは、利用中の帯域を知らずに暗号化されてよい。さらに、データは、送信に備えるべく低いＭＡＣモジュールに転送される前に暗号化されてよい。前もってデータを暗号化しておくことで、待ち行列の遅れが軽減される。
【０２２９】
暗号化されないさらなるデータ（さらなる認証データまたはＡＡＤ）を、異なる帯域に透明になるように構築する。異なる帯域に対して異なるＭＡＣヘッダフィールドを０としてマスクする。
【０２３０】
図１９を参照すると、透明モードを利用するマルチバンド・ロバストネットワークセキュリティアソシエーション（ＲＳＮＡ）の一例が示されている。例えば、開始者および応答者は、マルチバンドＳＴＡであってよい。両ＳＴＡは、ＲＳＮ  ＩＥのセキュリティケイパビリティ、および、マルチバンドＩＥのマルチバンドケイパビリティを交換する。例えばマルチバンドＩＥは、ＦＳＴモードと、これら帯域のＭＡＣアドレスとを含む。両ＳＴＡは、マルチバンドＩＥではＦＳＴモードを１に設定してよい。この代わりに、両ＳＴＡは、マルチバンドＩＥで、ＳＴＡ  ＭＡＣアドレス存在フィールドを０に設定してもよい。
【０２３１】
交換する機能に基づいて、ＳＴＡは、現在の帯域でＲＳＮＡを構築して、現在の帯域においてペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）を生成する。両ＳＴＡが透明モードをサポートしており、同じセキュリティアルゴリズムをサポートしているときには、これらＳＴＡは、透明モードを利用して現在の帯域でＲＳＮＡを構築する。
【０２３２】
開始者が帯域を新たな帯域へ切り替えると決めると、開始者はＦＳＴセットアップ要求を応答者に送信する。ＦＳＴ要求は、新たな帯域の情報を含むＲＳＮ  ＩＥとマルチバンドＩＥとを含む。応答者は、新たな帯域のセキュリティケイパビリティとマルチバンド情報とを受信する。両ＳＴＡが、現在の帯域から新たな帯域へのセッション転送に透明モードを利用することができるという点で同意すると、応答者はＦＳＴセットアップ応答を送信する。透明セッション転送機能を示すセッション転送ＩＥは、ＦＳＴセットアップ応答フレームに含まれていてよい。
【０２３３】
続いて、帯域を現在の帯域から新たな帯域に切り替えるとき、両ＳＴＡは、新たな帯域用に現在の帯域で既に構築されているＰＴＫＳＡを利用する。現在の帯域で両ＳＴＡが利用しているペアワイズ暗号スイートは、新たな帯域で両ＳＴＡによりサポートされている。
【０２３４】
図２０を参照すると、不透明モードを利用するマルチバンド・ロバストネットワークセキュリティアソシエーション（ＲＳＮＡ）の一例が示されている。例えば、開始者および応答者は、マルチバンドＳＴＡであってよい。両ＳＴＡは、セキュリティケイパビリティをＲＳＮ  ＩＥを介して、マルチバンドケイパビリティをマルチバンドＩＥで交換する。例えばマルチバンドＩＥは、ＦＳＴモードと、これら帯域のＭＡＣアドレスとを含む。少なくとも１つのＳＴＡは、マルチバンドＩＥでＦＳＴモードを０に設定してよい。この代わりに、少なくとも１つのＳＴＡは、マルチバンドＩＥで、ＳＴＡ  ＭＡＣアドレス存在フィールドを１に設定してもよい。交換する機能に基づいて、ＳＴＡは、現在の帯域でＲＳＮＡを構築して、現在の帯域のペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）を生成する。
【０２３５】
開始者が帯域を新たな帯域へ切り替えると決めると、開始者はＦＳＴセットアップ要求を応答者に送信する。ＦＳＴ要求は、新たな帯域の情報を含むＲＳＮ  ＩＥとマルチバンドＩＥとを含む。応答者は、新たな帯域のセキュリティケイパビリティとマルチバンド情報とを受信する。両ＳＴＡが、現在の帯域から新たな帯域へのセッション転送に不透明モードを利用することができるという点で同意すると、応答者はＦＳＴセットアップ応答を送信する。不透明セッション転送機能を示すセッション転送ＩＥは、ＦＳＴセットアップ応答フレームに含まれていてよい。
【０２３６】
次いで、ＳＴＡは、４ウェイハンドシェイクを現在の帯域で行い、新たな帯域の一時鍵を構築する。これは、図１９に示すように新たな帯域の一時鍵を構築するために４ウェイハンドシェイクを利用しない透明モードを利用するマルチバンドネットワークセキュリティアソシエーション（ＲＳＮＡ）とは異なる。不透明モードを利用するとき、一実装例では、４ウェイハンドシェイクを、現在の帯域でＲＳＮＡ構築中に行ってもよい。従って、新たな帯域の一時鍵を、帯域の切り替え前に構築する。帯域を新たな帯域に切り替えるときには、新たな帯域の一時鍵が、新たな帯域でのデータの暗号化に利用可能なように準備されている。
【０２３７】
次に、マルチバンドＲＳＮセキュリティケイパビリティおよびポリシーを詳述する。マルチバンドデバイスは、多くの方法でマルチバンドセキュリティケイパビリティを示す（つまり信号で伝える）ことができる。例えば、現在の帯域のＲＳＮ  ＩＥは、現在の帯域の帯域ＩＤを含まなくてよい。つまり、ＲＳＮ  ＩＥが帯域ＩＤを含まない場合、ＲＳＮ  ＩＤを現在の帯域で利用する。ＲＳＮ  ＩＥが帯域ＩＤを含む場合には、ＲＳＮ  ＩＥは、帯域ＩＤが示す帯域について利用される。
【０２３８】
マルチバンドデバイスは、異なる帯域の異なるＲＳＮＡセキュリティスイートをサポートしていてよい。例えば、２．４／５ＧＨｚ帯域と６０ＧＨｚ帯域とを両方ともサポートしているマルチバンドデバイスは、２．４／５ＧＨｚ帯域でＣＣＭＰをサポートして、ＣＣＭＰのみをサポートするレガシーの単一帯域のデバイスと通信することができる。マルチバンドデバイスは、６０ＧＨｚ帯域でＧＣＭＰをサポートすることができ、これが６０ＧＨｚ帯域において唯一の選択肢である。マルチバンドデバイスは２．４／５ＧＨｚ帯域でＧＣＭＰをサポートしてよい。
【０２３９】
２つのマルチバンドデバイスがＲＳＮＡを構築するとき、異なる帯域同士が異なるセキュリティスイートをサポートしてよい。全ての帯域についてのセキュリティスイートは、２つの選択肢のいずれかを利用して選択されてよい。選択肢１では、異なる帯域が異なるセキュリティスイートを利用することで、より柔軟な実装を可能としてよい。選択肢２では、全ての帯域で同じセキュリティスイートのセットを利用することで、マルチバンドシステム設計が簡素化される。
【０２４０】
図２１を参照すると、ＥＳＳ／ＩＢＳＳ／ＰＢＳＳでは概してグループデータ暗号スイートが１つのみ、および、グループ管理暗号スイートが１つ許可されている。例えば、ＡＰ／ＰＣＰは、ＣＣＭＰを、２．４／５ＧＨｚ帯域のグループ暗号スイートとして選択して、単一の帯域のレガシーデバイスをサポートして、ＧＣＭＰを６０ＧＨｚのグループ暗号スイートとして選択するが、これが唯一の選択肢である。これらグループ暗号スイート（点線で示されている）は、マルチキャスト／ブロードキャストタイプの通信に利用される。
【０２４１】
しかし２つのマルチバンドＳＴＡの間の通信は、ユニキャストタイプであり、ペアワイズ暗号スイート（強調表示されている）は、帯域の切り替えで利用される。従って、マルチバンドＳＴＡは、ＳＴＡが外部帯域で利用されるグループ暗号をサポートしない場合には、ペアワイズ暗号のみを利用して、外部帯域のグループ暗号をディセーブルしてよい。
【０２４２】
マルチバンドデバイスは、多くの方法でマルチバンドＲＳＮＡ機能を提示してよい。ここで記載される提示、交渉、および選択機能は、マルチバンドデバイスのセキュリティモジュールにより実行されてよい。現在の帯域で動作するときには、マルチバンドデバイスは、全てのサポートされているセキュリティスイートを現在の帯域で提示することができる。加えて、マルチバンドデバイスは、ＦＳＴが許可されているときには、外部帯域で利用されうるセキュリティスイートを提示することができる。
【０２４３】
例えば、提示されているセキュリティスイートは、外部帯域において全てのサポートされているセキュリティスイートであってよい。提示されているセキュリティスイートはさらに、現在の帯域および外部帯域の両方により、または、全ての帯域によりサポートされうるセキュリティスイートを含んでよい。提示されているセキュリティスイートはさらに、単一の選択されているセキュリティスイート（またはセキュリティスイートの１セット）を外部帯域のために、または、全ての帯域のために含むことができる。
【０２４４】
マルチバンドデバイスは、以下の選択肢のいずれかを利用してマルチバンドＲＳＮＡ機能を提示してよい。選択肢１では、１つのＲＳＮ  ＩＥが帯域毎に利用され、帯域ＩＤを、当該帯域におけるＲＳＮ  ＩＥに追加する。例えば、外部帯域の帯域ＩＤを、この外部帯域用のＲＳＮ  ＩＥに追加する。選択肢２では、セキュリティスイートリストまたはフィールド（例えばペアワイズ暗号スイート）をマルチバンドＩＥに追加して、外部帯域で利用可能なセキュリティスイートを示す。選択肢３では、各帯域で１つのＲＳＮ  ＩＥを利用する代わりに、単一のＲＳＮ  ＩＥを利用する。例えば、マルチバンドセキュリティスイートのリストまたはフィールドをＲＳＮ  ＩＥに追加して、外部帯域または全ての帯域で利用可能なセキュリティスイートを示す。
【０２４５】
次いで、マルチバンドデバイスは、以下のようにして、ＲＳＮＡポリシーを交渉／選択することができる。例えば、ＲＳＮＡを別のマルチバンドデバイスとの間で構築するマルチバンドデバイスは、これらのセキュリティスイートが存在する場合に、全ての帯域がサポートすることができる共通のセキュリティスイートを選択することができる。
【０２４６】
図２２および図２３を参照すると、マルチバンドＲＳＮＡ機能の提示および高所の例が示されている。図２２では、ビーコン／プローブ応答／情報応答交換において、現在の帯域に関連付けられているＲＳＮ  ＩＥを交換する。他の帯域に関連付けられているＲＳＮ  ＩＥは交換しないことで、混乱を回避する。ＲＳＮＡが現在の帯域で構築された後で、ＦＳＴセットアップフレームを交換して、次に、現在の帯域で４ウェイハンドシェイクを行い、新たな帯域の一時鍵を構築する。ＦＳＴセットアップフレームでは、現在の帯域以外の帯域に関連付けられているＲＳＮ  ＩＥを、対応するマルチバンドＩＥに結びつける。
【０２４７】
図２３では、４ウェイハンドシェイクを、ＦＳＴセットアップと組み合わせている。ＦＳＴセットアップフレームは、高速ＢＳＳ遷移情報要素（ＦＴＩＥ）を含む。ＦＳＴセットアップフレームは、ＲＳＮＡ構築中に現在の帯域について生成される一時鍵を利用して暗号化される。ＦＳＴセットアップフレームは、４ウェイハンドシェイクの代わりに利用されて、帯域を切り替える前に、新たな帯域のセキュリティを構築する（認証を実行するために）。
【０２４８】
図２４を参照すると、マルチバンド情報要素を複数のＲＳＮ  ＩＥの代わりに利用する一例が示されている。マルチバンドＩＥでは、ペアワイズ暗号スイートのカウントおよびペアワイズ暗号スイートのリストフィールドが、新たに追加されている。関連する帯域のグループ暗号スイートも、マルチバンド要素に含まれていてよい。
【０２４９】
図２５−図２７を参照すると、図２４のマルチバンドＩＥを利用するマルチバンドＲＳＮＡ機能の提示および交渉の例が示されている。図２５および図２７は、不透明モードを示す。図２６は、透明モードを示す。
【０２５０】
図２５では、ＲＳＮ  ＩＥは、現在の帯域のセキュリティスイート情報を含む。マルチバンドＩＥは、他のサポートされている帯域のセキュリティスイート情報を含む。不透明モードでは、異なる帯域について別個のペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）を、現在の帯域の４ウェイハンドシェイクを用いて構築する。次いで、現在の帯域および新たな帯域の共同ＲＳＮＡ構築を実行する場合にＲＳＮ  ＩＥを含める、現在の帯域以外の帯域の４ウェイハンドシェイクを実行する。
【０２５１】
図２６では、透明モードにおいて、全てのサポートされている帯域についての単一のペトランジェント鍵セキュリティアソシエーション（ＰＴＫＳＡ）を、４ウェイハンドシェイクで構築する。透明モード／不透明モードを示すフラグまたはセッション転送情報要素は、アソシエーション／プローブ／情報要求、および、４ウェイハンドシェイクのメッセージ２およびメッセージ３に含まれていてよい。図２７では、不透明モードで、新たな帯域の４ウェイハンドシェイクを現在の帯域で、図示されているように実行する。
【０２５２】
図２５―図２７では、複数の帯域で動作可能なＳＴＡがＲＳＮ  ＩＥを利用して、現在の帯域でサポートされているセキュリティスイートおよびＲＳＮＡポリシーを提示する。任意で、全ての帯域のセキュリティスイートおよびＲＳＮＡポリシーがＲＳＮ  ＩＥに含まれている。ＳＴＡは、マルチバンドＩＥまたは新たなマルチバンドセキュリティＩＥを利用して、マルチバンドＩＥに関連付けられている帯域でサポートされているセキュリティスイートおよびＲＳＮＡポリシーを提示する。サポートされ、必要とされ、関連する帯域への帯域／セッション転送の後に許可されているセキュリティスイートおよびＲＳＮＡポリシーのみが、マルチバンドＩＥまたはマルチバンドセキュリティＩＥに含まれている。例えば、全ての帯域に単一の認証を行う場合には、認証／ＰＭＫスイートは含まれていなくてよい。
【０２５３】
ＲＳＮ  ＩＥ、マルチバンドＩＥ、および／または、マルチバンドセキュリティＩＥは、多くの方法で交換することができる。例えば、これらＩＥは、ビーコン、プローブ応答、および情報応答フレームに含まれて、現在の帯域および外部帯域のＲＳＮＡポリシーを提示することができる。これらＩＥは、情報要求またはプローブ要求フレームに含まれていてもよい。これらＩＥは、現在の帯域および外部帯域について、ＲＳＮＡポリシー交渉のために（再）アソシエーション要求および／または（再）アソシエーション応答フレームに含まれていてよい。ＩＥはさらに、ＲＳＮＡポリシー交渉および検証のための４ウェイハンドシェイクのメッセージ２およびメッセージ３に含まれていてもよい。これらＩＥはさらに、ＲＳＮＡポリシー交渉および検証のためのＦＳＴ要求、ＦＳＴ応答、（および／またはＦＳＴ確認）フレームに含まれていてもよい。
【０２５４】
本開示の新規な特徴およびその実装の詳細の一部を以下にまとめる。ｍｍＷａｖｅビーコンに関しては、１ビットの長さの「ＲＳＮＡ」サブフィールドがｍｍＷａｖｅ機能フィールドに含まれている。ＲＳＮＡサブフィールドは、dot11RSNAEnabled変数が真である場合に１に設定される。さもなくばＲＳＮＡサブフィールドは０に設定される。ＲＳＮＡサブフィールドが１に設定されている場合には、ＰＣＰとともにＲＳＮＡを構築することを望む新たなＳＴＡが、ＰＣＰに対してプローブ要求または情報要求を送り、詳細なＲＳＮ  ＩＥを取得するべきである。
【０２５５】
ＲＳＮ情報要素に関しては、１オクテットの長さの「帯域ＩＤ」フィールドを、ＲＳＮ要素の最後に追加する。帯域ＩＤフィールドは、ＲＳＮ  ＩＥが利用される帯域を示す。１ビットの長さの「共同マルチバンドＲＳＮＡ」サブフィールドが、ＲＳＮ機能フィールドに含まれている。ＳＴＡは、共同マルチバンドＲＳＮＡサブフィールドを１に設定して、ＳＴＡが共同マルチバンドＲＳＮＡをサポートしていることを示す。さもなくば、サブフィールドを０に設定する。
【０２５６】
ＰＴＫＳＡ、ＧＴＫＳＡ、およびＳＴＫＳＡという要素の詳細を以下に示す。ＰＴＫＳＡは、ＰＴＫ、ペアワイズ暗号スイート選択器、サプリカントＭＡＣアドレスまたは非ＡＰ  ＳＴＡのＭＡＣアドレス、認証者のＭＡＣアドレスまたはＢＳＳＩＤ、鍵ＩＤ、帯域ＩＤ、および、ＦＴ鍵階層を利用する場合には、Ｒ１ＫＨ−ＩＤ、Ｓ１ＫＨ−ＩＤ、および、ＰＴＫＮａｍｅという要素からなる。
【０２５７】
ＧＴＫＳＡは、方向ベクトル（ＧＴＫを送信または受信に利用するかを示す）、グループ暗号スイート選択器、ＧＴＫ、認証者のＭＡＣアドレス、鍵ＩＤ、帯域ＩＤ、および局所における構成が指定する全ての認可パラメータ（これには、ＳＴＡの認可したＳＳＩＤ等のパラメータが含まれてよい）という要素からなる。ＳＴＫＳＡは、ＳＴＫ、ペアワイズ暗号スイート選択器、開始者のＭＡＣアドレス、ピアＭＡＣアドレス、鍵ＩＤおよび帯域ＩＤという要素からなる。
【０２５８】
マルチバンドＲＳＮＡに関しては、ＳＴＡは、局所的なＭＩＢ変数dot11MultibandSupportEnabledおよびdot11RSNAEnabledの値が両方とも真である場合に、マルチバンドケイパブルであり、ＲＳＮＡケイパブルである。マルチバンドケイパブルで、ＲＳＮＡケイパブルなＳＴＡは、ビーコンおよびアナウンスフレームにおいてサポートされた帯域と関連付けられているマルチバンド要素およびＲＳＮ要素を含んでよく、プローブ応答および情報応答フレームでサポートされている全ての帯域と関連付けられているマルチバンド要素およびＲＳＮ要素を含んでよい。ＲＳＮ要素に含まれている各々が、関連帯域についてＳＴＡのポリシーがイネーブルしている全ての暗号スイートを指定する。ＳＴＡは、イネーブルされていない暗号スイートは提示しない。
【０２５９】
ＳＴＡのＳＭＥが、現在動作中の帯域以外のサポートされている帯域のピアＳＴＡとＲＳＮＡをセットアップすることを望むが、サポートされている帯域のピアＳＴＡのポリシーについて知らない場合に、ＳＴＡは先ず、サポートされている帯域のピアＳＴＡのポリシーを、プローブ要求フレームまたは情報要求フレームを利用することで取得する必要がある。ＳＴＡがピアＳＴＡとの既存のＰＭＫＳＡを有さない場合、ＳＴＡは先ず、現在動作している帯域でピアＳＴＡとＰＭＫＳＡを構築してから、ＰＭＫＳＡを利用して、サポートされている帯域のピアＳＴＡとＰＴＫＳＡを作成する。ＳＴＡがピアＳＴＡとＰＭＫＳＡを既に構築している場合には、ＰＭＫＳＡは、サポートされている帯域の２つのＳＴＡの間にＰＴＫＳＡを生成するために利用される。
【０２６０】
ＰＭＫが配置されると、現在動作している帯域以外のサポートされている帯域についてＲＳＮＡの構築を望むＳＴＡ対は、４ウェイハンドシェイクを現在動作している帯域で開始して、サポートされている帯域のペアワイズ暗号スイートを交渉して、サポートされている帯域のＰＴＫＳＡおよびＧＴＫＳＡを構築することができる。４ウェイハンドシェイクのメッセージ２およびメッセージ３は、サポートされている帯域に関連付けられているＲＳＮ要素およびＭＡＣアドレスを伝達する。
【０２６１】
メッセージ２のＲＳＮ要素は、サポートされている帯域について選択されているペアワイズ暗号スイートを含む。メッセージ３は、ＳＴＡがビーコン、アナウンス、プローブ応答、または情報応答フレームで送信するサポートされている帯域と関連付けられているＲＳＮ要素を含む。メッセージ３は、任意で、サポートされている帯域についてのＳＴＡのペアワイズ暗号スイート割り当てを示す、第２のＲＳＮ要素を含んでもよい。
【０２６２】
ＲＳＮ機能フィールドの共同マルチバンドＲＳＮＡサブフィールドを、ＳＴＡ対のＳＴＡ両方に１に設定する場合には、ＳＴＡ対は、単一の４ウェイハンドシェイクを行い、ペアワイズ暗号スイートを利用して、現在動作中の帯域その他のサポートされている帯域に対してＰＴＫＳＡおよびＧＴＫＳＡを構築してよい。４ウェイハンドシェイクのメッセージ２およびメッセージ３は、現在動作中の帯域およびその他のサポートされている帯域両方に関連付けられているＲＳＮ要素を伝達してよい。メッセージ２およびメッセージ３はさらに、現在動作中の帯域以外のサポートされている帯域に関連付けられているＭＡＣアドレスも含んでよい。
【０２６３】
メッセージ２におけるＲＳＮ要素は、現在動作中の帯域およびその他のサポートされている帯域両方について選択されたペアワイズ暗号スイートを含む。メッセージ３は、ＳＴＡがビーコン、アナウンス、プローブ応答、または情報応答フレームで送信する、現在動作中の帯域およびその他のサポートされている帯域両方に関連付けられているＲＳＮ要素を含む。メッセージ３は、任意で、現在動作中の帯域その他のサポートされている帯域のＳＴＡのペアワイズ暗号スイート割り当てを含む、追加のＲＳＮ要素を含んでもよい。現在動作中の帯域に関連付けられているＫＣＫおよびＫＥＫは、４ウェイハンドシェイクで利用される。
【０２６４】
現在の帯域以外のサポートされている帯域のＰＴＫは、ＰＴＫ＝｛ＫＣＫ、ＫＥＫ、ＴＫ｝←ＰＲＦ−３８４（ＰＭＫ、「ペアワイズ鍵拡張」、最小（ＡＡ、ＳＰＡ）｜｜最大（ＡＡ、ＳＰＡ）｜｜最小（Ａノンス、Ｓノンス）｜｜最大（Ａノンス、Ｓノンス）｜｜帯域ＩＤ）により導出される。ＡＡとは、サポートされている帯域のＳＰＡに関連付けられている、認証者のＭＡＣアドレスである。ＳＰＡは、サポートされている帯域に関連付けられている、サプリカントのＭＡＣアドレスである。
【０２６５】
全てのサポートされている帯域に対して同じＧＭＫＳＡが利用される。現在動作中の帯域以外のサポートされている帯域のＧＴＫは、｛ＧＴＫ｝＝ＰＲＦ−１２８（ＧＭＫ，「グループ鍵拡張」、ＡＡ｜｜Ｇノンス｜｜帯域ＩＤ）を用いて導出される。ＡＡとは、サポートされている帯域に関連付けられている、認証者のＭＡＣアドレスである。
【０２６６】
４ウェイハンドシェイクメッセージ２では、鍵データフィールドの記述を、鍵データ＝含まれているＲＳＮＩＥ、のように修正する。上式においてＲＳＮＩＥは、送信側ＳＴＡの、現在動作中の帯域のＰＴＫ生成についてのＲＳＮＩＥ、または、現在動作中の帯域のピアＲＳＮＩＥを表している。または、dot11MultibandSupportEnabled変数が真である場合には、鍵データは、送信側ＳＴＡのＲＳＮＩＥ、および、現在動作中の帯域以外のサポートされている帯域のＰＴＫ生成についてのＭＡＣアドレスＫＤＥである。または、共同マルチバンドＲＳＮＡサブフィールドが１に設定されている場合には、鍵データは、現在動作中の帯域およびその他のサポートされている帯域両方についての、ＰＴＫ生成の、送信側のＳＴＡのＲＳＮＩＥおよびＭＡＣアドレスＫＤＥである。ＳＭＫおよびＳＭＫＩＤのライフタイムをＳＴＫ生成に利用する。
【０２６７】
４ウェイハンドシェイクメッセージ３では、鍵データフィールドの記述を、鍵データ＝現在動作中の帯域のＰＴＫ生成についての、現在動作中の帯域のＡＰのビーコン／プローブ応答フレームのＲＳＮ要素として、および、任意で、現在動作中の帯域の認証者のペアワイズ暗号スイート割り当てである第２のＲＳＮ要素、のように修正して、グループ暗号が交渉されている場合には、現在動作中の帯域のカプセル化されたＧＴＫおよびＧＴＫの鍵識別子として修正する。
【０２６８】
また、dot11MultibandSupportEnabled変数が真である場合には、鍵データ＝現在の帯域以外のサポートされている帯域のＰＴＫ生成についての、認証者のビーコン／アナウンス(Ａｎｎｏｎｃｅ)／プローブ応答／情報応答フレームの、サポートされている帯域に関連付けられているＲＳＮＩＥ、および、サポートされている帯域に関連付けられているＭＡＣアドレスＫＤＥとして、任意で、サポートされている帯域についての、認証者のペアワイズ（pariwise）暗号スイート割り当てである第２のＲＳＮＩＥとして、サポートされている帯域のグループ暗号が交渉されている場合には、サポートされている帯域の、カプセル化されているＧＴＫおよびＧＴＫの鍵識別子とする。
【０２６９】
または、共同マルチバンドＲＳＮＡサブフィールドが１に設定されている場合には、鍵データ＝現在動作中の帯域その他のサポートされている帯域のＰＴＫ生成について、認証者のビーコン／アナウンス（Annonce）／プローブ応答／情報応答フレームの、現在動作中の帯域その他のサポートされている帯域両方に関連付けられたＲＳＮＩＥ、および、現在動作中の帯域意外のサポートされている帯域に関連付けられているＭＡＣアドレスＫＤＥとして、任意で、現在動作中の帯域その他のサポートされている帯域両方の、認証者のペアワイズ暗号スイートの割り当てである、追加のＲＳＮＩＥとしてよい。
【０２７０】
現在動作中の帯域その他のサポートされている帯域の両方についてグループ暗号が交渉されている場合には、現在動作中の帯域その他のサポートされている帯域両方のカプセル化されているＧＴＫおよびＧＴＫの鍵識別子とする。ＳＴＫ生成開始者ＲＳＮＩＥについては、ＳＭＫのライフタイムを利用する。ＲＳＮ機能フィールドのユニキャストサブフィールドの拡張鍵ＩＤを１に設定する場合には、認証者は、現在動作中の帯域に割り当てられている鍵識別子を有する鍵ＩＤ  ＫＤＥを含む。
【０２７１】
また、dot11MultibandSupportEnabled変数が真である場合には、認証者は、現在動作中の帯域以外のサポートされている帯域に割り当てられている鍵識別子を有する鍵ＩＤ  ＫＤＥを含む。また、共同マルチバンドＲＳＮＡサブフィールドが１に設定されている場合には、認証者、現在動作中の帯域およびその他のサポートされている帯域両方に割り当てられている鍵識別子を有する鍵ＩＤ  ＫＤＥを含む。
【０２７２】
４ウェイハンドシェイクメッセージ４については、他の選択肢として、（１）全てのＫＤＥに対する帯域ＩＤが含まれ、これにより、異なる帯域が異なるＰＭＫおよびＳＭＫを有することができるようになる。（２）共同マルチバンドＲＳＮＡは、現在動作中の帯域（現在動作中の帯域に関連付けられているＫＣＫおよびＫＥＫが常に、４ウェイハンドシェイクで利用される、または、最小帯域ＩＤに関連付けられているＫＣＫおよびＫＥＫが、４ウェイハンドシェイクで利用される）。
【０２７３】
さらに、選択肢（３）においては、共同マルチバンドＲＳＮＡを利用する際には、ＥＡＰＯＬ鍵フレームにおけるフィールド、または新たなＫＤＥを利用して、共同ＲＳＮＡセットアップについての帯域数を示し、メッセージ２および３が、このフィールド／ＫＥＤを含む。メッセージ２は、意図されている帯域数を含んでよく、メッセージ３は、受け付けられた帯域数を含んでよい。
【０２７４】
さらに選択肢（４）では、サプリカントは、メッセージ２において意図されている帯域全てのＲＳＮＩＥを含んでよい。認証者は、帯域の一部の（または意図されている帯域全ての）ＲＳＮＡセットアップ要求を拒絶することができる。認証者は、メッセージ３で受け付けられた帯域のＲＳＮＩＥのみを含む、および／または、メッセージ３で受け付けられた帯域の認証者のペアワイズセキュリティスイート割り当てを含む。
【０２７５】
認証者は、全ての意図されている帯域のＲＳＮＩＥを、ビーコン／プローブ応答内に含み、さらに、メッセージ３で拒絶された帯域についてＮＵＬＬペアワイズスイート割り当てを有する、追加のＲＳＮＩＥも含む。認証者は、メッセージ３にエラーＫＤＥを含ませて、拒絶した／受け付けられない帯域を示すことができる。
【０２７６】
認証者は、拒絶された帯域に関して、サプリカントにエラーメッセージを送信してもよい。認証者は、拒絶された帯域で失敗したＲＳＮＡセットアップを指定するために、非認証プリミティブを開始して、サプリカントに認証しないフレームを送信することができる。認証者は全ての帯域を単に拒絶して、サプリカントに、各帯域を１つ１つ再試行するよう要求することもできる。認証者が現在動作中の帯域を拒絶した場合には、他の帯域も全て拒絶したことになる。
【０２７７】
さらに選択肢（５）で、ＦＳＴ要求、応答、および確認フレーム等の他の管理／アクションフレームを利用して、４ウェイハンドシェイクメッセージを置き換え、Ａノンス、Ｓノンス、ＭＡＣアドレスＫＤＥ、ＧＴＫ  ＫＤＥ、鍵ＩＤ  ＫＤＥ等を伝達してよい。管理およびアクションフレームは、現在動作中の帯域に関連付けられているＰＴＫによる保護を受けることができる。
【０２７８】
マルチバンド情報要素には、２オクテットの長さの「ペアワイズ暗号スイートカウント（任意）」フィールド、および、マルチバンド要素の４＊ｍオクテットの長さの「ペアワイズ暗号スイートリスト（任意）」フィールドが含まれる。さらに、長さが１ビットの「ペアワイズ暗号スイート存在」サブフィールドが、マルチバンド制御フィールドに含まれており、以下のように定義されている。つまり、「ペアワイズ暗号スイート存在フィールド」は、マルチバンド要素内に、ペアワイズ暗号スイートカウントフィールドおよびペアワイズ暗号スイートリストフィールドが含まれているかを示す。１に設定されている場合には、ペアワイズ暗号スイートカウントフィールドおよびペアワイズ暗号スイートリストフィールドが存在している。０に設定されている場合には、ペアワイズ暗号スイートカウントフィールドおよびペアワイズ暗号スイートリストフィールドは存在していない。
【０２７９】
マルチバンドＲＳＮＡでは、ＳＴＡは、局所的なＭＩＢ変数dot11MultibandSupportEnabledおよびdot11RSNAEnabledの値が両方とも真である場合に、マルチバンドケイパブルであり、ＲＳＮＡケイパブルである。マルチバンドケイパブルで、ＲＳＮＡケイパブルなＳＴＡは、マルチバンド要素のペアワイズ暗号スイート存在フィールドを１に設定して、ペアワイズ暗号スイートカウントフィールドおよびマルチバンド要素のペアワイズ暗号スイートリストフィールドを含む。ＳＴＡは、ｍｍＷａｖｅビーコンおよびアナウンスフレームにマルチバンド要素を含んでよく、ビーコン、プローブ応答および情報応答フレームにマルチバンド要素を含む。
【０２８０】
マルチバンド要素は、関連する帯域に対するＳＴＡのポリシーがイネーブルする全てのペアワイズ暗号スイートを指定する。ＳＴＡは、イネーブルされていない暗号スイートを提示しない。マルチバンドケイパブルで、ＲＳＮＡケイパブルなＳＴＡは、さらに、４ウェイハンドシェイクのメッセージ２およびメッセージ３および（再）アソシエーション要求フレームに、マルチバンド要素も含む。
【０２８１】
ＳＴＡのＳＭＥが、サポートされている帯域のピアＳＴＡとＲＳＮＡのセットアップを望むが、サポートされている帯域についてのペアＳＴＡのポリシーについては知らない場合には、先ず、プローブ要求フレームまたは情報要求フレームを利用することで、サポートされている帯域についてのピアＳＴＡのポリシーを取得する必要がある。サポートされている帯域のＲＳＮＡ構築を開始するＳＴＡは、開始者と称され、ＲＳＮＡ構築の対象となるＳＴＡは、応答者と称される。
【０２８２】
マルチバンドケイパブルなＳＴＡは、１以上のサポートされている帯域について、自身のグループ鍵を作成することができる。ＳＴＡが、異なる帯域では異なるＭＡＣアドレスを利用する場合には、異なる帯域について異なるＧＴＫＳＡを作成する。ＳＴＡが全てのサポートされている帯域について同じＭＡＣアドレスを利用する場合には、全てのサポートされている帯域について単一のＧＴＫＳＡを作成する。
【０２８３】
不透明なマルチバンドＲＳＮＡでは、開始者は、現在動作中の帯域以外のサポートされている帯域について、応答者との間に不透明マルチバンドＲＳＮＡを構築することができる。２つのＳＴＡは、サポートされている帯域および現在動作中の帯域両方について同じＰＭＫＳＡを利用して、異なる帯域については異なるＰＴＫＳＡを作成する。
【０２８４】
開始者が、応答者との間に既存のＰＭＫＳＡを有さない場合には、先ず、応答者との間に現在動作中の帯域におけるＰＭＫＳＡを構築してから、このＰＭＫＳＡを利用して、サポートされている帯域について、応答者との間のＰＴＫＳＡを作成する必要がある。開始者が応答者との間に既に構築されたＰＭＫＳＡを持つ場合には、このＰＭＫＳＡを利用して、サポートされている帯域について２つのＳＴＡ間にＰＴＫＳＡを作成する。
【０２８５】
ＰＭＫが配置されると、サポートされている帯域の不透明マルチバンドＲＳＮＡの構築を望むＳＴＡ対は、４ウェイハンドシェイクを現在動作中の帯域で開始して、サポートされている帯域についてのペアワイズ暗号スイートを交渉して、サポートされている帯域についてのＰＴＫＳＡを構築することができる。４ウェイハンドシェイクのメッセージ２およびメッセージ３は、サポートされている帯域に関連付けられているマルチバンド要素を伝達する。メッセージ２におけるマルチバンド要素は、サポートされている帯域について選択されたペアワイズ暗号スイートを含む。
【０２８６】
メッセージ３は、ＳＴＡがビーコン、ｍｍＷａｖｅビーコン、アナウンス、プローブ応答または情報応答フレームで送信するマルチバンド要素を含む。メッセージ３は、任意で、サポートされている帯域についてのＳＴＡのペアワイズ暗号スイート割り当てを示す、第２のマルチバンド要素を含んでもよい。
【０２８７】
ＲＳＮ機能フィールドの共同マルチバンドＲＳＮＡサブフィールドを、ＳＴＡ対のＳＴＡ両方に対して１に設定して、ＳＴＡの少なくとも１つが異なる帯域に対して異なるＭＡＣアドレスを利用する場合には、ＳＴＡ対は、単一の４ウェイハンドシェイクを行い、ペアワイズ暗号スイートを利用して、現在動作中の帯域およびその他のサポートされている帯域両方に対してＰＴＫＳＡを構築してよい。
【０２８８】
４ウェイハンドシェイクのメッセージ２およびメッセージ３は、ＲＳＮ要素およびマルチバンド要素を伝達する。メッセージ２のＲＳＮ要素は、現在動作中の帯域に対して選択されたペアワイズ暗号スイートを含み、メッセージ２のマルチバンド要素は、他のサポートされている帯域に対して選択されたペアワイズ暗号スイートを含む。メッセージ３は、ＳＴＡがビーコン、ｍｍＷａｖｅビーコン、アナウンス、プローブ応答または情報応答フレームで送信するマルチバンド要素およびＲＳＮ要素を含む。
【０２８９】
メッセージ３は、任意で、現在動作中の帯域その他のサポートされている帯域についてのＳＴＡのペアワイズ暗号スイート割り当てを示す、第２のＲＳＮ要素およびマルチバンド要素を含んでもよい。現在動作中の帯域に関連付けられているＫＣＫおよびＫＥＫは、４ウェイハンドシェイクで利用される。
【０２９０】
透明なマルチバンドＲＳＮＡでは、開始者は、現在動作中の帯域およびその他のサポートされている帯域両方について、（１）ＳＴＡ両方が、現在動作中の帯域およびその他のサポートされている帯域において同じＭＡＣアドレスを利用する場合、および、（２）現在動作中の帯域その他のサポートされている帯域において両方のＳＴＡが少なくとも１つの共通ペアワイズ暗号スイートをサポートしている場合に、応答者との間に透明マルチバンドＲＳＮＡを構築することができる。
【０２９１】
透明マルチバンドＲＳＮＡを構築する２つのＳＴＡが、１つのＰＭＫＳＡおよび１のＰＴＫＳＡを、現在動作中の帯域およびその他のサポートされている帯域両方について作成する。開始者が、応答者との間に既存のＰＭＫＳＡを有さない場合には、先ず、応答者との間に現在動作中の帯域におけるＰＭＫＳＡを構築してから、このＰＭＫＳＡを利用して、全ての関連する帯域について、応答者との間のＰＴＫＳＡを作成する必要がある。開始者が応答者との間に既に構築されたＰＭＫＳＡを持つ場合には、このＰＭＫＳＡを利用して、全ての関連する帯域について２つのＳＴＡ間にＰＴＫＳＡを作成する。
【０２９２】
ＰＭＫが配置されると、現在動作中の帯域その他のサポートされている帯域両方について透明マルチバンドＲＳＮＡの構築を望むＳＴＡ対は、４ウェイハンドシェイクを現在動作中の帯域で開始して、全ての関連する帯域についてのペアワイズ暗号スイートを交渉して、さらに、全ての関連する帯域について単一のＰＴＫＳＡを構築することができる。４ウェイハンドシェイクのメッセージ２およびメッセージ３は、ＲＳＮ要素およびマルチバンド要素を伝達する。
【０２９３】
メッセージ２のＲＳＮ要素およびマルチバンド要素は、全ての関連する帯域について１つの選択されたペアワイズ暗号スイートを含む。メッセージ３は、ＳＴＡがビーコン、ｍｍＷａｖｅビーコン、アナウンス、プローブ応答または情報応答フレームで送信するマルチバンド要素よびＲＳＮ要素を含む。メッセージ３は、任意で、全ての関連する帯域についてのＳＴＡのペアワイズ暗号スイート割り当てを示す、第２のＲＳＮ要素およびマルチバンド要素を含んでもよい。
【０２９４】
４ウェイハンドシェイクメッセージ２では、鍵データフィールドの記述を、鍵データ＝含まれているＲＳＮＩＥ、のように修正する。上式においてＲＳＮＩＥは、送信側ＳＴＡの、現在動作中の帯域のＰＴＫ生成についてのＲＳＮＩＥ、または、現在動作中の帯域のピアＲＳＮＩＥを表している。または、dot11MultibandSupportEnabled変数が真である場合には、鍵データは、現在動作中の帯域以外のサポートされている帯域のＰＴＫ生成についての、送信側ＳＴＡのマルチバンド要素である。
【０２９５】
または、dot11MultibandSupportEnabled変数が真であり、認証者およびサプリカントの両方が、現在動作中の帯域その他のサポートされている帯域において同じＭＡＣアドレスを利用している場合には、鍵データは、送信側のＳＴＡのＲＳＮ要素、および、全ての関連する帯域について単一のＰＴＫを生成するためのマルチバンド要素である。
【０２９６】
dot11MultibandSupportEnabled変数が真であり、ＲＳＮ機能フィールドの共同マルチバンドＲＳＮＡサブフィールドが、認証者およびサプリカントの両方に対して１に設定されており、認証者またはサプリカントの一方が異なる帯域に対して異なるＭＡＣアドレスを利用している場合には、鍵データは、送信側のＳＴＡのＲＳＮ要素、および、関連する帯域それぞれについて異なるＰＴＫを生成するマルチバンド要素である。ＳＭＫおよびＳＭＫＩＤのライフタイムをＳＴＫ生成に利用する。
【０２９７】
４ウェイハンドシェイクメッセージ３では、鍵データフィールドの記述を、鍵データ＝現在動作中の帯域のＰＴＫ生成について、ＡＰのビーコン／プローブ応答フレームの、現在動作中の帯域のＲＳＮ要素として、および、任意で、現在動作中の帯域の認証者のペアワイズ暗号スイート割り当てである第２のＲＳＮ要素、のように修正して、グループ暗号が交渉された場合には、現在動作中の帯域のカプセル化されたＧＴＫおよびＧＴＫの鍵識別子として修正する。
【０２９８】
また、dot11MultibandSupportEnabled変数が真である場合には、鍵データ＝現在の帯域以外のサポートされている帯域のＰＴＫ生成について、認証者のビーコン／アナウンス／プローブ応答／情報応答フレームの、サポートされている帯域に関連付けられているマルチバンド要素、および、任意で、サポートされている帯域についての、認証者のペアワイズ暗号スイート割り当てである第２のマルチバンド要素として、サポートされている帯域のグループ暗号が交渉されている場合には、サポートされている帯域の、カプセル化されているＧＴＫおよびＧＴＫの鍵識別子とする。
【０２９９】
または、dot11MultibandSupportEnabled変数が真であり、認証者およびサプリカントの両方が現在動作中の帯域その他のサポートされている帯域で同じＭＡＣアドレスを利用している場合には、鍵データ＝全ての関連する帯域の単一のＰＴＫ生成について、認証者のビーコン／ｍｍＷａｖｅビーコン／アナウンス／プローブ応答／情報応答フレームのＲＳＮ要素およびマルチバンド要素として、任意で、全ての関連する帯域の１つのペアワイズ暗号スイートの認証者の割り当てを示す追加のＲＳＮ要素およびマルチバンド要素としてもよく、全ての関連する帯域についてグループ暗号が交渉されている場合には、全ての関連する帯域についてカプセル化されているＧＴＫおよびＧＴＫの鍵識別子とする。
【０３００】
dot11MultibandSupportEnabled変数が真であり、共同マルチバンドＲＳＮＡサブフィールドが認証者およびサプリカント両方について１に設定されており、認証者またはサプリカントのいずれかが、異なる帯域について異なるＭＡＣアドレスを利用している場合には、鍵データ＝現在動作中の帯域その他のサポートされている帯域について異なるＰＴＫを生成するために、認証者のビーコン／ｍｍＷａｖｅビーコン／アナウンス／プローブ応答／情報応答フレームのＲＳＮ要素およびマルチバンド要素として、任意で、１以上の関連する帯域に対する認証者のペアワイズ暗号スイート割り当てである追加のＲＳＮ要素およびマルチバンド要素としてもよい。関連する帯域のグループ暗号が交渉されている場合には、関連する帯域についての、カプセル化されているＧＴＫおよびＧＴＫの識別子としてよい。
【０３０１】
ＳＴＫ生成開始者ＲＳＮＩＥについては、ＳＭＫのライフタイムを利用する。ＲＳＮ機能フィールドのユニキャストサブフィールドについての拡張鍵ＩＤが、認証者／ＳＴＡ＿Ｉおよびサプリカント／ＳＴＡ＿Ｐの両方について１に設定されている場合には、認証者／ＳＴＡは、現在動作中の帯域について割り当てられている鍵識別子を有する鍵ＩＤ  ＫＤＥを含み、dot11MultibandSupportEnabled variableが真である場合には、認証者は、１以上のサポートされている帯域について割り当てられている鍵識別子を有する鍵ＩＤ  ＫＤＥを含む。
【０３０２】
本開示の広範な教示は様々な形態で実装することができる。従って、本開示は特定の例を含んでいるが、図面、明細書、および以下の請求項を研究することにより他の変形例が明らかであることから、本開示の真の範囲はこれに限定はされない。
【図１】
0005780558.tif 000002
【図２】
0005780558.tif 000003
【図３Ａ】
0005780558.tif 000004
【図３Ｂ】
0005780558.tif 000005
【図３Ｃ】
0005780558.tif 000006
【図４】
0005780558.tif 000007
【図５】
0005780558.tif 000008
【図６Ａ】
0005780558.tif 000009
【図６Ｂ】
0005780558.tif 000010
【図６Ｃ】
0005780558.tif 000011
【図７】
0005780558.tif 000012
【図８】
0005780558.tif 000013
【図９】
0005780558.tif 000014
【図１０】
0005780558.tif 000015
【図１１】
0005780558.tif 000016
【図１２Ａ】
0005780558.tif 000017
【図１２Ｂ】
0005780558.tif 000018
【図１２Ｃ】
0005780558.tif 000019
【図１２Ｄ】
0005780558.tif 000020
【図１２Ｅ】
0005780558.tif 000021
【図１３Ａ】
0005780558.tif 000022
【図１３Ｂ】
0005780558.tif 000023
【図１４Ａ】
0005780558.tif 000024
【図１４Ｂ】
0005780558.tif 000025
【図１５】
0005780558.tif 000026
【図１６Ａ】
0005780558.tif 000027
【図１６Ｂ】
0005780558.tif 000028
【図１６Ｃ】
0005780558.tif 000029
【図１６Ｄ】
0005780558.tif 000030
【図１６Ｅ】
0005780558.tif 000031
【図１７Ａ】
0005780558.tif 000032
【図１７Ｂ】
0005780558.tif 000033
【図１８】
0005780558.tif 000034
【図１９】
0005780558.tif 000035
【図２０】
0005780558.tif 000036
【図２１】
0005780558.tif 000037
【図２２】
0005780558.tif 000038
【図２３】
0005780558.tif 000039
【図２４】
0005780558.tif 000040
【図２５】
0005780558.tif 000041
【図２６】
0005780558.tif 000042
【図２７】
0005780558.tif 000043