JP7645268B2 - マルチリンクのセキュアな再送信のための通信装置および通信方法 - Google Patents

Description

本実施形態は、一般には通信装置に関し、より詳細には、マルチリンクのセキュアな送信のための方法および装置に関する。

今日、通信デバイスは、有線のコンピューティングデバイスと同じ機能をワイヤレスで動作させることが期待されている。例えばユーザーは、自身の無線通信デバイスにストリーミングされる高解像度の映画をシームレスに視聴できることを期待している。これにより、通信デバイスに関する課題と、通信デバイスが無線接続するアクセスポイントに関する課題が生じている。

米国電気電子学会（The Institute of Electrical and Electronics Engineers：ＩＥＥＥ）８０２．１１グループは、これらの課題に取り組むため、最近になって超高スループット（ＥＨＴ：Extreme High Throughput）研究グループを結成した。このような通信のための重要な候補技術として、２．４ＧＨｚ、５ＧＨｚ、および６ＧＨｚの周波数帯におけるマルチリンク動作が認識されている。複数のリンクにわたるマルチチャネルアグリゲーションは、通信データのスループットを数倍に増やすための自然な方法である。

さらに、そのようなＩＥＥＥ ８０２．１１デバイスでは、データフレーム、個別にアドレス指定される堅牢な管理フレーム、グループアドレス指定される管理フレームに対して、データの機密性、認証、完全性、およびリプレイ保護を提供するために、カウンターモード暗号ブロック連鎖メッセージ認証コードプロトコル（ＣＣＭＰ：Counter Mode Cipher Block Chaining Message Authentication Code Protocol）またはガロア／カウンターモードプロトコル（ＧＣＭＰ：Galois/counter mode protocol）を含む（ただしこれらに限定されない）セキュリティプロトコルが使用される。

本開示の非限定的な実施例は、マルチリンクのセキュアな再送信のためのデバイスおよび方法を提供することに資する。

非限定的かつ例示的な一実施形態は、第１の複数の付属（affiliated）ＳＴＡ（Station）とともに動作するように構成された第１のマルチリンクデバイス（ＭＬＤ）であって、動作時に、第２の複数の付属ＳＴＡとともに動作するように構成された第２のＭＬＤと、ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ：robust security network association）をセットアップする回路であって、第１の複数の付属ＳＴＡのＳＴＡと第２の複数の付属ＳＴＡの対応するＳＴＡとの間に２つ以上のリンクが確立されており、ＭＡＣプロトコルデータユニット（ＭＰＤＵ：MAC protocol data unit）の暗号カプセル化（cryptographical encapsulation）に使用される追加認証データ（ＡＡＤ：Additional Authentication Data）およびノンスを構築して、カプセル化されたＭＰＤＵを形成する回路であって、ＡＡＤが、アドレス１（Ａ１）フィールド、アドレス２（Ａ２）フィールド、アドレス３（Ａ３）フィールド、およびシーケンス制御（Sequence Control）（ＳＣ）フィールドを含み、ノンスがＡ２フィールドを含み、ＡＡＤのＳＣフィールドがＭＰＤＵのＳＣフィールドに基づく、回路と、動作時に、カプセル化されたＭＰＤＵを、最初の送信として第２のＭＬＤに第１のリンクで送信し、最初の送信に失敗したとき、暗号カプセル化を再実行することなく、カプセル化されたＭＰＤＵを第２のリンクで再送信する、送信機と、を備えている、第１のマルチリンクデバイス（ＭＬＤ）、を提供することを容易にする。

別の非限定的かつ例示的な実施形態は、マルチリンク通信においてＭＰＤＵを再送信する方法であって、第１の複数の付属ＳＴＡとともに動作するように構成された第１のＭＬＤにおいて、第２の複数の付属ＳＴＡとともに動作するように構成された第２のＭＬＤと、ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）をセットアップするステップであって、第１の複数の付属ＳＴＡのＳＴＡと第２の複数の付属ＳＴＡの対応するＳＴＡとの間に２つ以上のリンクが確立されている、ステップと、追加認証データ（ＡＡＤ）およびノンスを構築するステップであって、ＡＡＤが、アドレス１（Ａ１）フィールド、アドレス２（Ａ２）フィールド、アドレス３（Ａ３）フィールド、およびシーケンス制御（ＳＣ）フィールドを含み、ノンスがＡ２フィールドを含み、ＡＡＤのＳＣフィールドがＭＰＤＵのＳＣフィールドに基づく、ステップと、ＡＡＤおよびノンスを使用してＭＰＤＵを暗号的にカプセル化して（cryptographically encapsulating）、カプセル化されたＭＰＤＵを形成するステップと、カプセル化されたＭＰＤＵを、最初の送信として第１のＭＬＤから第１のリンクで第２のＭＬＤに送信するステップと、最初の送信に失敗したとき、暗号カプセル化を再実行することなく、カプセル化されたＭＰＤＵを第２のリンクで再送信するステップと、を含む、方法、を提供することを容易にする。

一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せ、として実施され得ることに留意されたい。開示された実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、そのような恩恵および／または利点の１つまたは複数を得るために、すべてが提供される必要はない。

添付の図は、以下の詳細な説明とともに本明細書に組み込まれてその一部を構成しており、様々な実施形態を図解し、本実施形態による様々な原理および利点を説明する役割を果たす。別々の図全体を通じて、類似する参照数字は同一または機能的に類似する要素を指す。
様々な実施形態による、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）をＣＣＭＰを使用して処理するステップを示している。 様々な実施形態による、保護されたＭＰＤＵの図解を示している。 様々な実施形態による、保護されたＭＰＤＵのＭＡＣヘッダの図解を示している。 各リンクにおいて別々のＰＴＫ（Pairwise Temporal Key）を使用するマルチリンクＭＰＤＵ送信の図解を示している。 様々な実施形態による、すべてのリンクにおいて単一のＰＴＫを使用するマルチリンクＭＰＤＵ送信の図解を示している。 様々な実施形態による、暗号化されたＭＰＤＵを形成するためのＣＣＭＰカプセル化（CCMP encapsulation）処理の図解を示している。 第１の実施形態による、保護されていないＭＰＤＵを異なるリンクで再送信する方法の図解を示している。 第１の実施形態による追加認証データ（ＡＡＤ）フレームの図解を示している。 第１の実施形態によるノンス（Nonce）フレームの図解を示している。 第１の実施形態による、平文ＭＰＤＵを形成するためのＣＣＭＰデカプセル化（CCMP decapsulation）処理の図解を示している。 第１の実施形態による、ＭＰＤＵの最初の送信のフローチャートを示している。 第１の実施形態による、ＭＰＤＵの再送信のフローチャートを示している。 第１の実施形態による、ＭＰＤＵの受信のフローチャートを示している。 第２の実施形態による、保護されたＭＰＤＵの図解を示している。 第２の実施形態による、ＭＰＤＵの受信のフローチャートを示している。 第３の実施形態による、保護されたＭＰＤＵの図解を示している。 第３の実施形態による、ＭＰＤＵの受信のフローチャートを示している。 第４の実施形態による、保護されたＭＰＤＵの図解を示している。 第４の実施形態による、ＭＰＤＵの受信のフローチャートを示している。 第５の実施形態による、暗号化されたＭＰＤＵを形成するためのガロア／カウンターモードプロトコル（ＧＣＭＰ）カプセル化処理の図解を示している。 第５の実施形態による、ＧＣＭＰ保護された（GCMP protected）ＭＰＤＵの図解を示している。 第５の実施形態による、平文ＭＰＤＵを形成するためのＧＣＭＰデカプセル化処理の図解を示している。 様々な実施形態による、すべてのリンクにおいて共通のパケット番号（ＰＮ：Packet Number）割り当てを使用するマルチリンクＭＰＤＵ送信の図解を示している。 様々な実施形態による送信者ＭＬＤ ２０００の概略図を示している。 様々な実施形態による受信者ＭＬＤ ２１００の概略図を示している。 様々な実施形態に係る、マルチリンクのセキュアな再送信の方法を図解したフローチャート２２００を示している。 第１から第５の実施形態による、マルチリンクのセキュアな再送信のために実施可能なマルチリンクデバイス２３００の付属ＳＴＡの１つの概略的な部分断面図を示している。

図中の要素は、簡潔さおよび明瞭さを目的として示してあり、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。

以下の詳細な説明は、単に例示的なものであり、実施形態または実施形態の適用および用途を限定することを意図するものではない。さらに、先の背景技術または発明を実施するための形態のセクションに提示されている理論に拘束されるように意図するものではない。さらには、添付の図面および本開示の背景と合わせて考慮される、以下の詳細な説明および添付の請求項から、他の望ましい特徴および特性が明らかになるであろう。

図１を参照し、この図は、様々な実施形態による、ＣＣＭＰを使用してＭＰＤＵを処理するときのステップを示している。ステップ１においては、ＭＡＣサービスデータユニット（ＭＳＤＵ）や管理ＭＰＤＵ（ＭＭＤＰＵ）などのデータにＭＡＣヘッダを付加してＭＰＤＵを形成する。ステップ２においては、ＭＰＤＵからＭＡＣヘッダを分離し、ＣＣＭＰヘッダを作成する。ステップ３においては、メッセージ完全性符号（ＭＩＣ：Message Integrity Code）を計算して末尾に付加する。ＭＩＣは認証および完全性チェックに使用される。ステップ４においては、データとＭＩＣの組合せを暗号化して暗号文を形成する。次に暗号文の前にＣＣＭＰヘッダを付加する。ステップ５においては、ＭＡＣヘッダをＣＣＭＰヘッダの前に付加することによってＭＡＣヘッダを復元する。ステップ６においては、ＭＰＤＵ全体に対して巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）を計算してＭＰＤＵの末尾に付加し、保護されたまたは暗号化されたＭＰＤＵを形成する。

図２Ａは、様々な実施形態による保護されたＭＰＤＵ ２００の図解を示している。保護されたＭＰＤＵ ２００は、ＭＡＣヘッダ（MAC Header）フィールド２０２、ＣＣＭＰヘッダ（CCMP Header）フィールド、データ（ＰＤＵ）（Data (PDU)）フィールド、ＭＩＣフィールド、およびＦＣＳフィールドを含む。図１において説明したように、データ（ペイロード）フィールドおよびＭＩＣフィールドは暗号化されている。ＣＣＭＰヘッダ（CCMP Header）フィールドは、ＰＮ０フィールド、ＰＮ１フィールド、予備（Rsvd）フィールド、キーＩＤオクテット（Key ID octet）フィールド、ＰＮ２フィールド、ＰＮ３フィールド、ＰＮ４フィールド、およびＰＮ０フィールドを含む。キーＩＤオクテット（Key ID octet）フィールドは、予備（Rsvd）サブフィールド、Ｅｘｔ ＩＶサブフィールド、およびキーＩＤ（Key ID）サブフィールドを含む。

ＭＡＣヘッダ（MAC Header）フィールド２０２は、図２Ｂに詳細に示してあり、フレーム制御（ＦＣ：Frame Control）フィールド、持続時間／ＩＤ（duration/ID）フィールド、アドレス１（Ａ１：Address 1）フィールド、アドレス２（Ａ２：Address 2）フィールド、アドレス３（Ａ３：Address 3）フィールド、シーケンス制御（ＳＣ：Sequence Control）フィールド、オプションのサービス品質（ＱｏＳ）制御（Quality of Service (QoS) Control）フィールド、オプションのアドレス４（Ａ４：Address 4）フィールド、およびオプションの高スループット（ＨＴ：High Throughput）フィールドを含む。ＦＣフィールドは、さらに、プロトコルバージョン（Protocol Version）サブフィールド、タイプ（Type）サブフィールド、Ｔｏ ＤＳ（To Distribution Service (DS)）サブフィールド、Ｆｒｏｍ ＤＳ（From DS）サブフィールド、さらなるフラグメント（More Fragments）サブフィールド、再試行（Retry）サブフィールド、電力管理（Power Management）サブフィールド、さらなるデータ（More Data）サブフィールド、保護フレーム（Protected Frame）サブフィールド、および＋ＨＴＣサブフィールドを含む。

一般に、データフレームのＡ１、Ａ２、およびＡ３アドレスフィールドの内容は、ＭＡＣヘッダのＦＣフィールドの「Ｔｏ ＤＳ」サブフィールドおよび「Ｆｒｏｍ ＤＳ」サブフィールドに依存する。このことは以下の表１に示してある。

「Ｔｏ ＤＳ」サブフィールドおよび「Ｆｒｏｍ ＤＳ」サブフィールドの内容がいずれも「０」である場合、Ａ１フィールドの内容は受信者アドレス（ＲＡ）（＝宛先アドレス（ＤＡ））、Ａ２フィールドの内容は送信者アドレス（ＴＡ）（＝送信元アドレス（ＳＡ））、Ａ３フィールドの内容は基本サービスセット識別子（ＢＳＳＩＤ）となり、アドレス４は存在しない。「Ｔｏ ＤＳ」サブフィールドの内容が「０」であり「Ｆｒｏｍ ＤＳ」サブフィールドの内容が「１」である場合、Ａ１フィールドの内容はＲＡ、Ａ２フィールドの内容は送信者アドレス（ＴＡ）（＝ＢＳＳＩＤ）、Ａ３フィールドの内容はＳＡとなり、アドレス４は存在しない。「Ｔｏ ＤＳ」サブフィールドの内容が「１」であり「Ｆｒｏｍ ＤＳ」サブフィールドの内容が「０」である場合、Ａ１フィールドの内容はＲＡ（＝ＢＳＳＩＤ）、Ａ２フィールドの内容はＴＡ、Ａ３フィールドの内容はＤＡとなり、アドレス４は存在しない。「Ｔｏ ＤＳ」サブフィールドおよび「Ｆｒｏｍ ＤＳ」サブフィールドの内容がいずれも「１」である場合、Ａ１フィールドの内容はＲＡ、Ａ２フィールドの内容はＴＡ、Ａ３フィールドの内容はＤＡとなり、アドレス４はＳＡに設定される。

管理フレームの場合、Ａ１、Ａ２、およびＡ３アドレスフィールドの内容は、一般に、「Ｔｏ ＤＳ」＝０かつ「Ｆｒｏｍ ＤＳ」＝０の場合のデータフレームと同じである。すなわちＡ１フィールドの内容がＲＡ（＝ＤＡ）であり、Ａ２フィールドの内容がＴＡ（＝ＳＡ）である。Ａ３はフレームタイプに依存するが、ほとんどの場合にはＢＳＳＩＤに設定される。ＳＴＡが、複数のＢＳＳＩＤが設定されているアクセスポイント（ＡＰ）に管理フレームを送信する場合、ＳＴＡがそのＡＰに関連付けられているかどうかにかかわらず、アドレス３フィールドはＡＰのＢＳＳのＢＳＳＩＤ（送信ＢＳＳＩＤまたは非送信ＢＳＳＩＤのいずれか）である。

８０２．１１ｂｅなどの次世代無線ＬＡＮにおけるマルチリンク動作では、同じＴＩＤ（トラフィックＩＤ）のＭＰＤＵを異なるリンクで同時に送信することが許可されることがある。しかしながら、このようなマルチリンク送信では、ＭＰＤＵにセキュリティカプセル化（security encapsulation）を適用したときに、以下に説明するような予期せぬ動作につながることがある。同じＴＩＤ（トラフィックＩＤ）のＭＰＤＵを異なるリンクで同時に送信することが可能であるとき、受信者ＭＬＤが異なるリンクで受信したＭＰＤＵを正しく並べ替えることができるようにするため、実際の送信に使用されるリンクに関係なく、同じシーケンス番号（ＳＮ：Sequence Number）空間を使用して、ＭＰＤＵで伝えられるＭＳＤＵまたはＭＭＰＤＵにＳＮを割り当てることができる。ＡＰ ＭＬＤと非ＡＰ ＭＬＤ間のリンクの最初のセットアップ時に（例：マルチリンクアソシエーション手順の直後）、ＡＰ ＭＬＤと非ＡＰ ＭＬＤとの間で単一のＰＭＫ（ペアワイズマスターキー：Pairwise Master Key）をネゴシエートして、２つのＭＬＤの間のセキュアな送信のためのマスターキーとして使用することができる。ＭＰＤＵのセキュアなカプセル化／デカプセル化に使用されるＰＴＫ（ペアワイズ一時キー：Pairwise Temporal Key）およびＧＴＫ／ＩＧＴＫ（（完全性）グループ一時キー：(Integrity)Group Temporal Key）は、異なるリンクに対して同一のＰＭＫから導出することができる。異なるリンクで使用するための、別々のＰＴＫおよび別々のＧＴＫ／ＩＧＴＫを生成することが可能である。図３は、各リンクにおいて別個のＰＴＫを使用するマルチリンクＭＰＤＵ送信の図解３００を示している。この例では、送信者ＭＬＤは、リンク１およびリンク２上でＭＰＤＵを受信者ＭＬＤに送信する。リンク１ではＰＴＫキー１を使用し、リンク２では異なるＰＴＫキー２を使用する。また、両方のリンクにおけるＭＰＤＵ送信では共通のシーケンス番号（ＳＮ）を使用するが、各リンクにおいて使用されるパケット番号（ＰＮ）カウンタは異なる。例えば、リンク１で送信されるＭＰＤＵのＰＮカウンタはＰＮ＝１００から始まり、リンク２で送信されるＭＰＤＵのＰＮカウンタはＰＮ＝５１から始まる。

この例では、リンク１のＭＰＤＵ ３０２が送信に失敗したため、リンク１ではなく、リンク２など別のリンクで再送信されるように予定されている。リンク２では異なるＰＴＫ（すなわちキー２）が使用されるため、ＭＰＤＵ ３０２を、キー２および新しいＰＮ＝５４（ＰＮ＝５３のＭＰＤＵ ３０８の送信後に再送信が予定されているため）を用いてＭＰＤＵ ３０４としてカプセル化する必要があり、ただしＭＰＤＵ ３０４はＭＰＤＵ ３０２と同じＳＮ＝４を依然として共有している。受信側では、受信者ＭＬＤは、リンク２で受信したＭＰＤＵを、ＭＰＤＵ ３０４を含む各受信ＭＰＤＵのＳＮに従って並べ替える。ＳＮ＝４まで、すなわちＳＮ＝４かつＰＮ＝５４の受信ＭＰＤＵ ３０４まで並べ替えたときに、受信者ＭＬＤは、リプレイカウンタをＰＮ＝５４に更新する。その結果、ＳＮが４より大きく、ＰＮが５４より小さい残りのＭＰＤＵ（すなわちＳＮ＝５、ＰＮ＝５２の受信ＭＰＤＵ ３０６と、ＳＮ＝７、ＰＮ＝５３の受信ＭＰＤＵ ３０８）がドロップされ、意図しないリプレイ拒否の問題が発生する。

また、すべてのリンクにおいて単一のＰＴＫが使用される場合でも、再送信されるＭＰＤＵを新しいＰＮを用いて再度カプセル化すれば、やはりリプレイ拒否の問題が起こる。このことは図４に見ることができ、図４は、様々な実施形態による、すべてのリンクにおいて単一のＰＴＫを使用するマルチリンクＭＰＤＵ送信の図解４００を示している。図３と同様に、送信者ＭＬＤは、リンク１およびリンク２上でＭＰＤＵを受信者ＭＬＤに送信する。違いは、リンク１およびリンク２の両方で同じＰＴＫキー１を使用することである。その結果、両方のリンクは、共通のＳＮ割り当てと共通のＰＮ割り当てを使用する。

この例では、リンク１におけるＳＮ＝４、ＰＮ＝１０４のＭＰＤＵ ４０２が送信に失敗したため、リンク１ではなく、リンク２など異なるリンクで再送信するように予定されている。リンク２は、リンク１と比較して異なるＡ１、Ａ２フィールドを有するので、ＭＰＤＵ ４０２を、新たなＰＮ＝１０８を用いて（ＰＮ＝１０７のＭＰＤＵ ４０８の送信後に再送信が予定されているため）ＭＰＤＵ ４０４として再度カプセル化する必要があり、ただし、ＭＰＤＵ ４０４はＭＰＤＵ ４０２と同じＳＮ＝４を依然として共有している。受信者ＭＬＤは、リンク２で受信したＭＰＤＵを、ＭＰＤＵ ４０４を含む各受信ＭＰＤＵのＳＮに従って並べ替える。ＳＮ＝４まで、すなわちＳＮ＝４かつＰＮ＝１０８の受信ＭＰＤＵ ４０４まで並べ替えたとき、受信者ＭＬＤはリプレイカウンタをＰＮ＝１０８に更新する。その結果、ＳＮが４より大きく、ＰＮが１０８より小さい残りのＭＰＤＵ（すなわちＳＮ＝５、ＰＮ＝１０５の受信ＭＰＤＵ ４０６と、ＳＮ＝７、ＰＮ＝１０７の受信ＭＰＤＵ ４０８）がドロップされ、リプレイ拒否の問題が起こる。

さらに、ＩＥＥＥ ８０２．１１ｂｅでは、リンクごとに別々のＭＡＣアドレスを使用することが義務付けられる場合もあるが、異なるリンクで同じＭＡＣアドレスを使用することが許可される場合もある。リンクに対して別々のＭＡＣアドレスが使用される場合、２つの送信リンクのＴＡが同じでも、２つの受信リンクのＲＡが異なり、フレームが同じＡ２（すなわち＝ＴＡ）および同じＰＮ（すなわち受信者ＭＬＤによるＳＮ並べ替えの後に受信したＰＮの順序がずれることを避けるためにＰＮは再送信にわたって同じまま）を使用して別のリンクで再送信されるとき、異なるデータを保護するために同じノンス値が再使用されるという問題（セキュリティ欠陥）は避けられ得る。しかしながら、ＩＥＥＥ ８０２．１１仕様では、ノンスおよびＰＮの使用に関して以下のように記述されている。
「ＣＣＭでは、セッションごとに新しい一時キーが必要である。また、ＣＣＭでは、所与の一時キーによって保護された各フレームにおいて一意のノンス値が必要であり、この目的のためにＣＣＭＰは４８ビットのパケット番号（ＰＮ）を使用する。同じ一時キーを用いてＰＮを再利用すると、すべてのセキュリティ保証が無効になる。」
すなわち、リプレイ拒否の問題を回避するために、異なるリンクでの再送信において同じＰＮを再利用すると、問題は解決するが、セキュリティ上の欠陥が発生しうる。なお上記の前提として、再送信されるＭＰＤＵは、異なるリンクで再送信されるときには再度カプセル化する必要がある。本開示は、マルチリンク送信によってもたらされるこのようなセキュリティ関連の問題を回避するためのいくつかの選択肢を提供する。

図５は、ＩＥＥＥ ８０２．１１仕様による、暗号化されたＭＰＤＵを形成するためのＣＣＭＰカプセル化処理の図解を示している。特に、暗号化または保護されたＭＰＤＵを形成するために、ＭＰＤＵの暗号カプセル化において追加認証データ（ＡＡＤ）５０２およびノンス５０４を構築して使用する。ＡＡＤ ５０２は、フレーム制御（Frame Control：ＦＣ）フィールド、アドレス１（Ａ１）フィールド、アドレス２（Ａ２）フィールド、アドレス３（Ａ３）フィールド、シーケンス制御（Sequence Control：ＳＣ）フィールド、オプションのアドレス４（Ａ４）フィールド、およびオプションの品質管理（Quality Control：ＱＣ）フィールドを含み、ノンス５０４は、ノンスフラグ（Nonce Flags）フィールド、Ａ２フィールド、およびＰＮフィールドを含む。ＡＡＤ ５０２のＡ１、Ａ２、Ａ３フィールドの内容およびノンス５０４のＡ２フィールドの内容は、カプセル化される（暗号化されたＭＰＤＵのデカプセル化処理の場合は、デカプセル化される）ＭＰＤＵのＡ１、Ａ２、Ａ３フィールドから取り出される。

シングルリンクの８０２．１１ ＳＴＡでは、保護されたＭＰＤＵは以下の最小限の変更で再送信される。
－ ＦＣフィールドの再試行（Retry）サブフィールド（ビット１１）が１に設定される。しかしながらＦＣフィールドの再試行（Retry）サブフィールドおよびいくつかのサブフィールドは、ＣＣＭＰカプセル化時には一般に０にマスクされる。
－ ＣＲＣが再計算されるが、ＦＣＳはＣＣＭＰカプセル化への入力ではない。
－ ＭＰＤＵは最初の送信時のみカプセル化され、再送信時にはカプセル化されない。
しかしながらＭＬＤの場合、保護されたＭＰＤＵの再送信のルールは、ＭＰＤＵを再送信するリンクに依存しうる。再送信に同じリンクが使用される場合、ＭＰＤＵは最初の送信時のみカプセル化され、再送信時にはカプセル化されない。再送信に異なるリンクが使用される場合（リンクの両端の付属ＳＴＡのＭＡＣアドレスが異なるものと想定する）、再送信前にＭＰＤＵを再度カプセル化する必要がある（リプレイ拒否の問題を回避するために同じＰＮを使用することも可能である）。しかしながら、同じセキュリティキーを用いてＰＮを再利用すると、セキュリティ上の欠陥につながりうる。

したがって、本発明は、（たとえリンク毎ＭＡＣアドレスが異なる場合でも）保護されたフレームを異なるリンクで再送信するときのＣＣＭＰカプセル化を回避する方法を模索する。

図６は、第１の実施形態による、保護されていないＭＰＤＵを異なるリンクで再送信する方法の図解を示している。送信側ＭＬＤ ６０２は、ＳＴＡ ６０４およびＳＴＡ ６０６などの第１の複数の付属ＳＴＡとともに動作するように構成されている。ＭＡＣアドレスＭＬＤ－ＴＡは、送信側ＭＬＤ ６０２を識別し、ＤＳ（配信サービス）との通信のためにＭＬＤを表すために使用することができ、一方で、ＳＴＡ ６０４およびＳＴＡ ６０６のＭＡＣアドレスは、それぞれＴＡ１およびＴＡ２である。同様に、受信側ＭＬＤ ６１２は、ＳＴＡ ６１４およびＳＴＡ ６１６などの第２の複数の付属ＳＴＡとともに動作するように構成されている。ＭＡＣアドレスＭＬＤ－ＲＡは、受信側ＭＬＤ ６１２を識別し、一方で、ＳＴＡ ６１４およびＳＴＡ ６１６のＭＡＣアドレスは、それぞれＲＡ１およびＲＡ２である。ＭＬＤの場合、ＭＬＤ ＭＡＣアドレスは、そのリンク毎ＭＡＣアドレスの１つと同じであってもよいし、異なっていてもよい。ただし、リンク毎ＭＡＣアドレスは、互いに異なるものと想定する（すなわちＴＡ１≠ＴＡ２、ＲＡ１≠ＲＡ２）。２つ以上のＳＴＡが第１および第２の複数の付属ＳＴＡを形成することができ、必ずしも各ＳＴＡがリンクによって接続されている必要なしに、第１の複数の付属ＳＴＡのＳＴＡと第２の複数のＳＴＡの対応するＳＴＡとの間に２つ以上のリンクを形成できることが理解されるであろう。例えば、ＳＴＡ ６０４とＳＴＡ ６１４との間にリンク１をセットアップすることができ、ＳＴＡ ６０６とＳＴＡ ６１６との間にリンク２をセットアップすることができる。上述した設定は、保護されているＭＰＤＵまたは保護されていないＭＰＤＵの再送信にも適用可能であり、以下で様々な実施形態においてさらに説明する。さらに、特に保護されたＭＰＤＵの再送信においては、送信側ＭＬＤと受信側ＭＬＤとの間にロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）がセットアップされており、必要なすべての秘密鍵（例えばＰＴＫ、ＧＴＫ／ＩＧＢＴなど）が生成／配布されているものと想定する。

図解６００に示したように、送信側ＭＬＤ ６０２は、保護されていないＭＰＤＵ ６０８をリンク１上で受信側ＭＬＤ ６１２に、すなわちＳＴＡ ６０４からＳＴＡ ６１４に、送信する。したがって、ＭＰＤＵ ６０８のＡ１、Ａ２、Ａ３フィールドは、それぞれ受信側ＳＴＡ ６１４のＭＡＣアドレス（すなわちＲＡ１）および送信側ＳＴＡ ６０４のＭＡＣアドレス（すなわちＴＡ１）に設定される。最初の送信として、ＭＰＤＵ ６０８のＦＣフィールドの再試行（Retry）サブフィールドが０に設定される。様々な理由（例えばリンク１の一時的な障害）により送信に失敗した場合、このＭＰＤＵを、リンク２で、すなわちＳＴＡ ６０６からＳＴＡ ６１６に、保護されていないＭＰＤＵ ６１０として再送信することができる。保護されていないＭＰＤＵは、ＭＰＤＵのフレーム制御（ＦＣ）フィールドの再試行（Retry）サブフィールドを１に設定し、ＭＡＣヘッダのＡ１、Ａ２、Ａ３を入れ替えるだけで、別のリンクで再送信することができる。したがって、ＭＰＤＵ ６１０のＡ１フィールドが受信側ＳＴＡ ６１６のＭＡＣアドレス（すなわちＲＡ２）に設定され、Ａ２フィールドが送信側ＳＴＡ ６０６のＭＡＣアドレス（すなわちＴＡ２）に設定される。さらに、ＭＰＤＵ ６１０のＦＣフィールドのリセット（Reset）サブフィールドが１に設定される。Ａ３がＢＳＳＩＤに設定されるＭＰＤＵ（例：Ｔｏ ＤＳ／Ｆｒｏｍ ＤＳ＝０のデータフレーム、または管理フレーム）では、リンク２のＢＳＳＩＤが異なる場合、Ａ３（このようなフレームではＢＳＳＩＤに設定され、ＢＳＳＩＤは一般にはそのリンクにおけるＡＰ ＭＬＤのＭＡＣアドレスと同じである）も、送信者がＡＰ ＭＬＤであればＭＬＤ－ＴＡ（ＭＬＤ－ＴＡと異なる場合はそのリンクのＢＳＳＩＤ）、送信者が非ＡＰ ＭＬＤであればＭＬＤ－ＲＡ（ＭＬＤ－ＲＡと異なる場合はそのリンクのＢＳＳＩＤ）に変更される。リンク毎ＭＡＣアドレスが同じであれば、再送信のルールは単一リンクＳＴＡと同じでよい（すなわちＡ１、Ａ２、Ａ３アドレスを変更する必要がない）。

第１の実施形態に係る、保護されたＭＰＤＵの最初の送信においては、相手ＭＬＤに宛てられる保護されたＭＰＤＵのＣＣＭＰカプセル化時に、ＡＡＤおよびノンスを生成するために、送信側／受信側の付属ＳＴＡのＭＡＣアドレス（すなわち、送信されるＭＰＤＵのＡ１、Ａ２フィールド）の代わりにＭＬＤ ＭＡＣアドレスが使用される。図７Ａは、第１の実施形態によるＡＡＤ ７００の図解を示している。ＡＡＤ ５０２に似ているが、ＡＡＤ ７００のＡ１フィールド７０２およびＡ２フィールド７０４は、それぞれ、送信される保護されたＭＰＤＵのＡ１、Ａ２、Ａ３フィールドに示される受信側／送信側の付属ＳＴＡのＭＡＣアドレスの代わりに、受信側ＭＬＤのＭＡＣアドレスおよび送信側ＭＬＤのＭＡＣアドレス（すなわちＭＬＤ－ＲＡおよびＭＬＤ－ＴＡ）に設定される。Ａ３がＢＳＳＩＤに設定されるＭＰＤＵ（例：Ｔｏ ＤＳ／Ｆｒｏｍ ＤＳ＝０のデータフレーム、または管理フレーム）では、リンク２のＢＳＳＩＤが異なる場合、Ａ３（このようなフレームではＢＳＳＩＤに設定され、ＢＳＳＩＤは一般にはそのリンクにおけるＡＰ ＭＬＤのＭＡＣアドレスと同じである）も、送信者がＡＰ ＭＬＤであればＭＬＤ－ＴＡ（ＭＬＤ－ＴＡと異なる場合はそのリンクのＢＳＳＩＤ）、送信者が非ＡＰ ＭＬＤであればＭＬＤ－ＲＡ（ＭＬＤ－ＲＡと異なる場合はそのリンクのＢＳＳＩＤ）に変更される。図７Ｂは、第１の実施形態によるノンス７０６の図解を示している。ノンス５０４に似ているが、ノンス７０６のＡ２フィールド７０８は、送信される保護されたＭＰＤＵのＡ２フィールドに示される送信側の付属ＳＴＡのＭＡＣアドレスの代わりに、送信側ＭＬＤのＭＡＣアドレス（すなわちＭＬＤ－ＴＡ）に設定される。保護されたＭＰＤＵは、受信者ＭＬＤからＭＰＤＵの受信成功の確認応答を受け取るまで、またはＭＳＤＵのライフタイムが終了するまで、送信側ＭＬＤのメモリに保存することができる。

第１の実施形態に係る保護されたＭＰＤＵの送信に失敗したときには、保護されたＭＰＤＵをメモリから取得して（最初の送信時に保存した場合）、ＦＣフィールドの再試行（Retry）サブフィールドを１に設定し、ＭＡＣヘッダのＡ１、Ａ２フィールドを入れ替え、新しいＣＲＣを追加した後、再送信する。リンクで使用されるリンク毎ＭＡＣアドレスに関係なく、ＡＡＤおよびノンスが同じままなので、ＣＣＭＰカプセル化を再度実行する必要がなく、これは有利である。実際、再送信時に内容が変化しうるＭＡＣヘッダのフィールド（例：持続時間／ＩＤフィールド、ＨＴ制御フィールド）は、ＡＡＤに含まれないため、カプセル化処理に影響しない。同様の理由で、フレーム制御（Frame Control）フィールドのいくつかのサブフィールドが０にマスクされる。
ｉ） データフレームのサブタイプ（Subtype）サブフィールド（ビット４、５、６）が０にマスクされる。
ｉｉ） 再試行（Retry）サブフィールド（ビット１１）が０にマスクされる。
ｉｉｉ） 電力管理（Power Management）サブフィールド（ビット１２）が０にマスクされる。
ｉｖ） さらなるデータ（More Data）サブフィールド（ビット１３）が０にマスクされる
ｖ） 保護されたフレーム（Protected Frame）サブフィールド（ビット１４）は常に１に設定される。
ｖｉ） ＋ＨＴＣサブフィールド（ビット１５）は、次のとおりである。
－ ＱｏＳ制御（QoS Control）フィールドを含むすべてのデータフレームで０にマスクされる。
－ それ以外ではマスクされない。

保護されたＭＰＤＵが最初の送信時にメモリに保存されなかった場合、元の保護されていないＭＰＤＵをメモリから（例：送信バッファから）取得して再度カプセル化するが、ＡＡＤのＡ１、Ａ２、Ａ３フィールド（および該当する場合はＡ３フィールド）およびノンスのＡ２フィールドに、ＭＬＤのＭＡＣアドレスを使用する。

ＣＣＭＰデカプセル化時には、（相手ＭＬＤからの）保護されたＭＰＤＵの受信に使用されたリンクにかかわらず、送信側／受信側の付属ＳＴＡのＭＡＣアドレス（すなわち受信したＭＰＤＵのＡ１、Ａ２フィールド）の代わりにＭＬＤ ＭＡＣアドレスを使用して、ＡＡＤおよびノンスを生成する。図８は、第１の実施形態による、平文ＭＰＤＵを形成するために受信側ＭＬＤによって使用されるＣＣＭＰデカプセル化処理の図解８００を示している。保護されたまたは暗号化されたＭＰＤＵをデカプセル化するために、ＡＡＤ ８０２およびノンス８１０を構築する。第１の実施形態によれば、ＡＡＤ ８０２のＡ１フィールド８０４およびＡ２フィールド８０６を、それぞれ、受信側ＭＬＤのＭＡＣアドレス（すなわちＭＬＤ－ＲＡ）および送信側ＭＬＤのＭＡＣアドレス（すなわちＭＬＤ－ＴＡ）に設定する。Ａ３がＢＳＳＩＤに設定されるＭＰＤＵ（例：Ｔｏ ＤＳ／Ｆｒｏｍ ＤＳ＝０のデータフレーム、または管理フレーム）では、リンク２のＢＳＳＩＤが異なる場合、Ａ３（このようなフレームではＢＳＳＩＤに設定され、ＢＳＳＩＤは一般にはそのリンクにおけるＡＰ ＭＬＤのＭＡＣアドレスと同じである）も、送信者がＡＰ ＭＬＤであればＭＬＤ－ＴＡ（またはＭＬＤ－ＴＡと異なる場合はそのリンクのＢＳＳＩＤ）、送信者が非ＡＰ ＭＬＤであればＭＬＤ－ＲＡ（またはＭＬＤ－ＲＡと異なる場合はそのリンクのＢＳＳＩＤ）に変更される。さらに、ノンス８１０のＡ２フィールド８０８を、送信側ＭＬＤのＭＡＣアドレス（すなわちＭＬＤ－ＴＡ）に設定する。送信ＳＴＡの同一性を確認するため、ＭＬＤのＭＡＣアドレスに入れ替える前に、受信したＭＰＤＵのＡ２フィールドをチェックする（すなわち受信したＭＰＤＵのＡ２フィールドは、相手ＭＬＤに属する送信側ＳＴＡのＭＡＣアドレスを示しているはずである）。受信したＭＰＤＵのＡ１フィールドは、受信フレームフィルタリング時にすでにチェックされている。

第１の実施形態に係る保護されたＭＰＤＵの再送信では、ＭＬＤ ＭＡＣアドレスが、送信側ＭＬＤおよび受信側ＭＬＤの両方に認識されているものと想定する（例えばアソシエーション／リンク有効化手順時に交換される）。さらに、すべてのリンクにおいて同じＰＴＫが使用されるものと想定する。異なるリンクにおいて異なるＰＴＫを使用する場合、異なるリンクで再送信する前にＭＰＤＵを再度カプセル化する必要がある。リンク毎ＭＡＣアドレスが同じであり、すべてのリンクにおいて単一のＰＴＫが使用される場合、再送信のルールはシングルリンクＳＴＡの場合と同じである。

バリエーションとして、ＭＬＤ－ＴＡおよびＭＬＤ－ＲＡを使用する代わりに、ＡＡＤおよびノンスの構築時にＡ１、Ａ２フィールド（および該当する場合はＡ３フィールド）に使用するＭＡＣアドレスを、ＡＰが非ＡＰ ＳＴＡに提供してもよい（例えば、４ウェイのグループキーハンドシェイク時、または何らかの管理フレーム交換を使用する）。これは、最初の送信と再送信とでアドレスが変化する動的ＭＡＣアドレス（例えばＭＡＣランダム化）を使用するシングルリンクＳＴＡの場合にも有用でありうる。保護されたＭＰＤＵの様々なアドレスフィールドの代わりに、提供されたＭＡＣアドレスを使用してＡＡＤおよびノンスを構築する。ＡＡＤおよびノンスに使用されるＡ１およびＡ２フィールド（および該当する場合はＡ３フィールド）が常に固定されている場合、再送信フレームのＭＡＣアドレス（Ａ１、Ａ２のいずれかまたは両方（および該当する場合はＡ３））が変更されても、ＣＣＭＰデカプセル化は成功する。

図９は、第１の実施形態によるＭＰＤＵの最初の送信のフローチャート９００を示している。ステップ９０２においては、ＭＰＤＵを最初の送信用に準備する。ステップ９０４においては、ＭＰＤＵを保護する必要があるかどうかを判定する。ＭＰＤＵを保護する必要がないと判定される場合、処理はステップ９１８に進み、受信側ＭＬＤへの送信のための次の処理（例えばチャネルアクセス）にＭＰＤＵを送り、処理はステップ９２０で終了する。ステップ９０４において、ＭＰＤＵを保護する必要があると判定された場合、処理はステップ９０６に進み、構築されるＡＡＤのＡ１フィールドを受信者ＭＬＤのＭＡＣアドレスに設定する。ステップ９０８においては、ＡＡＤおよび構築されるノンスのＡ２フィールドを、自ＭＬＤすなわち送信側ＭＬＤのＭＡＣアドレスに設定する。なお図示していないが、Ａ３がＢＳＳＩＤに設定されるＭＰＤＵ（例：Ｔｏ ＤＳ／Ｆｒｏｍ ＤＳ＝０のデータフレーム、または管理フレーム）では、リンク２のＢＳＳＩＤが異なる場合、Ａ３（このようなフレームではＢＳＳＩＤに設定され、ＢＳＳＩＤは一般にはそのリンクにおけるＡＰ ＭＬＤのＭＡＣアドレスと同じである）も、送信者がＡＰ ＭＬＤであればＭＬＤ－ＴＡ（またはＭＬＤ－ＴＡと異なる場合はそのリンクのＢＳＳＩＤ）、送信者が非ＡＰ ＭＬＤであればＭＬＤ－ＲＡ（またはＭＬＤ－ＲＡと異なる場合はそのリンクのＢＳＳＩＤ）に変更される。ステップ９１０においては、ＡＡＤおよびノンスの残りのフィールドを通常どおりに、すなわちＩＥＥＥ ８０２．１１規格に従って設定する。ステップ９１２においては、ＭＰＤＵのＣＣＭＰカプセル化を実行して、保護されたまたは暗号化されたＭＰＤＵを生成する。ステップ９１４においては、保護されたＭＰＤＵを、受信者ＭＬＤへの送信のための次の処理に送り、処理がステップ９１６で終了する。

図１０は、第１の実施形態による、ＭＰＤＵの再送信のためのフローチャート１０００を示している。ステップ１００２においては、最初の送信の失敗の後に（例えば最初の送信の失敗を示すＢｌｏｃｋＡｃｋフレームの受信時に）ＭＰＤＵを再送信する必要があるものと判定される。ステップ１００４においては、保存されたＭＰＤＵをメモリから取得する。ステップ１００６においては、ＭＰＤＵのＦＣフィールドの再試行（Retry）サブフィールドを１に設定する。ステップ１００８においては、ＭＰＤＵが保護されたＭＰＤＵであるか保護されていないＭＰＤＵであるかを判定する。保護されていないＭＰＤＵである場合、処理はステップ１０１８に進み、ＭＰＤＵを最初の送信と同じリンクで再送信するべきかどうかを判定する。ＭＰＤＵを最初の送信と同じリンクで再送信するべきであると判定された場合、処理はステップ１０１６から継続される。そうではなく、ＭＰＤＵを異なるリンクで再送信するべきであると判定された場合、処理はステップ１０２０に進み、再送信に使用される新しいリンクにおいてＴＡまたはＲＡが異なるかどうかを判定する。新しいリンクのＴＡまたはＲＡが最初の送信のリンクのものと同じであると判定された場合、処理はステップ１０１６から継続される。そうでない場合、処理はステップ１０２２に進み、Ａ１フィールドおよび／またはＡ２フィールドを、新しいリンクの新しいＲＡおよび／またはＴＡに設定し、次いで処理はステップ１０１６から継続される。

ステップ１００８において、ＭＰＤＵが保護されていると判定された場合、処理はステップ１０１０に進み、保護されているＭＰＤＵを最初の送信と同じリンクで再送信するかどうかを判定する。再送信に同じリンクを使用すると判定された場合、処理はステップ１０１６から継続される。そうでない場合、処理はステップ１０１２に進み、再送信に使用される新しいリンクにおいてＴＡまたはＲＡが異なるかどうかを判定する。最初の送信に使用されたリンクと比較して新しいリンクにおいてＴＡまたはＲＡが異ならないと判定された場合、処理はステップ１０１６から継続される。そうでない場合、処理はステップ１０１４に進み、Ａ１フィールドおよび／またはＡ２フィールドを新しいリンクの新しいＲＡおよび／またはＴＡに設定し、次いで処理はステップ１０１６から継続される。さらに、ステップ１０１６以降は、ＭＰＤＵを再送信のための次の処理に送り、処理はステップ１０２８で終了する。注目するべき点として、保護されたＭＰＤＵおよび保護されていないＭＰＤＵの再送信のための処理が（すなわちステップ１００８の結果にかかわらず）、まったく同じである。なお図示していないが、Ａ３がＢＳＳＩＤに設定されるＭＰＤＵ（例：Ｔｏ ＤＳ／Ｆｒｏｍ ＤＳ＝０のデータフレーム、または管理フレーム）では、リンク２のＢＳＳＩＤが異なる場合、Ａ３はリンク２のＢＳＳＩＤに設定される（ＢＳＳＩＤは一般にはそのリンクにおけるＡＰ ＭＬＤのＭＡＣアドレスと同じである）。

図１１は、第１の実施形態による、ＭＰＤＵの受信のフローチャート１１００を示している。ステップ１１０２においては、ＭＰＤＵを受信する。ステップ１１０４においては、ＭＰＤＵが保護されているかどうかを判定する。ＭＰＤＵが保護されていない場合、処理はステップ１１２４に進み、ＭＰＤＵを受信のための次の処理に送り、次いで処理はステップ１１２６で終了する。ステップ１１０４において、ＭＰＤＵが保護されていると判定された場合、処理はステップ１１０６に進み、受信したＭＰＤＵのＡ２フィールドが、相手ＭＬＤを識別するＭＡＣアドレスを示しているかどうかを判定する。非ＡＰ ＭＬＤの場合、相手ＭＬＤは、自身が関連付けられているＡＰ ＭＬＤを指す。ＡＰ ＭＬＤの場合、相手ＭＬＤは、自身に関連付けられている非ＡＰ ＭＬＤを指す。受信したＭＰＤＵのＡ２フィールドが相手ＭＬＤのＭＡＣアドレスを示していないと判定された場合、デカプセル化のための従来の手順を使用し、処理はステップ１１２０に進み、構築されるＡＡＤおよびノンスのＡ２フィールドをＭＰＤＵのＡ２フィールドに設定し、ステップ１１２２に進み、構築されるＡＡＤのＡ１フィールドをＭＰＤＵのＡ１フィールドに設定し（および該当する場合にはＡ３も）、次いで処理はステップ１１１２から継続される。ステップ１１０６において、Ａ２フィールドが相手ＭＬＤを識別するＭＡＣアドレスに設定されていると判定された場合、処理はステップ１１０８に進み、構築されるＡＡＤのＡ１フィールドを受信側ＭＬＤのＭＡＣアドレスに設定し、ステップ１１１０に進み、構築されるＡＡＤおよびノンスのＡ２フィールドを送信側ＭＬＤのＭＡＣアドレスに設定し、次いで処理はステップ１１１２から継続される。なお図示していないが、Ａ３がＢＳＳＩＤに設定されるＭＰＤＵ（例：Ｔｏ ＤＳ／Ｆｒｏｍ ＤＳ＝０のデータフレーム、または管理フレーム）では、リンク２のＢＳＳＩＤが異なる場合、Ａ３（このようなフレームではＢＳＳＩＤに設定され、ＢＳＳＩＤは一般にはそのリンクにおけるＡＰ ＭＬＤのＭＡＣアドレスと同じである）も、送信者がＡＰ ＭＬＤであればＭＬＤ－ＴＡ（またはＭＬＤ－ＴＡと異なる場合はそのリンクのＢＳＳＩＤ）、送信者が非ＡＰ ＭＬＤであればＭＬＤ－ＲＡ（またはＭＬＤ－ＲＡと異なる場合はそのリンクのＢＳＳＩＤ）に変更される。ステップ１１１２においては、ＡＡＤおよびノンスの残りのフィールドを通常どおりに設定する。ステップ１１１４においては、構築されたＡＡＤおよびノンスを有する保護されたＭＰＤＵに対してＣＣＭＰデカプセル化を実行する。ステップ１１１６においては、復号されたＭＰＤＵを受信のための次の処理に送り、処理はステップ１１１８で終了する。上記の処理の有利な効果として、ＣＣＭＰカプセル化を再実行することなく、暗号化されたＭＰＤＵを異なるリンクで再送信することが可能であり、受信側ＭＬＤは依然としてＭＤＰＵを正しくデカプセル化することができる。

第２の実施形態によれば、最初の送信における、保護されたＭＰＤＵのＣＣＭＰカプセル化時に、ＭＬＤ ＭＡＣアドレス、または送信される保護されたＭＰＤＵのＡ１、Ａ２フィールド、またはいずれかの付属ＳＴＡのリンク毎ＭＡＣアドレス、を使用してＡＡＤおよびノンスを生成し、同じ保護されたＭＰＤＵを、ＣＣＭＰカプセル化を再度行うことなく、（ＦＣ内の再試行（Retry）サブフィールドを設定し前述したいくつかの他のフィールドを変更した後に）異なるリンクで再送信することが可能である。これは、ＣＣＭＰカプセル化時にＡＡＤおよびノンスを生成するために使用されたアドレスをシグナリングするように、保護されたＭＰＤＵのＭＡＣヘッダの一部のフィールド、例えばＣＣＭＰヘッダを変更することによって可能となる。送信側ＭＬＤは、配備シナリオに基づいて、ＣＣＭＰカプセル化時にＡＡＤおよびノンスを生成するために異なるアドレスを選択することができ、例えば、すべてのリンクにおいて同じＰＴＫが使用される場合には、第１の実施形態において説明したようにＭＬＤ ＭＡＣアドレスを使用することができる。あるいは、ＭＰＤＵの元の送信に使用されたリンクのリンク毎ＭＡＣを使用してＡＡＤおよびノンスを生成することができ、ＭＰＤＵが後から異なるリンクで再送信される場合、ＣＣＭＰヘッダ内の信号が、受信側ＭＬＤに、元の送信に使用されたリンクのリンク毎ＭＡＣアドレスを使用するように指示することができる。同様に、２つのリンクのリンク毎ＭＡＣアドレスが同じである場合、送信者ＭＬＤは、ＭＰＤＵのＭＡＣヘッダのアドレスフィールドを使用してＡＡＤおよびノンスを生成するようにシグナリングすることができる。しかしながら、異なるリンクで異なるＰＴＫが使用される場合、異なるリンクでの再送信時には、そのリンクのＰＴＫを使用してＭＰＤＵを再度カプセル化する必要がある。この場合、ＣＣＭＰカプセル化は、従来の方法に従うことができ、（再送信される）ＭＰＤＵのＭＡＣヘッダのアドレスフィールドを使用してＡＡＤおよびノンスフィールドを生成する。しかしながら、この場合でも、送信側ＭＬＤは、（再送信される）ＭＰＤＵのＭＡＣヘッダのアドレスフィールドを使用してＡＡＤおよびノンスのフィールドを生成するべきことを、ＣＣＭＰヘッダの中でシグナリングすることができる。このように、ＣＣＭＰヘッダの中でＭＡＣアドレスをシグナリングすることにより、送信側ＭＬＤがＭＰＤＵのカプセル化に使用した方法にかかわらず、受信側ＭＬＤは、（最初の送信時または再送信時に）受信した保護されているＭＰＤＵを正しくデカプセル化することが可能になる。図１２は、第２の実施形態による保護されたＭＰＤＵ １２００の図解を示している。この実施形態では、ＭＰＤＵ １２００のＣＣＭＰヘッダ１２０２は、予備（Rsvd）サブフィールドおよびアドレス（Address）サブフィールド１２０６を含む新たなオプション（Options）フィールド１２０４を含む。アドレス（Address）サブフィールド１２０６は、保護されたＭＰＤＵ １２００のデカプセル化時にＡＡＤのＡ１、Ａ２、Ａ３フィールドおよびノンスのＡ２フィールドにどのような値を採用するかを受信者ＭＬＤに示す。テーブル１２０８を参照し、アドレス（Address）サブフィールド１２０６の値が０に設定されている場合、ＡＡＤおよびノンスのＡ１、Ａ２、Ａ３フィールドを、それぞれＭＡＣヘッダ１２１０のＡ１、Ａ２、Ａ３フィールドに設定する。アドレス（Address）サブフィールド１２０６の値が１に設定されている場合、ＡＡＤおよびノンスのＡ１、Ａ２、Ａ３フィールドを、それぞれ受信側ＭＬＤおよび送信側ＭＬＤのＭＡＣアドレスに設定する。アドレス（Address）サブフィールド１２０６の値が２からｎに設定されている場合、ＡＡＤおよびノンスのＡ１、Ａ２、Ａ３フィールドを、リンク１からリンク（ｎ－１）に関連付けられる付属ＳＴＡのリンク毎ＭＡＣアドレスに設定する。さらに、ＭＡＣヘッダ１２１０のＡ１、Ａ２、Ａ３フィールドは、通常どおり、送信リンクのＭＡＣアドレス（すなわちＴＡ１／ＴＡ２、ＲＡ１／ＲＡ２）に設定され、Ａ３はリンクのＢＳＳＩＤに設定される。

ＣＣＭＰデカプセル化時には、受信側ＭＬＤは、アドレス（Address）サブフィールド１２０６を使用して、ＡＡＤおよびノンスを生成するためのＭＡＣアドレスを決定する。この場合、すべての有効なリンクのリンク毎ＭＡＣアドレスが、送信側ＭＬＤおよび受信者ＭＬＤの両方に認識されているものと想定する（例えばアソシエーション／リンク有効化手順時に交換される）。第２の実施形態によれば、失敗したＭＰＤＵの再送信時（ＦＣの再試行（Retry）サブフィールドを１に設定し、ＭＡＣヘッダのＡ１、Ａ２、Ａ３フィールド（リンクのＢＳＳＩＤが異なる場合はＡ３も）を入れ替え、新しいＣＲＣを追加した後）、ＣＣＭＰカプセル化が行われず、これは有利である。

第２の実施形態の前提として、すべてのリンクにおいて同じＰＴＫが使用される。ＭＡＣヘッダ１２１０の他のフィールドを使用してアドレス情報を示してもよいが、ＣＣＭＰヘッダ１２０２を選択するのが自然であり、なぜならこのフィールドはセキュリティ関連情報を示すために使用され、またＣＣＭＰヘッダ１２０２はカプセル化処理に含まれず平文で送信されるためである。さらに、テーブル１２０８におけるリンク１からリンク（ｎ－１）は、２つのＭＬＤ間にセットアップされた最初のリンクから（ｎ－１）番目のリンクを表し、必ずしもリンクに割り当てられたリンクＩＤと同じ値である必要はないが、同じ値であることも可能である。例えば、リンク１がリンクＩＤ ２を表し、リンク２がリンクＩＤ ４を表し、以下同様である。しかしながら、異なるリンクにおいて異なるＰＴＫが使用される場合、異なるリンクでの再送信時には、そのリンクのＰＴＫを使用してＭＰＤＵを再度カプセル化する必要がある。この場合、ＣＣＭＰカプセル化は、従来の方法に従うことができ、（再送信される）ＭＰＤＵのＭＡＣヘッダのアドレスフィールドを使用してＡＡＤおよびノンスのフィールドを生成する。しかしながら、この場合でも、送信側ＭＬＤは、（再送信される）ＭＰＤＵのＭＡＣヘッダのアドレスフィールドを使用してＡＡＤおよびノンスのフィールドを生成するべきことをＣＣＭＰヘッダにおいて依然としてシグナリングすることができ、受信者ＭＬＤが、受信した保護されたＭＰＤＵを正しくデカプセル化できるようにすることができる。

図１３は、第２の実施形態による、ＭＰＤＵの受信のフローチャート１３００を示している。ステップ１３０２においては、ＭＰＤＵを受信する。ステップ１３０４においては、ＭＰＤＵが保護されているかどうかを判定する。ＭＰＤＵが保護されていない場合、処理はステップ１３２４に進み、受信のための次の処理にＭＰＤＵを送り、次いで処理はステップ１３２６で終了する。ステップ１３０４において、ＭＰＤＵが保護されていると判定された場合、処理はステップ１３０６に進み、受信したＭＰＤＵのＡ２フィールドが、相手ＭＬＤを識別するＭＡＣアドレスを示しているかどうかを判定する。非ＡＰ ＭＬＤの場合、相手ＭＬＤは、自身が関連付けられているＡＰ ＭＬＤを指す。ＡＰ ＭＬＤの場合、相手ＭＬＤは、自身に関連付けられている非ＡＰ ＭＬＤを指す。受信したＭＰＤＵのＡ２フィールドが相手ＭＬＤのＭＡＣアドレスを示していないと判定された場合、従来のデカプセル化方式を使用し、処理はステップ１３２０に進み、構築されるＡＡＤおよびノンスのＡ２フィールドをＭＰＤＵのＡ２フィールドに設定し、ステップ１３２２に進み、構築されるＡＡＤのＡ１フィールドをＭＰＤＵのＡ１フィールドに設定し、次いで処理はステップ１３１２から継続される。ステップ１３０６において、Ａ２フィールドが、相手ＭＬＤを識別するＭＡＣアドレスに設定されていると判定された場合、処理はステップ１３０８に進み、構築されるＡＡＤおよびノンスのＡ２フィールドを、ＭＰＤＵのＣＣＭＰヘッダのアドレス（Address）サブフィールドに従ったＭＡＣアドレスに設定し、ステップ１３１０に進み、構築されるＡＡＤのＡ１フィールドをＭＰＤＵのＣＣＭＰヘッダのアドレス（Address）フィールドに従ったＭＡＣアドレスに設定し、次いで処理はステップ１３１２から継続される。

ステップ１３１２においては、ＡＡＤおよびノンスの残りのフィールドを通常どおりに設定する。なお図示していないが、Ａ３がＢＳＳＩＤに設定されるＭＰＤＵ（例：Ｔｏ ＤＳ／Ｆｒｏｍ ＤＳ＝０のデータフレーム、または管理フレーム）では、リンク２のＢＳＳＩＤが異なる場合、Ａ３（このようなフレームではＢＳＳＩＤに設定され、ＢＳＳＩＤは一般にはそのリンクにおけるＡＰ ＭＬＤのＭＡＣアドレスと同じである）も、送信者がＡＰ ＭＬＤであればＭＬＤ－ＴＡ（またはＭＬＤ－ＴＡと異なる場合はそのリンクのＢＳＳＩＤ）、送信者が非ＡＰ ＭＬＤであればＭＬＤ－ＲＡ（またはＭＬＤ－ＲＡと異なる場合はそのリンクのＢＳＳＩＤ）に変更される。ステップ１３１４においては、構築されたＡＡＤおよびノンスを有する保護されたＭＰＤＵに対してＣＣＭＰデカプセル化を実行する。ステップ１３１６においては、復号されたＭＰＤＵを受信のための次の処理に送り、処理はステップ１３１８で終了する。この第２の実施形態では、受信者ＭＬＤは、最初の送信または再送信にかかわらず、構築されるＡＡＤのＡ１、Ａ２、Ａ３フィールドおよびノンスのＡ２フィールドの設定を決定するために常にＭＰＤＵのＣＣＭＰヘッダを確認する。これにより送信側ＭＬＤは、ＣＣＭＰカプセル化においてアドレス値をより柔軟に決定することができ、これは有利である。

第３の実施形態によれば、（保護されたＭＰＤＵの最初の送信における）ＣＣＭＰカプセル化時には、送信されるＭＰＤＵのＡ１、Ａ２、Ａ３フィールドを使用してＡＡＤおよびノンスを生成し、すなわち従来のシングルリンクＳＴＡの場合と同じである。しかしながら、失敗した保護されたＭＰＤＵの再送信時（ＦＣの再試行（Retry）サブフィールドを１に設定し、ＭＡＣヘッダのＡ１、Ａ２フィールド（および該当する場合はＡ３）を入れ替えて、新しいＣＲＣを追加した後）には、受信者ＭＬＤがデカプセル化においてＡＡＤおよびノンスを生成するためにどのＡ１、Ａ２、Ａ３フィールドを使用するべきかをＣＣＭＰヘッダが示す。再送信時にはＣＣＭＰカプセル化が行われない。

図１４は、第３の実施形態による保護されたＭＰＤＵ １４００の図解を示している。この実施形態では、ＭＰＤＵ １４００のＣＣＭＰヘッダ１４０２は、予備（Rsvd）サブフィールドおよびアドレス（Address）サブフィールド１４０６を含む新たなオプション（Options）フィールド１４０４を含む。ＣＣＭＰデカプセル化時に、ＭＡＣヘッダフィールド１４１０のＦＣフィールドの再試行（Retry）サブフィールドが値１を有する（すなわち受信したＭＰＤＵが再送信であることを示す）場合、受信側ＭＬＤは、アドレスフィールド１４０６を使用して、ＡＡＤおよびノンスを生成するためのＭＡＣアドレスを決定する。テーブル１４０８を参照し、アドレス（Address）サブフィールド１４０６の値が０に設定されている場合、ＡＡＤのＡ１、Ａ２、Ａ３フィールドおよびノンスのＡ２フィールドを、ＭＡＣヘッダフィールド１４１０のそれぞれのアドレスフィールドに設定する。例えば、ＭＰＤＵ １４００のＡ１フィールドがＲＡ１（またはＲＡ２）を示している場合、構築されるＡＡＤのＡ１フィールドをＲＡ１（またはＲＡ２）に設定し、ＭＰＤＵ １４００のＡ２フィールドがＴＡ１（またはＴＡ２）を示している場合、ＡＡＤおよびノンスのＡ２フィールドをＴＡ１（またはＴＡ２）に設定し、Ａ３フィールドをＭＰＤＵのＡ３フィールドに設定する。また、アドレス（Address）サブフィールド１４０６の値が０であることは、ＭＰＤＵ １４００の再送信が最初の送信と同じリンクであること（または、異なるリンクにおけるリンク毎ＭＡＣアドレスが最初の送信に使用されたリンクにおけるものと同じであること）も示し、受信側ＭＬＤは従来の方法を使用して、保護されているＭＰＤＵをデカプセル化することができる。アドレス（Address）サブフィールド１４０６の値が１からｎに設定されている場合、ＡＡＤのＡ１、Ａ２フィールドおよびノンスのＡ２フィールドを、リンク１からリンク（ｎ）に関連付けられる付属ＳＴＡのリンク毎ＭＡＣアドレスに設定し、ＡＡＤのＡ３フィールドを、そのリンクに対するＡＰ ＭＬＤの付属ＳＴＡのリンク毎ＭＡＣアドレスに設定する。また、アドレス（Address）サブフィールド１４０６の値１からｎは、再送信が最初の送信とは異なるリンク上であることも示す。一方、再試行（Retry）サブフィールドの値が０である（すなわち受信したＭＰＤＵが最初の送信であることを示す）場合、ＭＡＣヘッダフィールド１４１０のＡ１、Ａ２、Ａ３フィールドを使用してＡＡＤおよびノンスを生成する（従来の動作）。

この実施形態の前提として、すべてのリンクにおいて同じＰＴＫが使用され、また、ＭＰＤＵのＣＣＭＰヘッダは平文で（すなわち暗号化されずに）送信され、したがって再送信時にその値を変更しても、再カプセル化の必要がなく有利である。しかしながら、異なるリンクにおいて異なるＰＴＫが使用される場合、異なるリンクでの再送信時には、そのリンクのＰＴＫを使用してＭＰＤＵを再度カプセル化する必要がある。この場合、ＣＣＭＰカプセル化は従来の方法に従うことができ、（再送信される）ＭＰＤＵのＭＡＣヘッダのアドレスフィールドを使用してＡＡＤおよびノンスのフィールドを生成する。しかしながら、この場合でも、送信側ＭＬＤは、（再送信される）ＭＰＤＵのＭＡＣヘッダのアドレスフィールドを使用してＡＡＤおよびノンスのフィールドを生成するべきことをＣＣＭＰヘッダにおいて依然としてシグナリングすることができ、受信側ＭＬＤが、受信した保護されたＭＰＤＵを正しくデカプセル化できるようにすることができる。

図１５は、第３の実施形態による、ＭＰＤＵの受信のフローチャート１５００を示している。ステップ１５０２においては、ＭＰＤＵを受信する。ステップ１５０４においては、ＭＰＤＵが保護されているかどうかを判定する。ＭＰＤＵが保護されていない場合、処理はステップ１５２６に進み、受信のための次の処理にＭＰＤＵを送り、次いで処理はステップ１５２８で終了する。ステップ１５０４において、ＭＰＤＵが保護されていると判定された場合、処理はステップ１５０６に進み、受信したＭＰＤＵのＡ２フィールドが、相手ＭＬＤを識別するＭＡＣアドレスを示しているかどうかを判定する。非ＡＰ ＭＬＤの場合、相手ＭＬＤは、自身が関連付けられているＡＰ ＭＬＤを指す。ＡＰ ＭＬＤの場合、相手ＭＬＤは、自身に関連付けられている非ＡＰ ＭＬＤを指す。ステップ１５０６において、Ａ２フィールドが、相手ＭＬＤを識別するＭＡＣアドレスに設定されていると判定された場合、処理はステップ１５０８に進み、ＭＰＤＵのＦＣフィールドの再試行（Retry）サブフィールドが１に設定されているかどうかを判定する。再試行（Retry）サブフィールドが１に設定されていると判定された場合、処理はステップ１５１０に進み、構築されるＡＡＤおよびノンスのＡ２フィールドを、ＭＰＤＵのＣＣＭＰヘッダのアドレス（Address）サブフィールドに従った（すなわち図１４のテーブル１４０８に従った）ＭＡＣアドレスに設定し、ステップ１５１２に進み、構築されるＡＡＤのＡ１フィールドを、ＭＰＤＵのＣＣＭＰヘッダのアドレス（Address）サブフィールドに従った（すなわち図１４のテーブル１４０８に従った）ＭＡＣアドレスに設定し、次いで処理はステップ１５１４から継続される。ステップ１５０６において、受信したＭＰＤＵのＡ２フィールドが相手ＭＬＤのＭＡＣアドレスを示していないと判定された場合、またはステップ１５０８において、ＭＰＤＵのＦＣフィールドの再試行（Retry）サブフィールドが１ではないと判定された場合、処理はステップ１５２２に進み、構築されるＡＡＤおよびノンスのＡ２フィールドをＭＰＤＵのＡ２フィールドに設定し、ステップ１５２４に進み、構築されるＡＡＤのＡ１フィールドをＭＰＤＵのＡ１フィールドに設定し、次いで処理はステップ１５１４から継続される。ステップ１５１４においては、ＡＡＤおよびノンスの残りのフィールドを通常どおりに設定する。なお図示していないが、Ａ３がＢＳＳＩＤに設定されるＭＰＤＵ（例：Ｔｏ ＤＳ／Ｆｒｏｍ ＤＳ＝０のデータフレーム、または管理フレーム）では、リンク２のＢＳＳＩＤが異なる場合、Ａ３（このようなフレームではＢＳＳＩＤに設定され、ＢＳＳＩＤは一般にはそのリンクにおけるＡＰ ＭＬＤのＭＡＣアドレスと同じである）も、送信者がＡＰ ＭＬＤであればＭＬＤ－ＴＡ（またはＭＬＤ－ＴＡと異なる場合はそのリンクのＢＳＳＩＤ）、送信者が非ＡＰ ＭＬＤであればＭＬＤ－ＲＡ（またはＭＬＤ－ＲＡと異なる場合はそのリンクのＢＳＳＩＤ）に変更される。ステップ１５１６においては、構築されたＡＡＤおよびノンスを有するＭＰＤＵに対してＣＣＭＰデカプセル化を実行する。ステップ１５１８においては、復号されたＭＰＤＵを、受信のための次の処理に送り、処理はステップ１５２０で終了する。上記の処理の有利な効果として、ＣＣＭＰカプセル化およびデカプセル化が再送信の場合のみ従来方式と異なるため、この実施形態を実施するために必要な変更を最小限に抑えることができる。さらに、受信側ＭＬＤは、受信したＭＰＤＵが再送信されたＭＰＤＵであるかどうかを、ＭＰＤＵのＣＣＭＰヘッダをチェックすることで、すなわち（ＦＣの再試行（Retry）サブフィールドに加えて）ＣＣＭＰヘッダのアドレス（Address）サブフィールドの値に基づいて、判定することができる。

第４の実施形態によれば、ＭＬＤによって送信される、またはＭＬＤに送信されるデータフレームおよび管理フレームが、マルチリンク送信に固有の情報（すなわち送信側ＭＬＤおよび受信側ＭＬＤのＭＡＣアドレスなどの情報）を伝える異なるＭＡＣヘッダフォーマットを有することができる。図１６Ａは、第４の実施形態による、修正されたＭＡＣヘッダ１６０２を有する保護されたＭＰＤＵ １６００の図解を示している。第４の実施形態では、プロトコルバージョン（ＰＶ：Protocol Version）フィールド１６０４を使用して、マルチリンクフレームをレガシーフレームおよびＰＶ１（８０２．１１ａｈ）フレームと区別することができる。例えば、ＰＶフィールド１６０４が値２に設定されている場合、ＭＰＤＵ １６００がマルチリンクフレームであることを示す。あるいは、８０２．１１ｂｅにおいて、新しいＭＡＣヘッダフォーマットを示すために、１つまたは複数の新しいフレームタイプを定義してもよい。さらに、ＭＡＣヘッダ１６０２は、マルチリンク送信に関連する制御情報を伝えるために使用することのできるＭＬ制御（ML Control）フィールド１６０６を含む。ＭＬ制御（ML Control）フィールド１６０６は制御ＩＤ（Control ID）サブフィールド１６０８を含み、このサブフィールドが特定の値に設定されると、ＭＬ制御（ML Control）フィールドの残りの部分は、ＭＬアドレス１（ML Address 1）サブフィールド１６１０およびＭＬアドレス２（ML Address 2）サブフィールド１６１２を伝える。

制御ＩＤ（Control ID）サブフィールド１６０８は、ＭＬ制御（ML Control）フィールド１６０６のオプションを示す。例えば、制御ＩＤ（Control ID）サブフィールド１６０８の値が１である場合、ＭＬ制御（ML Control）フィールド１６０６は、受信側ＭＬＤ／送信側ＭＬＤのＭＡＣアドレスを伝える。これらのＭＡＣアドレスは、ＭＬアドレス１（ML Address 1）サブフィールド１６１０およびＭＬアドレス２（ML Address 2）サブフィールド１６１２に示される。例えば、ＭＬアドレス１（ML Address 1）サブフィールド１６１０が送信者ＭＬＤのＭＡＣアドレスに設定され、ＭＬアドレス２（ML Address 2）サブフィールド１６１２が受信側ＭＬＤのＭＡＣアドレスに設定される。この場合、ＣＣＭＰカプセル化／デカプセル化時におけるＡＡＤおよびノンスの構築では、マルチリンクフレームで伝えられるＭＬＤアドレスが使用される。例えば、構築されるＡＡＤのＡ１フィールドは、ＭＬアドレス１（ML Address 1）サブフィールド１６１０に示される受信側ＭＬＤのＭＬＤアドレスに設定され、構築されるＡＡＤおよびノンスのＡ２フィールドは、ＭＬアドレス２（ML Address 2）サブフィールド１６１２に示される送信側ＭＬＤのＭＬＤアドレスに設定される。また、該当する場合、Ａ３フィールドは、先に説明したようにＡＰ ＭＬＤのＭＬＤアドレスに設定される。ＭＬ制御（ML Control）フィールド１６０６内のＭＬアドレスのいずれかまたは両方が、フルＭＡＣアドレス（４８ビット）の代わりに短いＩＤフォーマット（すなわち１２ビットのＭＬＤ ＩＤ）を使用する場合でも、ＡＡＤおよびノンスは、ＭＬＤ ＩＤに対応するフルＭＡＣアドレス（すなわち、（ＡＰ ＭＬＤの）アソシエーションレコードから取得される、または例えばマルチリンクアソシエーション手順時に保存されたＭＬＤ ＭＡＣアドレス－ＭＬＤ ＩＤマッピングのレコードから取得される）を依然として使用することができる。

図１７は、第４の実施形態による、ＭＰＤＵの受信のフローチャート１７００を示している。ステップ１７０２においては、ＭＰＤＵを受信する。ステップ１７０４においては、ＭＰＤＵが保護されているかどうかを判定する。ＭＰＤＵが保護されていない場合、処理はステップ１７２４に進み、受信のための次の処理にＭＰＤＵを送り、次いで処理はステップ１７２６で終了する。ステップ１７０４において、ＭＰＤＵが保護されていると判定された場合、処理はステップ１７０６に進み、例えば、受信したＭＰＤＵのＭＡＣヘッダ内のＰＶフィールドが値２を有するかどうかを確認することにより、ＭＰＤＵが新しいフレームフォーマットを使用しているかどうかを判定する。ＰＶフィールドが値２を有していないと判定された場合、処理はステップ１７２０に進み、構築されるＡＡＤおよびノンスのＡ２フィールドをＭＰＤＵのＡ２フィールドに設定し、ステップ１７２２に進み、構築されるＡＡＤのＡ１フィールドをＭＰＤＵのＡ１フィールドに設定し、次いで処理はステップ１７１２から継続される。ステップ１７０６において、ＰＶフィールドが値２を有すると判定された場合、処理はステップ１７０８に進み、構築されるＡＡＤのＡ１フィールドを、受信したＭＰＤＵのＭＬ制御（ML Control）フィールドのＭＬアドレス１（ML Address 1）サブフィールドに対応するＭＬＤ ＭＡＣアドレスに設定し、ステップ１７１０に進み、構築されるＡＡＤおよびノンスのＡ２フィールドを、受信したＭＰＤＵのＭＬ制御（ML Control）フィールドのＭＬアドレス２（ML Address 2）サブフィールドに対応するＭＬＤ ＭＡＣアドレスに設定し、次いで処理はステップ１７１２から継続される。ステップ１７１２においては、ＡＡＤおよびノンスの残りのフィールドを通常どおりに設定する。なお図示していないが、Ａ３がＢＳＳＩＤに設定されるＭＰＤＵ（例：Ｔｏ ＤＳ／Ｆｒｏｍ ＤＳ＝０のデータフレーム、または管理フレーム）では、リンク２のＢＳＳＩＤが異なる場合、Ａ３（このようなフレームではＢＳＳＩＤに設定され、ＢＳＳＩＤは一般にはそのリンクにおけるＡＰ ＭＬＤのＭＡＣアドレスと同じである）も、送信者がＡＰ ＭＬＤであればＭＬＤ－ＴＡ（またはＭＬＤ－ＴＡと異なる場合はそのリンクのＢＳＳＩＤ）、送信者が非ＡＰ ＭＬＤであればＭＬＤ－ＲＡ（またはＭＬＤ－ＲＡと異なる場合はそのリンクのＢＳＳＩＤ）に変更される。ステップ１７１４においては、構築されたＡＡＤおよびノンスを有するＭＰＤＵに対してＣＣＭＰデカプセル化を実行する。ステップ１７１６においては、復号されたＭＰＤＵを、受信のための次の処理に送り、処理はステップ１７１８で終了する。上記の処理の有利な効果として、ＣＣＭＰカプセル化／デカプセル化が依然としてＭＰＤＵフィールドに基づいて行われるため、この実施形態を実施するために必要な変更を最小限に抑えることができる。

第１の実施形態から第３の実施形態において説明した技術は、ガロア／カウンターモードプロトコル（ＧＣＭＰ）に対しても機能することができ、ＧＣＭＰは現在、ＤＭＧ（Directional multi-gigabit）およびＥＤＭＧ（Enhanced DMG）８０２．１１ ＳＴＡによって使用されているが、将来的にはサブ７ＧＨｚ ８０２．１１ ＳＴＡによっても使用されうる。図１８Ａは、第５の実施形態による、暗号化されたＭＰＤＵを形成するためのＧＣＭＰカプセル化処理の図解１８００を示している。ＣＣＭＰは、連鎖暗号モードでは１つのステージの出力を次のステージへの入力として使用することが要求されるため、１６バイトチャンクのインオーダー処理を必要とする「連鎖」動作モードに基づいている。これに対してＧＣＭＰは、同じＡＥＳ暗号エンジンを使用しているが、より効率的なフレームワークに組み込んでいる。ＣＣＭＰと比較して、ＧＣＭＰは、必要な暗号化処理の数が半分であり、さらに重要な点として、連鎖されないため、ＧＣＭＰ暗号アクセラレーションを送信フレーム全体に並行して適用することができる。図１８００において理解できるように、ＧＣＭＰカプセル化処理は、ＣＣＭＰカプセル化とほぼ同じである。ただし、ＧＣＭＰカプセル化で使用される構築されるＡＡＤ １８０２はＣＣＭＰカプセル化において構築されるＡＡＤと同じであるが、ＧＣＭＰカプセル化で使用される構築されるノンス１８０４は、優先順位（Priority）フィールドを含まない点で、ＣＣＭＰカプセル化で使用されるノンスとは異なる。

図１８Ｂは、第５の実施形態によるＧＣＭＰ保護ＭＰＤＵ １８０６の図解を示している。ＧＣＭＰによって暗号化されているため、ＭＰＤＵ １８０６は、ＣＣＭＰヘッダの代わりにＧＣＭＰヘッダ１８０８を含む。ＧＣＭＰヘッダ１８０８は、オプション（Options）フィールドを含み、このフィールドは、ＧＣＭＰデカプセル化時にＡＡＤおよびノンスのフィールドの構築に使用するべきアドレスフィールドをシグナリングするために使用されるアドレス（Address）フィールド１８０９を伝える。図１８Ｃは、第５の実施形態による、平文ＭＰＤＵを形成するためのＧＣＭＰデカプセル化処理の図解を示している。ＧＣＭＰカプセル化と同様に、ＧＣＭＰデカプセル化もＣＣＭＰデカプセル化とほぼ同じである。ただし、ＧＣＭＰデカプセル化で使用される構築されるＡＡＤ １８１２はＣＣＭＰデカプセル化において構築されるＡＡＤと同じであるが、ＧＣＭＰデカプセル化で使用される構築されるノンス１８１４は、優先順位（Priority）フィールドを含まない点で、ＣＣＭＰデカプセル化で使用されるノンスとは異なる。受信側ＭＬＤは、ＧＣＭＰデカプセル化時にＡＡＤおよびノンスのフィールドを構築するのに使用するべきアドレスフィールドを、アドレス（Address）フィールド１８０９を参照して決定することができる。

図１９は、様々な実施形態による、すべてのリンクにおいて共通のパケット番号（ＰＮ）割り当てを使用するマルチリンクＭＰＤＵ送信の図解１９００を示している。図３の図解３００に示したような別々のＰＴＫを使用するマルチリンクＭＰＤＵ送信に似ているが、ＭＰＤＵを送信するためのリンク１およびリンク２の両方で共通のＰＮ割り当てが使用される。この例では、リンク１でＭＰＤＵ １９０２の送信に失敗したため、リンク１ではなく、リンク２などの異なるリンクで再送信されるように予定されている。リンク２は異なるＰＴＫ（すなわちキー２）を使用するため、ＭＰＤＵをＭＰＤＵ １９０４として、キー２を用いてカプセル化する必要があるが、それでも、ＭＰＤＵ １９０２と同じＳＮ＝４および同じＰＮ＝１０４（リンク１とリンク２の両方において共通のＰＮ割り当てが使用されるため）を使用する。受信者ＭＬＤは、リンク２で受信したＭＰＤＵを、ＭＰＤＵ １９０４を含む各受信ＭＰＤＵのＳＮに従って並べ替える。ＳＮ＝４まで、すなわちＳＮ＝４かつＰＮ＝１０４の受信ＭＰＤＵ １９０４まで並び替えたときに、受信者ＭＬＤは、リプレイカウンタをＰＮ＝１０４に更新する。ＳＮが４より大きい残りのＭＰＤＵ（すなわちＳＮ＝５、ＰＮ＝５２の受信ＭＰＤＵ ３０６およびＳＮ＝７、ＰＮ＝５３の受信ＭＰＤＵ ３０８）がドロップされてリプレイ拒否問題が発生する図３の図解３００とは異なり、ＭＰＤＵ １９０６およびＭＰＤＵ １９０８は、並べ替え処理後にＰＮが正しい順序になっているためリプレイチェックにパスする。このように、ＰＴＫの数に関係なく、共通のＰＮ空間を使用してキーのＰＮを割り当て、再送信においても同じＰＮを使用すれば、前述したリプレイ拒否の問題が解決される。

図２０は、様々な実施形態による送信者ＭＬＤ ２０００の概略図を示している。送信者ＭＬＤは、配信サービス（ＤＳ）を実行するためのＭＡＣ－ＳＡＰ ２００２と、送信バッファ２００４（保護されていないＭＰＤＵ、およびオプションとして、保護されているＭＰＤＵを格納するために使用される）と、シーケンス番号（ＳＮ）割り当てモジュール２００６と、パケット番号（ＰＮ）割り当てモジュール２００８と、ＭＰＤＵ暗号化・完全性モジュール２０１０と、再送信モジュール２０１２（再送信に使用するリンクと、暗号カプセル化処理時にＡＡＤおよびノンスの構築に使用するＭＡＣアドレスを決定する）と、を備えている。さらに送信者ＭＬＤ ２０００は、ＳＴＡ１ ２０１４ａおよびＳＴＡ２２０１４ｂという２つの付属ＳＴＡまたはステーションを備えている。ＳＴＡ１ ２０１４ａは、ＭＡＣ層２０１６ａにおいて、ＭＰＤＵヘッダおよびＣＲＣ作成モジュール２０２０ａと、送信（Ｔｘ）バッファおよびブロック確認応答（ＡＣＫ）制御モジュール２０２２ａと、アグリゲーション制御部２０２４ａとを備えている。同様に、ＳＴＡ２ ２０１４ｂは、ＭＡＣ層２０１６ｂにおいて、ＭＰＤＵヘッダおよびＣＲＣ作成モジュール２０２０ｂと、送信（Ｔｘ）バッファおよびブロック確認応答（ＡＣＫ）制御モジュール２０２２ｂと、アグリゲーション制御部２０２４ｂとを備えている。両方のＳＴＡは、リンク１（ＳＴＡ１ ２０１４ａ用）およびリンク２（ＳＴＡ２ ２０１４ｂ用）を介した送信が行われるＰＨＹ層を備えている。リンクおよび付属ＳＴＡまたはステーションの数は、さらに拡張できることが理解されるであろう。上記のアーキテクチャは、すべてのリンクにおいて同じＰＴＫ（および／またはＧＴＫ／ＩＧＴＫ）が使用される場合に適切であり、たとえリンクに対して異なるＰＴＫが使用される場合でも、すべてのリンクにおいて同じＰＮ空間が使用されるならば、図１９の文脈で説明したようにリプレイ拒否の問題を回避するのに役立ち得るためである。しかしながら、異なるＰＴＫ（および／またはＧＴＫ／ＩＧＴＫ）の使用を選択する配備では、ＭＰＤＵ暗号化・完全性モジュール２０１０を、それぞれの付属ＳＴＡに移動してもよい。リンクに対して別々のＰＮ空間が使用される場合（ＰＮは通常、それぞれの秘密鍵に結び付けられる）、さらにパケット番号（ＰＮ）割り当てモジュール２００８を、それぞれの付属ＳＴＡに移動してもよい。

図２１は、様々な実施形態による受信者ＭＬＤ ２１００の概略図を示している。受信者ＭＬＤは、配信サービス（ＤＳ）を実行するためのＭＡＣ－ＳＡＰ ２１０２と、リプレイ検出モジュール２１０４と、ＭＰＤＵ復号化・完全性モジュール２１０６と、ブロックＡＣＫバッファリングおよび並べ替えモジュール２１０８と、重複検出モジュール２１１０とを備えている。さらに受信者ＭＬＤ ２１００は、ＳＴＡ１ ２１１４ａおよびＳＴＡ２ ２１１４ｂという２つの付属ＳＴＡまたはステーションを備えている。ＳＴＡ１ ２１１４ａは、ＭＡＣ層２１１６ａにおいて、ブロックＡＣＫスコアボードモジュール２１２０ａと、アドレス１フィルタリングモジュール２１２２ａと、デアグリゲーション制御部２１２４ａとを備えている。同様に、ＳＴＡ２ ２１１４ｂは、ＭＡＣ層２１１６ｂにおいて、ブロックＡＣＫスコアボードモジュール２１２０ｂと、アドレス１フィルタリングモジュール２１２２ｂと、デアグリゲーション制御部２１２４ｂとを備えている。両方のＳＴＡは、ＰＨＹ層（すなわちＳＴＡ１ ２１１４ａの２１１８ａおよびＳＴＡ２ ２１１４ｂの２１１８ｂ）を備えており、これらのＰＨＹ層からリンク１（すなわちＳＴＡ１ ２１１４ａと送信者ＭＬＤ ２０００におけるＳＴＡ１ ２０１４ａとの間）およびリンク２（すなわちＳＴＡ２ ２１１４ｂと送信者ＭＬＤ ２０００におけるＳＴＡ２ ２０１４ｂとの間）を介した送信が行われる。リンクおよび付属ＳＴＡまたはステーションの数は、さらに拡張できることが理解されるであろう。ここで、ＭＰＤＵ復号化・完全性モジュール２１０６は、ＣＣＭＰ／ＧＣＭＰデカプセル化時に、ＣＣＭＰ／ＧＣＭＰヘッダ内のアドレスフィールドを解析して、ＡＡＤおよびノンスのフィールドを構築するために使用するアドレスフィールドを決定する役割を担う。

図２２は、様々な実施形態に係る、ＭＰＤＵのマルチリンクのセキュアな再送信のための方法を図解したフローチャート２２００を示している。ステップ２２０２においては、第１の複数の付属ＳＴＡとともに動作するように構成された第１のＭＬＤにおいて、第２の複数の付属ＳＴＡとともに動作するように構成された第２のＭＬＤと、ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）をセットアップし、この場合、第１の複数の付属ＳＴＡのＳＴＡと第２の複数の付属ＳＴＡの対応するＳＴＡとの間に２つ以上のリンクが確立されている。ステップ２２０４においては、追加認証データ（ＡＡＤ）およびノンスを構築し、ＡＡＤは、アドレス１（Ａ１）フィールド、アドレス２（Ａ２）フィールド、アドレス３（Ａ３）フィールド、およびシーケンス制御（ＳＣ）フィールドを含み、ノンスはアドレス２（Ａ２）フィールドを含み、ＡＡＤのＳＣフィールドはＭＰＤＵのＳＣフィールドに基づく。ステップ２２０６においては、ＡＡＤおよびノンスを使用してＭＰＤＵを暗号的にカプセル化して、カプセル化されたＭＰＤＵを形成する。該当する場合、ＣＣＭＰ／ＧＣＭＰヘッダのアドレスフィールドは、ＡＡＤおよびノンスのフィールドを生成するために使用されたアドレスフィールドをシグナリングするように設定される。ステップ２２０８においては、カプセル化されたＭＰＤＵを、最初の送信として、第１のＭＬＤから第１のリンク上で第２のＭＬＤに送信する。ステップ２２１０においては、最初の送信の失敗時に、カプセル化されたＭＰＤＵを、暗号カプセル化を再実行することなく第２のリンクで再送信する。該当する場合、再送信されるＭＰＤＵのＣＣＭＰ／ＧＣＭＰヘッダ内のアドレスフィールドは、カプセル化処理時にＡＡＤおよびノンスのフィールドを生成するために使用されたアドレスフィールドをシグナリングするように設定される。

図２３は、第１から第５の実施形態による、マルチリンクのセキュアな再送信のために実施することのできるマルチリンクデバイス２３００の概略的な部分断面図を示している。マルチリンクデバイス２３００は、ＡＰ ＭＬＤまたは非ＡＰ ＭＬＤとして実施することができ、様々な実施形態に係る１つまたは複数の付属ＳＴＡまたはＳＴＡを備えている。

マルチリンクデバイス２３００のさまざまな機能および動作は、階層モデルに従って複数の層に配置されている。このモデルでは、ＩＥＥＥ仕様に従って、下位層が上位層に報告し、上位層から指示を受け取る。簡潔さを目的として、本開示では階層モデルの詳細については説明しない。

図２３に示したように、マルチリンクデバイス２３００は、回路２３１４と、少なくとも１つの無線送信機２３０２と、少なくとも１つの無線受信機２３０４と、複数のアンテナ２３１２（簡潔さのため図２３では説明を目的として１つのアンテナのみが描かれている）を含むことができる。回路は少なくとも１つのコントローラ２３０６を含むことができ、コントローラ２３０６は、ＭＩＭＯ無線ネットワークにおける１つまたは複数の別のマルチリンクデバイスとの通信の制御を含む、実行するように設計されているタスクをソフトウェアおよびハードウェアの支援下で実行するときに使用される。少なくとも１つのコントローラ２３０６は、少なくとも１つの無線送信機２３０２を通じて１つまたは複数の別のマルチリンクデバイスに送信されるＭＰＤＵを生成するための少なくとも１つの送信号生成器２３０８と、１つまたは複数の別のマルチリンクデバイスから少なくとも１つの無線受信機２３０４を通じて受信されるＭＰＤＵを処理するための少なくとも１つの受信信号処理器２３１０とを制御することができる。さらに少なくとも１つのコントローラ２３０６は、ＡＡＤおよびノンスフレームを構築するためと、構築されたＡＡＤおよびノンスフレームを使用してＭＰＤＵに対してＣＣＭＰまたはＧＣＭＰカプセル化またはデカプセル化を実行するための、少なくとも１つの送信号生成器２３０８および／または少なくとも１つの受信信号処理器２３１０、を制御することができる。少なくとも１つの送信号生成器２３０８および少なくとも１つの受信号処理器２３１０は、上述した機能のために少なくとも１つのコントローラ２３０６と通信する、マルチリンクデバイス２３００のスタンドアロンモジュールとすることができる。あるいは、少なくとも１つの送信号生成器２３０８および少なくとも１つの受信号処理器２３１０は、少なくとも１つのコントローラ２３０６に含まれていてもよい。これらの機能モジュールの配置は柔軟であり、実用的なニーズおよび／または要件に応じて変化し得ることが当業者には理解されるであろう。データの処理装置、記憶装置、および他の関連する制御装置は、適切な回路基板上および／またはチップセットに提供することができる。

様々な実施形態において、動作時、少なくとも１つの無線送信機２３０２、少なくとも１つの無線受信機２３０４、および少なくとも１つのアンテナ２３１２を、少なくとも１つのコントローラ２３０６によって制御することができる。さらに、１つの無線送信機２３０２のみが示されているが、複数のこのような送信機（すなわちマルチリンクデバイス２３００の各付属ＳＴＡまたはＳＴＡごとに１つの送信機）が存在し得ることが理解されるであろう。

様々な実施形態において、動作時に、少なくとも１つの無線受信機２３０４は、少なくとも１つの受信信号処理器２３１０とともに、マルチリンクデバイス２３００の受信機を形成する。マルチリンクデバイス２３００の受信機は、動作時に、マルチリンク通信に必要な機能を提供する。１つの無線受信機２３０４のみが示されているが、複数のこのような受信機（すなわちマルチリンクデバイス２３００の各付属ＳＴＡまたはＳＴＡごとに１つの受信機）が存在し得ることが理解されるであろう。

マルチリンクデバイス２３００は、動作時に、マルチリンクのセキュアな再送信に必要な機能を提供する。例えば、マルチリンクデバイス２３００は、第１の複数の付属ＳＴＡとともに動作するように構成された第１のマルチリンクデバイスとすることができる。回路２３１４は、動作時に、第２の複数の付属ＳＴＡとともに動作するように構成された第２のＭＬＤとの間で、ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）をセットアップすることができ、この場合、第１の複数の付属ＳＴＡのＳＴＡと第２の複数の付属ＳＴＡの対応するＳＴＡとの間に２つ以上のリンクが確立されており、回路は、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）の暗号カプセル化に使用される追加認証データ（ＡＡＤ）およびノンスを構築して、カプセル化されたＭＰＤＵを形成し、ＡＡＤは、アドレス１（Ａ１）フィールド、アドレス２（Ａ２）フィールド、アドレス３（Ａ３）フィールド、およびシーケンス制御（ＳＣ）フィールドを含み、ノンスはアドレス２（Ａ２）フィールドを含み、ＡＡＤのＳＣフィールドは、ＭＰＤＵのＳＣフィールドに基づく。送信機２３０２は、動作時に、カプセル化されたＭＰＤＵを、最初の送信として第１のリンク上で第２のＭＬＤに送信し、最初の送信の失敗時に、カプセル化されたＭＰＤＵを、暗号カプセル化を再実行することなく第２のリンク上で再送信することができる。

ＡＡＤおよびノンスのＡ２フィールドを、第１のＭＬＤを識別する媒体アクセス制御（ＭＡＣ）アドレスに設定することができ、ＡＡＤのＡ１フィールドを、第２のＭＬＤを識別するＭＡＣアドレスに設定することができる。ＭＰＤＵを暗号によって保護するために、ＣＣＭＰまたはＧＣＭＰの一方を使用することができる。ＭＰＤＵは、第１のＭＬＤおよび第２のＭＬＤの識別情報を含むことができ、ＡＡＤおよびノンスのＡ２フィールドを、識別情報に示される第１のＭＬＤを識別するＭＡＣアドレスに設定することができ、ＡＡＤのＡ１フィールドを、識別情報に示される第２のＭＬＤを識別するＭＡＣアドレスに設定することができる。

回路２３１４は、ＭＰＤＵにおいてＡ１、Ａ２、Ａ３フィールドの設定を指定することができ、この設定は、ＭＰＤＵの暗号デカプセル化時に、Ａ１、Ａ２、Ａ３フィールドを、それぞれ、第２のＭＬＤを識別するＭＡＣアドレス、第１のＭＬＤを識別するＭＡＣアドレス、ＡＰ ＭＬＤを識別するＭＡＣアドレスに設定するべきであるかどうかを示す、または、Ａ１、Ａ２、Ａ３フィールドを、それぞれ、第２のＭＬＤの付属ＳＴＡのＭＡＣアドレス、第１のＭＬＤの付属ＳＴＡのＭＡＣアドレス、ＡＰ ＭＬＤを識別するＭＡＣアドレスに設定するべきであるかどうかを示す、または、Ａ１、Ａ２、Ａ３フィールドを、それぞれＭＰＤＵのＡ１、Ａ２、Ａ３フィールドに設定するべきであるかどうかを示し、この場合、ＡＰ ＭＬＤは第１のＭＬＤまたは第２のＭＬＤである。Ａ１、Ａ２、Ａ３フィールドの設定は、カプセル化されたＭＰＤＵのＣＣＭＰ（カウンターモード暗号ブロック連鎖メッセージ認証コードプロトコル）ヘッダフィールドまたはＧＣＭＰ（ガロア／カウンターモードプロトコル）ヘッダフィールドの一方に示すことができる。

ＡＡＤおよびノンスのＡ２フィールドは、ＭＰＤＵのＡ２フィールドに設定することができ、ＡＡＤのＡ１フィールドは、ＭＰＤＵのＡ１フィールドに設定することができ、最初の送信に失敗したときに、回路２３１４は、Ａ１、Ａ２、Ａ３フィールドの設定を、再送信されるＭＰＤＵにおいてさらに指定することができ、この設定は、再送信されたＭＰＤＵの暗号デカプセル化時に、Ａ１、Ａ２、Ａ３フィールドを、それぞれ、第２のＭＬＤの付属ＳＴＡのＭＡＣアドレス、第１のＭＬＤの付属ＳＴＡのＭＡＣアドレス、ＡＰ ＭＬＤを識別するＭＡＣアドレスに設定するべきであるかどうか、または、Ａ１、Ａ２、Ａ３フィールドを、それぞれ、再送信されたＭＰＤＵのＡ１、Ａ２、Ａ３フィールドに設定するべきであるかどうかを示す。

例えば、マルチリンクデバイス２３００は、第１の複数の付属ＳＴＡとともに動作するように構成された第１のマルチリンクデバイスとすることができる。回路２３１４は、動作時に、第２の複数の付属ＳＴＡとともに動作するように構成された第２のＭＬＤとの間で、ロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）をセットアップすることができ、この場合、第１の複数の付属ＳＴＡのＳＴＡと第２の複数の付属ＳＴＡの対応するＳＴＡとの間に２つ以上のリンクが確立されている。受信機２３０４は、動作時に、第２のＭＬＤから、暗号的にカプセル化されたＭＡＣプロトコルデータユニット（ＭＰＤＵ）を受信することができ、この場合、回路２３１４は、受信したＭＰＤＵの暗号デカプセル化に使用される追加認証データ（ＡＡＤ）およびノンスを構築し、ＡＡＤは、アドレス１（Ａ１）フィールド、アドレス２（Ａ２）フィールド、アドレス３（Ａ３）フィールド、およびシーケンス制御（ＳＣ）フィールドを含み、ノンスはアドレス２（Ａ２）フィールドを含み、ＡＡＤおよびノンスのＡ２フィールドは、ＭＰＤＵのＡ２フィールド、第２のＭＬＤを識別する媒体アクセス制御（ＭＡＣ）アドレス、または第２の複数の付属ＳＴＡのうちの１つのＭＡＣアドレス、のいずれかに設定することができ、ＡＡＤのＡ１フィールドは、ＭＰＤＵのＡ１フィールド、第１のＭＬＤを識別するＭＡＣアドレス、または第１の複数の付属ＳＴＡのうちの１つのＭＡＣアドレス、のいずれかに設定することができ、ＡＡＤのアドレス３（Ａ３）フィールドは、リンクのＢＳＳＩＤフィールド、ＭＰＤＵのＡ３フィールド、またはＡＰ ＭＬＤのＭＡＣアドレスに設定することができ、ＡＡＤのＳＣフィールドはＭＰＤＵのＳＣフィールドに基づく。

回路２３１４は、第２のＭＬＤから受信したＭＰＤＵを暗号的にデカプセル化することができ、この場合、ＡＡＤおよびノンスのＡ２フィールドを、第２のＭＬＤを識別するＭＡＣアドレスに設定することができ、ＡＡＤのＡ１フィールドを、第１のＭＬＤを識別するＭＡＣアドレスに設定することができる。ＣＣＭＰまたはＧＣＭＰのいずれかを使用して、ＭＰＤＵを暗号的にデカプセル化することができる。ＭＰＤＵは、第１のＭＬＤおよび第２のＭＬＤの識別情報を伝えることができ、回路は、ＡＡＤおよびノンスのＡ２フィールドを、ＭＰＤＵに示される第２のＭＬＤを識別するＭＡＣアドレスに設定し、ＡＡＤのＡ１フィールドを、ＭＰＤＵに示される第１のＭＬＤを識別するＭＡＣアドレスに設定することによって、ＭＰＤＵを暗号的にデカプセル化することができる。

回路２３１４は、ＭＰＤＵに示されるＡ１、Ａ２、Ａ３フィールドの設定に基づいて、受信したＭＰＤＵを暗号的にデカプセル化することができ、設定は、暗号デカプセル化時に、Ａ１、Ａ２、Ａ３フィールドを、それぞれ、第１のＭＬＤを識別するＭＡＣアドレス、第２のＭＬＤを識別するＭＡＣアドレス、ＡＰ ＭＬＤを識別するＭＡＣアドレスに設定するべきであるかどうか、または、Ａ１、Ａ２、Ａ３フィールドを、それぞれ、第１のＭＬＤの付属ＳＴＡのＭＡＣアドレス、第２のＭＬＤの付属ＳＴＡのＭＡＣアドレス、ＡＰ ＭＬＤを識別するＭＡＣアドレスに設定するべきであるかどうか、または、Ａ１、Ａ２、Ａ３フィールドを、それぞれＭＰＤＵのＡ１、Ａ２、Ａ３フィールドに設定するべきであるかどうかを示し、この場合、ＡＰ ＭＬＤは第１のＭＬＤまたは第２のＭＬＤである。アドレスフィールドの設定は、第２のＭＬＤから受信されるＭＰＤＵのＣＣＭＰヘッダまたはＧＣＭＰヘッダの一方に示すことができる。

回路２３１４は、ＡＡＤおよびノンスのＡ２フィールドを最初のＭＰＤＵのＡ２フィールドに設定し、ＡＡＤのＡ１フィールドを最初のＭＰＤＵのＡ１フィールドに設定することによって、第２のＭＬＤから受信された最初のＭＰＤＵを暗号的にデカプセル化することができ、最初のＭＰＤＵは、０に設定された再試行（Retry）サブフィールドを含む。回路２３１４は、２番目のＭＰＤＵに示されるＡ１、Ａ２、Ａ３フィールドの設定に基づいて、第２のＭＬＤから受信された２番目のＭＰＤＵを暗号的にデカプセル化することができ、設定は、暗号デカプセル化時に、Ａ１、Ａ２、Ａ３フィールドを、それぞれ、第１のＭＬＤの付属ＳＴＡのＭＡＣアドレス、第２のＭＬＤの付属ＳＴＡのＭＡＣアドレス、ＡＰ ＭＬＤを識別するＭＡＣアドレスに設定するべきであるかどうか、または、Ａ１、Ａ２、Ａ３フィールドを、それぞれ２番目のＭＰＤＵのＡ１、Ａ２、Ａ３フィールドに設定するべきである、かどうかを示し、２番目のＭＰＤＵは、１に設定された再試行（Retry）サブフィールドを含む。

本開示は、ソフトウェア、ハードウェア、またはハードウェアと協働するソフトウェアによって実現することができる。上述した各実施形態の説明において使用されている各機能ブロックは、その一部または全体を、集積回路などのＬＳＩで実現することができ、各実施形態において説明した各処理は、その一部または全体を、同一のＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、個々にチップとして形成されていてもよいし、機能ブロックの一部またはすべてを含むように１つのチップを形成してもよい。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ここでいうＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼ばれることがある。しかしながら、集積回路を実施する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ、または特殊目的プロセッサを使用して実現されてもよい。さらに、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ：Field Programmable Gate Array）や、ＬＳＩ内部に配置された回路セルの接続や設定を変更可能なリコンフィギュラブルプロセッサを用いてもよい。本開示は、デジタル処理またはアナログ処理として実現することができる。半導体技術やその他の派生技術の進歩により、将来の集積回路技術がＬＳＩに置き換わった場合、その将来の集積回路技術を用いて機能ブロックを集積することも可能である。バイオテクノロジーを応用することもできる。

本開示は、通信デバイスと称される、通信の機能を有する任意の種類の装置、デバイス、またはシステムによって実現することができる。

通信デバイスは、送受信機と、処理／制御回路とを備えていることができる。送受信機は、受信機および送信機を備えている、および／または、受信機および送信機として機能することができる。送信機および受信機としての送受信機は、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）モジュールと、１つまたは複数のアンテナとを含むことができる。

そのような通信デバイスのいくつかの非限定的な例としては、電話（例えばセルラー（携帯）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えばラップトップ、デスクトップ、ネットブック）、カメラ（例えばデジタルスチル／ビデオカメラ）、デジタルプレーヤー（デジタルオーディオ／ビデオプレーヤー）、ウェアラブルデバイス（例えばウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲーム機、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例えば自動車、飛行機、船舶）、およびそれらの様々な組合せが挙げられる。

本通信デバイスは、携帯型または可搬型に限定されず、非携帯型または据付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」などを含むこともできる。

通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、およびこれらのさまざまな組合せを通じてデータを交換すること、を含むことができる。

本通信デバイスは、本開示の中で説明した通信の機能を実行する通信装置に結合されたコントローラやセンサなどの装置を備えることができる。例えば、通信デバイスは、通信デバイスの通信機能を実行する通信装置によって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。

本通信デバイスは、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。

アーキテクチャ（例えば図２０および図２１に示したアーキテクチャ）の非限定的な例として、本開示のＭＬＤは、上位層への共通のＭＡＣデータサービスインターフェースを共有する複数の分離された通信装置によって論理的に実現することができる。

ステーションの非限定的な例は、マルチリンクステーション論理エンティティ（すなわちＭＬＤなど）に属する第１の複数のステーションに含まれるステーションとすることができ、マルチリンクステーション論理エンティティに属する第１の複数のステーションの一部として、第１の複数のステーションのステーションは、上位層への共通の媒体アクセス制御（ＭＡＣ）データサービスインターフェースを共有し、共通のＭＡＣデータサービスインターフェースは共通のＭＡＣアドレスまたはトラフィック識別子（ＴＩＤ）に関連付けられている。

したがって、本開示の実施形態は、特にマルチリンクのセキュアな再送信において、マルチリンク通信のスループット利得を十分に実現するために、複数のリンク上で動作する通信デバイスおよび通信方法を提供することを理解することができる。

本実施形態のここまでの詳細な説明では、例示的な実施形態を提示してきたが、膨大な数の変形形態が存在することを理解されたい。さらに、例示的な実施形態は例であり、本開示の範囲、適用性、動作、または構成を何ら制限するようには意図していないことを理解されたい。むしろ、ここまでの詳細な説明は、例示的な実施形態を実施するための便利な指針を当業者に提供するものである。例示的な実施形態に記載された動作のステップおよび方法の機能および編成と、例示的な実施形態に記載されたデバイスのモジュールおよび構造には、添付の請求項に記載されている主題の範囲から逸脱することなく、様々な変更を行うことができることを理解されたい。

Claims (17)

1. 送信側マルチリンクデバイス（ＭＬＤ）であって、
   追加認証データ（ＡＡＤ）およびノンスを構築し、平文ＭＡＣプロトコルデータユニット（ＭＰＤＵ）と前記ＡＡＤと前記ノンスとをカプセル化して、カプセル化されたＭＰＤＵを形成する回路であって、前記ＡＡＤは、受信側マルチリンクデバイス（ＭＬＤ）のＭＡＣアドレスが設定されたアドレス１（Ａ１）フィールドと、前記送信側ＭＬＤのＭＡＣアドレスが設定されたアドレス２（Ａ２）フィールドとを含み、前記ノンスは、前記送信側ＭＬＤのＭＡＣアドレスが設定されたＡ２フィールドを含む、回路と、
   前記カプセル化されたＭＰＤＵを、前記受信側ＭＬＤに第１のリンクで送信する送信部と、
   を備えている、送信側ＭＬＤ。
2. 前記カプセル化されたＭＰＤＵの送信に失敗した場合、前記送信部は、前記ＭＰＤＵを新しいパケット番号（ＰＮ）でカプセル化することなく、前記ＭＰＤＵを別のリンクで再送する、
   請求項１に記載の送信側ＭＬＤ。
3. 前記第１のリンクにおける初回送信と、他のリンクにおける再送とで、共通のパケット番号（ＰＮ）が用いられる、
   請求項１に記載の送信側ＭＬＤ。
4. 前記受信側ＭＬＤに対応づけられた第２の複数の付属ＳＴＡと一つ以上のリンクを確立することができる第１の複数の付属（affiliated）ＳＴＡ（Station）を有する、
   請求項１に記載の送信側ＭＬＤ。
5. 前記Ａ１フィールドおよびＡ２フィールドの設定が、前記カプセル化されたＭＰＤＵのＣＣＭＰ（カウンターモード暗号ブロック連鎖メッセージ認証コードプロトコル）ヘッダフィールドまたはＧＣＭＰ（ガロア／カウンターモードプロトコル）ヘッダフィールドの一方に示される、
   請求項３に記載の第送信側ＭＬＤ。
6. 複数のリンクに対して共通のパケット番号（ＰＮ）が前記送信および再送において使用される、
   請求項１に記載の送信側ＭＬＤ。
7. 前記ＭＰＤＵを暗号的に保護するために、ＣＣＭＰ（カウンターモード暗号ブロック連鎖メッセージ認証コードプロトコル）またはＧＣＭＰ（ガロア／カウンターモードプロトコル）の一方が使用される、
   請求項１に記載の送信側ＭＬＤ。
8. 前記回路は、複数のリンクに対して一つのパケット番号（ＰＮ）空間を使用する、
   請求項１に記載の送信側ＭＬＤ。
9. 送信側マルチリンクデバイス（ＭＬＤ）のための通信方法であって、
   追加認証データ（ＡＡＤ）およびノンスを構築し、平文ＭＡＣプロトコルデータユニット（ＭＰＤＵ）と前記ＡＡＤと前記ノンスとをカプセル化して、カプセル化されたＭＰＤＵを形成し、前記ＡＡＤは、受信側マルチリンクデバイス（ＭＬＤ）のＭＡＣアドレスが設定されたアドレス１（Ａ１）フィールドと、前記送信側ＭＬＤのＭＡＣアドレスが設定されたアドレス２（Ａ２）フィールドとを含み、前記ノンスは、前記送信側ＭＬＤのＭＡＣアドレスが設定されたＡ２フィールドを含み、
   前記カプセル化されたＭＰＤＵを、前記受信側ＭＬＤに第１のリンクで送信する、
   通信方法。
10. 前記カプセル化されたＭＰＤＵの送信に失敗した場合、前記ＭＰＤＵを新しいパケット番号（ＰＮ）でカプセル化することなく、前記ＭＰＤＵを別のリンクで再送する、
    請求項９に記載の通信方法。
11. 前記第１のリンクにおける初回送信と、他のリンクにおける再送とで、共通のパケット番号（ＰＮ）が用いられる、
    請求項９に記載の通信方法。
12. 前記送信側ＭＬＤは、前記受信側ＭＬＤに対応づけられた第２の複数の付属ＳＴＡと一つ以上のリンクを確立することができる第１の複数の付属（affiliated）ＳＴＡ（Station）を有する、
    請求項９に記載の通信方法。
13. 前記Ａ１フィールドおよびＡ２フィールドの設定が、前記カプセル化されたＭＰＤＵのＣＣＭＰ（カウンターモード暗号ブロック連鎖メッセージ認証コードプロトコル）ヘッダフィールドまたはＧＣＭＰ（ガロア／カウンターモードプロトコル）ヘッダフィールドの一方に示される、
    請求項１１に記載の通信方法。
14. 複数のリンクに対して共通のパケット番号（ＰＮ）が前記送信および再送において使用される、
    請求項９に記載の通信方法。
15. 前記ＭＰＤＵを暗号的に保護するために、ＣＣＭＰ（カウンターモード暗号ブロック連鎖メッセージ認証コードプロトコル）またはＧＣＭＰ（ガロア／カウンターモードプロトコル）の一方が使用される、
    請求項９に記載の通信方法。
16. 複数のリンクに対して一つのパケット番号（ＰＮ）空間を使用する、
    請求項９に記載の通信方法。
17. 送信側マルチリンクデバイス（ＭＬＤ）のための集積回路であって、
    追加認証データ（ＡＡＤ）およびノンスを構築し、平文ＭＡＣプロトコルデータユニット（ＭＰＤＵ）と前記ＡＡＤと前記ノンスとをカプセル化して、カプセル化されたＭＰＤＵを形成し、前記ＡＡＤは、受信側マルチリンクデバイス（ＭＬＤ）のＭＡＣアドレスが設定されたアドレス１（Ａ１）フィールドと、前記送信側ＭＬＤのＭＡＣアドレスが設定されたアドレス２（Ａ２）フィールドとを含み、前記ノンスは、前記送信側ＭＬＤのＭＡＣアドレスが設定されたＡ２フィールドを含む、ステップと、
    前記カプセル化されたＭＰＤＵを、前記受信側ＭＬＤに第１のリンクで送信するステップと、
    を制御する集積回路。
    

Images