JP2024507698A - マルチリンクアドレス解決のための通信装置および通信方法 - Google Patents

Abstract

本開示の通信装置は、第１のマルチリンクデバイス（ＭＬＤ）と連携している複数の通信装置のうちのある１つの通信装置であり、動作中に、要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信する受信機であって、アドレス解決要求は、第１のＭＬＤのインターネットプロトコルアドレスを含む、受信機と、動作中に、要求側通信装置が第２のＭＬＤと連携しているか否かを判定して、アドレス解決応答を含む第２のデータフレームを発生させる回路であって、アドレス解決応答は、要求側通信装置が第２のＭＬＤと連携していないという判定に応答して、通信装置の媒体アクセス制御（ＭＡＣ）アドレス、または、要求側通信装置が前記第２のＭＬＤと連携しているという判定に応答して、第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含む、回路と、を備える。

Description

本実施形態は、一般に、通信装置に関し、より具体的には、マルチリンクアドレス解決のための方法および装置に関する。

今日の世界では、通信デバイスが有線のコンピューティングデバイスと同じ性能でワイヤレスに動作することが期待される。例えば、ユーザは、ユーザのワイヤレス通信デバイスへストリームされた高解像度ムービーをシームレスに観ることができることを期待する。これは、通信デバイスならびに通信デバイスがワイヤレスに接続するアクセスポイントに対する課題を提示する。

米国電気電子学会（ＩＥＥＥ：Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１グループは、最近、これらの課題に対処するために８０２．１１タスクグループ（ＴＧ：Ｔａｓｋ Ｇｒｏｕｐ）を形成した。２．４ＧＨｚ、５ＧＨｚおよび６ＧＨｚ周波数帯域におけるマルチリンク動作が、かかる通信のためのキーとなる候補技術として特定された。マルチリンクにわたるマルチチャネルアグリゲーションは、通信データのスループットを何倍も向上させるための自然な方法である。

アクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔ）マルチリンクデバイス（ＭＬＤ：ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）と非ＡＰ ＭＬＤとの間のかかるマルチリンク動作を可能にするために、１つ以上のリンクにおける連携ステーション（ＳＴＡ：ａｆｆｉｌｉａｔｅｄ ｓｔａｔｉｏｎ）に対してアソシエーションを確立するために、サポートされたリンクのうちの１つを通じてマルチリンクセットアップが行われてよい。

しかしながら、ＭＬＤの文脈において、ピアデバイスのリンクレイヤアドレス（例えば、ＭＡＣアドレス）を、与えられたインターネットレイヤアドレス（例えば、ＩＰアドレス）から解決するためにレガシＳＴＡをサポートするマルチリンクアドレス解決に関しては、これまで議論がなかった。

従って、上述の問題を解決しうる通信装置および通信方法に対するニーズがある。さらに、他の望ましい特徴および特性は、添付図面および本開示のこの背景技術を併せて考えたときに、次の詳細な記載および添付の特許請求の範囲から明らかになるであろう。

非限定かつ例示的な実施形態は、マルチリンクアドレス解決のための通信装置および通信方法の提供を容易にする。

第１の態様において、本開示は、第１のマルチリンクデバイス（ＭＬＤ）と連携している複数の通信装置のうちのある１つの通信装置を提供し、その通信装置は、動作中に、要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信する受信機であって、アドレス解決要求は、第１のＭＬＤのインターネットプロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレスを含む、受信機と、動作中に、要求側通信装置が第２のＭＬＤと連携しているか否かを判定して、アドレス解決応答を含む第２のデータフレームを発生させる回路であって、アドレス解決応答は、要求側通信装置が第２のＭＬＤと連携していないという判定に応答して、通信装置の媒体アクセス制御（ＭＡＣ：ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレス、または要求側通信装置が第２のＭＬＤと連携しているという判定に応答して、第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含む、回路とを備える。

第２の態様において、本開示は、ＡＰ ＭＬＤと連携している複数のアクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）のうちのある１つのＡＰを提供し、そのＡＰは、動作中に、要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信する受信機であって、アドレス解決要求は、ＡＰ ＭＬＤと関連付けられた第１のＭＬＤのＩＰアドレスを含み、第１のＭＬＤは、複数の通信装置を備える、受信機と、動作中に、要求側通信装置がＡＰ ＭＬＤと関連付けられた第２のＭＬＤと連携しているか否かを判定して、アドレス解決応答を含む第２のデータフレームを発生させる回路であって、アドレス解決応答は、要求側通信装置が第２のＭＬＤと連携していないという判定に応答して、第１のＭＬＤと連携している複数の通信装置のうちのある１つの通信装置のＭＡＣアドレス、または要求側通信装置が第２のＭＬＤと連携しているという判定に応答して、第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含む、回路とを備える。

第３の態様において、本開示は、通信方法を提供し、その方法は、要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信するステップであって、アドレス解決要求は、第１のＭＬＤのＩＰアドレスを含む、受信するステップと、要求側通信装置が第２のＭＬＤと連携しているか否かを判定するステップと、アドレス解決応答を含む第２のデータフレームを発生させるステップであって、アドレス解決応答は、要求側通信装置が第２のＭＬＤと連携していないという判定に応答して、第１のＭＬＤに連携している複数の通信装置のうちのある１つの通信装置のＭＡＣアドレス、または要求側通信装置が第２のＭＬＤと連携しているという判定に応答して、第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含む、発生させるステップとを含む。

開示される実施形態の追加的な利益および利点は、明細書および図面から明らかになるであろう。それらの利益および／または利点は、明細書および図面の様々な実施形態ならびに特徴によって個別に得られてよく、かかる利益および／または利点の１つ以上を得るためにすべてが提供される必要はない。

添付図は、同様の参照数字が別々のビューにわたって同一のまたは機能的に類似した要素を参照し、以下の詳細な記載とともに本明細書に組み込まれて、その一部を形成し、様々な実施形態を示して、様々な原理および利点を本実施形態に従って説明するために役立つ。

アクセスポイント（ＡＰ）のプロキシＡＲＰ機能を示す概略図を示す。 ＭＬＤの構成を示す。 ＡＰ－ＭＬＤのＡＰの、非ＡＰ ＭＬＤと連携ありまたはなしのＳＴＡとの直接リンク通信を示す概略図を示す。 本開示による通信装置の構成例を示す。通信装置は、アクセスポイント（ＡＰ）およびステーション（ＳＴＡ）として実装されて、本開示によるマルチリンクアドレス解決のために構成されてよい。 本開示による通信方法を示すフローチャート５００を示す。 本開示の第１の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤおよびＡＰ ＭＬＤのネットワークインタフェースレイヤのそのインターネットレイヤとの通信の構成例を示す概略図を示す。 本開示の第１の実施形態による、マルチリンクアドレス解決のための非ＡＰ ＭＬＤ、非ＡＰ ＭＬＤのネットワークインタフェースレイヤのそのインターネットレイヤとの通信の構成例を示す概略図を示す。 本開示の第１の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤと非ＡＰ ＭＬＤとの間の通信を示すフローチャートを示す。 本開示の第１の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した２つの非ＡＰ ＭＬＤ間の通信を示すフローチャートを示す。 本開示の第１の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第１の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第２の実施形態による、マルチリンクアドレス解決のためのＡＰ－ＭＬＤおよびＡＰ－ＭＬＤのネットワークインタフェースレイヤのそのインターネットレイヤとの通信の構成例を示す概略図を示す。 本開示の第２の実施形態による、マルチリンクアドレス解決のための非ＡＰ－ＭＬＤおよび非ＡＰ－ＭＬＤのネットワークインタフェースレイヤのそのインターネットレイアとの通信の構成例を示す概略図を示す。 本開示の第２の実施形態による、データフレームのフォーマット例を示す。 本開示の第２の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第２の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第２の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第２の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第２の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第３の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤ間の通信を示すフローチャートを示す。 本開示の第３の実施形態による、ＭＬＤアドレスクエリ要求フレームおよびＭＬＤアドレスクエリ応答フレームのフォーマット例を示す。 本開示の第３の実施形態による、ＭＬＤアドレスクエリフレームを含むために用いられるＥｔｈｅｒｔｙｐｅ８９－０ｄデータフレームのフォーマット例を示す。 本開示の第４の実施形態による、ＳＴＡまたはＭＬＤのＭＡＣアドレスのアーキテクチャ例を示す。 本開示の第４の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した２つの非ＡＰ ＭＬＤ間の通信を示すフローチャートを示す。 本開示の第４の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第５の実施形態による、マルチリンクアドレス解決のためのディストリビューションシステム、ＡＰ ＭＬＤおよび非ＡＰ ＭＬＤ間の通信を示すフローチャートを示す。 本開示の第５の実施形態による、マルチリンクアドレス解決のためのディストリビューションシステム、ＡＰ ＭＬＤおよび非ＭＬＤ ＳＴＡ間の通信を示すフローチャートを示す。 本開示の第５の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第５の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した２つの非ＡＰ ＭＬＤ間の通信を示すフローチャートを示す。 本開示の第５の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第５の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第５の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 本開示の第５の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤを介した非ＡＰ ＭＬＤと非ＭＬＤ ＳＴＡとの間の通信を示すフローチャートを示す。 通信デバイスおよび通信デバイスと連携している２つの通信装置の構成例を示す。通信デバイスは、ＡＰ ＭＬＤとして実装されて、連携通信装置の各々は、本開示によるマルチリンクアドレス解決のために構成されたＡＰとして実装されてよい。 通信デバイスおよび通信デバイスと連携している２つの通信装置の構成例を示す。通信デバイスは、非ＡＰ ＭＬＤとして実装されて、連携通信装置の各々は、本開示によるマルチリンクアドレス解決のために構成されたＳＴＡとして実装されてよい。

図中の要素は、簡潔かつ明確にするために示され、必ずしも縮尺通りに描かれなかったことが当業者にわかるであろう。例えば、説明図、ブロックダイアグラムまたはフローチャートにおけるいくつかの要素の寸法は、本実施形態の正確な理解を助けるために他の要素に対して誇張されていることがある。

以下の詳細な記載は、本質的に単に例示的であり、実施形態もしくは実施形態の用途および使用を限定することは意図されない。さらに、先の背景技術もしくはこの詳細な記載に提示されるいずれの理論によっても束縛されるものではない。さらに、他の望ましい特徴および特性は、添付図面および本開示のこの背景技術を併せて考えたときに、次の詳細な記載および添付の特許請求の範囲から明らかになるであろう。

ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）技術の文脈において、同義でＳＴＡと言及される、ステーションは、８０２．１１プロトコルを用いるケイパビリティを有する通信装置である。ＩＥＥＥ８０２．１１－２０１６の定義に基づいて、ＳＴＡは、ＩＥＥＥ８０２．１１準拠の媒体アクセス制御（ＭＡＣ）、およびワイヤレス媒体（ＷＭ：ｗｉｒｅｌｅｓｓ ｍｅｄｉｕｍ）への物理レイヤ（ＰＨＹ：ｐｈｙｓｉｃａｌ ｌａｙｅｒ）インタフェースを含む任意のデバイスとすることができる。

例えば、ＳＴＡは、ラップトップ、デスクトップ・パーソナルコンピュータ（ＰＣ：ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）環境におけるアクセスポイントまたはＷｉ－Ｆｉフォンであってよい。ＳＴＡは、固定式またはモバイルであってよい。ＷＬＡＮ環境において、用語「ＳＴＡ」、「ワイヤレスクライアント」、「ユーザ」、「ユーザデバイス」、および「ノード」は、しばしば同義で用いられる。

同様に、ＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）技術の文脈においてワイヤレスアクセスポイント（ＷＡＰ：ｗｉｒｅｌｅｓｓ ａｃｃｅｓｓ ｐｏｉｎｔ）と同義で言及されてよい、ＡＰは、ＷＬＡＮにおいてＳＴＡがワイヤードネットワークへ接続することを許容する通信装置である。ＡＰは、通常、スタンドアローンデバイスとして（ワイヤードネットワークを介して）ルータへ接続するが、ルータと統合し、またはルータ中に採用することもできる。

前述のように、ＷＬＡＮ内のＳＴＡは、異なる機会にＡＰとして機能してよく、逆もまたしかりである。これは、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）技術の文脈における通信装置がＳＴＡハードウェアコンポーネントおよびＡＰハードウェアコンポーネントの両方を含みうるためである。このようにして、通信装置は、実際のＷＬＡＮ条件および／または要件に基づいて、ＳＴＡモードとＡＰモードとの間で切り替わってよい。

アドレス解決プロトコル（ＡＲＰ：Ａｄｄｒｅｓｓ ｒｅｓｏｌｕｔｉｏｎ ｐｒｏｔｏｃｏｌ）は、ピアデバイスのインターネットレイヤ（例えば、ＩＰアドレス）が知られているときに、そのデバイスのリンクレイヤアドレス（例えば、ＭＡＣアドレス）を発見するために用いられる。各デバイスは、かかる発見されたＩＰｖ４アドレスとＭＡＣアドレスとの間のマッピングの一時的「ＡＲＰキャッシュ」を保持する。以下のステップがＡＲＰでは実行される、すなわち、
１．ソースデバイスがキャッシュをチェックする：ソースデバイスは、それが宛先デバイスの解決をすでに有するかどうかを判定するためにそのキャッシュを最初にチェックするであろう。すでに有すれば、それは、このプロセスの最終ステップ、ステップ♯９へスキップできる。
２．ソースデバイスがＡＲＰ要求メッセージを発生させる：ソースデバイスは、ＡＲＰ要求メッセージを発生させる。それは、それ自体のデータリンクレイヤアドレスを送信元ハードウェアアドレス（ＳＨＡ：Ｓｅｎｄｅｒ Ｈａｒｄｗａｒｅ Ａｄｄｒｅｓｓ）として、およびそれ自体のＩＰアドレスを送信元プロトコルアドレス（ＳＰＡ：Ｓｅｎｄｅｒ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）として置く。ソースデバイスは、宛先のＩＰアドレスをターゲットプロトコルアドレスとして埋める。（それは、ターゲットハードウェアアドレスをブランクのままにしなければならない、なぜなら、それが判定しようとしているものだからである！）
３．ソースデバイスがＡＲＰ要求メッセージをブロードキャストする：ソースは、ＡＲＰ要求メッセージをローカルネットワーク上でブロードキャストする。
４．ローカルデバイスがＡＲＰ要求メッセージを処理する。メッセージは、ローカルネットワーク上の各デバイスによって受信される。それが処理されて、各デバイスは、ターゲットプロトコルアドレス上の一致を探す。一致しないものは、メッセージをドロップして、さらなる行動をとらないであろう。
５．宛先デバイスがＡＲＰ応答メッセージ（ユニキャスト）を発生させる：そのＩＰアドレスがメッセージのターゲットプロトコルアドレスのコンテンツと一致する１つのデバイスが、ＡＲＰ応答メッセージを発生させるであろう。それは、ＡＲＰ要求メッセージから送信元ハードウェアアドレスおよび送信元プロトコルアドレスフィールドをとり、これらを応答のターゲットハードウェアアドレスおよびターゲットプロトコルアドレスの値として用いる。そのデバイスは、次に、それ自体のレイヤ２アドレスを送信元ハードウェアアドレスとして、およびそのＩＰアドレスを送信元プロトコルアドレスとして埋める。
６．宛先デバイスがＡＲＰキャッシュをアップデートする：ソースがＩＰデータグラムを今宛先へ送る必要があるならば、当然ながら、宛先は、応答をおそらく近いうちにソースへ送ることが必要であろう（結局、ネットワーク上のほとんどの通信が双方向性である。）最適化として、次に、宛先デバイスは、ＡＲＰ要求を送ったソースのハードウェアおよびＩＰアドレスを含むエントリをそれ自体のＡＲＰキャッシュへ追加するであろう。これによって、宛先は、不必要な解決サイクルを後ほど行うことを必要としないで済む。これは、オポチュニスティックＡＲＰキャッシュ（Ｏｐｐｏｒｔｕｎｉｓｔｉｃ ＡＲＰ Ｃａｃｈｅ）アップデートと呼ばれることがある。
７．宛先デバイスがＡＲＰ応答メッセージを送る：宛先デバイスは、ＡＲＰ応答メッセージを送る。この応答は、しかしながら、ブロードキャストする必要はないので、ユニキャストでソースデバイスへ送られる。
８．ソースデバイスがＡＲＰ応答メッセージを処理する：ソースデバイスは、宛先からの応答を処理する。それは、そのＩＰデータグラムを送信するのに用いるために、送信元ハードウェアアドレスを宛先のレイヤ２アドレスとして記憶する。
９．ソースデバイスがＡＲＰキャッシュをアップデートする：ソースデバイスは、このデバイスへ送信するときに将来用いるためにそのＡＲＰキャッシュをアップデートすべく、送信元プロトコルアドレスおよび送信元ハードウェアアドレスを用いる。

ＡＲＰプローブは、すべてゼロのＳＰＡを用いて構築されるＡＲＰ要求である。（マニュアル構成、ＤＨＣＰ、または何か他の手段から受信されるか、いずれにしても）ＩＰｖ４アドレスを用い始める前に、この明細書を実装するホストは、そのアドレスがすでに使用中であるかどうかを確かめるために、ＡＲＰプローブパケットをブロードキャストすることによってテストしなければならない。ターゲットＩＰアドレスは、プローブされているＩＰアドレスにセットされる。ＡＲＰ応答が受信された場合、そのＩＰアドレスは、別のデバイスによってすでに使用中である。

近隣発見（ＮＤ：Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ）は、ＩＰｖ６アドレスおよびＭＡＣアドレスマッピングを除いてＡＲＰと同様の結果を達成するために用いられてよい。ＮＤメッセージは、ＩＣＭＰパケット内で含まれる。

ＩＰｖ６におけるアドレス解決は、やはりダイナミックであり、ＩＰｖ６アドレスとハードウェアアドレスとのペアリングを保持するキャッシュテーブルの使用に基づく。物理ネットワーク上の各デバイスは、その近隣についてこの情報を追跡する。ソースデバイスが、ＩＰｖ６データグラムをローカルネットワークの近隣へ送る必要があるがそのハードウェアアドレス（例えば、ＭＡＣアドレス）を有さないときに、ソースデバイスは、アドレス解決プロセスを始動する。

例えば、デバイスＡは、デバイスＢへ送ろうとしている要請デバイスである。ＡＲＰ要求メッセージ（インターネット制御メッセージプロトコル（ＩＣＭＰ：Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌタイプ＝１３５）を送る代わりに、デバイスＡは、ＮＤ近隣要請メッセージを発生させる。基礎をなすデータリンクプロトコルが、イーサネットが行うように、マルチキャスティングをサポートするならば、近隣要請メッセージは、ブロードキャストされない。代わりに、それは、我々がそのＩＰｖ６アドレスを解決しようとしているデバイスの要請ノードアドレスへ送られる。デバイスＡは、そのメッセージをブロードキャストしないが、代わりに、それをデバイスＢの要請ノードマルチキャストアドレスへマルチキャストするであろう。ＮＤ近隣要請メッセージは、１３５のＩＣＭＰタイプ、ターゲットアドレスフィールド内にデバイスＢ（解決されるべきデバイス）のＩＰアドレス、および送信元、すなわち、デバイスＡのＬ２アドレス（例えば、ＭＡＣアドレス）を示してよい。

デバイスＢは、ＮＤ近隣要請メッセージを受信して、デバイスＡへ近隣広告メッセージ（ＩＣＭＰタイプ＝１３６）（ユニキャスト）で応答を返すであろう。これは、ＡＲＰ応答／応答フレームに類似しており、Ｂの物理アドレスをデバイスＡに告げる。デバイスＡは、次に、デバイスＢの情報をその近隣キャッシュに追加する。効率を上げるために、ＩＰｖ４アドレス解決におけるように、相互解決がサポートされる。これは、デバイスＡがそれ自体のレイヤ２（Ｌ２）アドレスを知っていると仮定して、デバイスＡにそれを近隣要請メッセージ内に含ませることによって行われる。デバイスＢは、これをＡのＩＰアドレスと一緒にＢの近隣キャッシュ内に記録するであろう。

要請ノードマルチキャストアドレスは、マルチキャスト対応ネットワーク上の各デバイスがそのユニキャストアドレスから作り出す特殊なマッピングである。要請ノードアドレスは、ＩＰｖ６アドレスごとにユニークではないが、与えられたネットワーク上のいずれか２つの近隣が同じものを有する確率は小さい。マルチキャストされた近隣要請メッセージを受信する各デバイスは、それが、そのアドレスをソースが解決しようとしているデバイスであることをやはりチェックして確かめなければならない。（これは、ある１つのマルチキャストＭＡＣアドレスを３２個の異なるＩＰアドレスが潜在的に共有する、ＩＰｖ４においてマルチキャストが取り扱われる方法と同様である。）
加えて、プロキシＡＲＰ機能は、ＡＰが、関連ＳＴＡに代わって、ＡＲＰ要求（ＩＰｖ４）または近隣要請メッセージ（ＩＰｖ６）へ応答することを許容する随意的なワイヤレスネットワーク管理（ＷＮＭ：ｗｉｒｅｌｅｓｓ ｎｅｔｗｏｒｋ ｍａｎａｇｅｍｅｎｔ）機能であり、ＡＰは、関連ステーションごとにインターネットアドレス（例えば、インターネットプロトコル（ＩＰ）アドレス）に対してハードウェアアドレス（例えば、ＭＡＣアドレス）を保持する。

図１は、アクセスポイント（ＡＰ）１０２のプロキシＡＲＰ機能を示す概略図１００を示す。ＡＰ１０２は、ＡＲＰ要求を、１つの関連ＳＴＡ（例えば、ＳＴＡ１ １０４）からまたはディストリビューションシステム（ＤＳ：ｄｉｓｔｒｉｂｕｔｉｏｎ ｓｙｓｔｅｍ）１０６から、別の関連ＳＴＡ（例えば、ＳＴＡ２ １０８）に対応するターゲットＩＰアドレスを伴って受信する。解決されるべきターゲットＩＰアドレスが他の関連ＳＴＡ（例えば、ＳＴＡ２ １０８）のＩＰｖ４アドレスであれば、ＡＲＰ要求パケットを受信すると、ＡＰ１０２は、ＡＲＰ応答パケットを発生させて、他の関連ＳＴＡ（例えば、ＳＴＡ２ １０８）のＭＡＣアドレスを、送信元のＭＡＣアドレスとしてＡＲＰ応答パケット内に挿入するものとする。同様に、解決されるべきターゲットＩＰアドレスが別の関連ＳＴＡ（例えば、ＳＴＡ２ １０８）のＩＰｖ６アドレスであるときには、近隣要請メッセージを受信すると、ＡＰ１０２は、別の関連ＳＴＡ（例えば、ＳＴＡ２ １０８）に代わって、別の関連ＳＴＡ（例えば、ＳＴＡ２ １０８）のＭＡＣアドレスを、送信元のＭＡＣアドレスとして含む近隣広告メッセージ（ＩＥＴＦ ＲＦＣ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）４８６１のセクション４．４）で応答するものとする。

ＡＲＰ要求パケットおよび近隣要請メッセージは、典型的に、レイヤ２（Ｌ２）ドメイン全体にわたってブロードキャストされる。プロキシＡＲＰ機能を用いると、有利には、基本サービスセット（ＢＳＳ：ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）におけるブロードキャストフレームの数が減少する。

とりわけ、ＭＬＤ上のＡＲＰ／ＮＤの動作方法についての仮定に起因して、トンネル直接リンクセットアップ（ＴＤＬＳ：ｔｕｎｎｅｌｅｄ ｄｉｒｅｃｔ ｌｉｎｋ ｓｅｔｕｐ）およびＴＤＬＳ直接リンク通信中のアドレス不一致問題がある。ＩＥＥＥ８０２．１１サブミッション（ＩＥＥＥ ８０２．１１－２／１６９２ｒ２）サブミッションによれば、ＴＤＬＳセットアップおよびＴＤＬＳ直接パス通信中のアドレス不一致問題に対処するために、以下のソリューションが提案されている、すなわち、
・ＴＤＬＳピアＳＴＡへ直接に送られるフレームについて送信機アドレス（ＴＡ：ｔｒａｎｓｍｉｔｔｅｒ ａｄｄｒｅｓｓ）フィールドを非ＡＰ ＭＬＤのＭＡＣアドレスにセットする、
・ＭＬＤ ＭＡＣアドレスをリンク識別子エレメント内に用いる、および
・ＴＤＬＳ ＰｅｅｒＫｅｙ（ＴＰＫ）ハンドシェイク中にＭＬＤ ＭＡＣアドレスを用いる。

図２は、ＭＬＤ２００のある構成を示す。８０２．１１ｂｅ文書０．３（Ｄ０．３）の仕様によれば、マルチリンクデバイス（ＭＬＤ）（例えばＡＰ ＭＬＤ２００）は、１つ以上の連携ＡＰ（またはＳＴＡ）（例えば、ＡＰ１ ２０２およびＡＰ２ ２０４）を有し、かつ１つのＭＡＣデータサービスを含む、論理リンク制御（ＬＬＣ：ｌｏｇｉｃａｌ ｌｉｎｋ ｃｏｎｔｒｏｌ）への単一のＭＡＣ ＳＡＰ２０６を有するデバイスであることが明記されている。ＡＰによって無線経由で送られるフレームのＭＡＣヘッダ内のアドレス２（送信アドレス（ＴＡ：ｔｒａｎｓｍｉｔｔｅｄ ａｄｄｒｅｓｓ）フィールドの値は、個別／グループビットを除いて、そのリンク（例えば、リンク１ ２０８、リンク２ ２１０）に対応するＭＬＤ２００と連携している送信ＡＰ（例えば、ＡＰ１ ２０２およびＡＰ２ ２０４）のＭＡＣアドレスであるものとし、個別／グループビットは、ＴＡフィールド値が帯域幅シグナリングＴＡであるときに１にセットされて、そうでない場合に０にセットされる。同様に、ＡＰへ無線経由で送られる個別にアドレスされたフレームのＭＡＣヘッダ内のアドレス１（受信側アドレス（ＲＡ：ｒｅｃｉｐｉｅｎｔ ａｄｄｒｅｓｓ））フィールドの値は、そのリンク（例えば、リンク１ ２０８、リンク２ ２１０）に対応するＭＬＤと連携している受信ＡＰ（例えば、ＡＰ１ ２０２およびＡＰ２ ２０４）のＭＡＣアドレスであるものとする。

しかしながら、上記の定義／アドレッシング規則は、ＥＨＴ ＭＬＤ用である。しかしながら、ＥＨＴ ＡＰは、高効率（ＨＥ：ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ）／非常に高スループット（ＶＨＴ：ｖｅｒｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）／高スループット（ＨＴ：ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）ＡＰでもあり、レガシＳＴＡ（ＨＥ／ＶＨＴ／ＨＴ ＳＴＡ）をサポートする必要がある。レガシＳＴＡは、ＭＬＤ ＭＡＣアドレスのコンセプトを理解しない。代わりに、それらは、それらが関連付けられたＡＰのＢＳＳＩＤ（すなわち、Ｌ２ ＭＡＣアドレス）のみを認識するであろう。これは、ＭＬＤと連携していないＥＨＴ ＳＴＡである非ＭＬＤ ＥＨＴ ＳＴＡについても真実でありうる。

図３は、ＡＰ－ＭＬＤ３０２と連携しているＡＰ３０４、３０６と、非ＭＬＤ ＳＴＡ３４２、および非ＡＰ ＭＬＤ３２２と連携しているＳＴＡ３２４、３２６との間の通信を示す概略図３００を示す。各ＭＬＤ、すなわち、ＡＰ ＭＬＤ３０２または非ＡＰ ＭＬＤ３２２は、単一のＭＡＣ ＳＡＰ３０８、３２８を有し、ＭＡＣ ＳＡＰ３０８、３２８が、それらそれぞれのＭＬＤ ＭＡＣアドレス３１０、３３０に結びつけられた場合、それらのＩＰアドレスが相応にＭＬＤ ＭＡＣアドレスへマッピングされるであろう。ここでは、非ＡＰ ＭＬＤ３２２がＡＰ ＭＬＤ３０２と関連付けられて、非ＭＬＤ ＳＴＡ３４２がＡＰ３０６と関連付けられると仮定される。

言い換えれば、ＡＰ ＭＬＤ３０２のＡＰ３０４、３０６は、それぞれ、リンク１ ３５０およびリンク２ ３５２を介して直接に非ＡＰ ＭＬＤ３２２のＳＴＡ３２４、３２６と通信してよく、一方で、ＡＰ２ ３０６は、リンク２ ３５２を介して直接にレガシＳＴＡ３４２とも通信してよい。ＡＲＰ／ＮＤは、直接リンク通信の前に、またはＡＰを介した通信のために、ＡＲＰ／ＮＤクエリおよびメッセージ交換を通じて宛先デバイスのＭＡＣアドレスを発見すべくソースデバイスによって始動されてよい。しかしながら、ＡＲＰ／ＮＤクエリに含まれるＩＰアドレスアドレスは、ＭＬＤ ＭＡＣアドレスへマッピングされることになるので、ＭＬＤ ＭＡＣアドレスのみがすべてのＡＲＰ／ＮＤクエリに対してデフォルトで返されることになり、ＡＰまたはＳＴＡ ＭＡＣアドレスは、返されない。そのようにして、直接リンク上でＳＴＡ３２６および３４２間で送信されたフレームのＲＡフィールド内にＭＬＤ ＭＡＣアドレスが示されることになるが、ＳＴＡは、（ＲＡフィールド内にそれらのＳＴＡ ＭＡＣアドレスが示されることを期待するので）それらがそのフレームの意図された受信側ではないことを確認し、結果として、直接リンク上で送信されたフレームをドロップさせることがある。

それゆえに、上記の課題の１つ以上に対処するためのマルチリンクアドレス解決のために実現可能な技術的ソリューションを提供する通信装置および通信方法に対するニーズがある。以下の様々な実施形態において、通信装置および方法は、ＭＬＤがレガシＳＴＡからどのようにＡＲＰを行い、アドレス解決を処理すべきかに取り組むことを目指す。

本開示の様々な実施形態において、マルチリンクデバイス（ＭＬＤ）は、２つ以上の周波数帯域またはリンク（２．４ＧＨｚ、５ＧＨｚまたは６ＧＨｚ）で動作するデバイスを指してよい。ＭＬＤは、各々が特定の周波数帯域またはリンクで動作する、２つ以上のリンクに対応する２つ以上の通信装置を備えてよい。簡潔にするために、本開示に示されるＭＬＤの各リンクは、特定の周波数帯域（２．４ＧＨｚ、５ＧＨｚまたは６ＧＨｚ）で同じく動作している、そのＭＬＤとは連携していない、別の通信装置へ／から信号を送受信するために、その特定の周波数帯域で動作するように主として構成された、そのＭＬＤと連携している多くの通信装置のうちの１つに関係する。

本開示の様々な実施形態において、非ＭＬＤ ＳＴＡは、ＭＬＤと連携していないレガシ（ＨＥ／ＶＨＴ／ＨＴ）ＳＴＡまたはＥＨＴ ＳＴＡを指してよい。同様に、非ＭＬＤ ＡＰは、ＭＬＤと連携していないＥＨＴ ＡＰを指してよい。

本開示の様々な実施形態において、用語「Ｌ２ ＭＡＣアドレス」は、送受信ＳＴＡまたはＡＰのＭＡＣアドレスを指し、それに対して、用語「ＭＬＤ ＭＡＣアドレス」は、ＭＬＤを表すＭＡＣアドレスを指す。簡潔にするために、デバイスのＭＡＣアドレスを表すのにデバイス名（例えば、ＳＴＡ、ＡＰまたはＭＬＤ）に文字「Ｍ」が添えられてよい。例えば、ＡＰ ＭＬＤおよび非ＡＰ ＭＬＤのＭＬＤ ＭＡＣアドレスは、それぞれ、「ＡＰ ＭＬＤ－Ｍ」および「ＳＴＡ－ＭＬＤ－Ｍ」と表される。「非ＡＰ ＭＬＤ１」および「非ＡＰ ＭＬＤ２」と名付けられた２つの非ＡＰ ＭＬＤがあるときには、それらのＭＬＤ ＭＡＣアドレスが、それぞれ、「ＳＴＡ－ＭＬＤ１－Ｍ」および「ＳＴＡ－ＭＬＤ２－Ｍ」と表されるであろう。同様に、ＡＰおよびＳＴＡのＭＡＣアドレスは、それぞれ、「ＡＰ－Ｍ」および「ＳＴＡ－Ｍ」と表される。「ＡＰ１」、「ＡＰ２」、「ＳＴＡ１」および「ＳＴＡ２」と名付けられた２つのＡＰおよび２つのＳＴＡがあるときには、それらのＭＡＣアドレスが、それぞれ、「ＡＰ１－Ｍ」、「ＡＰ２－Ｍ」、「ＳＴＡ１－Ｍ」および「ＳＴＡ２－Ｍ」と表されるであろう。

本開示では、同様の表記がＩＰアドレスに適用される。特に、デバイスのＩＰアドレスを表すために、デバイス名（例えば、ＳＴＡ、ＡＰまたはＭＬＤ）に文字「ＩＰ」が添えられる。例えば、ＡＰ ＭＬＤおよび非ＡＰ ＭＬＤのＩＰアドレスは、それぞれ、「ＡＰ－ＭＬＤ－ＩＰ」および「ＳＴＡ－ＭＬＤ－ＩＰ」と表される。「非ＡＰ ＭＬＤ１」および「非ＡＰ ＭＬＤ２」と名付けられた２つの非ＡＰ ＭＬＤがあるときに、それらのＩＰアドレスは、それぞれ、「ＳＴＡ－ＭＬＤ１－ＩＰ」および「ＳＴＡ－ＭＬＤ２－ＩＰ」と表されるであろう。同様に、ＡＰおよびＳＴＡのＩＰアドレスは（ＭＬＤと連携しているか否かにかかわらず）、それぞれ、「ＡＰ－ＩＰ」および「ＳＴＡ－ＩＰ」と表される。「ＡＰ１」、「ＡＰ２、「ＳＴＡ１」および「ＳＴＡ２」と名付けられた２つのＡＰおよび２つのＳＴＡがあるときには、それらのＩＰアドレスが、それぞれ、「ＡＰ１－ＩＰ」、「ＡＰ２－ＩＰ」、「ＳＴＡ１－ＩＰ」および「ＳＴＡ２－ＩＰ」と表されるであろう。

本開示の様々な実施形態において、ＡＲＰ／ＮＤクエリを解決するために、データフレームが用いられて、ＳＴＡおよびＡＰ間で交換されてよい。データフレームは、受信側アドレス（ＲＡ）フィールド、送信機アドレス（ＴＡ）フィールド、宛先アドレス（ＤＡ）フィールドおよび／またはソースアドレス（ＳＡ）フィールドを備えてよい。ＲＡフィールドは、データフレームが送られている次の即受信側（ｉｍｍｅｄｉａｔｅ ｒｅｃｉｐｉｅｎｔ）のＭＡＣアドレスを明記する。ＴＡフィールドは、データフレームを送信する即送信元（ｉｍｍｅｄｉａｔｅ ｓｅｎｄｅｒ）のＭＡＣアドレスを明記する。ＤＡフィールドは、データフレームの宛先のＭＡＣアドレスを明記する。ＳＡフィールドは、データフレームの元の送信元のＭＡＣアドレスを明記する。

ＡＲＰクエリを解決するために、データフレームは、ソースハードウェア（Ｓｒｃ．Ｈｗ）フィールド、ソースＩＰ（Ｓｒｃ．ＩＰ）フィールド、ターゲットハードウェア（Ｈｗ）フィールドおよびターゲットＩＰフィールドを備えるＡＲＰメッセージ（ＡＲＰ要求またはＡＲＰ応答）をさらに含んでよい。ソースハードウェアフィールドは、メッセージを送信する送信元のＭＡＣアドレスを明記する。ソースＩＰフィールドは、メッセージを送信する送信元のＩＰアドレスを明記する。ターゲットハードウェアフィールドは、メッセージが送信されている受信側のＭＡＣアドレスを明記する。ターゲットＩＰフィールドは、メッセージが送信されている受信側のＩＰアドレスを明記する。

ＮＤクエリを解決するためには、データフレームは、ＮＤメッセージ（近隣要請メッセージまたは近隣広告メッセージ）をさらに含んでよい。近隣要請メッセージは、値が１３５のタイプフィールド、ターゲットアドレスフィールド、およびメッセージを送信する送信元のＬ２ ＭＡＣアドレスを示すソースＬ２アドレスフィールドを備える。近隣広告メッセージは、値が１３６のタイプフィールド、ターゲットアドレスフィールド、およびメッセージが送信されている受信側のＬ２ ＭＡＣアドレスを示すターゲットＬ２アドレスフィールドを備える。

以下の項では、ＡＰマルチリンクデバイス（ＭＬＤ）、非ＡＰ ＭＬＤおよび／または非ＭＬＤ ＳＴＡにおけるマルチリンクアドレス解決に関して、一定の例示的な実施形態がレガシ（ＨＥ／ＶＨＴ／ＨＴ）ＳＴＡの文脈において説明される。

図４は、本開示による通信装置のある構成例を示す。通信装置は、ＡＰおよびＳＴＡとして実装されて、本開示によるマルチリンクアドレス解決のために構成されてよい。図４に示されるように、通信装置４００は、回路４１４、少なくとも１つの無線送信機４０２、少なくとも１つの無線受信機４０４、および少なくとも１つのアンテナ４１２（簡潔にするために、例示を目的として１つのアンテナのみが図４に描かれる）を含んでよい。回路４１４は、多入力および多出力（ＭＩＭＯ：ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ａｎｄ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）ワイヤレスネットワークにおける１つ以上の他の通信装置との通信の制御を含めて、少なくとも１つのコントローラ４０６が行うように設計されたタスクを、ソフトウェアおよびハードウェアの支援により実行する際に用いるための少なくとも１つのコントローラ４０６を含んでよい。回路４１４は、さらにまた、少なくとも１つの送信信号発生器４０８および少なくとも１つの受信信号プロセッサ４１０を含んでよい。少なくとも１つのコントローラ４０６は、少なくとも１つの無線送信機４０２を通じて送られるべきＭＡＣフレーム（例えば、データフレーム、管理フレームおよびアクションフレーム）を発生させるための少なくとも１つの送信信号発生器４０８、および１つ以上の他の通信装置から少なくとも１つの無線受信機４０４を通じて受信されたＭＡＣフレーム（例えば、データフレーム、管理フレームおよびアクションフレーム）を処理するための少なくとも１つの受信信号プロセッサ４１０を制御してよい。少なくとも１つの送信信号発生器４０８および少なくとも１つの受信信号プロセッサ４１０は、図４に示されるように、上述の機能のために少なくとも１つのコントローラ４０６と通信する通信装置４００のスタンドアロンモジュールであってよい。代わりに、少なくとも１つの送信信号発生器４０８および１つの受信信号プロセッサ４１０が少なくとも１つのコントローラに含まれてもよい。これらの機能モジュールの配置は、フレキシブルであり、実際のニーズおよび／または要件によって変化しうることが当業者にわかる。データ処理、記憶および他の関連する制御装置を適切な回路基板上および／またはチップセット内に設けることができる。様々な実施形態において、動作中に、少なくとも１つの無線送信機４０２、少なくとも１つの無線受信機４０４、および少なくとも１つのアンテナ４１２が少なくとも１つのコントローラ４０６によって制御されてよい。

通信装置４００は、動作中に、マルチリンクアドレス解決に必要とされる機能を提供する。例えば、通信装置４００は、第１のＭＬＤと連携しているＳＴＡであってよく、通信装置４００の少なくとも１つの無線受信機４０４は、動作中に、要求側通信装置（例えば、非ＭＬＤ ＳＴＡまたは非ＡＰ ＭＬＤのＳＴＡ）から、第１のＭＬＤのインターネットプロトコル（ＩＰ）アドレスを含む、アドレス解決要求を受信してよい。回路４１４（例えば、回路４１４の少なくとも１つの受信信号プロセッサ４１０）は、動作中に、第１のデータフレームを処理して、要求側通信が第２のＭＬＤと連携しているか否かを判定してよい。回路（例えば、回路４１４の少なくとも１つの送信信号発生器４０８）は、動作中に、アドレス解決応答を含む第２のデータフレームを発生させてよく、アドレス解決応答は（ｉ）要求通信装置が第２のＭＬＤと連携していないという判定に応答して、通信装置４００の媒体アクセス制御（ＭＡＣ）アドレス、または（ｉｉ）要求通信装置が第２のＭＬＤと連携しているという判定に応答して、第１のＭＬＤのＭＡＣアドレスのいずれかを含む。無線送信機４０２は、動作中に、第２のデータフレームを、例えば、要求側通信装置へ送信してよい。

例えば、通信装置４００は、関連ＳＴＡ（例えば、非ＭＬＤ ＳＴＡ、またはＡＰ ＭＬＤと関連付けられた第１の非ＡＰ ＭＬＤのＳＴＡ）に代わって、ＡＲＰ要求に応答するためにプロキシＡＲＰ機能が装備されたＡＰ ＭＬＤと連携しているＡＰであってよい。通信装置４００の少なくとも１つの無線受信機４０４は、動作中に、要求側通信装置（例えば、非ＭＬＤ ＳＴＡまたは第２の非ＡＰ ＭＬＤのＳＴＡ）からアドレス解決要求を含む第１のデータフレームを受信してよく、アドレス解決要求は、ＡＰ ＭＬＤと関連付けられた第１のＭＬＤのＩＰアドレスを含む。回路４１４（例えば、回路４１４の少なくとも１つの受信信号プロセッサ４１０）は、動作中に、第１のデータフレームを処理して、要求側通信装置が第２のＭＬＤと連携しているか否かを判定してよい。回路（例えば、回路４１４の少なくとも１つの送信信号発生器４０８）は、動作中に、アドレス解決応答を含む第２のデータフレームを発生させてよく、アドレス解決応答は、（ｉ）要求通信装置が第２のＭＬＤと連携していないという判定に応答して、関連ＳＴＡのＭＡＣアドレス、または（ｉｉ）要求通信装置が第２のＭＬＤと連携しているという判定に応答して、関連ＳＴＡが連携している第１のＭＬＤのＭＡＣアドレスのいずれかを含む。無線送信機４０２は、動作中に、第２のデータフレームを、例えば、要求側通信装置へ送信してよい。

図５は、本開示による通信方法を示すフローチャート５００を示す。ステップ５０２において、要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信するステップが実行されて、アドレス解決要求は、第１のＭＬＤのＩＰアドレスを含む。ステップ５０４において、要求側通信装置が第２のＭＬＤと連携しているか否かを判定するステップが実行される。ステップ５０６において、アドレス解決応答を含む第２のデータフレームを発生させるステップが実行される。アドレス解決応答は、（ｉ）要求側通信装置が第２のＭＬＤと連携していないという判定に応答して、第１のＭＬＤと連携している複数の通信装置のうちのある１つの通信装置のＭＡＣアドレス、または（ｉｉ）要求通信装置が第２のＭＬＤと連携しているという判定に応答して、第１のＭＬＤのＭＡＣアドレスのいずれかを含んでよい。

以下の項では、ＡＰ ＭＬＤおよび非ＡＰ ＭＬＤがＭＬＤおよび非ＭＬＤ接続の両方に同じＭＡＣ ＳＡＰを用いる、ＡＰ ＭＬＤ、非ＡＰ ＭＬＤおよび／または非ＭＬＤ ＳＴＡにおけるマルチリンクアドレス解決に関して、本開示の第１の実施形態が説明される。

本開示の第１の実施形態において、ＭＬＤは、ＭＬＤおよび非ＭＬＤ接続の両方に同じＭＡＣ ＳＡＰを用いる。図６Ａおよび６Ｂは、本開示の第１の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ６０２および非ＡＰ ＭＬＤ６２２、ならびにそれぞれのネットワークインタフェースレイヤのそれらそれぞれのインターネットレイヤ６０４、６２４との通信の構成例を示す概略図６００、６２０を示す。ＡＰ ＭＬＤ６０２および非ＡＰ ＭＬＤ６２２は、ＭＬＤ ＭＡＣアドレス６０８、６２８へマッピングされる単一のＩＰアドレス６０６、６２６を各々が保持する。例えば、ＡＰ ＭＬＤ６０２および非ＡＰ ＭＬＤ６２２によって、レガシＡＲＰメッセージパスまたはＭＬＤ ＡＲＰメッセージパスのいずれかを通じて、リンク６１０、６３０から受信された、すべてのＡＲＰおよびＮＤメッセージが、それぞれ、ＭＬＤ６０２、６２２のＭＡＣ ＳＡＰ６１２、６３２を通じてルーティングされる。結果として、ＭＬＤ６０２、６２２は、常に、それらそれぞれのＭＬＤ ＭＡＣアドレス６０８、６２８をそれらのハードウェア／Ｌ２ ＭＡＣアドレスとして返す。

図７は、本開示の第１の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ７０２と非ＡＰ ＭＬＤ７１２との間の通信を示すフローチャート７００を示す。ＡＰ ＭＬＤ７０２は、それぞれ、５ＧＨｚおよび６ＧＨｚ周波数帯域上で動作している２つのＡＰ（ＡＰ１、ＡＰ２ ７０４）と連携している。ＡＰ ＭＬＤ７０２は、それぞれ、５ＧＨｚおよび６ＧＨｚ周波数帯域上で動作している２つのＳＴＡ（ＳＴＡ１、ＳＴＡ２ ７１４）と連携している非ＡＰ ＭＬＤ１ ７１２と関連付けられる。

この例では、関連ＡＰ ＭＬＤ（例えば、ＡＰ ＭＬＤ７０２）のＩＰアドレスを解決する非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ１ ７１２）が示される。非ＡＰ ＭＬＤ１ ７１２のＳＴＡ２ ７１４は、そのＤＡフィールド７２６内でブロードキャストアドレス、およびアドレス解決要求（ＡＲＰ要求）７２４を含む第１のデータフレーム７２２を発生させて、６ＧＨｚリンク（周波数帯域）上でＡＰ ＭＬＤ７０２へ送信することによってＡＲＰクエリを始動してよい。ＤＡフィールド７２６内のブロードキャストアドレスは、第１のデータフレーム７２２がＡＰ ＭＬＤ７０２と関連付けられたすべてのＳＴＡおよび非ＡＰ ＭＬＤへブロードキャストされることを意味する。ＡＲＰ要求７２４は、ＡＰ ＭＬＤ７０２のＩＰアドレスをターゲットＩＰフィールド７２８内で含み、非ＡＰ ＭＬＤ１ ７１２がＡＰ ＭＬＤ７０２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、ＤＡフィールドがブロードキャストアドレスにセットされた第１のデータフレーム７２２を６ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ７０２のＡＰ２ ７０４は、ＡＲＰ要求７２４’を含む第１のデータフレーム７２２’を、非ＡＰ ＭＬＤ１ ７１２を含む基本サービスセット（ＢＳＳ）中のすべての関連ＳＴＡおよび／または非ＡＰ ＭＬＤへ転送する。ＡＰ２ ７０４は、ＳＡフィールド７２７’を非ＡＰ ＭＬＤ１ ７１２のＭＡＣアドレスにセットして、第１のデータフレーム７２２’の元の送信元が非ＡＰ ＭＬＤ１ ７１２であることを示す。ＳＴＡ２ ７１４によって受信されたＡＲＰ要求７２４’のターゲットＩＰフィールド７２８’内で含まれるターゲットＩＰアドレスは、そのＭＬＤのＩＰアドレスと一致しないので、ＳＴＡ２ ７１４は、ＡＲＰ要求７２４’を無視するか、またはループバックフレームとしてＡＲＰ要求７２４’を拒否する。

他方では、ＡＰ２ ７０４によって受信されたＡＲＰ要求７２４のターゲットＩＰフィールド７２８内で含まれるターゲットＩＰアドレスは、そのＭＬＤのＩＰアドレスと一致するので、ＡＰ２ ７０４は、アドレス解決応答（ＡＲＰ応答）７３４を含む第２のデータフレーム７３２を発生させて、６ＧＨｚリンクを介して非ＡＰ ＭＬＤ１ ７１２へ送信してよい。ＡＰ ＭＬＤ ７０２は、そのＡＰ ＭＬＤのＭＡＣアドレスをＡＲＰ応答７３４のソースハードウェアフィールド７３６内に提供する。ＡＲＰ応答７３４は、非ＡＰ ＭＬＤ１のＭＡＣアドレスおよびＩＰアドレスも、それぞれ、ターゲットハードウェアフィールド７３８およびターゲットＩＰフィールド７３９内で含み、非ＡＰ ＭＬＤ１ ７１２をＡＲＰ応答７３４のターゲット受信側として示す。

ＳＴＡ２ ７１４によって受信されたＡＲＰ応答７３４のターゲットＩＰフィールド７３９内で含まれるターゲットＩＰアドレスは、そのＭＬＤのＩＰアドレスと一致するので、ＳＴＡ２ ７１４は、第２のデータフレーム７３２を処理して、ＡＲＰ応答７３４のソースＩＰフィールド７３７内のＡＰ ＭＬＤのＩＰアドレス（ＡＰ－ＭＬＤ－ＩＰ）を、ソースハードウェアフィールド７３６内のＡＰ ＭＬＤのＭＡＣアドレス（ＡＰ－ＭＬＤ－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決される。

続いて、非ＡＰ ＭＬＤ７１２は、後続データフレーム（ＩＰパケット）７４２をＡＰ ＭＬＤ７０２へ送信してよい。ＡＰ－ＭＬＤ－ＩＰ宛のＩＰパケットは、ＩＰレイヤにおいてＡＰ－ＭＬＤ－Ｍへアドレスされることになるが、非ＡＰ ＭＬＤ７１２は、ＡＰ－ＭＬＤと関連付けられているので、ＡＰ ＭＬＤのすべてのＡＰ ＭＡＣアドレスを知っており、それゆえに、ＩＰパケット７４２を含むデータフレームのＲＡフィールド７４４を、ＡＰ ＭＬＤ７０２のＡＰのうちの１つ（この場合、ＡＰ２ ７０４）のＭＡＣアドレスにセットするであろう。これからわかるように、アドレス解決は、この場合によく機能する。

図８は、本開示の第１の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ８０２を介した２つの非ＡＰ ＭＬＤ８１２、８２２間の通信８００を示すフローチャートを示す。ＡＰ ＭＬＤ８０２は、それぞれ、５ＧＨｚおよび６ＧＨｚ周波数帯域上で動作している２つのＡＰ（ＡＰ１、ＡＰ２ ８０４）と連携している。ＡＰ ＭＬＤ８０２は、非ＡＰ ＭＬＤ１ ８１２および非ＡＰ ＭＬＤ２ ８２２と関連付けられる。非ＡＰ ＭＬＤ１ ８１２は、それぞれ、５ＧＨｚおよび６ＧＨｚ周波数帯域上で動作している２つのＳＴＡ（ＳＴＡ１、ＳＴＡ２ ８１４）と連携しており、非ＡＰ ＭＬＤ２ ８２２は、それぞれ、５ＧＨｚおよび６ＧＨｚ周波数帯域上で動作している２つのＳＴＡ（ＳＴＡ３、ＳＴＡ４ ８２４）と連携している。

この例では、別の非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ８２２）のＩＰアドレスを解決する非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ１ ８１２）が示される。非ＡＰ ＭＬＤ１ ８１２のＳＴＡ２ ８１４は、そのＤＡフィールド８３５内でブロードキャストアドレス、およびアドレス解決要求（ＡＲＰ要求）８３４を含む第１のデータフレーム８３２を発生させて、６ＧＨｚリンク（周波数帯域）でＡＰ ＭＬＤ８０２へ送信することによって、ＡＲＰクエリを始動してよい。ＤＡフィールド８３５内のブロードキャストアドレスは、第１のデータフレーム８３２がすべての関連ＳＴＡおよび非ＡＰ ＭＬＤにブロードキャストされていることを示す。ＡＲＰ要求８３４は、非ＡＰ ＭＬＤ２ ８２２のＩＰアドレスをターゲットＩＰフィールド８３９内で含み、非ＡＰ ＭＬＤ１ ８１２が非ＡＰ ＭＬＤ２ ８２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム８３２を６ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ８０２のＡＰ２ ８０４は、ＡＲＰ要求８３４’を含む第１のデータフレーム８３２’を、非ＡＰ ＭＬＤ１ ８１２および非ＡＰ ＭＬＤ２ ８２２を含む基本サービスセット（ＢＳＳ）中のすべての関連ＳＴＡおよび／または非ＡＰ ＭＬＤへ転送する。ＳＡフィールド８３５’は、非ＡＰ ＭＬＤ１ ８１２のＭＡＣアドレスを含み、第１のデータフレーム８３２’の元の送信元が非ＡＰ ＭＬＤ１ ８１２であることを示す。ＳＴＡ２ ８１４およびＡＰ２ ８０４によって受信されたＡＲＰ要求８３４’のターゲットＩＰフィールド８３９’内で含まれるターゲットＩＰアドレスは、それらそれぞれのＭＬＤのＩＰアドレスと一致しないので、ＳＴＡ２ ８１４およびＡＰ２ ８０４は、ＡＲＰ要求８３４’を無視するか、またはループバックフレームとしてＡＲＰ要求８３４’を拒否する。

他方では、ＳＴＡ４ ８２４によって受信されたＡＲＰ要求８３４’のターゲットＩＰフィールド８３９’内で含まれるターゲットＩＰアドレスは、その非ＡＰ ＭＬＤ２のＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）と一致するので、ＳＴＡ４ ８２４は、アドレス解決応答（ＡＲＰ応答）８４４を含む第２のデータフレーム８４２を発生させて、６ＧＨｚリンクを介してＡＰ ＭＬＤ８０２へ送信してよい。非ＡＰ ＭＬＤ２ ８２２は、その非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）を、ＡＲＰ応答８４４のソースハードウェアフィールド８４６内で提供する。ＡＲＰ応答８４４は、非ＡＰ ＭＬＤ１ ８１２のＭＡＣアドレスおよびＩＰアドレス（ＳＴＡ－ＭＬＤ１－ＭおよびＳＴＡ－ＭＬＤ１－ＩＰ）も、それぞれ、ターゲットハードウェアフィールド８４８およびターゲットＩＰフィールド８４９内で含み、非ＡＰ ＭＬＤ１ ８１２をＡＲＰ応答８４４のターゲット受信側として示す。

第２のデータフレーム８４２を受信する、ＡＰ ＭＬＤ８０２は、第２のデータフレーム８４２内で含まれるＡＲＰ応答８４４が、関連非ＡＰ ＭＬＤ（この場合、ＤＡフィールド内のＭＡＣアドレス（ＳＴＡ－ＭＬＤ１－Ｍ）に基づいて非ＡＰ ＭＬＤ１）へ向けられていることを確認して、ＡＲＰ応答８４４’を含む第２のデータフレーム８４２’を、連携ＡＰのいずれか１つを通じて、非ＡＰ ＭＬＤ１ ８１２へ（この場合、６ＧＨｚリンクを介してＡＰ２ ８０４からＳＴＡ２ ８１４へ）転送する。

ＳＴＡ２ ８１４によって受信されたＡＲＰ応答８４４’のターゲットＩＰフィールド８４９’内で含まれるターゲットＩＰアドレスがそのＭＬＤのＩＰアドレス（ＳＴＡ－ＭＬＤ１－ＩＰ）と一致するので、非ＡＰ ＭＬＤ１ ８１２は、次に、第２のデータフレーム８４２’を処理して、ＡＲＰ応答８４４’のソースＩＰフィールド８４７’内の非ＡＰ ＭＬＤ２のＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）をソースハードウェアフィールド８４６’内の非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決される。

続いて、非ＡＰ ＭＬＤ１ ８１２は、後続データフレーム（ＩＰパケット）８５２をＡＰ ＭＬＤ８０２を通じて非ＡＰ ＭＬＤ２ ８２２へ送信してよい。ＳＴＡ－ＭＬＤ２－ＩＰ宛のＩＰパケットは、後続データフレーム８５２のＤＡフィールド８５５が、そのＡＲＰキャッシュ内の記録に基づいて、ＭＬＤレベルで非ＡＰ－ＭＬＤ２ ８２２のＭＬＤ ＭＡＣアドレス（ＳＴＡーＭＬＤ２－Ｍ）にセットされて、ＩＰレイヤにおいてＳＴＡ－ＭＬＤ２－Ｍへアドレスされるであろう。

ＩＰパケット８５２を受信する、ＡＰ ＭＬＤ８０２は、ＩＰパケット８５２が関連非ＡＰ ＭＬＤ（この場合、ＤＡフィールド８５５に基づいて非ＡＰ ＭＬＤ２（ＳＴＡ－ＭＬＤ２－Ｍ））へ向けられていることを確認して、ＩＰパケット８５２’を、連携ＡＰのうちのいずれか１つを通じて非ＡＰ ＭＬＤ２ ８２２へ（この場合、６ＧＨｚリンクを介してＡＰ２ ８０４からＳＴＡ４ ８２４へ）転送する。非ＡＰ ＭＬＤ２ ８２２がＡＰ ＭＬＤ８０２と関連付けられているので、従って、ＳＴＡ４ ８２４のＬ２ ＭＡＣアドレスがＡＰ ＭＬＤ８０２に知られていることに注目して、ＡＰ ＭＬＤ８０２は、ＩＰ パケット８５２’をＳＴＡ４ ８２４へ転送するときに、ＲＡフィールド８５３’内で非ＡＰ ＭＬＤのＭＬＤアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）をＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）に翻訳することが可能である。そのようにして、ＩＰパケット８５２’は、ＳＴＡ４ ８２４によって正確に受信されて、ＡＰ－ＭＬＤ８０２を介して送信されたフレームでは問題がないであろう。

しかしながら、本開示のこの第１の実施形態のもとで実行されるＡＲＰについては、非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ１）によって直接リンク上で（ＡＰ ＭＬＤ８０２を介さないで）別の非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２）へ送信されるフレームは、ＲＡフィールドがＳＴＡのＬ２ ＭＡＣアドレスではなく、ＭＬＤ ＭＡＣアドレスにセットされるので、失敗するであろう。図８に示される例に戻ると、ＡＲＰクエリが解決された後に、非ＡＰ ＭＬＤ１ ８１２は、パブリックアクションフレーム（アクセスネットワーククエリプロトコル（ＡＮＱＰ：Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｑｕｅｒｙ Ｐｒｏｔｏｃｏｌ）要求フレーム）８６２を直接リンク上で非ＡＰ ＭＬ２ ８２２へ送信することを望むことがある。非ＡＰ ＭＬＤ１ ８１２が非ＡＰ ＭＬＤ２ ８２２と関連付けられておらず、従って、ＳＴＡ４ ８２４のＬ２ ＭＡＣアドレスが非ＡＰ ＭＬＤ１ ８１２には知られていないかもしれないことに注目して、ＡＮＱＰ要求フレーム８６２のＲＡフィールド８６３は、ＳＴＡ４のＬ２ ＭＡＣアドレスではなく、非ＡＰ ＭＬＤ２のＭＬＤ ＭＡＣアドレスにセットされる。これは、直接リンク上で送信されたＡＮＱＰ要求８６２がＳＴＡ４ ８２４によってドロップされるか、または無視される原因となるであろう。

図９は、本開示の第１の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ９０２を介した非ＡＰ ＭＬＤ ９２２とレガシＳＴＡ９１２との間の通信を示すフローチャート９００を示す。ＡＰ ＭＬＤ９０２は、それぞれ、５ＧＨｚおよび６ＧＨｚ周波数帯域上で動作している２つのＡＰ（ＡＰ１、ＡＰ２ ９０４）と連携している。ＡＰ ＭＬＤ９０２は、ＳＴＡ５ ９１２および非ＡＰ ＭＬＤ２ ９２２と関連付けられる。非ＡＰ ＭＬＤ２ ９２２は、それぞれ、５ＧＨｚおよび６ＧＨｚ周波数帯域上で動作している２つのＳＴＡ（ＳＴＡ３、ＳＴＡ４ ９２４）と連携している。ＳＴＡ５ ９１２は、６ＧＨｚ周波数帯域上で動作している。

この例では、非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ９２２）のＩＰアドレスを解決するレガシＳＴＡ（例えば、ＳＴＡ５ ９１２）が示される。ＳＴＡ５ ９１２は、そのＤＡフィールド９３５内でブロードキャストアドレス、およびアドレス解決要求（ＡＲＰ要求）９３４を含む第１のデータフレーム９３２を発生させて、６ＧＨｚリンク（周波数帯域）上でＡＰ ＭＬＤ９０２へ送信することによって、ＡＲＰクエリを始動してよい。ＤＡフィールド９３５内のブロードキャストアドレスは、第１のデータフレーム９３２がすべての関連ＳＴＡおよび非ＡＰ ＭＬＤへブロードキャストされていることを示す。ＡＲＰ要求９３４は、非ＡＰ ＭＬＤ２ ９２４のＩＰアドレスをターゲットＩＰフィールド９３９で含み、ＳＴＡ５ ９１２が非ＡＰ ＭＬＤ２ ９２４の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム９３２を６ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ９０２のＡＰ２ ９０４は、ＡＲＰ要求９３４’を含む第１のデータフレーム９３２’を、ＳＴＡ５ ９１２および非ＡＰ ＭＬＤ２ ９２４を含む基本サービスセット（ＢＳＳ）中のすべての関連ＳＴＡおよび／または非ＡＰ ＭＬＤへ転送する。ＳＡフィールド９３５’は、ＳＴＡ５ ９１２のＭＡＣアドレスを含み、第１のデータフレーム９３２’の元の送信元がＳＴＡ５ ９１２であることを示す。ＳＴＡ５ ９１２およびＡＰ２ ９０４によって受信されたＡＲＰ要求９３４’のターゲットＩＰフィールド９３９’内で含まれるターゲットＩＰアドレスは、それらそれぞれのＬ２およびＭＬＤ ＭＡＣ ＩＰアドレスと一致しないので、ＳＴＡ５ ９１２およびＡＰ２ ９０４は、ＡＲＰ要求９３４’を無視するか、またはループバックフレームとしてＡＲＰ要求９３４’を拒否する。

他方では、ＳＴＡ４ ９２４によって受信されたＡＲＰ要求９３４’のターゲットＩＰフィールド９３９’で含まれるターゲットＩＰアドレスは、その非ＡＰ ＭＬＤのＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）と一致するので、ＳＴＡ４ ９２４は、アドレス解決応答（ＡＲＰ応答）９４４を含む第２のデータフレーム９４２を発生させて、６ＧＨｚリンクを介してＡＰ ＭＬＤ９０２へ送信してよい。非ＡＰ ＭＬＤ２ ９２４は、その非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）をＡＲＰ応答９４４のソースハードウェアフィールド９４６内に提供する。ＡＲＰ応答９４４は、ＳＴＡ５ ９１２のＭＡＣアドレスおよびＩＰアドレス（ＳＴＡ５－ＭおよびＳＴＡ５－ＩＰ）も、それぞれ、ターゲットハードウェアフィールド９４８およびターゲットＩＰフィールド９４９で含み、ＳＴＡ５ ９１２をＡＲＰ応答９４４のターゲット受信側として示す。

第２のデータフレーム９４２を受信する、ＡＰ ＭＬＤ９０２は、第２のデータフレーム９４２内で含まれるＡＲＰ応答９４４が関連ＳＴＡ（この場合、ＤＡフィールド９４５内のＭＡＣアドレス（ＳＴＡ５－Ｍ）に基づいてＳＴＡ５ ９１２）へ向けられていることを確認して、ＡＲＰ応答９４４’を含む第２のデータフレーム９４２’を、６ＧＨｚ帯域において連携ＡＰ（この場合、６ＧＨｚリンクを介してＡＰ２ ９０４）を通じてＳＴＡ５ ９１２へ転送する。

ＳＴＡ５ ９１２によって受信されたＡＲＰ応答９４４’のターゲットＩＰフィールド９４９’内で含まれるターゲットＩＰアドレスは、そのＩＰアドレス（ＳＴＡ５ーＩＰ）と一致するので、ＳＴＡ５ ９１２は、次に、第２のデータフレーム９４２’を処理して、ＡＲＰ応答９４４’のソースＩＰフィールド９４７’内の非ＡＰ ＭＬＤのＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）をソースハードウェアフィールド９４６’内の非ＡＰ ＭＬＤのＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決される。

続いて、ＳＴＡ５ ９１２は、後続データフレーム（ＩＰパケット）９５２を、ＡＰ ＭＬＤ ９０２を通じて非ＡＰ ＭＬＤ２ ９２２へ送信してよい。ＳＴＡ－ＭＬＤ２－ＩＰ宛のＩＰパケットは、ＤＡフィールド９５５が非ＡＰ ＭＬＤ２ ９２２のＭＬＤ ＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）にセットされて、ＩＰレイヤにおいてＳＴＡ－ＭＬＤ２－Ｍへアドレスされるであろう。

ＩＰパケット９５２を受信する、ＡＰ ＭＬＤ９０２は、ＩＰパケット９５２が関連非ＡＰ ＭＬＤ（この場合、ターゲットＩＰフィールド９５７内のＩＰアドレス（ＳＴＡ－ＭＬＤ２ ＩＰ）に基づいて非ＡＰ ＭＬＤ２ ９２２）へ向けられていることを確認して、ＩＰパケット９５２’を、連携ＡＰのいずれか１つを通じてターゲットハードウェア、すなわち、非ＡＰ ＭＬＤ２ ９２２へ（この場合、６ＧＨｚリンクを介してＡＰ２ ９０４からＳＴＡ４ ９２４へ）転送する。非ＡＰ ＭＬＤ２ ９２２がＡＰ ＭＬＤ９０２と関連付けられるので、従って、ＳＴＡ４ ９２４のＬ２ ＭＡＣアドレスがＡＰ ＭＬＤ９０２に知られていることに注目して、ＡＰ ＭＬＤ９０２は、ＩＰ パケット９５２’をＳＴＡ４ ９２４へ転送するときに、ＲＡフィールド９５３’内で非ＡＰ ＭＬＤ２のＭＬＤアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）をＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）に翻訳することが可能である。そのようにして、ＩＰパケット９５２’がＳＴＡ４ ９２４によって正確に受信されて、ＡＰ－ＭＬＤ９０２を介して送信されたフレームに問題はないであろう。

しかしながら、本開示のこの第１の実施形態のもとで実行されるＡＲＰについて、レガシＳＴＡ（例えば、ＳＴＡ５ ９１２）によって直接リンク上で（例えば、ＡＰ ＭＬＤ ９０２を介さずに）非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ９２２）へ送信されるフレームは、ＲＡフィールドがＳＴＡのＬ２ ＭＡＣアドレスではなく、ＭＬＤ ＭＡＣアドレスにセットされるので、失敗するであろう。図９に示される例に戻ると、ＡＲＰクエリが解決された後に、ＳＴＡ５ ９１２は、パブリックアクションフレーム（ＡＮＱＰ要求フレーム）９６２を、直接リンク上で非ＡＰ ＭＬ２ ９２２へ送信することを望むことがある。ＳＴＡ５ ９１２が非ＡＰ ＭＬＤ２ ９２２と関連付けられておらず、従って、ＳＴＡ４ ９２４のＬ２ ＭＡＣアドレスがＳＴＡ５ ９１２に知られていないかもしれないことに注目して、ＡＮＱＰ要求フレーム９６２のＲＡフィールド９６３は、ＳＴＡ４のＬ２ ＭＡＣアドレスではなく、非ＡＰ ＭＬＤ２のＭＬＤ ＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）にセットされる。これは、直接リンク上で送信されたＡＮＱＰ要求フレーム９６２がＳＴＡ４ ９２４によってドロップされるか、または無視される原因となるであろう。

図１０は、本開示の第１の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ １００２、１つの非ＡＰ ＭＬＤ２ １０１２およびレガシＳＴＡ５ １０２２間の通信を示すフローチャート１０００を示す。ＡＰ ＭＬＤ１００２は、それぞれ、５ＧＨｚおよび６ＧＨｚ周波数帯域上で動作している２つのＡＰ（ＡＰ１、ＡＰ２ １００４）と連携している。ＡＰ ＭＬＤ１００２は、非ＡＰ ＭＬＤ２ １０１２およびＳＴＡ５ １０２２と関連付けられる。非ＡＰ ＭＬＤ２ １０１２は、それぞれ、５ＧＨｚおよび６ＧＨｚ周波数帯域上で動作している２つのＳＴＡ（ＳＴＡ３、ＳＴＡ４ １０１４）と連携している。ＳＴＡ５ １０２２は、６ＧＨｚ周波数帯域上で動作している。

この例では、レガシＳＴＡ（例えば、ＳＴＡ５ １０２２）のＩＰアドレスを解決する非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ １０１２）が示される。非ＡＰ ＭＬＤ２ １０１２のＳＴＡ４は、そのＤＡフィールド１０３５内でブロードキャストアドレス、およびアドレス解決要求（ＡＲＰ要求）１０３４を含む第１のデータフレーム１０３２を発生させて、６ＧＨｚリンク（周波数帯域）上でＡＰ ＭＬＤ１００２へ送信することによって、ＡＲＰクエリを始動してよい。ＤＡフィールド１０３５内のブロードキャストアドレスは、第１のデータフレーム１０３２がすべての関連ＳＴＡおよび非ＡＰ ＭＬＤへブロードキャストされていることを示す。ＡＲＰ要求１０３４は、ＳＴＡ５ １０２２のＩＰアドレスをターゲットＩＰフィールド１０３９内で含み、非ＡＰ ＭＬＤ２ １０１２がＳＴＡ５ １０２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム１０３２を６ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ１００２のＡＰ２ １００４は、ＡＲＰ要求１０３４’を含む第１のデータフレーム１０３２’を、非ＡＰ ＭＬＤ２ １０１２およびＳＴＡ５ １０２２を含む基本サービスセット（ＢＳＳ）中のすべての関連ＳＴＡおよび／または非ＡＰ ＭＬＤへ転送する。ＳＡフィールド１０３５’は、非ＡＰ ＭＬＤ２ １０１２のＭＡＣアドレスを含み、第１のデータフレーム１０３２’の元の送信元が非ＡＰ ＭＬＤ２ １０１２であることを示す。ＳＴＡ４ １０１４およびＡＰ２ １００４によって受信されたＡＲＰ要求１０３４’のターゲットＩＰフィールド１０３９’内で含まれるターゲットＩＰアドレスは、それらそれぞれのＬ２およびＭＬＤ ＭＡＣ ＩＰアドレスと一致しないので、ＳＴＡ４ １０１４およびＡＰ２ １００４は、ＡＲＰ要求１０３４’を無視するか、またはループバックフレームとしてＡＲＰ要求１０３４’を拒否する。

他方では、ＳＴＡ５ １０２２によって受信されたＡＲＰ要求１０３４’のターゲットＩＰフィールド１０３９’内で含まれるターゲットＩＰアドレスは、そのＩＰアドレス（ＳＴＡ５－ＩＰ）と一致するので、ＳＴＡ５ １０２２は、アドレス解決応答（ＡＲＰ応答）１０４４を含む第２のデータフレーム１０４２を発生させて、６ＧＨｚリンクを介してＡＰ ＭＬＤ１００２へ送信してよい。ＳＴＡ５ １０２２は、そのＬ２ ＭＡＣアドレス（ＳＴＡ５－Ｍ）をＡＲＰ応答１０４４のソースハードウェアフィールド１０４６内に提供する。ＡＲＰ応答１０４４は、非ＡＰ ＭＬＤ２ １０１２のＭＡＣアドレスおよびＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＭおよびＳＴＡ－ＭＬＤ２－ＩＰ）も、それぞれ、ターゲットハードウェアフィールド１０４８およびターゲットＩＰフィールド１０４９で含み、非ＡＰ ＭＬＤ２ １０１２をＡＲＰ応答１０４４のターゲット受信側として示す。

第２のデータフレーム１０４２を受信する、ＡＰ ＭＬＤ１００２は、第２のデータフレーム１０４２内で含まれるＡＲＰ応答１０４４が関連ＳＴＡ（この場合、ＤＡフィールド内のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）に基づいて非ＡＰ ＭＬＤ２ １０１２）へ向けられていることを確認して、ＡＲＰ応答１０４４’を含む第２のデータフレーム１０４２’を、連携ＡＰのいずれか１つを通じて、非ＡＰ ＭＬＤ２ １０１２へ（この場合、６ＧＨｚリンクを介してＡＰ２ １００４からＳＴＡ４ １０１４へ）転送する。

ＳＴＡ４ １０１４によって受信されたＡＲＰ応答１０４４’のターゲットＩＰフィールド１０４９’内で含まれるターゲットＩＰアドレスは、そのＩＰアドレス（ＳＴＡーＭＬＤ２－ＩＰ）と一致するので、ＳＴＡ４ １０１４は、次に、ＡＲＰ応答１０４４’のソースＩＰフィールド１０４７’内のＳＴＡ５のＩＰアドレス（ＳＴＡ５－ＩＰ）をＡＲＰ応答１０４４’のソースハードウェアフィールド１０４６’内のＳＴＡ５のＭＡＣアドレス（ＳＴＡ５－Ｍ）へマッピングするために、第２のデータフレーム１０４２’を処理して、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決される。ＳＴＡ４ １０１４は、次に、第２のデータフレーム１０４２’を処理して、ＡＲＰ応答１０４４’のソースＩＰフィールド１０４７’内のＳＴＡ５のＩＰアドレス（ＳＴＡ５－ＩＰ）をソースハードウェアフィールド１０４６’内のＳＴＡ５のＭＡＣアドレス（ＳＴＡ５－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決される。

続いて、非ＡＰ ＭＬＤ２ １０１２は、ＴＤＬＳ発見要求１０５４を含む後続データフレーム１０５２を、６ＧＨｚリンク上で動作しているＡＰ ＭＬＤ１００２を通じてＳＴＡ５ １０２２へ送信することによって、トンネル直接リンクセットアップ（ＴＤＬＳ）発見を始動してよい。ＴＤＬＳ発見要求は、非ＡＰ ＭＬＤ２ １０１２のＭＡＣアドレスにセットされたＴＤＬＳイニシエータフィールド、ＳＴＡ５ １０２２のＭＡＣアドレスにセットされたＴＤＬＳレスポンダフィールド １０５９を備え、非ＡＰ ＭＬＤ２ １０１２（イニシエータ）がＳＴＡ５ １０２２（レスポンダ）と直接リンクをセットアップしようとしていることを示す。

後続データフレーム１０５２を受信する、ＡＰ ＭＬＤ１０２２は、データフレーム１０５２内で含まれるＴＤＬＳ発見要求１０５４が関連ＳＴＡ（この場合、ＤＡフィールド内のＭＡＣアドレス（ＳＴＡ５－Ｍ）に基づいてＳＴＡ５ １０２２）へ向けられていることを確認して、データフレーム１０５２’をＳＴＡ５ １０２２へ転送する。ＳＴＡ５ １０２２がＡＰ ＭＬＤ１０２２と関連付けられているので、従って、ＳＴＡ５ １０２２のＬ２ ＭＡＣアドレスがＡＰ ＭＬＤ１００２に知られていることに注目して、ＡＰ ＭＬＤ１００２は、データフレーム１０５２をＳＴＡ５ １０２２へ転送するときに、ＳＴＡ５のＭＡＣアドレス（ＳＴＡ５－Ｍ）をＲＡフィールド１０５３’内にセットする。そのようにして、データフレームは、ＳＴＡ５ １０２２によって正確に受信されるであろう。

ＴＤＬＳ発見要求１０５４’を受信する、ＳＴＡ５ １０２２は、ＴＤＬＳ発見応答アクションフレーム１０６２を直接リンク、すなわち、ＳＴＡの動作リンク（リンク２または６ＧＨｚ周波数帯域）上でＳＴＡ４ １０１４へ送信し返すことがある。しかしながら、図９に示される例と同様に、ＳＴＡ５ １０２２が非ＡＰ ＭＬＤ２ １０１２と関連付けられていないので、従って、ＳＴＡ４ １０１４のＬ２ ＭＡＣアドレスは、ＳＴＡ５ １０２２に知れていないことがあり、ＴＤＬＳ発見応答アクションフレーム１０６２のＲＡフィールド１０６３は、ＳＴＡ４のＬ２ ＭＡＣアドレスではなく、ＴＤＬＳ発見要求１０５４’内のＴＤＬＳイニシエータフィールドに基づいて非ＡＰ ＭＬＤ２のＭＬＤ ＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）にセットされる。これは、直接リンク上で送信されたＴＤＬＳ発見応答アクション１０６２がＳＴＡ４ １０１４によってドロップされるか、または無視される原因となるであろう。

それゆえに、本開示によれば、別の非ＡＰ ＭＬＤまたはレガシＳＴＡによって直接リンク上で送信されたフレームを正確に受信することが可能であるために、通常のフレームフィルタリング基準の他に、非ＡＰ ＭＬＤは、ＲＡフィールドがそのＭＬＤ ＭＡＣアドレスにセットされた特定のフレームも受け入れるように構成されるべきである。特に、不必要なチェッキングを回避するために、（ｉ）フレームコントロールフィールド「Ｔｏ ＤＳ」および「Ｆｒｏｍ ＤＳ」が０の値にセットされたデータフレーム（セッティングは、ピアツーピア送信に用いられる）、および（ｉｉ）ＴＬＤＳ発見応答フレームおよびグループアドレス要求／応答フレーム（ＡＮＱＰ要求／応答に用いられる）のようなピアツーピア発見のために用いられるパブリックアクションフレームなど、ある一定のフレームのＲＡフィールドのみがＭＬＤ ＭＡＣアドレスについてチャックされる。

しかしながら、これは、無線経由で送られる個別にアドレスされるフレームのＭＡＣヘッダ内のアドレス１（ＲＡ）フィールドの値は、そのリンクに対応するＭＬＤと連携している受信ＳＴＡのＭＡＣアドレスとする（ＭＬＤのＭＬＤ ＭＡＣアドレスではない）という８０２．１１ｂｅにおける合意に違反する。

それゆえに、マルチリンクアドレス解決が、ＲＡ／ＴＡフィールドのセッティングに関する８０２．１１ｂｅ合意に従って、直接リンク上で送信されたフレームが別の非ＡＰ ＭＬＤまたはレガシＳＴＡによって正確に受信される結果をもたらすことができる、上記の課題の１つ以上に対処するための実現可能な技術的ソリューションを提供する通信装置および方法に対するニーズがある。

本開示の第２の実施形態によれば、ＭＬＤのＩＰアドレスが、ＭＬＤ ＭＡＣアドレス、またはＭＬＤのＬ２ ＭＡＣアドレスのうちの１つのいずれかへダイナミックにマッピングされる。アドレス解決要求（ＡＲＰ要求または近隣要請メッセージ）に応答して、どのＭＡＣアドレスをＭＬＤのハードウェアＭＡＣアドレスとして返すべきかを判定するために、判定が実行されてよい。これは、別のＭＬＤまたはＳＴＡのＩＰアドレスを解決するためにアドレス解決要求を送信する要求側ＳＴＡが、ＭＬＤまたは非ＭＬＤであるかどうかに依存する。

要求側ＳＴＡがＭＬＤであると判定されれば、ＭＬＤ ＭＡＣアドレスがＭＬＤのハードウェアＭＡＣアドレスとして返され、それに対して、要求側ＳＴＡが非ＭＬＤ（ＥＨＴもしくはレガシＳＴＡのいずれか）であると判定されれば、アドレス解決要求が受信されたリンク上で動作している連携ＡＰ／ＳＴＡのＭＡＣアドレスがＭＬＤのハードウェアＭＡＣアドレスとして返される。そのように、非ＭＬＤの観点から、ＭＬＤは、非ＭＬＤが動作する同じリンク上で動作している連携ＡＰ／ＳＴＡのＭＡＣアドレスによって識別される。しかしながら、非ＭＬＤが図らずもＭＬＤのいずれのセットアップリンクの中にもないリンク上で動作していれば、ＭＬＤは、そのＭＬＤ ＭＡＣアドレスによって識別されてよい。

上記のことを達成するための１つの可能なソリューションは、ＭＬＤおよび非ＭＬＤ／レガシ接続のために異なるＳＡＰを用いたＭＬＤによる。以下の項では、ＭＬＤおよび非ＡＰ ＭＬＤ／レガシ接続のために、ＡＰ ＭＬＤ、非ＡＰ ＭＬＤが、異なるＭＡＣ ＳＡＰを用いるＡＰ ＭＬＤ、非ＡＰ ＭＬＤおよび／または非ＭＬＤ ＳＴＡにおけるマルチリンクアドレス解決に関して本開示の第２の実施形態が説明される。

ＭＬＤによって送信されるフレームは、それがＭＬＤによって送信される（またはそれから発する）ことを示すために「ＭＬインディケーション」を含んでよい。「ＭＬインディケーション」は、ＭＬＤによって送信されるすべてのフレーム内で含まれてもよく、またはＡＰ ＭＬＤによって送信／リレーされるフレーム内で含まれてもよい。

本開示の第２の実施形態によれば、ＭＬＤ ＭＡＣアドレスからＬ２ ＭＡＣアドレスへの解決を行うためにＭＬＤアドレスクエリ・メカニズムが提案され、このメカニズムが図１８に関して以下の項に示される。

さらに、ＡＰ ＭＬＤは、プロキシＡＲＰ機能を提供してよく、この機能は、関連非ＡＰ ＭＬＤのＩＰアドレスを、非ＡＰ ＭＬＤのＭＬＤ ＭＡＣアドレス、または非ＡＰ ＭＬＤのＬ２ ＭＡＣアドレスのうちの１つのいずれかへダイナミックにマッピングする。アドレス解決要求（ＡＲＰ要求または近隣要請メッセージ）に応答してどのＭＡＣアドレスを非ＭＬＤのハードウェアＭＡＣアドレスとして返すべきかを判定するために、判定が、非ＡＰ ＭＬＤに代わって、ＡＰ ＭＬＤによって実行されてよい。これは、非ＡＰ ＭＬＤまたはＳＴＡのＩＰアドレス解決するためにアドレス解決要求を送信する要求側ＳＴＡが、ＭＬＤまたは非ＭＬＤであるかどうかに依存する。

要求側ＳＴＡがＭＬＤであると判定されれば、非ＡＰ ＭＬＤのＭＬＤ ＭＡＣアドレスがＭＬＤのハードウェアＭＡＣアドレスとして返され、それに対して、要求側ＳＴＡが非ＭＬＤ（ＥＨＴもしくはレガシＳＴＡのいずれか）であると判定されれば、アドレス解決要求が受信されたリンク上で動作しているＭＬＤの連携ＳＴＡのＭＡＣアドレスがＭＬＤのハードウェアＭＡＣアドレスとして返される。しかしながら、非ＭＬＤが図らずも関連非ＡＰ ＭＬＤのいずれのセットアップリンクの中にもないリンク上で動作していれば、ＡＰ ＭＬＤは、非ＡＰ ＭＬＤのＭＬＤ ＭＡＣアドレスをそのハードウェアＭＡＣアドレスとして返してよい。

第２の実施形態によれば、関連非ＡＰ ＭＬＤによって送信されたユニキャストデータフレームを関連非ＭＬＤ ＳＴＡ（例えば、レガシＳＴＡ）へ転送するときに、ＡＰ ＭＬＤは、転送されるデータフレームのＳＡフィールドを、フレームがＡＰ ＭＬＤによって受信されたリンクに対応する非ＡＰ ＭＬＤのＳＴＡのＭＡＣアドレスとしてセットする。同様に、関連非ＭＬＤ ＳＴＡ（例えば、レガシＳＴＡ）によって送信されたユニキャストデータフレームを関連非ＡＰ ＭＬＤへ転送するときに、ＡＰ ＭＬＤは、非ＡＰ ＭＬＤがそのリンク上で動作している連携ＡＰを有する限り、フレームを、フレームが受信された同じリンク上で転送するものとする（すなわち、リンククロスオーバーは許容されない）。

非ＡＰ ＭＬＤによって非ＭＬＤ ＳＴＡ（例えば、レガシＳＴＡ）へ送信されるＴＤＬＳフレーム内では、ＴＤＬＳイニシエータＳＴＡ、ＴＤＬＳレスポンダＳＴＡのような関連するアドレスフィールドが（ＭＬＤ ＭＡＣアドレスではなく）送信リンクに対応する非ＡＰ ＭＬＤのＳＴＡ ＭＡＣアドレスとしてセットされる。

図１１Ａおよび図１１Ｂは、本開示の第２の実施による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ１１０２および非ＡＰ ＭＬＤ１１５２、ならびにそれぞれのネットワークインタフェースレイヤのそれらそれぞれのインターネットレイヤ１１０４、１１５４との通信の構成例を示す概略図１１００、１１５０を示す。ＡＰ ＭＬＤ１１０２および非ＡＰ ＭＬＤ１１５２は、各々が、ＭＬＤ ＭＡＣアドレス１１０８、１１５８へマッピングされた単一のＩＰアドレス１１０６、１１５６、ならびにＭＬＤのためのＭＡＣ ＳＡＰ（例えば、ＭＡＣ－ＳＡＰ１ １１１２，１１６２）およびＭＬＤ内の各々の連携ＡＰ／ＳＴＡのためのＡＰ／ＳＴＡ ＭＡＣ ＳＡＰ（例えば、ＡＰ１／ＳＴＡ１のＭＡＣ－ＳＡＰ２ １１１４，１１５４およびＡＰ２／ＳＴＡ２のＭＡＣ－ＳＡＰ３ １１１６，１１５６）を保持する。

ＡＰ ＭＬＤ１１０２および非ＡＰ ＭＬＤ１１５２は、ＭＬＤおよび非ＭＬＤ（レガシＳＴＡを含む）接続のために異なるＭＡＣ ＳＡＰを用いる。ＭＬＤのＩＰアドレスは、ＭＬＤ ＭＡＣアドレス１１０８、１１５８またはＳＴＡ ＭＡＣアドレス１１１８、１１２０、１１６８、１１７０のいずれかへダイナミックにマッピングされる。ＭＬＤから／へＤＳへ／からのトラフィック（ＡＲＰおよびＮＤメッセージを含む）は、ライン１１２２、１１７２によって示されるように、ＭＬＤ ＭＡＣ ＳＡＰ１１１２、１１６２を通じてルーティングされ、一方で、非ＭＬＤから／へＤＳへ／からのトラフィック（ＡＲＰおよびＮＤメッセージを含む）は、ライン１１２４、１１７４によって示されるように、ＳＴＡ ＭＡＣ ＳＡＰを通じてルーティングされる。ＡＲＰ／ＮＤ１１０５、１１５５は、ＡＲＰ／ＮＤ要求がそれを通じて受信された、対応するＭＡＣ ＳＡＰのＭＡＣアドレスを返す。言い換えれば、ＡＲＰ／ＮＤ要求が非ＭＬＤから受信されれば、トラフィックは、ＳＴＡ ＭＡＣ ＳＡＰを通じてルーティングされて、ＳＴＡ ＭＡＣアドレスが返され、それに対して、ＡＲＰ／ＮＤ要求がＭＬＤから受信されれば、トラフィックは、ＭＬＤ ＭＡＣ ＳＡＰ１１１４、１１１６、１１５４、１１５６を通じてルーティングされて、従って、ＭＬＤ ＭＡＣアドレスが返される。

さらに、やはり可能なのは、複数のＩＰアドレスがデバイスに割り当てられて、ＩＰアドレスと、各ＭＡＣ ＳＡＰに対応するＭＡＣアドレスとの間に１対１のマッピングがあり、例えば、ＭＬＤ ＭＡＣアドレスに対応する１つのＩＰアドレス、およびＡＰ／ＳＴＡ ＭＡＣアドレスの各々に対応する１つのＩＰアドレスがあることである。

図１２は、本開示の第２の実施形態による、データフレーム１２００のフォーマット例を示す。データフレーム１２００は、フレームコントロールフィールド、デュレーションフィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンスコントロールフィールド、クオリティ・オブ・サービス（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）コントロールフィールド、ＨＴフィールド、ペイロードフィールドおよびフレームチェックシーケンス（ＦＣＳ：Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）を備えてよい。フレームコントロールフィールド１２０２、デュレーションフィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンスコントロール、ＱｏＳコントロールフィールド、ＨＴコントロールフィールドは、ＭＡＣヘッダとしてグルーピングされてよい。フレームコントロールフィールド１２０２は、プロトコルバージョンサブフィールド１２０４、タイプサブフィールド、サブタイプサブフィールド、Ｔｏ ＤＳサブフィールド、Ｆｒｏｍ ＤＳサブフィールド、モアフラグメントサブフィールド、リトライサブフィールド、パワーマネジメントサブフィールド、モアデータサブフィールド、保護されたフレームサブフィールド、および＋ＨＴサブフィールドを備える。

データフレーム１２００のフレームコントロールフィールド１２０２内のプロトコルバージョンサブフィールド１２０４が「ｂ００」以外の値にセットされたときに、それは、送信／発信デバイスがＭＬＤであることを識別する「ＭＬインディケーション」としての役割を果たす。受信側ＳＴＡ／ＡＰ、または受信側ＭＬＤのＳＴＡ／ＡＰは、送信／発信デバイスがＭＬＤであるか否か、従って、受信されたデータフレームが転送されるＭＡＣ ＳＡＰを判定するために「ＭＬインディケーション」の存在を用いる。特に、かかる「ＭＬインディケーション」を含む受信側ＭＬＤによって受信されたデータフレームは、ＭＬＤ ＭＡＣ ＳＡＰへ転送されて、一方で、すべての他のデータフレームは、ＳＴＡ／ＡＰ ＭＡＣ ＳＡＰへ転送される。受信側ＭＬＤのＡＲＰ／ＮＤは、それを通じてＡＲＰ／ＮＤ要求が受信されたＭＡＣ ＳＡＰに対応するＭＡＣアドレスを、受信側ＭＬＤのハードウェアアドレスとして返す。有利には、要求側ＳＴＡ（ＭＬＤまたは非ＭＬＤ）のタイプを識別するＭＬインディケーションに基づいて、ＭＬＤのハードウェアＭＡＣアドレスが正確にマッピングされるであろう。

ＡＰは、例えば、アソシエーション手順中のケイパビリティ交換に基づいて、すべての関連デバイスのデバイスタイプを知っている。「ＭＬインディケーション」がなくても、ＡＰは、ＴＡフィールドに基づいてＭＡＣ ＳＡＰを決定できる。レガシＳＴＡからのデータフレームは、ＡＰ ＭＡＣ ＳＡＰへ進み、一方で、非ＡＰ ＭＬＤからのデータフレームは、ＭＬＤ ＭＡＣ ＳＡＰへ進む。

図１３は、本開示の第２の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ１３０２と非ＭＬＤ ＳＴＡ１３１２との間の通信を示すフローチャートを示す。ＡＰ ＭＬＤ１３０２は、それぞれ、５ＧＨｚおよび６ＧＨｚ周波数帯域上で動作している２つのＡＰ（ＡＰ１、ＡＰ２ １３０４）と連携している。ＡＰ ＭＬＤ１３０２は、６ＧＨｚ周波数帯域上でＳＴＡ５ １３１２と関連付けられる。

この例では、関連ＡＰ ＭＬＤ（例えば、ＡＰ ＭＬＤ１３０２）のＩＰｖ４アドレスを解決するレガシＳＴＡ（例えば、ＳＴＡ５ １３１２）が示される。ＳＴＡ５ １３１２は、そのＤＡフィールド１３２５内でブロードキャストアドレス、およびアドレス解決要求（ＡＲＰ要求）１３２４を含む第１のデータフレーム１３２２を発生させて、６ＧＨｚリンク（周波数帯域）上でＡＰ ＭＬＤ１３０２へ送信することによってＡＲＰクエリを始動してよい。ＤＡフィールド１３２５内のブロードキャストアドレスは、第１のデータフレーム１３２２がすべての関連ＳＴＡおよび非ＡＰ ＭＬＤへブロードキャストされていることを示す。ＡＲＰ要求１３２４は、ＡＰ ＭＬＤ１３０２のＩＰアドレス（ＡＰ－ＭＬＤ－ＩＰ）をターゲットＩＰフィールド１３２９内で含み、ＳＴＡ５ １３１２がＡＰ－ＭＬＤ１３０２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム１３２２を６ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ１３０２のＡＰ２ １３０４は、ＡＲＰ要求１３２４’を含む第１のデータフレーム１３２２’を、ＳＴＡ５ １３１２を含む基本サービスセット（ＢＳＳ）中のすべての関連ＳＴＡおよび／または非ＡＰ ＭＬＤへ転送してよい。ＳＡフィールド１３２５’は、ＳＴＡ５のＭＡＣアドレスを含み、第１のデータフレーム１３２２’の元の送信元がＳＴＡ５であることを示す。ＳＴＡ５ １３１２によって受信されたＡＲＰ要求１３２４’のターゲットＩＰフィールド１３２９’内で含まれるターゲットＩＰアドレスは、そのＩＰアドレスと一致しないので、ＳＴＡ５ １３１２は、ＡＲＰ要求１３２４’を無視するか、またはループバックフレームとしてＡＲＰ要求１３２４’を拒否する。

他方では、ＡＰ２ １３０４によって受信されたＡＲＰ要求１３２４のターゲットＩＰフィールド１３２９内で含まれるターゲットＩＰアドレスは、そのＭＬＤのＩＰアドレスと一致するので、ＡＰ２ １３０４は、ＳＡフィールド１３２５’に基づいて、発信デバイスがＳＴＡ５ １３１２であることを確認して、要求側デバイス５ １３１２のデバイスタイプを判定してよい。この場合、ＡＰ２ １３０４は、ＳＴＡ５が非ＭＬＤであると判定してよく、これを根拠に、ＡＲＰ要求１３２４は、（ＭＬＤ ＭＡＣ ＳＡＰではなく）ＡＰ２ ＭＡＣ ＳＡＰへ転送される。

アドレス解決応答（ＡＲＰ応答）１３３４を含む第２のデータフレーム１３３２は、ＡＰ ＭＬＤ１３０２によって発生されて、６ＧＨｚリンクを介してＡＰ２ １３０４からＳＴＡ５ １３１２へ送信するために、ＡＰ２のＭＡＣ ＳＡＰを介して伝えられる。ＡＲＰ応答１３３４は、ＡＰ２のＭＡＣアドレス（ＡＰ２－Ｍ）をソースハードウェアフィールド１３３６内で、ＡＰ ＭＬＤのＩＰアドレスをソースＩＰフィールド１３３７内で、ＳＴＡ５のＭＡＣアドレスをターゲットハードウェアフィールド１３３８内で、かつＳＴＡ５のＩＰアドレスをターゲットＩＰフィールド１３３９内で含み、ＳＴＡ５ １３１２がＡＲＰ応答１３３４のターゲット受信側であることを示す。

ＳＴＡ５ １３１２によって受信されたＡＲＰ応答１３３４のターゲットＩＰフィールド１３３９内で含まれるターゲットＩＰアドレスは、そのＩＰアドレスと一致するので、ＳＴＡ５ １３１２は、第２のデータフレーム１３３２を処理して、ＡＲＰ応答１３３４のソースＩＰフィールド１３３７内のＡＰ ＭＬＤのＩＰアドレス（ＡＰ－ＭＬＤ－ＩＰ）をソースハードウェアフィールド１３３６内のＡＰ２のＭＡＣアドレス（ＡＰ２－Ｍ）へマッピングするためにそのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決される。

続いて、ＳＴＡ５ １３１２は、後続データフレーム１３４２をＡＰ２ ＭＡＣ－ＳＡＰを通じてＡＰ２ １３０４へ送信してよい。ＡＰ ＭＬＤ宛のデータフレーム１３４２は、データフレーム１３４２のＲＡフィールド１３５３がＡＰ２のＭＡＣアドレス（ＡＰ２－Ｍ）にセットされて、ＩＰレイヤにおいてＡＰ２へアドレスされるであろう。

図１４は、本開示の第２の実施形態の第１の例による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ１４０２を介した非ＡＰ ＭＬＤ１４２２と非ＭＬＤ ＳＴＡ１４１２との間の通信を示すフローチャート１４００を示す。

この例では、非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ １４２２）のＩＰｖ４アドレスを共通リンク（例えば、リンク２または６ＧＨｚ周波数帯域）を用いて解決するレガシＳＴＡ（例えば、ＳＴＡ５ １４１２）が示される。ＳＴＡ５ １４１２は、そのＤＡフィールド１４３５内でブロードキャストアドレス、およびアドレス解決要求（ＡＲＰ要求）１４３４を含む第１のデータフレーム１４３２を発生させて、６ＧＨｚリンク（周波数帯域）上でＡＰ ＭＬＤ１４０２へ送信することによって、ＡＲＰクエリを始動してよい。ＤＡフィールド１４３５内のブロードキャストアドレスは、第１のデータフレーム１４３２がすべての関連ＡＰおよびＡＰ ＭＬＤへブロードキャストされていることを示す。ＡＲＰ要求１４３４は、非ＡＰ ＭＬＤ２ １４２２のＩＰアドレスをターゲットＩＰフィールド１４３９内で含み、ＳＴＡ５ １４１２が非ＡＰ ＭＬＤ２ １４２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム１４３２を６ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ１４０２のＡＰ２ １４０４は、ＡＲＰ要求１４３４’を含む第１のデータフレーム１４３２’を、ＳＴＡ５ １４１２および非ＡＰ ＭＬＤ２ １４２２を含む基本サービスセット（ＢＳＳ）中のすべての関連ＳＴＡおよび／または非ＡＰ ＭＬＤへ転送してよい。ＳＡフィールド１４３５’は、ＳＴＡ５ １４１２のＭＡＣアドレスを含み、第１のデータフレーム１４３４’の元の送信元がＳＴＡ５ １４１２であることを示す。ＳＴＡ５ １４１２およびＡＰ２ １４０４によって受信されたＡＲＰ要求１４３４’のターゲットＩＰフィールド１４３９’内で含まれるターゲットＩＰアドレスは、それらそれぞれのＬ２およびＭＬＤ ＭＡＣ ＩＰアドレスと一致しないので、ＳＴＡ５ １４１２およびＡＰ２ １４０４は、ＡＲＰ要求１４３４’を無視するか、またはループバックフレームとしてＡＲＰ要求１４３４’を拒否する。

ＳＴＡ４ １４２４は、ＳＡフィールド１４３５’に基づいて、ＡＲＰ要求１４３４’がＳＴＡ５ １４１２から発することを確認して、第１のデータフレーム１４３２’内の「ＭＬインディケーション」の欠落ゆえに、要求側デバイスＳＴＡ５ １４１２は、非ＭＬＤであると判定してよい。これを根拠に、ＡＲＰ要求１４３４’は、ＳＴＡ４ ＭＡＣ ＳＡＰを介してＡＲＰ／ＩＰレイヤへ転送される。非ＡＰ ＭＬＤ２ １４２２は、リンク２（６ＧＨｚ周波数帯域）をＳＴＡ５の動作リンクとしても記録してよい。

ＡＲＰ要求１４３４’のターゲットＩＰフィールド１４３９’内で含まれるターゲットＩＰアドレスは、非ＡＰ ＭＬＤ２のＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）と一致するので、非ＡＰ ＭＬＤ２は、そのＳＴＡ ＭＡＣ ＳＡＰを用いてアドレス解決応答（ＡＲＰ応答）１４４４を含む第２のデータフレーム１４４２を発生させて、データフレーム１４４２を、ＳＴＡ４を介してＡＰ２ １４０４へ送信してよい。データフレーム１４４２内で含まれるＡＲＰ応答１４４４は、ＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）をソースハードウェアフィールド１４４６内で、ＳＴＡ５のＭＡＣアドレスをターゲットハードウェアフィールド１４４８内で、かつＳＴＡ５のＩＰアドレスをターゲットＩＰフィールド１４４９内で含み、ＳＴＡ５ １４１２がＡＲＰ応答１４４４のターゲット受信側であることを示す。

第２のデータフレーム１４４２を受信する、ＡＰ ＭＬＤ１４０２は、ターゲットハードウェアフィールド１４４８内のＭＡＣアドレス（ＳＴＡ５－Ｍ）に基づいて、第２のデータフレーム１４４２内で含まれるＡＲＰ応答１４４４がＳＴＡ５へ向けられていることを確認して、ＡＲＰ応答１４４４’を含む第２のデータフレーム１４４２’を、ＳＴＡ５の動作リンク（リンク２）上で動作しているＡＰ２ １４０４を通じてＳＴＡ５ １４１２へ転送する。第２のデータフレーム１４４２’のＳＡフィールドは、第２のデータフレーム１４４２の元の送信ＳＴＡがＳＴＡ４ １４２４であることを確認するために、（非ＡＰ ＭＬＤのＭＬＤ ＭＡＣアドレスではなく）ＳＴＡ４のＭＡＣアドレスにセットされることが注目される。

第２のデータフレーム１４４２を受信する、ＳＴＡ５ １４１２は、それを処理して、ＡＲＰ応答１４４４’のソースＩＰフィールド１４４７’内の非ＡＰ ＭＬＤのＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）をソースＩＰフィールド１４４６’内のＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）へマッピングするためにそのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決される。

続いて、非ＡＰ ＭＬＤ２ １４２２のＳＴＡ４ １４２４は、ＴＤＬＳ発見要求１４５４を含む後続データフレーム１４５２をＳＴＡ５ １４１２へ送信することによってＴＤＬＳ発見を始動してよい。ピアデバイスが非ＭＬＤ ＳＴＡ、すなわち、ＳＴＡ５ １４１２であり、リンク２上で動作していることが今や知られているので、ＳＴＡ４ １４２４がＴＤＬＳイニシエータとして用いられる。ＴＤＬＳ発見要求１４５４は、ＳＴＡ４のＭＡＣアドレスにセットされたＴＤＬＳイニシエータフィールド、およびＳＴＡ５ １４１２のＭＡＣアドレスにセットされたＴＤＬＳレスポンダフィールド１４５９を備える。

後続データフレーム１４５２を受信する、ＡＰ ＭＬＤ１４０２は、ＴＤＬＳレスポンダフィールド１４５９内のＳＴＡ５のＭＡＣアドレス（ＳＴＡ５－Ｍ）に基づいて、データフレーム１４５２内で含まれるＴＤＬＳ発見要求１４５４がＳＴＡ５ １４１２へ向けられていること確認をして、ＳＡフィールド１４５５’内でＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）、およびＴＤＬＳ発見要求１４５４’を含む非ＡＰ ＭＬＤ２ １４２２から受信されたデータフレーム１４５２’をＳＴＡ５ １４１２へ転送する。ＡＰ ＭＬＤ１４０２は、データフレーム１４５２’をＳＴＡ５ １４１２へ転送するときに、ＳＴＡ５のＭＡＣアドレス（ＳＴＡ５－Ｍ）をＲＡフィールド１４５３’内にセットする。そのようにして、データフレームは、ＳＴＡ５ １４１２によって正確に受信されるであろう。

ＴＤＬＳ発見要求１４５４’を受信する、ＳＴＡ５ １４１２は、ＴＤＬＳ発見応答アクションフレーム１４６２を、直接リンク、すなわち、ＳＴＡ５の動作リンク（リンク２）上でＳＴＡ４ １４２４へ送信し返してよい。ＳＴＡ５ １４１２は、そのＡＲＰキャッシュ内に記憶されたマッピングに基づいて、ＴＤＬＳ発見応答アクションフレーム１４６２のＲＡフィールド１４６３をＳＴＡ４のＭＡＣアドレスにセットすることが可能である。そのようにして、これは、ＳＴＡ５ １４１２によって直接リンク上で非ＡＰ ＭＬＤ１４２２へ送られたＴＤＬＳ発見応答アクションフレーム１４６２のようなフレームが、ＳＴＡ４ １４２４を介して正確に受信されることにつながる。

これは、本開示の第１の実施形態に示されるような、直接リンク上においてレガシＳＴＡと非ＡＰ ＭＬＤとの間で送信されたフレームが正確に受信されることに失敗する問題を解決する。ＡＰによってリレーされた、ＴＤＬＳ発見要求フレームのリンク識別子エレメント内のＴＤＬＳイニシエータフィールドのみならずＳＡフィールドも、いずれもＳＴＡ ＭＡＣアドレスとしてセットされるので、受信ピアＳＴＡにおける混乱はないであろう。

関連非ＭＬＤ（例えば、１４３２）から受信されたグループアドレス・データフレームを転送するときに、ＡＰ ＭＬＤは、フレームが受信された同じリンク（例えば、６ＧＨｚリンク）上で動作している関連非ＡＰ ＭＬＤがある限り、フレームをそのリンク上で転送するものとする。そのリンク上でパワーセーブモードで動作している、および別のリンク（例えば、５ＧＨｚリンク）上でアクティブに動作している関連非ＡＰ ＭＬＤがあれば、ＡＰは、かかる非ＡＰ ＭＬＤのために６ＧＨｚリンク上でデータフレームをバッファして、バッファされたフレームについて５ＧＨｚ上で、例えば、ＤＴＩＭビーコンフレーム内のＴＩＭエレメントを用いて非ＡＰ ＭＬＤに通知するものとする。これは、データフレームが非ＡＰ ＭＬＤの正確なＳＴＡ ＭＡＣ ＳＡＰを介して転送されて、非ＡＰ ＭＬＤのハードウェアＭＡＣアドレスとして（非ＭＬＤと同じリンク上で動作するＳＴＡの）正確なＳＴＡ ＭＡＣアドレスが返されることを確実にする。

図１５は、本開示の第２の実施形態の第２の例による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ１５０２を介した非ＡＰ ＭＬＤ１５２２と非ＭＬＤ ＳＴＡ１５１２との通信を示すフローチャート１５００を示す。

この第２の例では、共通リンクなしに非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ １５２２）のＩＰｖ４アドレスを解決するレガシＳＴＡ（例えば、ＳＴＡ５ １５１２）が示される。非ＭＬＤが図らずも関連非ＡＰ ＭＬＤのいくつかのセットアップリンクの中にはないリンク上で動作していれば、ＡＰ ＭＬＤは、すべての関連非ＡＰ ＭＬＤへ到達すべ関連非ＭＬＤから受信されたいずれのグループアドレス・データフレームも他におけるすべてのセットアップリンク上で転送する以外に選択肢がない。これは、複数のＡＲＰ要求およびＡＲＰ応答が発生する原因となり、結果として、レガシＳＴＡのＡＲＰは、非ＡＰ ＭＬＤの複数のＳＴＡ ＭＡＣアドレスのうちのいずれか１つをキャッシュすることができる。いずれにしても、レガシＳＴＡと非ＡＰ ＭＬＤとの間の通信が、図らずも関連ＡＰ ＭＬＤを介して発生するならば成功するであろう、しかしながら、この場合、レガシＳＴＡと非ＡＰ ＭＬＤとの間には直接リンクがないので、直接リンク通信は、ＡＲＰキャッシュにかかわらず可能でない。

例に戻ると、ＳＴＡ５は、リンク３上で動作しており、一方で、非ＡＰ ＭＬＤ２は、リンク１および２上で動作している。ＳＴＡ５ １５１２は、そのＤＡフィールド１５３５内でブロードキャストアドレス、およびアドレス解決要求（ＡＲＰ要求）１５３４を含む第１のデータフレーム１５３２を発生させて、２．４ＧＨｚ周波数帯域（リンク３）でＡＰ ＭＬＤ１５０２へ送信することによってＡＲＰクエリを始動してよい。ＤＡフィールド１５３５内のブロードキャストアドレスは、第１のデータフレーム１５３２がすべての関連ＳＴおよび非ＡＰ ＭＬＤへブロードキャストされていることを示す。ＡＲＰ要求１５３４は、非ＡＰ ＭＬＤ２ １５２２のＩＰアドレスをターゲットＩＰフィールド１５３９内で含み、ＳＴＡ５ １５１２が、非ＡＰ ＭＬＤ２ １５２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム１５３２を２．４ＧＨｚリンクで受信する、ＡＰ ＭＬＤ１５０２のＡＰ３ １５０８は、ＡＲＰ要求１５３４’を含む第１のデータフレーム１５３２’を、ＳＴＡ３ １５２４、ＳＴＡ４ １５２６およびＳＴＡ５ １５１２を含む基本サービスセット（ＢＳＳ）中のすべての関連ＳＴＡおよび／または非ＡＰ ＭＬＤへすべての３つのリンク（２．４、５および６ＧＨｚリンク）で転送してよい。ＳＡフィールド１５３５’は、ＳＴＡ５ １５１２のＭＡＣアドレスを含み、第１のデータフレーム１５３２’の元の送信元がＳＴＡ５ １５１２であることを示す。

ＡＲＰ要求１５３４’のターゲットＩＰフィールド１５３９’内で含まれるターゲットＩＰアドレスは、非ＡＰ ＭＬＤ２ １５２２のＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）と一致するので、非ＡＰ ＭＬＤ２ １５２２は、ＳＴＡ３ １５２４およびＳＴＡ４ １５２６の両方を介して２つのＡＲＰ要求１５３４’を受信してよい。ＳＴＡ３ １５２４およびＳＴＡ４ １５２６の両方は、ＳＡフィールド１５３５’に基づいて、ＡＲＰ要求１５３４’がＳＴＡ５ １５１２から発することを確認して、第１のデータフレーム１５３２’内の「ＭＬインディケーション」の欠落ゆえに、要求側デバイスＳＴＡ５ １５１２は、非ＭＬＤであると判定してよい。これを根拠に、ＡＲＰ要求１５３４’は、ＳＴＡ３およびＳＴＡ４ ＭＡＣ ＳＡＰへ転送される。

非ＡＰ ＭＬＤ２ １５２２は、アドレス解決応答（ＡＲＰ応答）１５４４を含む第２のデータフレーム１５４２を、それらぞれぞれのＳＴＡ ＭＡＣ ＳＡＰを介して発生させて、データフレーム１５４２を、それぞれ、５ＧＨｚ周波数帯域（リンク１）および６ＧＨｚ周波数帯域（リンク２）を介してＡＰ１ １５０４およびＡＰ２ １５０６へ送信してよい。ＳＴＡ３ １５２４およびＳＴＡ４ １５２６によって発生されたデータフレーム１５４２内で含まれる２つのＡＲＰ応答１５４４は、それぞれのＭＡＣアドレス（ＳＴＡ３－Ｍ／ＳＴＡ４－Ｍ）をソースハードウェアフィールド１５４６内で、およびＳＴＡ５のＭＡＣアドレスをターゲットハードウェアフィールド１５４８内で、ならびにＳＴＡ５のＩＰアドレスをターゲットＩＰフィールド１５４９内で含み、ＳＴＡ５ １５１２がＡＲＰ応答１５４４のターゲット受信側であることを示す。

第２のデータフレーム１５４２の両方を受信する、ＡＰ ＭＬＤ１５０２は、ターゲットハードウェアフィールド１５４８内のＭＡＣアドレス（ＳＴＡ５－Ｍ）に基づいて、第２のデータフレーム１５４２内で含まれるＡＲＰ応答１５４４がＳＴＡ５ １５１２へ向けられていることを確認して、ＡＲＰ応答１５４４’を含む第２のデータフレーム１５５２’を、ＳＴＡ５の動作リンク（リンク３）上で動作しているＡＰ３ １５０８を通じてＳＴＡ５ １５１２へ転送する。第２のデータフレーム１５４２’のＳＡフィールド１５４５’は、第２のデータフレーム１５４２の元の送信ＳＴＡが、それぞれ、ＳＴＡ３ １５２４およびＳＴＡ４ １５２４であることを識別するために、ＳＴＡ３およびＳＴＡ４のＭＡＣアドレスにセットされることが注目される。

２つの第２のデータフレーム１５４２内で含まれるＡＲＰ応答１５４４’を受信する、ＳＴＡ５ １５１２は、それらを処理して、ＡＲＰ応答１５４４’のソースＩＰフィールド１５４７’内の非ＡＰ ＭＬＤのＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）をソースハードウェアフィールド１５４６’内の両方のＭＡＣアドレス（ＳＴＡ３－Ｍ／ＳＴＡ４－Ｍ）へマッピングするために、そのＡＲＰキャッシュを２回アップデートしてよい。しかしながら、後の方でアップデートされるＭＡＣアドレス（例えば、ＳＴＡ４－Ｍ）が非ＡＰ ＭＬＤ２のＭＡＣアドレスとしてＡＲＰキャッシュ内に残るであろう。

続いて、非ＡＰ ＭＬＤ２ １５２２のＳＴＡ４ １５２６は、ＴＤＬＳ発見要求１５５４を含む後続データフレーム１５５２をＳＴＡ５ １５１２へ送信することによってＴＤＬＳ発見を始動してよい。ＳＴＡ４ １５２６は、ＴＤＬＳイニシエータとして用いられる。ＴＤＬＳ発見要求１５５４は、ＳＴＡ４のＭＡＣアドレスにセットされたＴＤＬＳイニシエータフィールド、およびＳＴＡ５ １５１２のＭＡＣアドレスにセットされたＴＤＬＳレスポンダフィールド１５５９を備える。

後続データフレーム１５２２を受信する、ＡＰ ＭＬＤ１５０２は、ＴＤＬＳレスポンダフィールド１５５９内のＳＴＡ５のＭＡＣアドレス（ＳＴＡ５－Ｍ）に基づいて、データフレーム１５５２内で含まれるＴＤＬＳ発見要求１５５４がＳＴＡ５ １５１２へ向けられていることを確認して、ＳＡフィールド１５５５’内でＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）、およびＴＤＬＳ発見要求１５５４’を含む非ＡＰ ＭＬＤ２ １５２２から受信されたデータフレーム１５５２’を、ＳＴＡ５の動作リンクを介してＳＴＡ５ １５１２へ転送する。ＡＰ ＭＬＤ１５０２は、データフレーム１５５２’をＳＴＡ５ １５１２へ転送するときに、ＲＡフィールド１５５３’内のＳＴＡ５のＭＡＣアドレス（ＳＴＡ５－Ｍ）を翻訳することが可能である。そのようにして、データフレームは、ＳＴＡ５ １５１２によって正確に受信されるであろう。

ＴＤＬＳ発見要求１５５４’を受信する、ＳＴＡ５ １５１２は、ＴＤＬＳ発見応答アクションフレーム１５６２をリンク３上で送信してよい。ＳＴＡ５ １５１２は、そのＡＲＰキャッシュ内に記憶されたマッピングに基づいて、ＴＤＬＳ発見応答アクションフレーム１５６２のＲＡフィールド１５６３をＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットする。しかしながら、非ＡＰ ＭＬＤ２は、リンク３上で動作する連携ＳＴＡを有さないので、ＳＴＡ５ １５１２から非ＡＰ ＭＬＤ２ １５２２へ送信されたフレームは、ＲＡが正確にセットされていても失敗するであろう。

図１６は、本開示の第２の実施形態の第３の例による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ１６０２、非ＡＰ ＭＬＤ１６２２および非ＭＬＤ ＳＴＡ１６１２間の通信を示すフローチャート１６００を示す。

この第３の例は、図１４に示される第１の例と同じであるが、ＡＰ ＭＬＤ１４０２がブロードキャストデータをすべてのリンク（リンク１およびリンク２）上で複製するシナリオを考慮している。

非ＭＬＤが、たとえ関連非ＡＰ ＭＬＤのいくつかのセットアップリンクの中にある１つのリンク上で動作するとしても、他のリンク上の他のレガシＳＴＡまたは非ＡＰ ＭＬＤの存在ゆえに、ＡＰ ＭＬＤは、関連非ＭＬＤから受信されたいずれかのグループアドレス・データフレームをすべてのセットアップリンク上で転送する以外に選択肢がないことがある。これは、複数のＡＲＰ要求およびＡＲＰ応答が発生される原因となる。しかしながら、ＡＰ ＭＬＤは、（ＤＡフィールド内でアドレスされた）レガシＳＴＡが動作しているリンク上で受信されたＡＲＰ応答のみを転送することによって、そのレガシＳＴＡが正確なＡＲＰキャッシュを保持するのを支援することができる。非ＡＰ ＭＬＤが、どのリンクが動作するかを知らずに、レガシＳＴＡと誤ったリンク上でＴＤＬＳ発見／セットアップ要求フレームを始動することも起こりうる。かかる場合、ＡＰ ＭＬＤは、ＴＤＬＳ発見／セットアップ要求フレームを正確なリンク上で転送することによってレガシＳＴＡを支援してもよく、イニシエータ、非ＡＰ ＭＬＤの正確なＳＴＡ（レガシＳＴＡと同じリンク上で動作しているもの、この例では、ＳＴＡ４）を反映するために、ＳＡおよびＴＤＬＳイニシエータフィールドを修正さえしてもよい。これは、しかしながら、ＡＰ ＭＬＤがトンネルデータフレームを検査して、データフレームペイロードを修正することを必要とする。

この第３の例では、共通リンク（例えば、リンク２または６ＧＨｚ周波数帯域）を用いて非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ １６２２）のＩＰｖ４アドレスを解決するレガシＳＴＡ（例えば、ＳＴＡ５ １６１２）が示される。ＳＴＡ５ １６１２は、そのＤＡフィールド１６３５内でブロードキャストアドレス、およびアドレス解決要求（ＡＲＰ要求）１６３４を含む第１のデータフレーム１６３２を発生させて、６ＧＨｚリンク（周波数帯域）上でＡＰ ＭＬＤ１６０２へ送信することによって、ＡＲＰクエリを始動してよい。ＤＡフィールド１６３５内のブロードキャストアドレスは、第１のデータフレーム１６３２がすべての関連ＳＴＡおよび非ＡＰ ＭＬＤへブロードキャストされていることを示す。ＡＲＰ要求１６３４は、非ＡＰ ＭＬＤ２ １６２２のＩＰアドレスをターゲットＩＰフィールド１６３９内で含み、ＳＴＡ５ １６１２が非ＡＰ ＭＬＤ２ １６２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム１６３２を６ＧＨｚリンクで受信する、ＡＰＭＬＤ１６０２のＡＰ２ １６０６は、ＡＲＰ要求１６３４’を含む第１のデータフレーム１６３２’を、すべてのリンク（５および６ＧＨｚリンク）でＳＴＡ３ １６２４、ＳＴＡ４ １６２６およびＳＴＡ５ １６１２を含む基本サービスセット（ＢＳＳ）中のすべての関連ＳＴＡおよび／または非ＡＰ ＭＬＤへ転送してよい。ＳＡフィールド１６３５’は、ＳＴＡ５ １６１２のＭＡＣアドレスを含み、第１のデータフレーム１６３４’の元の送信元がＳＴＡ５ １６１２であることを示す。

ＡＲＰ要求１６３４’のターゲットＩＰフィールド１６３９’内で含まれるターゲットＩＰアドレスは、ＳＴＡ３ １６２４およびＳＴＡ４ １６２６のＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）と一致するので、非ＡＰ ＭＬＤ２は、２つのＡＲＰ要求１６３４’をＳＴＡ３ １６２４およびＳＴＡ４ １６２６の両方を介して受信してよい。ＳＴＡ３ １６２４およびＳＴＡ４ １６２６の両方は、ＳＡフィールド１６３５’に基づいて、ＡＲＰ要求１６３４’がＳＴＡ５ １６１２から発することを確認して、第１のデータフレーム１６３２’内の「ＭＬインディケーション」の欠落ゆえに、要求側デバイスＳＴＡ５ １６１２は、非ＭＬＤであると判定してよい。これを根拠に、ＡＲＰ要求１６３４’は、ＳＴＡ３およびＳＴＡ４ ＭＡＣ ＳＡＰへ転送される。

ＳＴＡ３ １６２４およびＳＴＡ４ １６２６は、それらそれぞれのＳＴＡ ＭＡＣ ＳＡＰを用いて、アドレス解決応答（ＡＲＰ応答）１６４４を含む第２のデータフレーム１６４２を発生させて、データフレーム１６４２を、それぞれ、５ＧＨｚ周波数帯域（リンク１）および６ＧＨｚ周波数帯域（リンク２）を介してＡＰ１ １６０４およびＡＰ２ １６０６へ送信してよい。ＳＴＡ３ １６２４およびＳＴＡ４ １６２６によって発生されたデータフレーム１６４２内で含まれる２つのＡＲＰ応答１６４４は、それぞれのＭＡＣアドレス（ＳＴＡ３－Ｍ／ＳＴＡ４－Ｍ）をソースハードウェアフィールド１６４６内で、ＳＴＡ５のＭＡＣアドレスをターゲットハードウェアフィールド１６４８内で、かつＳＴＡ５のＩＰアドレスをターゲットＩＰフィールド１６４９内で含み、ＳＴＡ５ １６１２がＡＲＰ応答１６４４のターゲット受信側であることを示す。

第２のデータフレーム１６４２の両方を受信する、ＡＰ ＭＬＤ１６０２は、ＤＡフィールド内のＭＡＣアドレス（ＳＴＡ５－Ｍ）に基づいて、第２のデータフレーム１６４２内で含まれるＡＲＰ応答１６４４がＳＴＡ５ １６１２へ向けられていることを確認する。ＳＴＡ５ １６１２がリンク２（６ＧＨｚ周波数帯域）上で動作することに注目して、ＡＰ ＭＬＤ１６０２は、ＳＴＡ５の動作リンク上で受信されたＡＲＰ応答１６４４’を含む第２のデータフレーム１６４２’のみを、そのリンク上で動作しているＡＰ２ １６０６を通じてＳＴＡ５ １６１２へ転送し、他のリンク（リンク１）上で受信されたＡＲＰ応答１６４４’を含む第２のデータフレーム１６４２’は転送しない。第２のデータフレーム１６４２’のＳＡフィールド１６４５’は、第２のデータフレーム１６４２の元の送信ＳＴＡがＳＴＡ４ １６２４であることを識別するために、ＳＴＡ４のＭＡＣアドレスにセットされることが注目される。

第２のデータフレーム１６４２’内で含まれるＡＲＰ応答１６４４’を受信する、ＳＴＡ５ １６１２は、ＡＲＰ応答を処理して、ＡＲＰ応答１６４４’のソースＩＰフィールド１６４７’内の非ＡＰ ＭＬＤのＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）をソースハードウェアフィールド１６４６’内のＳＴＡ４－Ｍへマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。

続いて、非ＡＰ ＭＬＤ２ １６２２は、ＴＤＬＳ発見要求１６５４を含む後続データフレーム１６５２を、その連携ＳＴＡのうちの１つ（この場合、リンク１を通るＳＴＡ３ １６２４）を通じてＳＴＡ５ １６１２へ送信することによってＴＤＬＳ発見を始動してよい。ＴＤＬＳ発見要求１６５４は、ＳＴＡ３のＭＡＣアドレスにセットされたＴＤＬＳイニシエータフィールド、およびＳＴＡ５ １６１２のＭＡＣアドレスにセットされたＴＤＬＳレスポンダフィールド１６５９を備える。

後続データフレーム１６５２をリンク１を介して受信する、ＡＰ ＭＬＤ１６０２のＡＰ１ １６０４は、ＴＤＬＳレスポンダフィールド１６５９内のＳＴＡ５のＭＡＣアドレス（ＳＴＡ５－Ｍ）に基づいて、データフレーム１６５２内で含まれるＴＤＬＳ発見要求１６５４がＳＴＡ５ １６１２へ向けられていること確認をする。ＳＴＡ５ １６１２がリンク２上で動作することに注目して、ＡＰ１ １６０４は、ＳＡフィールド１６５５’およびＴＤＬＳイニシエータフィールド１６５８’内のＭＡＣアドレスを、ＳＴＡ５ １６１２と同じリンクで動作するＳＴＡ４ １６２６（ＳＴＡ４－Ｍ）と関係するように訂正して、訂正されたＳＡフィールド１６５５’およびＴＤＬＳイニシエータフィールド１６５８’を含む非ＡＰ ＭＬＤ２ １６２２から受信されたデータフレーム１６５２’を、ＳＴＡ５の動作リンク上で動作しているＡＰ２ １６０６を通じてＳＴＡ５ １６１２へ転送することが可能である。そのようにして、非ＡＰ ＭＬＤ２ １６２２がデータフレーム１６４２を誤ったリンクで送信したにもかかわらず、データフレーム１６４２は、ＳＴＡ５ １６１２によって正確に受信される。

ＴＤＬＳ発見要求１６５４’を受信する、ＳＴＡ５ １６１２は、ＴＤＬＳ発見応答アクション１６６２を直接リンク上でソースへ送信し返してよい。ＳＴＡ５ １６１２は、ＴＤＬＳイニシエータフィールド１６５８’に基づいて、ＴＤＬＳ発見応答アクションフレーム１６６２のＲＡフィールド１６６３をＳＴＡ４のＭＡＣアドレスにセットすることが可能である。結果として、直接リンク上で非ＡＰ ＭＬＤ１６２２へ送信されたＴＤＬＳ発見応答アクションフレーム１６６２は、ＳＴＡ４ １６２６によって正確に受信される。そのようにして、直接リンク上の通信が成功する。ＳＴＡ５によって直接リンクを介して非ＡＰ ＭＬＤ２へ送信されるすべての後続データフレームも、ＳＴＡ５のＡＲＰキャッシュのＳＴＡ－ＭＬＤ２－ＩＰからＳＴＡ４－Ｍへのマッピングに基づいてＲＡをＳＴＡ４に正確にセットできるのでやはり成功するであろう。

図１７は、本開示の第２の実施形態の第４の例による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ１７０２を介して非ＡＰ ＭＬＤ１７２２と非ＭＬＤ ＳＴＡ１７１２との間の通信を示すフローチャート１７００を示す。

この第４の例では、共通リンク（例えば、リンク２または６ＧＨｚ周波数帯域）を用いて非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ １７２２）のＩＰｖ６アドレスを解決するレガシＳＴＡ（例えば、ＳＴＡ５ １７１２）が示される。この第４の例は、ＳＴＡ５ １７１２がＩＰｖ４アドレスではなくＩＰｖ６アドレスを解決することを除いて、第１の例と同様である。ＳＴＡ５ １７１２は、そのＤＡフィールド１７３５内でブロードキャストアドレス、および近隣要請メッセージ１７３４を含む第１のデータフレーム１７３２を発生させて、６ＧＨｚリンク（周波数帯域）上でＡＰ ＭＬＤ１７０２へ送信することによって、ＮＤクエリを始動してよい。ＤＡフィールド１７３５内のブロードキャストアドレスは、第１のデータフレーム１７３２がすべての関連ＡＰおよびＡＰ ＭＬＤへブロードキャストされていることを示す。近隣要請メッセージは、非ＡＰ ＭＬＤ２ １７２２のＩＰアドレスをターゲットＩＰフィールド１７３８内で含み、ＳＴＡ５ １７１２が非ＡＰ ＭＬＤ２ １７２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム１７３２を６ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ１７０２のＡＰ２ １７０４は、近隣要請メッセージ１７３４’を含む第１のデータフレーム１７３２’を、ＳＴＡ５ １７１２および非ＡＰ ＭＬＤ２ １７２２を含む基本サービスセット（ＢＳＳ）中のすべての関連ＳＴＡおよび／または非ＡＰ ＭＬＤへ転送してよい。ＳＡフィールド１７３５’は、ＳＴＡ５ １７１２のＭＡＣアドレスを含み、第１のデータフレーム１７３２’の元の送信元がＳＴＡ５ １７１２であることを示す。近隣要請メッセージ１７３４’のターゲットアドレスフィールド内で含まれるターゲットＩＰアドレスは、それらそれぞれのＬ２およびＭＬＤ ＭＡＣ ＩＰアドレスと一致しないで、ＳＴＡ５ １７１２およびＡＰ２ １７０４は、近隣要請メッセージ１７３４’を無視するか、またはループバックフレームとして近隣要請メッセージ１７３４’を拒否する。

他方では、ＳＴＡ４ １７２４によって受信された近隣要請メッセージ１７３４’のターゲットＩＰフィールド１７３８’内で含まれるターゲットＩＰアドレスは、その非ＡＰ ＭＬＤ２のＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）と一致するので、ＳＴＡ４ １７２４は、ＳＡフィールド１７３５’に基づいて、近隣要請メッセージ１７３４’がＳＴＡ５ １７１２から発することを確認して、第１のデータフレーム１７３２’内の「ＭＬインディケーション」の欠落ゆえに、要求側デバイスＳＴＡ５ １７１２は、非ＭＬＤであると判定してよい。これを根拠に、近隣要請メッセージ１７３４’は、ＳＴＡ４ ＭＡＣ ＳＡＰへ転送される。非ＡＰ ＭＬＤ２ １７２２は、リンク２（６ＧＨｚ周波数帯域）をＳＴＡ５の動作リンクとしても記録してもよい。

ＳＴＡ４ １７２４は、そのＳＴＡ ＭＡＣ ＳＡＰを用いて近隣広告メッセージ１７３４を含む第２のデータフレーム１７４２を発生させて、第２のデータフレーム１７４２を、動作リンクを介してＡＰ２ １７０４へ送信してよい。第２のデータフレーム１７４２内で含まれる近隣広告メッセージ１７４４は、そのＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）をターゲットＬ２アドレスフィールド１７４９内で含む。

第２のデータフレーム１７４２を受信する、ＡＰ ＭＬＤ１７０２は、ＤＡフィールド１７４５内のＭＡＣアドレス（ＳＴＡ５－Ｍ）に基づいて、第２のデータフレーム１７４２内で含まれる近隣広告メッセージ１７４４がＳＴＡ５へ向けられていることを確認して、近隣広告メッセージ１７４４’を含む第２のデータフレーム１７４２’を、ＳＴＡ５の動作リンク（リンク２）上で動作しているＡＰ２ １７０４を通じてＳＴＡ５ １７１２へ転送する。第２のデータフレーム１７４２’のＳＡフィールド１７４５’は、第２のデータフレーム１７４２の元の送信ＳＴＡがＳＴＡ４ １７２４であることを識別するために、ＳＴＡ４のＭＡＣアドレスにセットされることが注目される。

第２のデータフレーム１７４２を受信する、ＳＴＡ５ １７１２は、それを処理して、近隣広告メッセージ１７４４’のターゲットＩＰフィールド１７４８’内の非ＡＰ ＭＬＤのＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）をターゲットＬ２アドレスフィールド１７４９’内のＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＮＤクエリが解決される。

続いて、ＳＴＡ５ １７１２は、後続データフレーム（ＩＰパケット）１７５２をＡＰ ＭＬＤ１７０２を通じて非ＡＰ－ＭＬＤ２ １７２２へ送信してよい。ＳＴＡ－ＭＬＤ２－ＩＰ宛のＩＰパケットは、ＩＰパケット１７５２のＤＡフィールド１７５５がＭＬＤレベルでＳＴＡ４ １７２４のＭＡＣアドレスにセットされて、ＩＰレイヤにおいてＳＴＡ－４へアドレスされるであろう。

ＩＰパケット１７５２を受信する、ＡＰ ＭＬＤ１７０２は、ＩＰパケット１７５２が、関連非ＡＰ ＭＬＤと連携しているＳＴＡ（この場合、ＤＡフィールド１７５５に基づいて非ＡＰ ＭＬＤ２ １７２２のＳＴＡ４）へ向けられていることを確認して、ＳＴＡ５ １７１２から受信されたＩＰパケット１７５２’を、連携ＡＰのいずれか１つ（この場合、６ＧＨｚリンクを介してＡＰ２ １７０４）を通じて非ＡＰ ＭＬＤ２ １７２２転送する。非ＡＰ ＭＬＤ２ １７２２がＡＰ ＭＬＤ１７０２と関連付けられているので、従って、ＳＴＡ４ １７２４のＬ２ ＭＡＣアドレスがＡＰ ＭＬＤ１７０２に知られていることに注目して、ＡＰ ＭＬＤ１７０２は、ＩＰパケット１７５２’をＳＴＡ４ １７２４へ転送するときに、ＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）をＲＡフィールド１７５３’内にセットする。そのようにして、ＩＰパケット１７５２’は、ＳＴＡ４ １７２４によって正確に受信されるであろう。

ＳＴＡ４ １７２４は、ＳＡフィールド１７５５’に基づいて、データフレーム１７５２’がＳＴＡ５ １７１２から発することを確認して、データフレーム１７５２’内の「ＭＬインディケーション」の欠落ゆえに、要求側デバイスＳＴＡ５ １７１２は、非ＭＬＤであると判定してよい。これを根拠に、データフレーム１７５２’は、ＳＴＡ４ ＭＡＣ ＳＡＰへ転送される。

その後、ＳＴＡ５ １７１２は、ＡＮＱＰ要求フレーム１７６２を直接リンク、すなわち、ＳＴＡ５の動作リンク（リンク２）上でＳＴＡ４ １７２４へ送信してよい。ＳＴＡ５ １７１２は、そのＡＲＰキャッシュ内に記憶されたマッピングに基づいて、ＡＮＱＰ要求フレーム１７６２のＲＡフィールド１７６３をＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットすることが可能である。そのようにして、ＳＴＡ５ １７１２によって直接リンク上でＳＴＡ４ １７２４へ送られたＡＮＱＰ要求フレーム１７６２は、正確に受信される。これは、第１の実施形態において図９に示されたような、直接リンク上でレガシＳＴＡと非ＡＰ ＭＬＤとの間で送信されたフレームが正確に受信されることに失敗する問題を解決する。

以下の項では、ＭＬＤアドレスクエリ・メカニズムを用いたＡＰ ＭＬＤ、非ＡＰ ＭＬＤおよび／または非ＭＬＤ ＳＴＡにおけるマルチリンクアドレス解決に関して本開示の第３の実施形態が説明される。

第１の実施形態において述べられたように、非ＡＰ ＭＬＤが別の非ＡＰ ＭＬＤのＩＰアドレスを解決するときに、非ＡＰ ＭＬＤによって直接リンク上で他の非ＡＰ ＭＬＤへ引き続き送られるＡＮＱＰ要求フレームは、ＲＡがＳＴＡのＭＡＣアドレスではなく、ＭＬＤ ＭＡＣアドレスにセットされるので失敗するであろう。

本開示の第３の実施形態によれば、上記の問題を解決すべくＭＬＤ ＭＡＣアドレスからＬ２ ＭＡＣアドレスへの解決を行うためにＭＬＤアドレスクエリ・メカニズムが提案される。

非ＡＰ ＭＬＤまたはＥＨＴ ＳＴＡは、ピア非ＡＰ ＭＬＤのＭＬＤ ＭＡＣアドレスを（例えば、図８に示されるようなＡＲＰ／ＮＤ手順を通じて）取得した際に、かつピア非ＡＰ ＭＬＤと直接リンク上でフレーム交換を始動する前に、そのＬ２ ＭＡＣアドレス（ＳＴＡ ＭＡＣアドレス）を提供するようにピア非ＡＰ ＭＬＤに要求するために、ＭＬＤ ＭＡＣアドレスクエリを始動してよい。非ＡＰ ＭＬＤは、ＭＬインディケーションの存在ゆえにピアデバイスがＭＬＤであることを認識できる。非ＡＰ ＭＬＤは、ＭＬＤアドレスクエリ要求フレームを、ＡＰ ＭＬＤ（トランスペアレントまたはノントランスペアレント）を介して関係する他の非ＡＰ ＭＬＤへ送信することによって、ＭＬＤ ＭＡＣアドレスクエリを始動してよい。特に、ＭＬＤアドレスクエリ要求フレームは、データフレームがＭＬＤアドレスクエリを含むために用いられて、すなわち、ＡＰ ＭＬＤがフレーム交換の内容を認識していないかもしれず、単にＤＡフィールドに基づいてデータフレームを転送するだけならば、ＡＰ ＭＬＤに対してトランスペアレントであろう。マネージメントフレームを代わりに用いるならば、ＭＬＤアドレスクエリ要求／応答は、ノントランスペアレントである。

図１８は、本開示の第３の実施形態による、マネージメントフレームを用いたマルチリンクアドレス解決のためのＡＰ ＭＬＤ１８０２および２つの非ＡＰ ＭＬＤ１８１２、１８２２間の通信を示すフローチャート１８００を示す。この例では、ＳＴＡ２ １８１４が非ＡＰ ＭＬＤ２ １８２２と直接リンク送信を始動することを望むであろうが、ＡＲＰ／ＮＤクエリにおけるＭＬインディケーションの存在ゆえに、ピア（非ＡＰ ＭＬＤ）がＭＬＤであることおよび非ＡＰ ＭＬＤ２のＭＡＣアドレスを認識している、しかし、ＳＴＡ２ １８１４は、非ＡＰ ＭＬＤ２ １８２２と連携しているＳＴＡおよびそれらのＳＴＡ ＭＡＣアドレスを認識していない。ＳＴＡ２は、ＭＬＤアドレスクエリ要求フレーム１８３２を、リンク２上で動作しているＡＰ ＭＬＤ１８０２のＡＰ２ １８０４を介して非ＡＰ ＭＬＤ２へ送ってよい。ＭＬＤアドレスクエリ要求フレーム１８３２は、非ＡＰ ＭＬＤ２ １８２２のＭＡＣアドレスを含むターゲットＭＬＤ ＭＡＣアドレスフィールド１８３８を含み、非ＡＰ ＭＬＤ２ １８２２をＭＬＤアドレスクエリ要求フレーム１８３２のターゲット受信側として示す。

ＭＬＤアドレスクエリ要求フレーム１８３２を受信するＡＰ ＭＬＤ１８０２のＡＰ２ １８０４は、ＭＬＤアドレスクエリ要求フレーム１８３２が、関連非ＡＰ ＭＬＤ（この場合、ターゲットＭＬＤ ＭＡＣアドレスフィールド１８３８内のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）に基づいて非ＡＰ ＭＬＤ２）へ向けられていることを確認して、ＭＬＤアドレスクエリ要求フレーム１８３２’を、ＡＰ２ １８０４を用いて非ＡＰ ＭＬＤ２ １８２２へ転送する。

ＳＴＡ４ １８２４によって受信されたＭＬＤアドレスクエリ要求フレーム１８３２’のターゲットＭＡＣアドレスフィールド１８３８’内で含まれるＭＡＣアドレスは、その非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）と一致するので、非ＡＰ ＭＬＤ２ １８２２は、非ＡＰ ＭＬＤ２ １８２２と連携しているすべてのＳＴＡのＬ２ ＭＡＣアドレスおよび動作リンクの識別子を備えるＭＬエレメント１８４９を含むＭＬＤアドレスクエリ応答フレーム１８４２を発生させて、ＡＰ２ １８０４を通じて、ソースＭＡＣアドレスフィールド１８３９’に基づいて識別されたソース、非ＡＰ ＭＬＤ１ １８１２へ送信し返してよい。

ＭＬＤアドレスクエリ応答１８４２を受信するＡＰ ＭＬＤ１８０２のＡＰ２ １８０４は、ＭＬＤアドレスクエリ応答フレーム１８４２が関連非ＡＰ ＭＬＤ（この場合、ターゲットＭＬＤ ＭＡＣアドレスフィールド１８４８内のＭＡＣアドレス（ＳＴＡ－ＭＬＤ１－Ｍ）に基づいて非ＡＰ ＭＬＤ２）へ向けられていることを確認して、ＡＰ２ １８０４を用いてＭＬＤアドレスクエリ応答フレーム１８４２’を非ＡＰ ＭＬＤ１ １８１２へ転送する。

非ＡＰ ＭＬＤ１ １８１２のＳＴＡ２ １８１４は、ＭＬＤアドレスクエリ応答フレーム１８４２’を受信し、処理して、非ＡＰ ＭＬＤ２ １８２２と連携しているすべてのＳＴＡのＬ２ ＭＡＣアドレスおよび動作リンクを、例えば、ＭＬＤアドレスキャッシュ内に記録してよい。続いて、ＳＴＡ２ １８１４は、ＡＮＱＰ要求フレーム１８５２を直接リンク（リンク２）上でＳＴＡ４ １８２４へ送信してよい。ＳＴＡ２ １８１４は、ＭＬＤアドレスクエリ応答フレーム１８４２内で受信された、記録されたＬ２ ＭＡＣアドレスに基づいて、ＡＮＱＰ要求フレーム１８５２のＲＡフィールド１８５３をＳＴＡ４のＬ２ ＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットすることが可能である。そのようにして、ＳＴＡ２ １８１４によって直接リンク上でＳＴＡ４ １８２４へ送られたＡＮＱＰ要求フレーム１８５２は、正確に受信される。

図１９は、本開示の第３の実施形態による、ＭＬＤアドレスクエリ要求フレーム１９００およびＭＬＤアドレスクエリ応答フレーム１９２０のフォーマット例を示す。ＭＬＤアドレスクエリ要求フレーム１９００は、フレームコントロールフィールド、デュレーションフィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンスコントロールフィールド、ＨＴフィールド、カテゴリフィールド１９０２およびアクションフィールド１９０４、ダイアログトークンフィールド、ターゲットＭＬＤ ＭＡＣアドレスフィールド１９０６およびソースＭＡＣアドレスフィールド１９０８ならびにＦＣＳを備える。フレームコントロールフィールド、デュレーションフィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンスコントロール、およびＨＴコントロールフィールドは、ＭＡＣヘッダとしてグルーピングされてよく、カテゴリフィールド１９０２およびアクションフィールド１９０４、ダイアログトークンフィールド、ターゲットＭＬＤ ＭＡＣアドレスフィールド１９０６およびソースＭＡＣアドレスフィールド１９０８は、フレームボディとしてグルーピングされてよい。カテゴリフィールド１９０２は、ＥＨＴアクションに対応するようにセットされて、アクションフィールド１９０４は、ＭＬＤアドレスクエリ要求に対応するようにセットされる。ターゲットＭＬＤ ＭＡＣアドレスフィールド１９０６は、解決されるべきＭＬＤ ＭＡＣアドレスにセットされて、ソースＭＡＣアドレスフィールド１９０８は、送信ＳＴＡのＭＡＣアドレスまたは送信ＭＬＤのＭＬＤ ＭＡＣアドレスにセットされる。

ＭＬＤアドレスクエリ応答フレーム１９２０は、フレームコントロールフィールド、デュレーションフィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンスコントロールフィールド、ＨＴフィールド、カテゴリフィールド１９２２およびアクションフィールド１９２４、ダイアログトークンフィールド、ターゲットＭＡＣアドレスフィールド１９２６およびＭＬエレメントならびにＦＣＳを備える。フレームコントロールフィールド、デュレーションフィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンスコントロール、およびＨＴコントロールフィールドは、ＭＡＣヘッダとしてグルーピングされてよく、カテゴリフィールド１９２２およびアクションフィールド１９２４、ダイアログトークンフィールド、ターゲットＭＡＣアドレスフィールド１９２６およびＭＬエレメント１９２８は、フレームボディとしてグルーピングされてよい。カテゴリフィールド１９２２は、ＥＨＴアクションに対応するようにセットされて、アクションフィールド１９０４は、ＭＬＤアドレスクエリ応答に対応するようにセットされる。ターゲットＭＡＣアドレスフィールド１９２６は、ＭＬＤアドレスクエリ要求１９００におけるソースＭＡＣアドレス１９０８のＭＡＣアドレスにセットされる。

ＭＬエレメント１９２８は、エレメントＩＤフィールド、レングスフィールド、エレメントＩＤ拡張フィールド、タイプサブフィールド１９３０およびプレゼンスビットマップサブフィールドを備えるマルチリンク制御フィールド、１つ以上のＭＬＤ ＭＡＣアドレスサブフィールドを備える共通情報フィールド、ならびに各々がリンクＩＤサブフィールドおよび１つ以上のＳＴＡ ＭＡＣアドレスサブフィールドを備える１つ以上のリンク情報フィールドをさらに備える。マルチリンクコントロールフィールドのタイプサブフィールド１９３０は、ＭＬＤアドレスクエリタイプに対応するようにセットされ、各リンク情報フィールド内で含まれる１つ以上のＳＴＡ ＭＡＣアドレスサブフィールド（例えば、ＳＴＡ ＭＡＣアドレスフィールド１９３２）は、ターゲットＭＬＤのＳＴＡ ＭＡＣアドレスにセットされて、一方で、リンクＩＤフィールドは、ＳＴＡが動作するリンクの識別子を含む。

代わりに、カプセル化されたデータフレーム（例えば、ＴＤＬＳペイロードを含むＥｔｈｅｒｔｙｐｅ８９－０ｄデータフレーム）がＭＬＤアドレスクエリ要求および応答フレームとして用いられてもよい。図２０は、本開示の第３の実施形態による、Ｅｔｈｅｒｔｙｐｅ８９－０ｄデータフレーム２０００、２０２０のフォーマット例を示す。

Ｅｔｈｅｒｔｙｐｅ８９－０ｄデータフレームは、フレームコントロールフィールド、デュレーションフィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンスコントロールフィールド、ＨＴフィールド、論理リンクコントロール（ＬＬＣ：Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）フィールド、サブネットワークアクセスプロトコル（ＳＮＡＰ：Ｓｕｂｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）フィールド２００２、ペイロードタイプフィールド２００４、ペイロードフィールド２００６およびＦＣＳを備える。フレームコントロールフィールド、デュレーションフィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンスコントロールフィールド、およびＨＴフィールドは、ＭＡＣヘッダとしてグルーピングされてよく、ＬＬＣフィールド、ＳＮＡフィールド、ペイロードタイプフィールドおよびペイロードフィールドは、フレームボディとしてグルーピングされてよい。ＳＮＡフィールド２００２は、８９－０ｄのＥｔｈｅｒｔｙｐｅにセットされて、ペイロードタイプフィールド２００４は、ＴＤＬＳに対応するようにセットされる。ペイロードフィールド２００６は、カテゴリフィールド２００８、ＴＤＬＳアクションフィールド２０１０、ダイアログトークンフィールド、ターゲットＭＬＤ ＭＡＣアドレスフィールド２０１２およびソースＭＡＣアドレスフィールド２０１４を備える。カテゴリフィールド２００８は、ＴＤＬＳに対応するようにセットされる。ＴＤＬＳアクションフィールド２０１０は、ＭＬＤアドレスクエリ要求に対応するようにセットされる。ターゲットＭＬＤ ＭＡＣアドレスフィールド２０１２は、解決されるべきＭＬＤ ＭＡＣアドレスにセットされて、ソースＭＡＣアドレスフィールド２０１４は、送信ＳＴＡのＭＬＤ ＭＡＣアドレスまたは送信ＭＬＤのＭＬＤ ＭＡＣアドレスにセットされる。

ＭＬＤアドレスクエリ要求フレーム１９００の代替として、Ｅｔｈｅｒｔｙｐｅ８９－０ｄデータフレーム２０００は、フレームコントロールフィールド、デュレーションフィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンスコントロールフィールド、ＨＴフィールド、論理リンクコントロール（ＬＬＣ）フィールド、サブネットワークアクセスプロトコル（ＳＮＡＰ）フィールド２００２、ペイロードタイプフィールド２００４、ペイロードフィールド２００６およびＦＣＳを備える。フレームコントロールフィールド、デュレーションフィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンスコントロール、およびＨＴコントロールフィールドは、ＭＡＣヘッダとしてグルーピングされてよく、ＬＬＣフィールド、ＳＮＡＰフィールド、ペイロードタイプフィールドならびにペイロードフィールドは、フレームボディとしてグルーピングされてよい。ＳＮＡＰフィールド２００２は、８９－０ｄのＥｔｈｅｒｔｙｐｅにセットされて、ペイロードタイプフィール２００４は、ＴＤＬＳに対応するようにセットされる。ペイロードフィールド２００６は、カテゴリフィールド２００８、ＴＤＬＳアクションフィールド２０１０、ダイアログトークンフィールド、ターゲットＭＬＤ ＭＡＣアドレスフィールド２０１２およびソースＭＡＣアドレスフィールド２０１４を備える。カテゴリフィールド２００８は、ＴＤＬＳに対応するようにセットされる。ＴＤＬＳアクションフィールド２０１０は、ＭＬＤアドレスクエリ要求に対応するようにセットされる。ターゲットＭＬＤ ＭＡＣアドレスフィールド２０１２は、解決されるべきＭＬＤ ＭＡＣアドレスにセットされて、ソースＭＡＣアドレスフィールド２０１４は、送信ＳＴＡのＭＡＣアドレスまたは送信ＭＬＤのＭＬＤ ＭＡＣアドレスにセットされる。

ＭＬＤアドレスクエリ応答フレーム１９２０の代替として、Ｅｔｈｅｒｔｙｐｅ８９－０ｄデータフレーム２０２０は、ペイロードフィールド２０２２がカテゴリフィールド２０２４、ＴＤＬＳアクションフィールド２０２６、ダイアログトークンフィールド、ターゲットＭＡＣアドレスフィールド２０２８およびＭＬエレメント２０３０を備えることを除いて、ＭＬＤアドレスクエリ要求フレームとして用いられるＥｔｈｅｒｔｙｐｅ８９－０ｄデータフレームにおけるものと同じフレームを含んでよい。カテゴリフィールド２０２４は、ＴＤＬＳに対応するようにセットされる。ＴＤＬＳアクションフィールド２０２６は、ＭＬＤアドレスクエリ応答に対応するようにセットされる。ターゲットＭＡＣアドレスフィールド２０２８は、Ｅｔｈｅｒｔｙｐｅ８９－０ｄデータフレーム２０００内で含まれるＭＬＤアドレスクエリ要求のソースＭＡＣアドレス２０１４のＭＡＣアドレスにセットされる。ＭＬエレメント２０３０は、先に記載されて、図１９に示されるＭＬＤアドレスクエリ応答フレーム１９２０内のＭＬエレメント１９２８のものと同じセッティングを有してよい。

以下の項では、ＡＰ ＭＬＤ、非ＡＰ ＭＬＤおよび／または非ＭＬＤ ＳＴＡにおけるマルチリンクアドレス解決に関して、マルチリンクアドレス解決のための「ＭＬインディケーション」としてアドレスフィールド内にそれらのＭＡＣアドレスの個別／グループビットを用いた本開示の第４の実施形態が説明される。

送信／発信ＳＴＡのＭＡＣアドレスをデータおよび管理フレーム内で含むアドレスフィールドにおいては、送信／発信ＳＴＡのＬ２ ＭＡＣアドレスと連携ＭＬＤのＭＬＤ ＭＡＣアドレスとを区別するために、「ＭＬインディケーション」としてＭＡＣアドレスの個別／グループビット（ｂ０）が用いられる。図２１は、本開示の第４の実施形態による、ＭＡＣアドレスのアーキテクチャ例２１００を示す。ＭＡＣアドレスは、６つのオクテットを含む。最初の３つのオクテット２１０２は、組織固有識別子（ＯＵＩ：Ｏｒｇａｎｉｚａｔｉｏｎａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）であり、最後の３つのオクテット２１０４は、Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ（ＮＩＣ）特有として知られるデバイスに特有の数である。３つのＯＵＩオクテット２１０２のうちの第１のオクテット２１０６は、８ビットｂ０～ｂ７を含み、ｂ０ビット２１０８、すなわち、最下位ビットが個別／グループビットである。個別／グループ（ｂ０）ビット２１０８を「ＭＬインディケーション」としてセットして用いることができる。特に、ｂ０ビットは、Ｌ２ ＭＡＣアドレスを示すために０、およびＭＬＤ ＭＡＣアドレスを示すために１にセットされる。ｂ０ビット（個別／グループビット）は、ある一定の制御フレーム内では「帯域幅シグナリングＴＡ」を示すためにも用いられるが、データおよび管理フレーム内ではそれは用いられず、それゆえに、「ＭＬインディケーション」として利用できることが注目される。

非ＡＰ ＭＬＤは、フレームをピアデバイスへ送信するときに、別の非ＡＰ ＭＬＤへ直接リンクで送信されたそのフレームのＴＡフィールド内でｂ０ビットを１としてセットするものとし、それに対して、ＡＰ ＭＬＤは、非ＡＰ ＭＬＤによって別のＡＰ ＭＬＤへ送信されたデータフレームをリレーするときには、そのデータフレームのＳＡフィールド内でｂ０ビットを１としてセットするものとする。ｂ０ビットがｐｒｅ－ＥＨＴ ＳＴＡによってデータ／管理フレーム内で常に０としてセットされることに注目すると、ｂ０は、（ｐｒｅ－ＥＨＴ）レガシＳＴＡもしくは非ＭＬＤ ＥＨＴ ＳＴＡへアドレスされるフレーム内では１としてセットされてはならない。

ピアデバイスから受信されたフレームのｂ０ビットが１にセットされていれば、受信ＭＬＤは、送信／発信デバイスがＭＬＤであり、そうでなければレガシＳＴＡまたは非ＭＬＤ ＥＨＴ ＳＴＡであることを通知される。ＭＬＤは、ｂ０ビットを０にセットすることによって、ＭＬＤ ＭＡＣアドレスを復元する必要があり、次に、正確なＭＡＣ ＳＡＰへ転送するなどさらなる処置を行うか、またはピアＭＬＤのＬ２ ＭＡＣアドレスの解決を試みるなどしてよい。

同じＭＡＣアドレスがＭＬＤ ＭＡＣアドレスおよびＬ２ ＭＡＣアドレスの両方に用いられるならば、いずれの場合も同じＭＡＣアドレスがＩＰアドレスへマッピングされるので、ｂ０ビットがどのようにセットされるかは問題でない。

加えて、非ＡＰ ＭＬＤは、フレームをピアデバイスへ送信するときに、そのＭＬＤ ＭＡＣアドレスを含む任意のアドレスフィールド（データフレームのペイロード内で含まれるアドレスフィールドを含む）内で、例えば、ＴＤＬＳ発見／セットアップフレーム中のＴＤＬＳイニシエータ／ＴＤＬＳレスポンダフィールド内でｂ０ビットを１としてセットしてよい。ｂ０ビットが送信非ＡＰ ＭＬＤによってセットされなかった場合には、送信非ＡＰ ＭＬＤと関連付けられたＡＰ ＭＬＤが、ＡＰによって別の非ＡＰ ＭＬＤへリレーされるフレーム中で送信ＭＬＤのＭＬＤ ＭＡＣアドレスを含むアドレスフィールド（データフレームのペイロード内で含まれるアドレスフィールドを含む）内で、例えば、ＴＤＬＳ発見／セットアップフレームにおけるＴＤＬＳイニシエータ／ＴＤＬＳレスポンダフィールド内でｂ０ビットを１としてセットするのを助けてよい。

加えて、ピアデバイスから受信されたフレームのｂ０ビットが１にセットされていれば、受信ＭＬＤのターゲットアプリケーション（ＴＤＬＳ）は、送信／発信デバイスがＭＬＤであり、そうでなければ、レガシＳＴＡであることを通知される。受信ＭＬＤは、ｂ０ビットを０に戻すことによって、元のＭＬＤ ＭＡＣアドレスを復元する必要がある。発信デバイスがＭＬＤであれば、アプリケーションは、さらなる処置を行う、例えば、ピアＭＬＤのＳＴＡ ＭＡＣアドレスを要請するためにＭＬＤアドレスクエリを行ってよい。

本開示によれば、ＭＬＤのＡＲＰ／ＮＤプロトコルは、ＭＬＤアウェアであるように「エンハンス」される。有利には、ＭＬＤアウェアなＡＲＰ／ＮＤプロトコルは、たとえレガシＳＴＡのために単一のＭＬＤ ＭＡＣ ＳＡＰが用いられたとしても、適応ハードウェアによる解決が正確に機能することを許容する。特に、ＡＲＰ／ＮＤプロトコルが、送信されるＡＲＰ／ＮＤメッセージのソースハードウェアアドレスフィールド内でｂ０を１としてセットする。ＡＲＰ／ＮＤプロトコルによって返されるハードウェアＭＡＣアドレスは、要求側デバイスに依存する。要求側デバイスがＭＬＤであれば（要求フレームにおけるソースハードウェアアドレス内のｂ０ビットが１にセットされていることを通じて知られる）、ＡＲＰ／ＮＤは、ＭＬＤのＭＬＤ ＭＡＣアドレスをそのハードウェアＭＡＣアドレスとして返す。要求側デバイスがＭＬＤでなければ（例えば、要求フレームにおけるソースハードウェアアドレス内のｂ０ビットが０にセットされていることを通じて知られる）、ＡＲＰ／ＮＤは、要求フレームが受信されたリンク上で動作しているＭＬＤの連携ＳＴＡのＭＡＣアドレスをそのハードウェアＭＡＣアドレスとして返し、ＭＬＤの連携ＳＴＡのＭＡＣアドレスは、ＭＬＤによってＡＲＰ／ＮＤメッセージを伴ってＡＲＰ／ＮＤプロトコルに提供されてよい。

加えて、ｂ０ビットが、解決されたハードウェアアドレスにおいて１にセットされていれば、ＡＲＰ／ＮＤは、ピアデバイスがＭＬＤであり、そうでなければ、レガシＳＴＡであることを通知される。ＭＬＤは、ｂ０ビットを０に戻すことによって元のＭＬＤ ＭＡＣアドレスを復元する必要がある。しかしながら、レガシＡＲＰ／ＮＤは、ｂ０がＭＬインディケーションとして用いられることを理解せず、誤ったＭＬＤ ＭＡＣアドレスを記録するかもしれないので、すべてのシステムが修正ＡＲＰ／ＮＤプロトコルを用いるときにのみ、ＡＲＰ／ＮＤプロトコルの「エンハンス」バージョンが用いられてよい。

図２２は、本開示の第４の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ２２０２および２つの非ＡＰ ＭＬＤ２２１２、２２２２間の通信を示すフローチャート２２００を示す。

この例では、別の非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ２２２２）のＩＰｖ４アドレスを解決する非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ１ ２２１２）が示される。非ＡＰ ＭＬＤ１ ２２１２のＳＴＡ２ ２２１４は、ＡＲＰ要求２２３４を含む第１のデータフレーム２２３２を発生させて、リンク２（６ＧＨｚ周波数帯域）上でＡＰ ＭＬＤ２２０２のＡＰ２ ２２０４を通じて非ＡＰ ＭＬＤ２ ２２２２へ送信することによってＡＲＰクエリを始動してよい。ＡＲＰ要求２２３４は、「ＭＬインディケーション」としてｂ０ビットを１にセットした非ＡＰ ＭＬＤ１のＭＡＣアドレス（ＳＴＡ－ＭＬＤ１－Ｍ）を含むソースハードウェアフィールド２２３６を備える。データフレーム２２３２を転送するときに、ＡＰ ＭＬＤは、発信デバイスがＭＬＤであることを示すために、ＳＡフィールドのｂ０ビットも１にセットしてよい。非ＡＰ ＭＬＤ２ ２２２２のＳＴＡ４ ２２２４は、第１のデータフレーム２２３２をリンク２上で受信する。第１のデータフレーム２２３２のターゲットＩＰフィールド２２３９は、非ＡＰ ＭＬＤ２ ２２２２のＩＰアドレスと一致するので、ＳＴＡ４ ２２２４は、ＡＲＰ要求２２４４を含む第２のデータフレーム２２４２を発生させて、データフレーム２２４２を、ＡＰ２ ２２０４を通じて非ＡＰ ＭＬＤ１ ２２１２へ送信し返す。「ＭＬインディケーション」の存在ゆえに、要求側デバイスがＭＬＤであることが知られているので、発生されたＡＲＰ応答２２４２は、非ＡＰ ＭＬＤ２のＭＬＤ ＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）を含むソースハードウェアフィールド２２４６を備える。加えて、ＭＬＤ ＭＡＣアドレスのｂ０ビットは、非ＡＰ ＭＬＤ２ ２２２２がＭＬＤであることを示す「ＭＬインディケーション」として１にセットされる。

第２のデータフレーム２２４２を受信する、ＳＴＡ２ ２２１４は、ＡＲＰ応答２２４２のソースハードウェアフィールド２２４６内の非ＡＰ ＭＬＤ２のＭＬＤ ＭＡＣアドレスを処理してよく、例えば、ｂ０のセッティングを０に戻すことによって元のＭＬＤ ＭＡＣアドレスを復元し、ソースＩＰフィールド２２４７内の非ＡＰ ＭＬＤ２のＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）を非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）へマッピングする。結果として、ＡＲＰクエリが解決される。

続いて、非ＡＰ ＭＬＤ１ ２２１２は、ＴＤＬＳ発見要求２２５４を含む後続データフレーム２２５２を、その連携ＳＴＡのうちの１つを通じて非ＡＰ ＭＬＤ２ ２２２２へ（この場合、リンク２上でＡＰ２ ２２０４を通じてＳＴＡ２ ２２１４からＳＴＡ４ ２２２４へ）送信することによって、ＴＤＬＳ発見を始動してよい。ＴＤＬＳ発見要求２２５４は、「ＭＬインディケーション」としてｂ０ビットを１にセットした非ＡＰ ＭＬＤ１のＭＡＣアドレス（ＳＴＡ－ＭＬＤ１－Ｍ）にセットされたＴＤＬＳイニシエータフィールド２２５８、および非ＡＰ ＭＬＤ２ ２２２２のＭＡＣアドレスにセットされたＴＤＬＳレスポンダフィールド２２５９を備える。データフレーム２２５２を転送するときに、ＡＰ ＭＬＤは、発信デバイスがＭＬＤであることを示すために、ＳＡフィールドのｂ０ビットも１にセットしてよい。ＡＰ ＭＬＤを介して送信されたフレーム２２５２は、非ＡＰ ＭＬＤ２ ２２２２によって正確に受信される。

とりわけ、非ＡＰ ＭＬＤ２ ２２２２は、ＴＤＬＳ発見要求２２５４を含むデータフレーム内の「ＭＬインディケーション」の存在ゆえにピアデバイスがＭＬＤであることを認識しているが、それは、非ＡＰ ＭＬＤ１ ２２１２のＳＴＡ ＭＡＣアドレスを知らず、それゆえに、ＴＤＬＳ発見要求２２５４に応答してＴＤＬＳ発見応答アクションフレームを直接リンク上で送る前に、非ＡＰ ＭＬＤ２ ２２２２は、ＭＬＤアドレスクエリ要求フレーム２２６２をＡＰ２ ２２０４を介して非ＡＰ ＭＬＤ１ ２２１２へ送信する。

ＳＴＡ２ ２２１４によって受信されたＭＬＤアドレスクエリ要求フレーム２２６２のターゲットＭＡＣアドレスフィールド２２６８内で含まれるターゲットＩＰアドレスは、その非ＡＰ ＭＬＤ１のＭＡＣアドレス（ＳＴＡ－ＭＬＤ１－Ｍ）と一致するので、ＳＴＡ２ ２２１４は、非ＡＰ ＭＬＤ１ ２２１２と連携しているすべてのＳＴＡのＬ２ ＭＡＣアドレス（ＳＴＡ１－ＭおよびＳＴＡ２－Ｍ）を備えるＭＬエレメント２２７９を含むＭＬＤアドレスクエリ応答フレーム２２７２を発生させて、非ＡＰ ＭＬＤ２ ２２２２へ送信し返してよい。

非ＡＰ ＭＬＤ２ ２２２２のＳＴＡ４ ２２２４は、ＭＬＤアドレスクエリ応答フレーム２２７２を受信し、処理して、非ＡＰ ＭＬＤ１ ２２１２のＬ２ ＭＡＣアドレスおよび動作リンクを、例えば、そのＭＬＤアドレスキャッシュ内に記録する。続いて、ＳＴＡ４ ２２２４は、次に、ＴＤＬＳ発見応答アクションフレーム２２８２を直接リンク（リンク２）上でＳＴＡ２ ２２１４へ送信してよい。ＳＴＡ４ ２２２４は、ＭＬＤアドレスクエリ応答フレーム２２７２内で受信された、記録されたＬ２ ＭＡＣアドレスに基づいて、ＴＤＬＳ発見応答アクションフレーム２２８２のＲＡフィールド２２８３をＳＴＡ２のＬ２ ＭＡＣアドレス（ＳＴＡ２－Ｍ）に正確にセットすることが可能である。そのようにして、これは、直接リンク上でＳＴＡ４ ２２２４からＳＴＡ２ ２２１４へ送られたＴＤＬＳ発見応答アクションフレーム２２８２が正確に受信されることにつながる。

図２３は、本開示の第４の実施形態による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ２３０２、ＳＴＡ６ ２３１２および非ＡＰ ＭＬＤ ２３２２間の通信を示すフローチャートを示す。

この例では、非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ２３２２）のＩＰｖ４アドレスを解決するＥＨＴ非ＭＬＤ ＳＴＡ（例えば、ＳＴＡ６ ２３１２）が示される。この例でも、非ＡＰ ＭＬＤ２ ２３２２がＭＬＤおよび非ＭＬＤ接続の両方に単一のＭＬＤ ＭＡＣ ＳＡＰを用いること、すなわち、それが、常に、ＭＬＤ ＭＡＣアドレスをそのハードウェアアドレスとして返すことが仮定される。

ＳＴＡ６ ２３１２は、ＡＲＰ要求２３３４を含む第１のデータフレーム２３３２を発生させて、リンク２（６ＧＨｚ周波数帯域）上でＡＰ ＭＬＤ２３０２のＡＰ２ ２３０４を通じて非ＡＰ ＭＬＤ２ ２３３２へ送信することによって、ＡＲＰクエリを始動してよい。ＡＲＰ要求２３３４は、ＳＴＡ６のＭＡＣアドレスを（ｂ０ビットは０のままで）含むソースハードウェアフィールド２３３６を備える。非ＡＰ ＭＬＤ２ ２３２２のＳＴＡ４ ２３２４は、第１のデータフレーム２３３２をリンク２上で受信する。第１のデータフレーム２３３２のターゲットＩＰフィールド２３３９は、非ＡＰ ＭＬＤ２ ２３２２のＩＰアドレスと一致するので、ＳＴＡ４ ２３２４は、ＡＲＰ応答２３４４を含む第２のデータフレーム２３４２を発生させて、データフレーム２３４２をＡＰ２ ２３０４を通じて非ＡＰ ＭＬＤ１ ２３１２へ送信し返す。同様に、ＡＲＰ応答２３４４は、非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）を含むソースハードウェアフィールド２３４６を備える。

第２のデータフレーム２３４２を受信する、ＳＴＡ６ ２３１４は、ＡＲＰ応答２３４４のソースハードウェアフィールド２３４６内の非ＡＰ ＭＬＤ２のＭＬＤ ＭＡＣアドレスを処理して、ソースＩＰフィールド２３４７内の非ＡＰ ＭＬＤ２のＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）を非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決される。

続いて、非ＡＰ ＭＬＤ２ ２３２２は、ＴＤＬＳ発見要求２３５４を含む後続データフレーム２３５２を、その連携ＳＴＡのうちの１つを通じてＳＴＡ６ ２３１２へ（この場合、リンク２上でＡＰ２ ２３０４を通じてＳＴＡ４ ２３２４からＳＴＡ６ ２３１２へ）送信することによってＴＤＬＳ発見を始動してよい。ＴＤＬＳ発見要求２３５４は、非ＡＰ ＭＬＤ２ ２２２２がＭＬＤであることを示す「ＭＬインディケーション」としてｂ０ビットを１にセットした非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）にセットされたＴＤＬＳイニシエータフィールド２３５８、およびＳＴＡ６ ２３１２のＭＡＣアドレスにセットされたＴＤＬＳレスポンダフィールド２３５９を備える。ＡＰ ＭＬＤを介して送信されたフレーム２３５２は、ＳＴＡ６ ２３１２によって正確に受信される。

とりわけ、ＳＴＡ６ ２３１２は、ＴＤＬＳ発見要求を含むデータフレーム内の「ＭＬインディケーション」の存在ゆえにピアデバイスがＭＬＤであることを認識しているが、非ＡＰ ＭＬＤ２ ２３２２の正確なＳＴＡ ＭＡＣアドレスを知らず、それゆえに、ＴＤＬＳ発見要求２３５４に応答してＴＤＬＳ発見応答アクションフレームを送る前に、ＳＴＡ６ ２３１２は、ＭＬＤアドレスクエリ要求フレーム２３６２をＡＰ２ ２３０４を介して非ＡＰ ＭＬＤ２ ２３２２へ送信する。

ＳＴＡ４ ２３２４によって受信されたＭＬＤアドレスクエリ要求フレーム２３６２のターゲットＭＡＣアドレスフィールド２３６８内で含まれるターゲットＩＰアドレスは、非ＡＰ ＭＬＤ１のＭＬＤ ＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）と一致するので、ＳＴＡ４ ２３２４は、非ＡＰ ＭＬＤ２ ２３２２と連携しているすべてのＳＴＡのＬ２ ＭＡＣアドレス（ＳＴＡ３－ＭおよびＳＴＡ４－Ｍ）ならびに動作リンクの識別子を備えるＭＬエレメント２３７９を含むＭＬＤアドレスクエリ応答フレーム２３７２を発生させて、ＳＴＡ６ ２３１２へ送信し返してよい。

ＳＴＡ６ ２３１２は、ＭＬＤアドレスクエリ応答フレーム２３７２を受信し、処理して、非ＡＰ ＭＬＤ２ ２３２２のＬ２ ＭＡＣアドレスおよび動作リンクを、例えば、そのＭＬＤアドレスキャッシュ内に記録してよい。続いて、ＳＴＡ６ ２３１２は、次に、ＴＤＬＳ発見応答アクションフレーム２３８２を直接リンク（リンク２）上でＳＴＡ４ ２３２４へ送信してよい。ＳＴＡ５ ２３１２は、ＭＬＤアドレスクエリ応答フレーム２３７２内で受信された、記録されたＬ２ ＭＡＣアドレスに基づいて、ＴＤＬＳ発見応答アクションフレーム２３８２のＲＡフィールド２３８３を、ＳＴＡ４のＬ２ ＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットすることが可能である。そのようにして、これは、ＳＴＡ６ ２３１２によって直接リンク上でＳＴＡ４ ２３２４へ送られたＴＤＬＳ発見応答アクションフレーム２３８２が正確に受信されることにつながる。同様に、かかるＴＤＬＳセットアップは、直接リンク上における非ＡＰ ＭＬＤ２ ２３２２のＳＴＡ４ ２３２４からＳＴＡ６ ２３１２へのさらなるデータフレーム２３９２を許容してよい。

この例は、ＥＨＴ ＳＴＡ（非ＭＬＤ）がたとえ単一リンク上で動作するとしても、それが、単一リンクデバイスについて特別に配慮を行わない（例えば、単一リンクデバイスからのＡＲＰ要求に応答して、Ｌ２ ＭＡＣアドレスの代わりにそのＭＬＤ ＭＡＣアドレスを返す）非ＡＰ－ＭＬＤとともに直接リンク上で正確に動作しうることを強調するための例である。ＥＨＴ ＳＴＡは、ＭＬインディケーションおよびＭＬＤアドレスクエリなどのＥＨＴ機能を利用し、かつ（例えば、ＭＬインディケーションを転送されるフレームのＳＡフィールド内にセットすることによって）ＡＰ ＭＬＤからはほとんど支援を受けないその能力のおかげで、そのように振舞う。本明細書では、以下のことも示される、すなわち、たとえＭＬＤアドレスクエリ要求フレームがＡＰ ＭＬＤによって誤ったリンク上で転送されて、その後、ＭＬＤアドレス応答が非ＡＰ ＭＬＤによって誤ったリンク上で送られるとしても、応答フレームは、ＥＨＴ ＳＴＡによって正確に受信されて、ＥＨＴ ＳＴＡは、ＡＰ ＭＬＤのビーコンフレームなどをデコードすることが可能であり、異なるリンクに割り当てられたリンクＩｄを見つけ出すことが可能であるので、リンクＩＤに基づいて、非ＡＰ ＭＬＤの正しいＬ２（ＳＴＡ）ＭＡＣアドレスを抽出することができる。

以下の項では、プロキシＡＲＰ機能をもつＡＰ ＭＬＤ、非ＡＰ ＭＬＤおよび／または非ＭＬＤ ＳＴＡにおけるマルチリンクアドレス解決に関して本開示の第５の実施形態が説明される。

ＡＰ ＭＬＤがプロキシＡＲＰサービスをイネーブルするときに、ＡＰ ＭＬＤは、関連ステーション（非ＡＰ ＭＬＤおよび非ＭＬＤ ＳＴＡ）ごとにハードウェアからインターネットへのアドレスマッピングを保持するものとし、関連ステーションのインターネットアドレスが変化するときにはマッピングをアップロードするものとする。ＡＲＰ要求もしくはＡＲＰプローブで解決されているＩＰｖ４アドレス、または近隣要請メッセージで解決されているＩＰｖ６アドレスが、ＢＳＳと現在関連付けられている非ＡＰ ＳＴＡによって用いられるときに、プロキシＡＲＰサービスは、そのＳＴＡに代わって、ＡＲＰ要求もしくはＡＲＰプローブまたは近隣要請メッセージに応答するものとする。

ＡＰ ＭＬＤが、ＡＲＰ要求を要求側関連ステーションからまたはＤＳから、関連非ＡＰ ＭＬＤに対応するターゲットＩＰアドレスを伴って、受信するときに、ＡＰ ＭＬＤは、要求側ステーションが非ＡＰ ＭＬＤであるか否かを判定して、（ｉ）要求側ステーションが非ＡＰ ＭＬＤであるか、または要求がＤＳからであれば、非ＡＰ ＭＬＤのＭＬＤ ＭＡＣアドレスを送信元のＭＡＣアドレスとしてＡＲＰ応答パケット内に挿入し、あるいは（ｉｉ）要求側ステーションが非ＭＬＤ ＳＴＡであるか、またはＭＬＤでなければ、要求が受信されたリンク上で動作する非ＡＰ ＭＬＤのＳＴＡのＭＡＣアドレスを送信元のＭＡＣアドレスとしてＡＲＰ応答パケット内に挿入するものとする。

同様に、ＡＰ ＭＬＤが、近隣要請メッセージを要求側関連ステーションからまたはＤＳから、関連非ＡＰ ＭＬＤに対応するターゲットＩＰアドレスを伴って、受信するときに、ＡＰ ＭＬＤは、要求側ステーションが非ＡＰ ＭＬＤであるか否かを判定して、（ｉ）要求側ステーションが非ＡＰ ＭＬＤであるか、または要求がＤＳからであれば、非ＡＰ ＭＬＤのＭＬＤ ＭＡＣアドレスを送信元のＭＡＣアドレスとして近隣広告メッセージ内に挿入し、あるいは（ｉｉ）要求側ステーションが非ＭＬＤ ＳＴＡであるか、またはＭＬＤでなければ、要求が受信されたリンク上で動作する非ＡＰ ＭＬＤのＳＴＡのＭＡＣアドレスを送信元のＭＡＣアドレスとして近隣広告メッセージ内で挿入するものとする。

さらに、ＡＰ ＭＬＤは、関連ＭＬＤに代わって送られたＡＲＰ応答パケットまたは近隣広告メッセージ内にＭＬＤ ＭＡＣアドレスを示すために、送信元ＭＡＣアドレスの最下位ビットｂ０（個別／グループビット）も１にセットする。

第５の実施形態によれば、ＡＰ ＭＬＤがプロキシＡＲＰ機能をイネーブルされたときに、ＡＰ ＭＬＤは、関連非ＡＰ ＭＬＤまたは非ＭＬＤ ＳＴＡに代わって、ＭＬＤアドレスクエリ要求にも応答してよい。ＭＬＤアドレスクエリ要求で解決されているＭＬＤ ＭＡＣアドレスが、ＡＰ ＭＬＤと現在関連付けられている非ＡＰ ＭＬＤまたは非ＭＬＤ ＳＴＡによって用いられるときには、プロキシＡＲＰサービスが、非ＡＰ ＭＬＤまたは非ＭＬＤ ＳＴＡに代わって、ＭＬＤアドレスクエリ要求に応答してよい。

特に、ＡＰ ＭＬＤが、ＭＬＤアドレスクエリ要求フレームを、要求側関連ステーションから、関連非ＡＰ ＭＬＤまたは非ＭＬＤ ＳＴＡに対応するターゲットＭＬＤ ＭＡＣアドレスを伴って受信するときに、ＡＰ ＭＬＤは、関連非ＡＰ ＭＬＤのすべての連携ＳＴＡのＳＴＡ ＭＡＣアドレスおよび動作リンクの識別子ならびに対応するリンクＩＤを含むＭＬエレメントを構築して、要求側関連ステーションへ、ＭＬエレメントを含むＭＬＤアドレスクエリ応答フレームで応答するものとする。

ＭＬＤアドレスクエリ機能がプロキシＡＲＰサービス内にパッケージされるのは自然であるが、ＭＬＤアドレスクエリは、ＥＨＴでは新しい機能なので、たとえプロキシＡＲＰサービスがＡＰ ＭＬＤによってサポートされず、すなわち、プロキシＡＲＰサービスからこの機能がデカップルされるかもしれなくても、ＡＰ ＭＬＤは、ＭＬＤアドレスクエリ機能をイネーブルしてよい。加えて、プロキシＡＲＰサービスを実装するＡＰ ＭＬＤは、グラチューイタスＡＲＰ／非要請近隣広告の送信も実装してよい。グラチューイタスＡＲＰ要求は、ソースおよび宛先ＩＰがいずれも、パケットを発行するマシンのＩＰにセットされて、宛先マックがブロードキャストアドレスｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆであるＡＲＰ要求パケットである。通常、ＡＲＰ応答パケットは、発生しないであろう。グラチューイタスＡＲＰ応答は、それに対して要求が行われなかった応答である。同様に、非要請近隣広告は、誰もそれを依頼することなく、すなわち、対応する近隣要請メッセージを受信することなく送られるメッセージである。イネーブルされたときに、ＡＰ ＭＬＤは、関連非ＭＬＤのＩＰアドレスまたはＭＬＤ ＭＡＣアドレスが変化する際に関連非ＡＰ ＭＬＤのＭＬＤ ＭＡＣアドレスをハードウェアアドレスとして含む、グラチューイタスＡＲＰパケットまたは非要請近隣広告も送り出してよい。典型的に、これらは、ブロードキャストアドレスまたはオールホストマルチキャストアドレス（ｆｆ０２：：１）へ送られる。これらは、関連レガシＳＴＡが、それらのＡＲＰキャッシュを（ＳＴＡ ＭＡＣアドレスの代わりに）ＭＬＤ ＭＡＣアドレスで誤ってアップロードする原因となることがある。これを防ぐために、ＡＰ ＭＬＤは、ブロードキャストされたグラチューイタスＡＲＰまたはマルチキャストされた非要請近隣広告の後に、正確なＳＴＡ ＭＡＣアドレスを送信元ハードウェアアドレスとして各関連レガシＳＴＡへ含む、ユニキャストグラチューイタスＡＲＰまたはユニキャスト非要請近隣広告メッセージを用いるものとする。代わりに、グラチューイタスＡＲＰ／非要請近隣広告のブロードキャスト送信は、ＥＨＴ ＡＰ／ＡＰ ＭＬＤでは実装されない。

図２４Ａは、本開示の第５の実施形態による、マルチリンクアドレス解決のためのディストリビューションシステム２４０２、ＡＰ ＭＬＤ２４１２および非ＡＰ ＭＬＤ２４２２間の通信を示すフローチャートを示す。

この例では、ＤＳ（例えば、ＰＣ２４０２）からのＡＲＰ要求を、関連非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ１ ２４２２）に代わって、解決するＡＰ ＭＬＤ２４１２が示される。ＰＣ２４０２は、ＡＲＰ要求２４３４を含むイーサネットフレーム２４３２を発生させて、イーサネットインタフェース（Ｉ／Ｆ）２４０４を介してＰＣ２４０２へ接続されたＡＰ ＭＬＤ２４１２へ送信することによって、ＡＰ ＭＬＤ２４１２と関連付けられた非ＡＰ ＭＬＤ１ ２４２２のＩＰアドレスを解決するためにＡＲＰクエリを始動してよい。ＡＲＰ要求２４３４は、ＰＣのＭＡＣアドレス（ＰＣ－Ｍ）を含むソースハードウェアフィールド２４３６、非ＡＰ ＭＬＤ１ ２４２２のＩＰアドレス（ＳＴＡ－ＭＬＤ１－ＩＰ）を含むターゲットＩＰフィールド２４３９を備え、ＰＣ２４０２が非ＡＰ ＭＬＤ１ ２４２２のＩＰアドレスＩＰアドレスを解決しようとしていることを示す。

第１のデータフレーム２４３２のターゲットＩＰフィールド２４３９は、その関連非ＭＬＤ２ ２４２２のＩＰアドレスと一致するので、ＡＰ ＭＬＤ２４１２は、ＡＲＰ応答２４４４を含む第２のデータフレーム２４４２を発生させて、非ＡＰ ＭＬＤ１ ２４２２のＭＬＤ ＭＡＣアドレス（ＳＴＡ－ＭＬＤ１－Ｍ）を、そのハードウェアアドレスとしてＡＲＰ応答２４４４のソースハードウェアフィールド２４４６内に提供して、第２のデータフレーム２４４２を、ＡＰ２ ２４１４を通じてイーサネットＩ／Ｆ２４０４を介してＰＣ２４０２へ送信し返してよい。

第２のデータフレーム２４４２を受信する、ＰＣ２４０２は、ＡＲＰ応答２４４２のソースハードウェアフィールド２４４６内で含まれる非ＡＰ ＭＬＤ１のＭＬＤ ＭＡＣアドレスを処理して、ソースＩＰフィールド２４４７内の非ＡＰ ＭＬＤ１のＩＰアドレスを非ＡＰ ＭＬＤ１のＭＬＤ ＭＡＣアドレス（ＳＴＡ－ＭＬＤ１－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリは、非ＡＰ ＭＬＤ１ ２４２２とデータフレームを交換することなく解決される。

続いて、ＰＣ２４０２は、後続イーサネットフレーム２４５２をＡＰ ＭＬＤ２４１２へ送信することによって、データをＡＰ ＭＬＤ２４１２を介して非ＡＰ ＭＬＤ１ ２４２２へ送信することを望んでよい。ＰＣ２４０２は、そのＡＲＰキャッシュ内に記憶されたマッピングに基づいて、イーサネットフレーム２４５２のＤｅｓｔ．（宛先）フィールドを非ＡＰ ＭＬＤ１のＭＬＤ ＭＡＣアドレスにセットすることが可能である。後続イーサネットフレーム２４５２を受信する、ＡＰ ＭＬＤ２４１２は、対応するデータフレーム２４５６を発生させて、非ＡＰ ＭＬＤ１のＭＬＤ ＭＡＣアドレスを変換し、非ＡＰ ＭＬＤ１ ２４２２の連携ＳＴＡのうちの１つのＳＴＡ ＭＡＣアドレス（この場合、ＳＴＡ２ ２４２４のＭＡＣアドレス（ＳＴＡ２－Ｍ））をデータフレーム２４５６のＲＡフィールド２４５７内にセットして、データフレーム２４５６を非ＡＰ ＭＬＤ１ ２４２２へ転送する。データフレーム２４５６のＲＡフィールド２４５７は、ＳＴＡ２ ２４２４のものと一致するので、データフレーム２４５６は、ＳＴＡ２ ２４２４によって正確に受信される。

図２４Ｂは、本開示の第５の実施形態による、マルチリンクアドレス解決のためのディストリビューションシステム２４０２、ＡＰ ＭＬＤ２４０４および非ＭＬＤ ＳＴＡ２４２６間の通信を示すフローチャートを示す。

この例では、ＤＳ（例えば、ＰＣ２４０２）からのＡＲＰ要求を、関連非ＭＬＤ ＳＴＡ（例えば、ＳＴＡ５ ２４２６）に代わって、解決するＡＰ ＭＬＤ２４１２が示される。ＰＣ２４０２は、ＡＲＰ要求２４６４を含むイーサネットフレーム２４６２を発生させて、イーサネットインタフェース（Ｉ／Ｆ）２４０４を介してＰＣ２４０２へ接続されたＡＰ ＭＬＤ２４１２へ送信することによって、ＡＰ ＭＬＤ２４１２と関連付けられた非ＡＰ ＭＬＤ１ ２４２２のＩＰアドレスを解決するためにＡＲＰクエリを始動してよい。ＡＲＰ要求２４６４は、ＰＣのＭＡＣアドレス（ＰＣ－Ｍ）を含むソースハードウェアフィールド２４６６、ＳＴＡ５ ２４２６のＩＰアドレス（ＳＴＡ５－ＩＰ）を含むターゲットＩＰフィールド２４３９を備え、ＰＣ２４０２がＳＴＡ５ ２４２６のＩＰアドレスＩＰアドレスを解決しようとしていることを示す。

第１のデータフレーム２４６２のターゲットＩＰアドレス２４６９は、その関連ＳＴＡ５ ２４２６のＩＰアドレスと一致するので、ＡＰ ＭＬＤ２４１２は、ＡＲＰ応答２４７４を含む第２のデータフレーム２４７２を発生させて、ＳＴＡ５ ２４２６のＭＬＤ ＭＡＣアドレス（ＳＴＡ５ーＭ）をそのハードウェアアドレスとしてＡＲＰ応答２４７４のソースハードウェアフィールド２４７６内に提供し、第２のデータフレーム２４７２をＡＰ２ ２４１４を通じてイーサネットＩ／Ｆ２４０４を介してＰＣ２４０２へ送信し返してよい。

第２のフレーム２４７２を受信する、ＰＣ２４０２は、ＡＲＰ応答２４４４のソースハードウェアフィールド２４７６内で含まれたＳＴＡ５のＭＡＣアドレスを処理して、ソースＩＰフィールド２４７７内のＳＴＡ５のＩＰアドレス（ＳＴＡ５－ＩＰ）をＳＴＡ５のＭＡＣアドレス（ＳＴＡ５－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリは、ＳＴＡ５ ２４２６とデータフレームを交換することなく解決される。

続いて、ＰＣ２４０２は、後続イーサネットフレーム２４８２をＡＰ ＭＬＤ２４１２へ送信することによって、データをＡＰ ＭＬＤ２４１２を介してＳＴＡ５ ２４２６へ送信することを望んでよい。ＰＣ２４０２は、そのＡＲＰキャッシュ内に記憶されたマッピングに基づいて、イーサネットフレーム２４８２のＤｅｓｔ．フィールドをＳＴＡ５のＭＡＣアドレスにセットすることが可能である。後続イーサネットフレーム２４８２を受信する、ＡＰ ＭＬＤ２４１２は、対応するデータフレーム２４８６を発生させて、ＳＴＡ５のＭＡＣアドレスをデータフレーム２４８６のＲＡフィールド２４８７内にセットし、それをＳＴＡ５へ転送してよい。データフレーム２４８６のＲＡフィールドは、ＳＴＡ５ ２４２６のものと一致するので、データフレーム２４８６は、ＳＴＡ５ ２４２６によって正確に受信される。

図２５は、本開示の第５の実施形態の第１の例による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ２５０２、非ＡＰ ＭＬＤ２ ２５２２および非ＭＬＤ ＳＴＡ２５１２間の通信を示すフローチャート２５００を示す。

この第１の例では、非ＭＬＤ ＳＴＡ（例えば、ＳＴＡ５ ２５１２）からの近隣要請メッセージを、非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ２５２２）に代わって、解決するＡＰ ＭＬＤが示される。

ＳＴＡ５ ２５１２は、近隣要請メッセージ２５３４を含む第１のデータフレーム２５３２を発生させて、リンク２（６ＧＨｚ周波数帯域）上でＡＰ ＭＬＤ２５０２へ送信することによって、ＮＤクエリを始動してよい。近隣要請メッセージ２５３４は、非ＡＰ ＭＬＤ２ ２５２２のＩＰアドレスをターゲットアドレスフィールド２５６８内で含み、ＳＴＡ５ ２５１２が非ＡＰ ＭＬＤ２ ２５２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム２５３２を６ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ２５０２のＡＰ２ ２５０４は、近隣要請メッセージ２５３４のソースＬ２アドレスフィールドに基づいて、要求側ＳＴＡ（すなわち、ＳＴＡ５ ２５１２）は、レガシＳＴＡであり、近隣要請メッセージ２５３４のターゲットアドレスフィールド２５３８内で含まれるターゲットＩＰアドレスがその関連非ＡＰ ＭＬＤ２ ２５２２ ＩＰのアドレスと一致することを確認してよい。それゆえに、ＡＰ２ ２５０４は、近隣広告メッセージ２５４４を含む第２のデータフレーム２５４２を発生させて、ＭＬＤ ＭＡＣアドレスの代わりにＳＴＡ５のリンク（すなわち、リンク２）に対応する非ＡＰ ＭＬＤ２ ２５２２のＳＴＡ ＭＡＣアドレス（ＳＴＡ４－Ｍ）を、近隣広告メッセージ２５４４のターゲットＬ２アドレス２５４９内にそのハードウェアアドレスとして提供し、第２のデータフレーム２５４２をＡＰ２ ２５０４を通じてＳＴＡ５の動作リンクを介してＳＴＡ５ ２５１２へ送信し返してよい。

非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ２５２２）は、複数のＳＴＡ ＭＡＣアドレスを含むので、アドレス解決を要求しているレガシＳＴＡ（例えば、ＳＴＡ５ ２５１２）とターゲット非ＡＰ ＭＬＤとの間に共通リンクがある限り、ＡＰ ＭＬＤは、共通リンク上で動作する非ＡＰ ＭＬＤの連携ＳＴＡのＳＴＡ ＭＡＣアドレスを、非ＡＰ ＭＬＤのハードウェアアドレス（ターゲットＬ２アドレス）として返すものとすることが注目される。これは、レガシＳＴＡおよび非ＡＰ ＭＬＤが直接リンク上（共通リンク上）で通信することを確実に可能にするであろう。しかしながら、レガシＳＴＡと非ＡＰ ＭＬＤとの間に共通リンクがなければ、ＡＰ ＭＬＤは、非ＡＰ ＭＬＤのＭＬＤ ＭＡＣアドレスまたは連携ＳＴＡのいずれかのＭＡＣアドレスを非ＡＰ ＭＬＤのハードウェアアドレス（ターゲットＬ２アドレス）として返してよい。

ＡＰ ＭＬＤ２５０２によって送られた第２のデータフレーム２５４２を、非ＡＰ ＭＬＤ２ ２５２２に代わって、受信するＳＴＡ５ ２５１２は、近隣広告メッセージ２５４４のターゲットＬ２アドレス２５４９内で含まれるＳＴＡ ＭＡＣアドレスを処理して、ターゲットアドレスフィールド２５４８内の非ＡＰ ＭＬＤ２のＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）をターゲットＬ２アドレスフィールド２５４９内のＬ２ ＭＡＣアドレス（ＳＴＡ４－Ｍ）へマッピングするために、その近隣キャッシュをアップデートしてよい。結果として、ＮＤクエリは、データフレームを非ＡＰ ＭＬＤ２ ２５２２と交換することなく解決される。

続いて、ＳＴＡ５ ２５１２は、ＴＤＬＳ発見要求２５５４を含む後続データフレーム２５５２をＡＰ ＭＬＤ２５０２を介して非ＡＰ ＭＬＤ２ ２５２２へ送信することによって、ＴＤＬＳ発見を始動してよい。近隣キャッシュ内に記憶された非ＡＰ ＭＬＤ２ ２５２２のＳＴＡ ＭＡＣアドレス（ＳＴＡ４－Ｍ）は、データフレーム２５５２のＤＡ／ＳＡフィールド２５５５、ならびにＴＤＬＳ発見要求２５５４のＴＤＬＳレスポンダフィールド２５５９内に用いられる（ＤＡフィールド＝ＴＤＬＳレスポンダフィールド）。

ＡＰ ＭＬＤ２５０２のＡＰ２ ２５０４は、ＳＴＡ ＭＡＣアドレスに基づいて、後続データフレーム２５５２がその関連非ＡＰ ＭＬＤ２ ２５２２のＳＴＡ４ ２５２４へ向けられていることを確認して、データフレーム２５５２をＳＴＡ４ ２５２４へ転送してよい。ＡＰ ＭＬＤ２５０２は、データフレーム２５５２をＳＴＡ４ ２５２４へ転送する前に、そのＲＡフィールド２５５３をセットしてよい。そのようにして、データフレーム２５５２は、ＡＰ ＭＬＤ２５０２を介して非ＡＰ ＭＬＤ２ ２５２２によって正確に受信される。

非ＡＰ ＭＬＤ２５２２は、応答して、ＴＤＬＳ発見応答アクションフレーム２５６２を直接リンク（リンク２）上で送ってよく、ここでＴＡフィールド２５６３およびＴＤＬＳレスポンダフィールド２５６９は、ＴＤＬＳ発見応答アクションフレーム２５６２を送信する連携ＳＴＡ（この場合、ＳＴＡ４ ２５２４）のそのＳＴＡ ＭＡＣアドレスにセットされる。

さらに、直接リンク上でリレーされ、送られるＴＤＬＳ発見応答アクションフレーム２５６２のリンク識別子エレメント内のＴＤＬＳレスポンダフィールド２５６９のみならずＴＡフィールド２５６３も、いずれも同じＳＴＡ ＭＡＣアドレス（ＳＴＡ４－Ｍ）としてセットされるので、受信レガシＳＴＡ（ＳＴＡ５ ２５１２）における混乱はない。これは、レガシＳＴＡが非ＡＰ ＭＬＤとＴＤＬＳセットアップを始動するときに、ＲＡ／ＴＡのセッティングルールを変更する必要なく、またはＭＬＤ ＭＡＣアドレスをＴＤＬＳイニシエータもしくはＴＤＬＳレスポンダフィールド内で用いることなく第２のアドレス不一致問題を有効に解決する。

加えて、ここではＴＤＬＳレスポンダフィールドのみならずＤＡもすべてがピアデバイスのＳＴＡ ＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットされるので、ＡＰ ＭＬＤ２５０２は、ＴＤＬＳ発見／セットアップ要求フレームを非ＡＰ ＭＬＤ２ ２５２２へ転送するために用いるべきリンク（リンク２）を正確に識別することができて、それゆえに、リンククロスオーバー問題は発生しない。

続いて、ＳＴＡ５ ２５１２は、ＴＤＬＳセットアップ要求２５７４を含むさらなるデータフレーム２５７２をＡＰ ＭＬＤ２５０２へ送信することによって、ＡＰ ＭＬＤ２５０２を介してＳＴＡ４ ２５２４とＴＤＬＳセットアップを始動してよい。近隣キャッシュ内に記憶された非ＡＰ ＭＬＤ２ ２５２２のＳＴＡ ＭＡＣアドレス（ＳＴＡ４－Ｍ）は、ＴＤＬＳセットアップ要求２５７４のＴＤＬＳレスポンダフィールド２５７９のみならず、データフレーム２５７２のＤＡフィールド２５７６をセットするためにも用いられる（ＤＡ＝ＴＤＬＳレスポンダ）。

ＡＰ ＭＬＤ２５０２のＡＰ２ ２５０４は、ＳＴＡ ＭＡＣアドレスに基づいて、さらなるデータフレーム２５７２が、その関連非ＡＰ ＭＬＤ２ ２５２２のＳＴＡ４ ２５２４へ向けられていることを確認して、さらなるデータフレーム２５７２をＳＴＡ４ ２５２４へ転送してよい。ＡＰ ＭＬＤ２５０２は、データフレーム２５７２をＳＴＡ４ ２５２４へ転送する前に、そのＲＡフィールド２５５３を、ＳＴＡ５のリンク（すなわち、リンク２）に対応する非ＡＰ ＭＬＤ２ ２５２２のＳＴＡ ＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットしてよい。そのようとして、データフレーム２５７２は、非ＡＰ ＭＬＤ２ ２５２２によってＡＰ ＭＬＤ２５０２を介して正確に受信される。

非ＡＰ ＭＬＤ２５２２は、応答して、ＴＤＬＳセットアップ応答２５８４を含む別のデータフレーム２５８２を直接リンク（リンク２）上で送ってよく、ここでＤＡフィールド２５８６およびＴＤＬＳイニシエータフィールド２５８８は、ＴＤＬＳセットアップ要求２５７４のＴＤＬＳイニシエータフィールド２５７８内のＭＡＣアドレスにセットされる。そのようにして、ＳＴＡ４ ２５２４とＳＴＡ５ ２５１２との間のＴＤＬＳが首尾よくセットアップされて、非ＭＬＤ ＳＴＡ（ＳＴＡ５ ２５１２）および非ＡＰ ＭＬＤのＳＴＡ（非ＡＰ ＭＬＤ２ ２５２２のＳＴＡ４ ２５２４）は、データフレーム２５９２のＲＡフィールド２５９３を適宜にＳＴＡ ＭＡＣアドレス（ＳＴＡ４－ＭおよびＳＴＡ５－Ｍ）として正確にセットできるので、データフレーム２５９２を直接リンク上で互いに送受信することができる。

図２６は、本開示の第５の実施形態の第２の例による、マルチリンクアドレス解決のためのＡＰ ＭＬＤ２６０２および２つの非ＡＰ ＭＬＤ２６１２、２６２２間の通信を示すフローチャート２６００を示す。

この第２の例では、非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ１ ２６１２）からのＡＲＰ要求およびＭＬＤアドレスクエリ要求を、別の非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ２６２２）に代わって、解決するＡＰ ＭＬＤ２６０２が示される。

非ＡＰ ＭＬＤ１ ２６１２のＳＴＡ２ ２６１４は、ＡＲＰ要求２６３４を含む第１のデータフレーム２６３２を発生させて、リンク２（６ＧＨｚ周波数帯域）上でＡＰ ＭＬＤ２６０２を介して非ＡＰ ＭＬＤ２ ２６２２へ送信することによって、ＡＲＰクエリを始動してよい。ＡＲＰ要求２６３４は、非ＡＰ ＭＬＤ１のＭＡＣアドレス（ＳＴＡ－ＭＬＤ１－Ｍ）を含むソースハードウェアフィールド２６３６、および非ＡＰ ＭＬＤ２のＩＰアドレス（ＳＴＡ－ＭＬＤ２－ＩＰ）を含むターゲットＩＰフィールド２６３９を備え、非ＡＰ ＭＬＤ１ ２６１２が非ＡＰ ＭＬＤ２ ２６２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム２６３２を６ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ２６０２のＡＰ２ ２６０４は、ＡＲＰ要求２６３４のソースハードウェアフィールド２６３６に基づいて、リクエスタ（すなわち、非ＡＰ ＭＬＤ１ ２６１２）がＭＬＤであり、ＡＲＰ要求２６３４のターゲットＩＰフィールド２６３９内で含まれるターゲットＩＰアドレスがその関連非ＡＰ ＭＬＤ２のＩＰアドレスと一致することを確認してよい。それゆえに、ＡＰ ＭＬＤ２６０２は、ＡＲＰ応答２６４４を含む第２のデータフレーム２６４２を発生させて、非ＡＰ ＭＬＤ２ ２６２２のＭＬＤ ＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）を、そのハードウェアアドレスとして、ＡＲＰ応答２６４４のソースハードウェアフィールド２６４６内に提供してよく、第２のデータフレーム２６４２を非ＡＰ ＭＬＤ１ ２６１２へ送信し返す前に、さらにＭＬインディケーションのためにＭＬＤ ＭＡＣアドレスのｂ０ビットを１にセットする。

第２のデータフレーム２６４２を受信する、非ＡＰ ＭＬＤ１ ２６１２は、ＡＲＰ応答を処理して、ｂ０ビットにおけるＭＬインディケーションの存在ゆえに、ソースハードウェアフィールド２６４６内で含まれるＭＡＣアドレスがＭＬＤ ＭＡＣアドレスであることを認識する。非ＡＰ ＭＬＤ１ ２６１２は、次に、ｂ０ビットを０に戻すことによって元のＭＬＤ ＭＡＣアドレスを復元して、ソースＩＰフィールド２６４７内の非ＡＰ ＭＬＤ２のＩＰ（ＳＴＡ－ＭＬＤ２－ＩＰ）をソースハードウェアフィールド２６４６内の非ＡＰ ＭＬＤ２のＭＬＤ ＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決されて、ＳＴＡ２ ２６１４は、ＭＬインディケーションの存在ゆえに、非ＡＰ ＭＬＤ２ ２６２２とデータフレームを交換することなく、ＳＴＡ－ＭＬＤ２－ＭがＭＬＤ ＭＡＣアドレスであることを今や認識している。

非ＡＰ ＭＬＤ１ ２６１２は、そのＭＬＤ ＭＡＣアドレスのｂ０ビットにおけるＭＬインディケーションに基づいて、非ＡＰ ＭＬＤ２ ２６２２がＭＬＤであることを認識するので、非ＡＰ ＭＬＤ１ ２６１２は、ＭＬＤアドレスクエリ要求フレーム２６５２を、ＡＰ ＭＬＤ２６０２のＡＰ２ ２６０４を介して非ＡＰ ＭＬＤ２ ２６２２へ送信することによって、非ＡＰ ＭＬＤ２ ２６２２のＳＴＡ ＭＡＣアドレスを得るために、ＭＬＤアドレスクエリを始動する。

ＡＰ ＭＬＤ２６０２は、関連非ＡＰ ＭＬＤ（この場合、非ＡＰ ＭＬＤ２ ２６２２）に対応するターゲットＭＬＤ ＭＡＣアドレスから確認して、非ＡＰ ＭＬＤ２ ２６２２と連携しているすべてのＳＴＡ（ＳＴＡ３－ＭおよびＳＴＡ４－Ｍ）のＬ２ ＭＡＣアドレスならびに動作リンクの識別子を備えるＭＬエレメント２６６９を含む、非ＡＰ ＭＬＤ１ ２６１２へ戻る、ＭＬＤアドレスクエリ応答を発生させることによって、非ＡＰ ＭＬＤ２ ２６２２に代わって、ＭＬＤ ＭＡＣアドレスを解決してよい。

非ＡＰ ＭＬＤ１ ２６１２のＳＴＡ２ ２６１４は、ＭＬＤアドレスクエリ応答フレーム２６６２を受信し、処理して、非ＡＰ ＭＬＤ２ ２６２２と連携しているすべてのＳＴＡのＬ２ ＭＡＣアドレスを、例えば、そのＭＬＤアドレスキャッシュ内に記録してよい。続いて、ＳＴＡ２ ２６１４は、ＡＮＱＰ要求フレーム２６７２を直接リンク（リンク２）上でＳＴＡ４ ２６２４へ送信してよい。ＳＴＡ２ ２６１４は、ＭＬＤアドレスクエリ応答フレーム２６６２内で受信された、記録されたＬ２ ＭＡＣアドレスに基づいて、ＡＮＱＰ要求フレーム２６７２のＲＡフィールド２６７３をＳＴＡ４のＬ２ ＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットすることが可能である。そのようにして、ＳＴＡ２ ２６１４によって直接リンク上でＳＴＡ４ ２６２４へ送られたＡＮＱＰ要求フレーム２６７２は、正確に受信される。

図２７は、本開示の第５の実施形態の第３の例による、マルチリンク解決のためのＡＰ ＭＬＤ２７０２、非ＡＰ ＭＬＤ２７１２および非ＭＬＤ ＳＴＡ２７２２間の通信を示すフローチャート２７００を示す。

この第３の例では、非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ２７１２）からのＡＲＰ要求を、レガシＳＴＡ（例えば、ＳＴＡ５ ２７２２）に代わって、解決するＡＰ ＭＬＤ２７０２が示される。

非ＡＰ ＭＬＤ２ ２７１２のＳＴＡ４ ２７１４は、ＡＲＰ要求２７３４を含む第１のデータフレーム２７３２を発生させて、リンク２（６ＧＨｚ周波数帯域）上でＡＰ ＭＬＤ２７０２を介してＳＴＡ５ ２７２２へ送信することによって、ＡＲＰクエリを始動してよい。ＡＲＰ要求２７３４は、非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）を含むソースハードウェアフィールド２７３６、およびＳＴＡ５のＩＰアドレス（ＳＴＡ５－ＩＰ）を含むターゲットＩＰフィールド２７３９を備え、非ＡＰ ＭＬＤ２ ２７１２がＳＴＡ５ ２７２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム２７３２を６ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ２７０２のＡＰ２ ２７０４は、ＡＲＰ要求２７３４のソースハードウェアフィールド２７３６に基づいて、リクエスタ（すなわち、非ＡＰ ＭＬＤ２ ２７１２）がＭＬＤであり、ＡＲＰ要求２７３４のターゲットＩＰフィールド２７３９内で含まれるターゲットＩＰアドレスがその関連ＳＴＡ５のＩＰアドレスと一致することを確認してよい。それゆえに、ＡＰ ＭＬＤ２７０２は、ＡＲＰ応答２７４４を含む第２のデータフレーム２７４２を発生させて、ＳＴＡ５のＬ２ ＭＡＣアドレス（ＳＴＡ５－Ｍ）を、そのハードウェアアドレスとして、ＡＲＰ応答２７４４のソースハードウェアフィールド２７４６内に提供し（ＭＡＣアドレスのｂ０ビットは０のままであった）、第２のデータフレーム２７４２を非ＡＰ ＭＬＤ２ ２７１２へ送信し返してよい。

第２のデータフレーム２７４２を受信する、非ＡＰ ＭＬＤ２ ２７１２は、ＡＲＰ応答２７４４を処理して、ｂ０ビットにおけるＭＬインディケーションの欠落ゆえに、ソースハードウェアフィールド２７４６内で含まれるＭＡＣアドレスがＳＴＡ ＭＡＣアドレスであり、ＭＬＤ ＭＡＣアドレスではないことを認識する。非ＡＰ ＭＬＤ１ ２７１２は、ソースＩＰフィールド２７４７内のＳＴＡ５のＩＰアドレス（ＳＴＡ５－ＩＰ）をソースハードウェアフィールド２７４６内のＳＴＡ５のＬ２ ＭＡＣアドレス（ＳＴＡ５－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決されて、ＳＴＡ４ ２７１４は、データフレームをＳＴＡ５ ２７２２と交換することなく、ＳＴＡ５が非ＭＬＤまたはレガシＳＴＡであることを今や認識している。

有利には、ＳＴＡ５ ２７２２は、ＡＲＰ要求２７３２を決して受信しないので、非ＡＰ ＭＬＤ２ ２７１２のためのオポチュニスティックなＡＲＰキャッシュアップデートを行わず、それゆえに、アドレス不一致問題は発生しない。

続いて、非ＡＰ ＭＬＤ２ ２７１２は、ＡＰ ＭＬＤ２７０２を介してＳＴＡ５ ２７２２へＴＤＬＳ発見要求２７５４を含む後続データフレーム２７５２を発生させることによって、ＴＤＬＳ発見を始動してよい。それは、ＳＴＡ５が非ＭＬＤまたはレガシＳＴＡであることを認識しているので、その連携ＳＴＡのうちの１つのＳＴＡ ＭＡＣアドレス（ＳＴＡ４－Ｍ）がＴＤＬＳイニシエータフィールド２７５８内に用いられる。

ＡＰ ＭＬＤ２７０２のＡＰ２ ２７０４は、ＳＴＡ ＭＡＣアドレスに基づいて、後続データフレーム２７５２がその関連非ＡＰ ＭＬＤ２ ２７１２のＳＴＡ４ ２７１４へ向けられていることを確認して、データフレーム２７５２’をＳＴＡ５ ２７２２へ転送してよい。ＡＰ ＭＬＤ２５０２は、データフレーム２７５２’をＳＴＡ５ ２７２２へ転送する前に、そのＳＡフィールド２７５５’をＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）へ訂正することが可能である。データフレーム２７５２をＳＴＡ５ ２７２２によって依然として正確に受信することができる。

ＡＰによってリレーされたＴＤＬＳ発見要求フレーム２７５２’のリンク識別子エレメント内のＴＤＬＳイニシエータフィールド２７５８’のみならずＳＡフィールド２７５５’も、いずれもＳＴＡ ＭＡＣアドレスとしてセットされるので、受信ピアＳＴＡにおける混乱はないであろう。これは、非ＡＰ ＭＬＤがレガシＳＴＡとＴＤＬＳセットアップを始動するときに、ＲＡ／ＴＡのセッティングルールを変更する必要なく、またはＭＬＤ ＭＡＣアドレスをＴＤＬＳイニシエータもしくはＴＤＬＳレスポンダフィールド内で用いることなく、ＩＥＥＥサブミッション（ＩＥＥＥ ８０２．１１－２／１６９２ｒ２）おいて提起された第１のアドレス不一致問題を有効に解決する。

ＳＴＡ５ ２７２２は、応答して、ＴＤＬＳ発見応答アクションフレーム２７６２を直接リンク（リンク２）上で送ってよく、ここでＴＡフィールド２７６５およびＴＤＬＳレスポンダフィールド２７６９は、それ自体のＳＴＡ ＭＡＣアドレスにセットされる。ＳＴＡ５ ２７２２は、受信されたデータフレーム２７５２’のＴＤＬＳイニシエータフィールド２７５８’に基づいて、ＲＡフィールドをＳＴＡ４のＬ２ ＭＡＣアドレスにセットすることが可能である。

続いて、ＳＴＡ５およびＳＴＡ４は、図２６に記載されたものと同様の方法で、ＴＤＬＳセットアップ要求／応答フレーム交換によってＴＤＬＳセットアップ（図示されない）を行ってよい。ＴＤＬＳセットアップが一旦行われると、ＳＴＡ５ ２７２２、非ＡＰ ＭＬＤ２ ２７１２のＳＴＡ４ ２７１４は、データフレーム２７７２、２７８２のＲＡフィールド２７７３、２７８３を適宜にＳＴＡ ＭＡＣアドレス（ＳＴＡ４－ＭおよびＳＴＡ５－Ｍ）として正確にセットできるので、データフレーム２７７２、２７８２を直接リンク上で首尾よく互いに送受信することができる。

本開示によれば、非ＡＰ ＭＬＤがレガシＳＴＡのＩＰアドレスを解決するときに、たとえアドレスが正確に解決されて、（例えば、ＡＲＰ応答におけるＭＬインディケーションの欠落ゆえに）ターゲットＳＴＡがレガシＳＴＡであることを通知されても、非ＡＰ ＭＬＤは、レガシＳＴＡがどのリンク上で動作するかを確実に知ることはできない。非ＡＰ ＭＬＤが、ＴＤＬＳ発見をレガシＳＴＡと始動するときに、誤ったリンクを選び、それによって、ＴＤＬＳ発見フレームのＴＤＬＳイニシエータフィールド内で誤ったＳＴＡ ＭＡＣアドレス（例えば、ＳＴＡ３－Ｍ）が用いられうる可能性がある。結果として、レガシＳＴＡが、直接リンク上で送られるＴＤＬＳ発見応答アクションフレームのＲＡフィールドをセットするためにＴＤＬＳイニシエータフィールドを用いるならば、非ＡＰ ＭＬＤ２は、フレームの受信に失敗するであろう。

図２８は、本開示の第５の実施形態の第４の例による、マルチリンク解決のためのＡＰ ＭＬＤ２８０２、非ＡＰ ＭＬＤ２８１２および非ＭＬＤ ＳＴＡ２８２２間の通信を示すフローチャート２８００を示す。

この第４の例では、非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ２８１２）からのＡＲＰ要求を、レガシＳＴＡ（例えば、ＳＴＡ５ ２８２２）に代わって、解決するＡＰ ＭＬＤ２８０２が示される。

非ＡＰ ＭＬＤ２ ２８１２のＳＴＡ３ ２８１４は、ＡＲＰ要求２８３４を含む第１のデータフレーム２８３２を発生させて、ＳＴＡ５の動作リンクとは異なるリンク（この場合、リンク１または５ＧＨｚ周波数帯域）上でＡＰ ＭＬＤ２８０２を介してＳＴＡ５ ２８２２へ送信することによってＡＲＰクエリを始動してよい。ＡＲＰ要求２８３４は、非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）を含むソースハードウェアフィールド２８３６、およびＳＴＡ５のＩＰアドレス（ＳＴＡ５－ＩＰ）を含むターゲットＩＰフィールド２８３９を備え、非ＡＰ ＭＬＤ２ ２８１２がＳＴＡ５ ２８２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

次に、第１のデータフレーム２８３２を５ＧＨｚリンク上で受信する、ＡＰ ＭＬＤ２８０２のＡＰ１ ２８０４は、ＡＲＰ要求２８３４のソースハードウェアフィールド２８３６に基づいて、リクエスタ（すなわち、非ＡＰ ＭＬＤ２ ２８１２）がＭＬＤであり、ＡＲＰ要求２８３４のターゲットＩＰフィールド２８３９内で含まれるターゲットＩＰアドレスがその関連ＳＴＡ５のＩＰアドレスと一致することを確認してよい。それゆえに、ＡＰ ＭＬＤ２８０２は、ＡＲＰ応答２８４４を含む第２のデータフレーム２８４２を発生させて、ＳＴＡ５のＬ２ ＭＡＣアドレス（ＳＴＡ５－Ｍ）を、そのハードウェアアドレスとして、ＡＲＰ応答２８４４のソースハードウェアフィールド２８４６内に提供し（ＭＡＣアドレスのｂ０ビットは０のままである）、第２のデータフレーム２８４２を非ＡＰ ＭＬＤ２ ２８１２へ送信し返してよい。

第２のデータフレーム２８４２をリンク１上でＳＴＡ３ ２８１４を介して受信する、非ＡＰ ＭＬＤ２ ２８１２は、ＡＲＰ応答２８４４を処理して、ｂ０ビットにおけるＭＬインディケーションの欠落ゆえに、ソースハードウェアフィールド２８４６内で含まれるＭＡＣアドレスがＳＴＡ ＭＡＣアドレスであり、ＭＬＤ ＭＡＣアドレスではないことを認識する。非ＡＰ ＭＬＤ２ ２８１２は、ソースＩＰフィールド２８４７内のＳＴＡ５のＩＰアドレス（ＳＴＡ５－ＩＰ）をソースハードウェアフィールド２８４６内のＳＴＡ５のＬ２ ＭＡＣ（ＳＴＡ５－Ｍ）アドレスへマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決される。

続いて、非ＡＰ ＭＬＤ２ ２８１２は、誤ったリンク、すなわち、ＳＴＡ５ ２８２２がその上で動作しないリンクを用いて、ＡＰ ＭＬＤ２８０２を介してＳＴＡ５ ２８２２へＴＤＬＳ発見要求２８５４を含む後続データフレーム２８５２を発生させることによって、ＴＤＬＳ発見を始動してよい。それは、ＳＴＡ５が非ＭＬＤまたはレガシＳＴＡであることを認識しているので、５ＧＨｚ上で動作しているＳＴＡ３ ２８１４のＳＴＡ ＭＡＣアドレスがＴＤＬＳイニシエータフィールド２８５８内では用いられるが、そのＳＴＡ ＭＡＣアドレスは、図らずも誤ったアドレス（ＳＴＡ３－Ｍ）である。

ＡＰ ＭＬＤ２８０２は、ＳＴＡ ＭＡＣアドレスに基づいて、後続データフレーム２８５２がＳＴＡ５ ２８２２へ向けられていることを確認し、ＴＤＬＳイニシエータへのデータフレーム２８５２’のＳＡフィールド２８５５’を、ＳＴＡ５の動作リンク上で動作しているＳＴＡ４ ２８１６の正確なＳＴＡ ＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットして、データフレーム２８５２’を、正確なリンク（６ＧＨｚ周波数帯域）上でＡＰ２ ２８０２を通じてＳＴＡ５ ２８２２へ転送してよい。そのようにして、データフレーム２８５２は、ＳＴＡ５ ２８２２によって正確に受信される。

ＳＴＡ５ ２８２２は、応答して、ＴＤＬＳ発見応答アクションフレーム２８６２を直接リンク（リンク２）上で送ってよく、ここでＴＡフィールド２８６５およびＴＤＬＳレスポンダフィールド２８６９は、それ自体のＭＡＣアドレスにセットされるが、ＲＡフィールド２８６３は、受信されたデータフレーム２８５２’のＴＤＬＳイニシエータフィールド２８５８’に基づいて、誤ったリンクのＭＡＣアドレス（ＳＴＡ３－Ｍ）としてセットされる。そのようにして、ＳＴＡ５ ２８２２とＳＴＡ４ ２８１６との間の直接リンク上のデータフレーム２８６２は、誤ったＲＡゆえに失敗する。

クロスオーバー問題に起因する潜在的な不一致を回避するために、ＡＰ ＭＬＤは、非ＡＰ ＭＬＤが、レガシ／非ＭＬＤ ＳＴＡが動作するリンク上でも動作する限り、レガシ／非ＭＬＤ ＳＴＡに代わって送られるＡＲＰ応答が、常に、そのリンク上で確実に送られるようにすることによって、非ＡＰ ＭＬＤを支援することができる。非ＡＰ ＭＬＤは、ＡＲＰ応答を含むデータフレーム内の「ＭＬインディケーション」の欠落ゆえに、ピアＳＴＡがレガシ／非ＭＬＤ ＳＴＡであることを通知される。非ＡＰ ＭＬＤは、ＡＲＰ応答が受信されたリンクに基づいて、レガシ／非ＭＬＤ ＳＴＡの動作リンクを暗黙的に通知され、それによって、誤ったＴＤＬＳイニシエータアドレスゆえに引き起こされるクロスオーバー問題を回避する。

図２９は、本開示の第５の実施形態の第５の例による、マルチリンク解決のためのＡＰ ＭＬＤ２９０２、非ＡＰ ＭＬＤ２９１２および非ＭＬＤ ＳＴＡ２９２２間の通信を示すフローチャート２９００を示す。

この第５の例では、非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ２９１２）からのＡＲＰ要求を、レガシＳＴＡ（例えば、ＳＴＡ５ ２９２２）に代わって、解決するＡＰ ＭＬＤ２９０２が示される。

非ＡＰ ＭＬＤ２ ２９１２のＳＴＡ３ ２９１４は、ＡＲＰ要求２９３４を含む第１のデータフレーム２９３２を発生させて、ＳＴＡ５の動作リンクとは異なるリンク（この場合、リンク１または５ＧＨｚ周波数帯域）上でＡＰ ＭＬＤ２９０２を介してＳＴＡ５ ２９２２へ送信することによって、ＡＲＰクエリを始動してよい。ＡＲＰ要求２９３４は、非ＡＰ ＭＬＤ２のＭＡＣアドレス（ＳＴＡ－ＭＬＤ２－Ｍ）を含むソースハードウェアフィールド２９３６、およびＳＴＡ５のＩＰアドレス（ＳＴＡ５－ＩＰ）を含むターゲットＩＰフィールド２９３９を備え、非ＡＰ ＭＬＤ２ ２９１２がＳＴＡ５ ２９２２の対応するＭＡＣアドレスを得るためにＩＰアドレスを解決しようとしていることを示す。

たとえＡＲＰ要求２９３４がレガシＳＴＡの動作リンク（リンク２）とは異なるリンク上で受信されても、第１のデータフレーム２９３２を受信する、ＡＰ ＭＬＤ２９０２は、ＡＲＰ要求２９３４のソースハードウェアフィールド２９３６に基づいて、リクエスタ（すなわち、非ＡＰ ＭＬＤ２ ２９１２）がＭＬＤであり、ＡＲＰ要求２９３４のターゲットＩＰフィールド２９３９内で含まれるターゲットＩＰアドレスがその関連ＳＴＡ５のＩＰアドレスと一致することを確認してよい。それゆえに、ＡＰ ＭＬＤ２９０２は、第２のデータフレーム２９４２を発生させて、意図的に、ＡＲＰ応答２９４４を、ターゲットＳＴＡ（ＳＴＡ５ ２９２２）が動作するリンク（すなわち、リンク２）上でＡＰ２ ２９０６を介して非ＡＰ ＭＬＤ２ ２９１２へ送信し返して、ＳＴＡ５のＬ２ ＭＡＣアドレス（ＳＴＡ５－Ｍ）を、そのハードウェアアドレスとして、ＡＲＰ応答２９４４のソースハードウェアフィールド２９４６内に提供してよい。

第２のデータフレーム２９４２をリンク２上でＳＴＡ４ ２９１６を介して受信する、非ＡＰ ＭＬＤ２ ２９１２は、ＡＲＰ応答２９４４を処理して、ｂ０ビットにおけるＭＬインディケーションの欠落ゆえに、ソースハードウェアフィールド２９４６内で含まれるＭＡＣアドレスがＳＴＡ ＭＡＣアドレスであり、ＭＬＤ ＭＡＣアドレスではないことを認識してよい。非ＡＰ ＭＬＤ２ ２９１２は、ソースＩＰフィールド２９４７内のＳＴＡ５のＩＰアドレス（ＳＴＡ５－ＩＰ）をソースハードウェアフィールド２９４６内のＳＴＡ５のＬ２ ＭＡＣアドレス（ＳＴＡ５－Ｍ）へマッピングするために、そのＡＲＰキャッシュをアップデートしてよい。結果として、ＡＲＰクエリが解決される。さらに、非ＡＰ ＭＬＤ２ ２９１２は、ＡＲＰ応答２９４４が受信されるリンクに基づいて、リンク２をＳＴＡ５の動作リンクとして記録する。

続いて、非ＡＰ ＭＬＤ２ ２９１２は、正しいリンク（リンク２）、すなわち、ＳＴＡ５の動作リンク上でＡＰ ＭＬＤ２９０２を介してＳＴＡ５ ２９２２へＴＤＬＳ発見要求２９５４を含む後続データフレーム２９５２を発生させることによって、ＴＤＬＳ発見を始動してよい。それは、ＳＴＡ５が非ＭＬＤまたはレガシＳＴＡであることを認識しているので、非ＡＰ ＭＬＤ２９１２の正確なＳＴＡ ＭＡＣアドレス（ＳＴＡ４－Ｍ）が後続データフレーム２９５２のＴＤＬＳ発見要求２９５４のＴＤＬＳイニシエータフィールド２９５８として用いられる。

ＡＰ ＭＬＤ２９０２は、ＳＴＡ ＭＡＣアドレスに基づいて、後続データフレーム２９５２がＳＴＡ５ ２９２２へ向けられていることを確認して、データフレーム２９５２をＳＴＡ５ ２９２２へ転送してよい。ＡＰ ＭＬＤ２９０２は、データフレーム２９５２’のＳＡフィールド２９５５’をＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットして、データフレーム２９５２’を正確なリンク上でＳＴＡ５ ２９２２へ転送するであろう。そのようにして、データフレーム２９５２をＳＴＡ５ ２９２２によってやはり正確に受信することができる。

ＳＴＡ５ ２９２２は、応答して、ＴＤＬＳ発見応答アクションフレーム２９６２を直接リンク（リンク２）上で送ってよく、ＴＡフィールド２９６５およびＴＤＬＳレスポンダフィールド２９６９は、それ自体のＳＴＡ ＭＡＣアドレスにセットされる。ＳＴＡ５ ２９２２は、受信されたデータフレーム２９５２’のＴＤＬＳイニシエータフィールド２９５８’に基づいて、ＲＡフィールド２９６３を正確なリンクのＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットすることが可能であり、ＴＤＬＳ発見応答アクションフレーム２９６２は、ＳＴＡ４ ２９１６によって正確に受信される。

結果として、ＳＴＡ５ ２９２２および非ＡＰ ＭＬＤ２ ２９１２のＳＴＡ４ ２９１６は、データフレーム２９７２、２９８２のＲＡフィールド２９７３、２９８３を適宜にＳＴＡ ＭＡＣアドレス（ＳＴＡ５－ＭおよびＳＴＡ４－Ｍ）として正確にセットできるので、それぞれのデータフレーム２９７２、２９８２を直接リンク上で互いに送受信することができる。

図３０は、本開示の第５の実施形態の第６の例による、マルチリンク解決のためのＡＰ ＭＬＤ３００２、非ＡＰ ＭＬＤ３０１２および非ＭＬＤ ＳＴＡ３０２２間の通信を示すフローチャート３０００を示す。第６の例は、元のＴＤＬＳ発見要求フレームが誤ったＴＤＬＳイニシエータアドレスを用いて誤ったリンク上で送られる図２８に示される第４の例の継続である。この第６の例では、ＡＰ ＭＬＤ３００２、非ＡＰ ＭＬＤ（例えば、非ＡＰ ＭＬＤ２ ３０１２）およびレガシＳＴＡ（例えば、ＳＴＡ５ ３０２２）に関して、非ＭＬＤ ＳＴＡの動作リンクを発見するために、本開示の第５の実施形態の第５の例において発行されたクロスオーバーへの明確なソリューションが、ＭＬＤアドレスクエリ・メカニズムの使用を通じて示される。この第６の例では、ＭＬＤアドレスクエリ・メカニズムが、ＭＬＤのＳＴＡ ＭＡＣアドレスを解決するためでなく、むしろ非ＭＬＤ ＳＴＡの動作リンクを発見するために用いられる。代わりに、非ＡＰ ＭＬＤは、ＴＤＬＳ発見応答アクションフレームの受信に失敗した際に、ＴＤＬＳ発見要求を、手探りに他のリンク上で再試行することもできるであろう。

ＡＰＲクエリおよびＴＤＬＳ発見要求を含む後続データフレームの送信後に、ＳＴＡ５ ３０２２は、ＴＤＬＳ発見要求（図３０に示されない）内のＴＤＬＳイニシエータフィールドに基づいて（例えば、ＳＴＡ３ ３０１４のＳＴＡ ＭＡＣアドレス（ＳＴＡ３－Ｍ）にセットされた）誤ったＲＡフィールド３０３３を含むＴＤＬＳ発見応答アクションフレームを直接リンク上でＳＴＡ４ ３０１６へ送ることがある。結果として、直接リンク上のすべてのフレームが誤ったＲＡゆえに失敗するであろう。

ＴＤＬＳ発見応答アクションフレーム３０３２を直接リンク上でＳＴＡ５ ３０２２から受信することの失敗に起因して、非ＡＰ ＭＬＤ２ ３０１２は、ＴＤＬＳ発見要求フレームが誤ったリンク上で送られたかもしれないと推測することができる。非ＡＰ ＭＬＤ２ ３０１２は、ＭＬＤアドレスクエリ要求フレーム３０４２を、ＡＰ ＭＬＤ３００２のＡＰ２ ３００４を介してＳＴＡ５ ３０２２へ送ってよい。ＭＬＤアドレスクエリ要求フレーム３０４２を受信する、ＡＰ ＭＬＤ３００２は、ＭＬＤアドレスクエリ要求フレーム３０４２のターゲットＭＬＤ ＭＡＣアドレスフィールド３０４８内で含まれるＭＡＣアドレスがその関連ＳＴＡ５のＭＡＣアドレスと一致して、非ＡＰ ＭＬＤ２がＳＴＡ５ ３０２２の対応するＭＡＣアドレスおよび動作リンクを得るためにＩＰアドレスを解決しようとしていることを確認してよい。それゆえに、ＡＰ ＭＬＤ３００２は、かかる情報を、ＳＴＡ５ ３０２２に代わって、非ＡＰ ＭＬＤ２ ３０１２へ提供するためにＭＬＤアドレスクエリ応答フレーム３０５２を発生させてよい。特に、ＭＬＤアドレスクエリ応答フレーム３０５２は、ターゲットＳＴＡの動作リンクがリンク２であることを示す、値が２のリンクＩＤサブフィールド３０５９ａをもつ単一のリンク情報フィールドと、ターゲットＳＴＡ、すなわち、ＳＴＡ５ ３０２２のＭＡＣアドレスを示すアドレスフィールド３０５９ｂとを含むＭＬエレメントを備える。

データフレームを送信するための正確なリンクに関する情報を受信した後に、非ＡＰ ＭＬＤ２は、ＭＬＤアドレスクエリ応答フレーム３０５２内で受信された正しい（与えられた）リンク上でＡＰ ＭＬＤ３００２を介してＳＴＡ５ ３０２２へＴＤＬＳ発見要求３０６４を含むデータフレーム３０６２を送信することによって、ＴＤＬＳ発見を再始動してよい。正確なリンク（ＳＴＡ ＭＡＣアドレス）、すなわち、ＳＴＡ４－ＭがＴＤＬＳ発見要求３０６４のＴＤＬＳイニシエータフィールド３０６８内に用いられる。

ＡＰ ＭＬＤ３００２は、ＴＤＬＳレスポンダフィールド３０６９内のＳＴＡ ＭＡＣアドレスに基づいて、データフフレーム３０６２がＳＴＡ５ ３０２２へ向けられることを確認して、それをＳＴＡ５ ３０２２へ転送してよい。ＡＰ ＭＬＤ３００２は、データフレーム３０６２’のソースを示すために、データフレーム３０６２’のＳＡフィールド３０６５’をＳＴＡ４のＭＡＣアドレス（ＳＴＡ４－Ｍ）にセットするであろう。そのようにして、データフレーム３０６２は、ＳＴＡ５ ２９２２によってＡＰ ＭＬＤ３００２を介して正確に受信される。

次に、ＳＴＡ５ ３０２２は、応答して、ＴＤＬＳ発見応答アクションフレーム３０７２を、直接リンク（リンク２）を介して非ＡＰ ＭＬＤ３０１２のＳＴＡ４ ３０１６へ送ってよい。ＳＴＡ５ ３０２２は、ＳＴＡ４のＭＡＣアドレスをＲＡフィールド３０７３内に正確にセットすることが可能である。そのようにして、ＲＡフィールド３０７３、３０８３がＳＴＡのＭＡＣアドレスとして正確にセットされるので、直接リンク上でＳＴＡ５ ３０２２からＳＴＡ４ ３０１６へのＴＤＬＳ発見応答アクションフレーム３０７２およびいずれの後続データフレーム３０７２もＳＴＡ４によって正確に受信される。

本開示は、以下のことを示す、すなわち、（ｉ）ＭＬＤのＩＰアドレスは、ＭＬＤ ＭＡＣアドレスまたはＭＬＤのＬ２ ＭＡＣアドレスのうちの１つのいずれかへダイナミックにマッピングされる。要求側ステーションがＭＬＤであれば、ＭＬＤ ＭＡＣアドレスがＭＬＤのハードウェアＭＡＣアドレスとして返され、そうではなく要求側ステーションが非ＭＬＤ（ＥＨＴまたはレガシＳＴＡのいずれか）であれば、ＡＲＰ要求または近隣要請が受信されたリンク上で動作している連携ＡＰ／ＳＴＡのＭＡＣアドレスがＭＬＤのハードウェアＭＡＣアドレスとして返される、（ｉｉ）ＭＬＤによって送信されるフレームは、それがＭＬＤによって送信される（またはそれから発する）ことを示すために、「ＭＬインディケーション」を含む、（ｉｉｉ）ＭＬＤアドレスクエリ・メカニズムが、ＭＬＤ ＭＡＣアドレスからＬ２ ＭＡＣアドレスへの解決を行うために提案される、（ｉｖ）プロキシＡＲＰは、要求側ステーションがＭＬＤかまたは非ＭＬＤかによって、関連ステーションのＭＡＣアドレスを、ＭＬＤ ＭＡＣアドレスまたはＭＬＤのＬ２ ＭＡＣアドレスのうちの１つのいずれかへダイナミックにマッピングし、プロキシＡＲＰは、関連非ＡＰ ＭＬＤに代わって、ＭＬＤアドレスクエリ要求にも応答して、「ＭＬインディケーション」もＡＲＰ／ＮＤ応答内にセットする、および（ｖ）ＡＰ ＭＬＤは、関連ＭＬＤから受信されたＡＲＰ／ＮＤ応答を、ＤＡ内でアドレスされた非ＭＬＤ ＳＴＡが動作している同じＢＳＳ内で単に転送するに過ぎない。

図３１は、通信デバイス３１００および通信デバイス３１００と連携している２つの通信装置３１０２、３１０４の構成例を示す。通信デバイス３１００は、ＡＰ ＭＬＤとして実装されて、連携通信装置３１０２、３１０４の各々は、本開示によるマルチリンクアドレス解決のために構成されたＡＰとして実装されてよい。通信デバイス３１００は、そのＭＬＤ ＭＡＣアドレスを記憶する記憶モジュール３１０１、ＭＬＤアドレスクエリ関連サービスを発生させて処理するための第１の機能モジュール３１０６、およびプロキシＡＲＰ関連サービス用のフレームを発生させて処理するための第２の機能モジュール３１０８をさらに備える。通信デバイス３１００は、それぞれ、ＡＲＰおよびＮＤクエリ用のフレームを発生させて処理するためのＡＲＰモジュール３１１４およびＩＣＭＰモジュール３１１６を備えるインターネットレイヤと通信するために用いられるＭＬＤ ＭＡＣ ＳＡＰ３１１０をさらに備える。通信デバイスと連携している通信装置３１０２、３１０４の各々は、他の外部通信装置／デバイスおよび／またはディストリビューションシステム（ＤＳ）へリンクを提供し、それらと関連付けられて、それらへ／から信号を送受信することが可能である。各連携通信装置３１０２、３１０４は、ＭＡＣレイヤおよびＰＨＹ（物理）レイヤを備え、ＭＡＣレイヤは、そのＡＰ ＭＡＣアドレスを記憶する記憶モジュール３１２１、およびレガシＳＴＡへ／からのトラフィックのためにインターネットレイヤと直接通信するための随意的なＡＰ ＭＡＣ ＳＡＰ３１２４を備え、ＰＨＹレイヤは、対応するリンク３１１８を通じて他の通信装置／デバイスへ／から信号を送受信するために用いられる無線送信機、無線受信機、およびアンテナと接続する。

本開示によれば、ＭＬＤから／へのＤＳへ／からのトラフィック（ＡＲＰおよびＮＤメッセージを含む）は、ライン３１２６によって示されるようにＭＬＤ ＭＡＣ ＳＡＰ３１１０を通じてルーティングされ、一方で、非ＭＬＤから／へのＤＳへ／からのトラフィック（ＡＲＰおよびＮＤメッセージを含む）は、ライン３１２８によって示されるように、ＡＰ ＭＡＣ ＳＡＰ３１２４を通じてルーティングされる。ＡＲＰ／ＮＤは、ＡＲＰ／ＮＤがそれを通じて受信された対応するＭＡＣ ＳＡＰのＭＡＣアドレスを返す。

図３２は、通信デバイス３２００および通信デバイス３２００と連携している２つの通信装置３２０２、３２０４の構成例を示す。通信デバイス３２００は、非ＡＰ ＭＬＤとして実装されて、連携通信装置３２０２、３２０４の各々は、本開示によるマルチリンクアドレス解決のために構成されたＳＴＡとして実装されてよい。通信デバイス３２００は、そのＭＬＤ ＭＡＣアドレスを記憶する記憶モジュール３２０１、ＭＬＤアドレスクエリ関連サービスを発生させて処理するための機能モジュール３２０６をさらに備える。通信デバイス３２００は、それぞれ、ＡＲＰおよびＮＤクエリ用のフレームを発生させて処理するためのＡＲＰモジュール３２１４およびＩＣＭＰモジュール３２１６を備えるインターネットレイヤと通信するために用いられるＭＬＤ ＭＡＣ ＳＡＰ３２１０をさらに備える。通信デバイスと連携している通信装置３２０２、３２０４の各々は、他の外部通信装置／デバイスへリンクを提供し、それらと関連付けられて、それらへ／から信号を送受信することが可能である。各連携通信装置３２０２、３２０４は、ＭＡＣレイヤおよびＰＨＹ（物理）レイヤを備え、ＭＡＣレイヤは、そのＳＴＡ ＭＡＣアドレスを記憶する記憶モジュール３２２１、およびレガシＳＴＡへ／からのトラフィックのためにインターネットレイヤと直接通信するための随意的なＳＴＡ ＭＡＣ ＳＡＰ３２１０を備え、ＰＨＹレイヤは、対応するリンク３２１８を通じて他の通信装置／デバイスへ／から信号を送受信するために用いられる無線送信機、無線受信機およびアンテナと接続する。

本開示によれば、ＭＬＤから／へのＤＳへ／からのトラフィック（ＡＲＰおよびＮＤメッセージを含む）は、ライン３２２６によって示されるようにＭＬＤ ＭＡＣ ＳＡＰ３２１０を通じてルーティングされ、一方で、非ＭＬＤから／へのＤＳへ／からのトラフィック（ＡＲＰおよびＮＤメッセージを含む）は、ライン３２２８によって示されるように、ＳＴＡ ＭＡＣ ＳＡＰ３２１０を通じてルーティングされる。ＡＲＰ／ＮＤは、ＡＲＰ／ＮＤがそれを通じて受信された対応するＭＡＣ ＳＡＰのＭＡＣアドレスを返す。

本開示は、ソフトウェア、またはハードウェアと協調したソフトウェアによって実現できる。上記の各実施形態の記載に用いられる各機能ブロックは、ＬＳＩ、例えば、集積回路によって部分的または全体的に実現できて、各実施形態に記載される各プロセスは、同じＬＳＩまたは複数のＬＳＩの組み合わせによって部分的または全体的に制御されてよい。ＬＳＩは、複数のチップとして個別に形成されてもよく、または１つのチップが機能ブロックの一部またはすべてを含むように形成されてもよい。ＬＳＩは、それに結合されたデータ入力および出力を含んでよい。ＬＳＩは、本明細書では、集積の度合いの違いによって、ＩＣ、システムＬＳＩ、スーパＬＳＩ、またはウルトラＬＳＩと呼ばれることがある。しかしながら、集積回路を実装する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを用いることによって実現されてもよい。加えて、ＬＳＩの製造後にプログラムできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、あるいはＬＳＩの内部に配置された回路セルの接続およびセッティングを再構成できるリコンフィギャラブルプロセッサが用いられてもよい。本開示は、デジタル処理またはアナログ処理として実現されうる。将来の集積回路技術が半導体技術または他の派生技術の進歩の結果としてＬＳＩを置き換えるならば、将来の集積回路技術を用いて機能ブロックを集積化できるであろう。バイオテクノロジーも適用されうる。

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

かかる通信デバイスのいくつかの非限定の例は、電話（例えば、セルラー（セル）フォン、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、テレヘルス／テレメディスン（リモートヘルスおよびメディスン）デバイス、ならびに通信機能性を提供する車両（例えば、自動車、航空機、船）およびそれらの様々な組み合わせを含む。

通信デバイスは、ポータブルまたはモバイルには限定されず、ノンポータブルまたは固定式の任意の種類の装置、デバイスまたはシステム、例えば、スマートホームデバイス（例えば、器具、照明、スマートメータ、制御パネル）、自動販売機、および「インターネットオブシングズ（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）のネットワークにおけるいずれか他の「もの」も含んでよい。

通信は、例えば、セルラーシステム、ワイヤレスＬＡＮシステム、衛星システムなど、およびそれらの様々な組み合わせを通じたデータの交換を含んでよい。

通信デバイスは、本開示に記載される通信の機能を行う通信装置に結合されたコントローラまたはセンサのような装置を備えてよい。例えば、通信デバイスは、通信デバイスの通信機能を行う通信装置によって用いられる制御信号またはデータ信号を発生させるコントローラまたはセンサを備えてよい。

通信デバイスは、基地局、アクセスポイントのような、インフラストラクチャ施設、および上記の非限定の例などにおける装置と通信し、またはそれらを制御するその他の装置、デバイスまたはシステムも含んでよい。

ステーションの非限定の例は、マルチリンクステーション論理エンティティ（すなわち、例えばＭＬＤ）と連携している第１の複数のステーションに含まれる１つであってよく、マルチリンクステーション論理エンティティと連携している第１の複数のステーションの一部として、第１の複数のステーションのうちの複数のステーションは、上位レイヤへの共通媒体アクセス制御（ＭＡＣ）データサービスインタフェースを共有し、共通ＭＡＣデータサービスインタフェースが共通ＭＡＣアドレスまたはトラフィック識別子（ＴＩＤ：Ｔｒａｆｆｉｃ Ｉｄｅｎｔｉｆｉｅｒ）と関連付けられる。

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

本実施形態の先の詳細な記載には例示的な実施形態が提示されたが、当然のことながら、膨大な数のバリエーションが存在する。さらに、当然のことながら、例示的な実施形態は、例であり、本開示の範囲、適用性、動作、または構成を限定することは決して意図されない。むしろ、先の詳細な記載は、例示的な実施形態を実装するための便利なロードマップを当業者に提供するであろう、なお、例示的な実施形態に記載されるステップの機能および配置ならびに動作の方法、および例示的な実施形態に記載されるデバイスのモジュールならびに構造に対して、添付の特許請求の範囲に提示されるような対象の範囲から逸脱することなく、様々な変更が行われてよい。

本開示によれば、以下の例が示された、すなわち、
１．第１のマルチリンクデバイス（ＭＬＤ）と連携している複数の通信装置のうちのある１つの通信装置であって、通信装置は、
動作中に、要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信する、受信機であって、アドレス解決要求は、第１のＭＬＤのインターネットプロトコル（ＩＰ）アドレスを含む、受信機と、
動作中に、要求側通信装置が第２のＭＬＤと連携しているか否かを判定して、アドレス解決応答を含む第２のデータフレームを発生させる、回路であって、アドレス解決応答は、要求側通信装置が第２のＭＬＤと連携していないという判定に応答して、通信装置の媒体アクセス制御（ＭＡＣ）アドレス、または要求側通信装置が第２のＭＬＤと連携しているという判定に応答して、第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含む、回路と
を備える、通信装置。

２．アドレス解決要求は、アドレス解決プロトコル（ＡＲＰ）要求パケットおよび近隣要請メッセージのうちの１つであり、アドレス解決応答は、ＡＲＰ応答パケットおよび近隣広告メッセージのうちの１つである、例１による通信装置。

３．第１のデータフレームは、要求側通信装置が第２のＭＬＤと連携しているか否かを示すインディケーションを含み、判定は、インディケーションに基づき、判定に応答して、第２のデータフレームは、通信装置が第１のＭＬＤと連携しているか否かを示すインディケーションを含む、例１による通信装置。

４．インディケーションは、それぞれ、第１のデータフレームおよび第２のデータフレームのフレームコントロールフィールドのプロトコルバージョンサブフィールド内で含まれる、例３による通信装置。

５．インディケーションは、第１のデータフレームおよび第２のデータフレーム内で含まれる要求側通信装置に関係するＭＡＣアドレスの最下位ビットで含まれる、例３による通信装置。

６．受信機は、第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含むＭＬＤアドレスクエリ要求フレームをさらに受信して、回路は、
複数の通信装置の各々のＭＡＣアドレスおよび動作リンクの識別子を含むＭＬＤアドレスクエリ応答フレームを発生させる
ようにさらに構成された、例１による通信装置。

７．ＭＬＤアドレスクエリ要求フレームおよびＭＬＤアドレスクエリ応答フレームは、予め構成されたアクションフレームであるか、または予め構成されたデータフレーム内にカプセル化された、例６による通信装置。

８．ＭＬＤアドレスクエリ要求フレームは、ＭＬＤと連携しているか、あるいはいない別の通信装置から受信される、例７による通信装置。

９．回路は、（ｉ）インディケーションを含むための要求側通信装置に関係するＭＡＣアドレスを備えるアドレス解決要求内の送信元アドレスフィールド、および（ｉｉ）インディケーションを含むための第１のＭＬＤのＭＬＤ ＭＡＣアドレスを備えるアドレス解決応答内の送信元アドレスフィールドのうちの少なくとも１つの最下位ビットをセットするようにさらに構成された、例３による通信装置。

１０．要求側通信装置が第２のＭＬＤと連携しているという判定に応答して、回路は、
トンネル直接リンクセットアップ（ＴＤＬＳ）イニシエータ通信装置のＭＡＣアドレスの最下位ビットを、ＴＤＬＳレスポンダ通信装置へ送信されるＴＤＬＳ要求フレーム内にセットする
ようにさらに構成されて、
ＴＤＬＳイニシエータ通信装置は、通信装置および要求側通信装置のうちの１つであり、ＴＤＬＳレスポンダ通信装置は、通信装置および要求側通信装置のうちの残りの１つであり、最下位ビットは、ＴＤＬＳイニシエータ通信のＭＬＤとのアソシエーションを示す、例１による通信装置。

１１．通信装置は、アクセスポイント（ＡＰ）であり、第１のＭＬＤは、ＡＰ ＭＬＤである、例１の通信装置。

１２．要求側通信装置が第２のＭＬＤと連携しておらず、第１のデータフレームの宛先ドレスフィールドが、ブロードキャストアドレスまたはＡＰ ＭＬＤと関連付けられたＭＬＤのＭＬＤ ＭＡＣアドレスのうちの１つを含むという判定に応答して、回路は、
第１のデータフレームを、要求側通信装置が関連付けられた基本サービスセットの１つ以上の通信装置へのみ転送する
ようにさらに構成された、例１１の通信装置。

１３．要求側通信装置が第２のＭＬＤと関連付けられて、第１のデータフレームの宛先フィールドが、ＭＬＤと連携していないが、ＡＰ ＭＬＤと連携している複数の通信装置のうちの１つと関連付けられた別の通信装置のＭＡＣアドレスを含むという判定に応答して、回路は、
第１のデータフレームを、要求側通信装置が関連付けられた基本サービスセットの１つ以上の通信装置へのみ転送する
ようにさらに構成された、例１１の通信装置。

１４．通信装置は、ステーションであり、第１のＭＬＤは、非ＡＰ－ＭＬＤである、例１の通信装置。

１５．ＡＰ ＭＬＤと連携している複数のアクセスポイント（ＡＰ）のうちのある１つのＡＰであって、ＡＰは、
動作中に、要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信する受信機であって、アドレス解決要求は、ＡＰ ＭＬＤと関連付けられた第１のＭＬＤのＩＰアドレスを含み、第１のＭＬＤは、複数の通信装置を備える、受信機と、
動作中に、要求側通信装置がＡＰ ＭＬＤと関連付けられた第２のＭＬＤと連携しているか否かを判定して、アドレス解決応答を含む第２のデータフレームを発生させる回路であって、アドレス解決応答は、要求側通信装置が第２のＭＬＤと連携していないという判定に応答して、第１のＭＬＤと連携している複数の通信装置のうちのある１つの通信装置のＭＡＣアドレス、または要求側通信装置が第２のＭＬＤと連携しているという判定に応答して、第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含む、回路と
を備える、アクセスポイント（ＡＰ）。

１６．アドレス解決要求は、ＡＲＰ要求パケットおよび近隣要請メッセージのうちの１つであり、アドレス解決応答は、ＡＲＰ応答パケットおよび近隣広告メッセージのうちの１つである、例１５によるＡＰ。

１７．受信機は、第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含むＭＬＤアドレスクエリ要求フレームをさらに受信して、回路は、
第１のＭＬＤと連携している複数の通信装置の各々のＭＡＣアドレスおよび動作リンクの識別子を含むＭＬＤアドレスクエリ応答フレームを発生させる
ように構成された、例１５によるＡＰ。

１８．受信機は、関連通信装置のＭＡＣアドレスを含むＭＬＤアドレスクエリ要求フレームをさらに受信して、回路は、
関連通信装置のＭＡＣアドレスおよび動作リンクの識別子を含むＭＬＤアドレスクエリ応答フレームを発生させる
ようにさらに構成された、例１５によるＡＰ。

１９．要求側通信が第２のＭＬＤと連携しておらず、第１のデータフレームの宛先アドレスフィールドが、ブロードキャストアドレス、または第１のＭＬＤを含めてＡＰ ＭＬＤと関連付けられたＭＬＤのＭＬＤ ＭＡＣアドレスのうちの１つを含むという判定に応答して、回路は、
第１のデータフレームを要求側通信装置が関連付けられた基本サービスセットの１つ以上の通信装置へのみ転送する
ようにさらに構成された、例１５によるＡＰ。

２０．要求側通信装置が第２のＭＬＤと関連付けられて、第１のデータフレームの宛先フィールドが、ＭＬＤと連携していないが、ＡＰ ＭＬＤと連携しているＡＰのうちの１つと関連付けられた別の通信装置のＭＡＣアドレスを含むという判定に応答して、回路は、
第１のデータフレームを要求側通信装置が関連付けられた基本サービスセットの１つ以上の通信装置へのみ転送する
ようにさらに構成された、例１５によるＡＰ。

２１．回路は、
通信装置が第１のＭＬＤと関連付けられていることを示すために、第１のＭＬＤのＭＬＤ ＭＡＣアドレスを備えるアドレス解決応答内の送信元アドレスフィールドの最下位ビットをセットする
ようにさらに構成された、例１５によるＡＰ。

２２．第１のデータフレームを転送する前に、回路は、第１のデータフレーム内で含まれたアドレス解決要求内で含まれる要求側通信装置に関係するＭＡＣアドレスを備える送信元アドレスフィールドの最下位ビットをセットする
ようにさらに構成されて、
最下位ビットは、要求側通信装置が第２のＭＬＤと関連付けられているか否かを示す、
例１９または３０によるＡＰ。

２３．要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信するステップであって、アドレス解決要求は、第１のＭＬＤのＩＰアドレスを含む、受信するステップと、
要求側通信装置が第２のＭＬＤと連携しているか否かを判定するステップと、
アドレス解決応答を含む第２のデータフレームを発生させるステップであって、アドレス解決応答は、要求側通信装置が第２のＭＬＤと連携していないという判定に応答して、第１のＭＬＤと連携している複数の通信装置のうちのある１つの通信装置のＭＡＣアドレス、または要求側通信装置が第２のＭＬＤと連携しているという判定に応答して、第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含む、発生させるステップと
を備える通信方法。

Claims (20)

1. 第１のマルチリンクデバイス（ＭＬＤ）と連携している複数の通信装置のうちのある１つの通信装置であって、前記通信装置は、
   動作中に、要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信する受信機であって、前記アドレス解決要求は、前記第１のＭＬＤのインターネットプロトコル（ＩＰ）アドレスを含む、前記受信機と、
   動作中に、前記要求側通信装置が第２のＭＬＤと連携しているか否かを判定して、アドレス解決応答を含む第２のデータフレームを発生させる回路であって、前記アドレス解決応答は、前記要求側通信装置が前記第２のＭＬＤと連携していないという判定に応答して、前記通信装置の媒体アクセス制御（ＭＡＣ）アドレス、または前記要求側通信装置が前記第２のＭＬＤと連携しているという判定に応答して、前記第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含む、前記回路と、
   を備える、通信装置。
2. 前記アドレス解決要求は、アドレス解決プロトコル（ＡＲＰ）要求パケットおよび近隣要請メッセージのうちの１つであり、前記アドレス解決応答は、ＡＲＰ応答パケットおよび近隣広告メッセージのうちの１つである、
   請求項１に記載の通信装置。
3. 前記第１のデータフレームは、前記要求側通信装置が前記第２のＭＬＤと連携しているか否かを示すインディケーションを含み、前記判定は、前記インディケーションに基づき、前記判定に応答して、前記第２のデータフレームは、前記通信装置が前記第１のＭＬＤと連携しているか否かを示す前記インディケーションを含む、
   請求項１に記載の通信装置。
4. 前記インディケーションは、それぞれ、前記第１のデータフレームおよび前記第２のデータフレームのフレームコントロールフィールドのプロトコルバージョンサブフィールド内で含まれる、
   請求項３に記載の通信装置。
5. 前記インディケーションは、前記第１のデータフレームおよび前記第２のデータフレーム内で含まれる前記要求側通信装置に関係するＭＡＣアドレスの最下位ビットで含まれる、
   請求項３に記載の通信装置。
6. 前記受信機は、前記第１のＭＬＤの前記ＭＬＤ ＭＡＣアドレスを含むＭＬＤアドレスクエリ要求フレームをさらに受信して、前記回路は、
   前記複数の通信装置の各々のＭＡＣアドレスおよび動作リンクの識別子を含むＭＬＤアドレスクエリ応答フレームを発生させる、
   ようにさらに構成された、請求項１に記載の通信装置。
7. 前記ＭＬＤアドレスクエリ要求フレームおよび前記ＭＬＤアドレスクエリ応答フレームは、予め構成されたアクションフレームであるか、または予め構成されたデータフレーム内にカプセル化されている、
   請求項６に記載の通信装置。
8. 前記ＭＬＤアドレスクエリ要求フレームは、ＭＬＤと連携している、あるいはいない別の通信装置から受信される、
   請求項７に記載の通信装置。
9. 前記回路は、
   （ｉ）前記インディケーションを含むための前記要求側通信装置に関係するＭＡＣアドレスを備える前記アドレス解決要求内の送信元アドレスフィールド、および（ｉｉ）前記インディケーションを含むための前記第１のＭＬＤの前記ＭＬＤ ＭＡＣアドレスを備える前記アドレス解決応答内の送信元アドレスフィールドのうちの少なくとも１つの最下位ビットをセットする、
   ようにさらに構成された、請求項３に記載の通信装置。
10. 前記要求側装置が前記第２のＭＬＤと連携しているという判定に応答して、前記回路は、
    トンネル直接リンクセットアップ（ＴＤＬＳ）イニシエータ通信装置のＭＡＣアドレスの最下位ビットをＴＤＬＳレスポンダ通信装置へ送信されるＴＤＬＳ要求フレーム内にセットするように構成されて、
    前記ＴＤＬＳイニシエータ通信装置は、前記通信装置および前記要求側通信装置のうちの１つであり、前記ＴＤＬＳレスポンダ通信装置は、前記通信装置および前記要求側通信装置のうちの残りの１つであり、前記最下位ビットは、前記ＴＤＬＳイニシエータ通信のＭＬＤとのアソシエーションを示す、
    請求項１に記載の通信装置。
11. 前記通信装置は、アクセスポイント（ＡＰ）であり、前記第１のＭＬＤは、ＡＰ ＭＬＤである、
    請求項１に記載の通信装置。
12. 前記通信装置は、ステーションであり、前記第１のＭＬＤは、非ＡＰ ＭＬＤである、
    請求項１に記載の通信装置。
13. ＡＰ ＭＬＤと連携している複数のアクセスポイント（ＡＰ）のうちのある１つのＡＰであって、前記ＡＰは、
    動作中に、要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信する受信機であって、前記アドレス解決要求は、前記ＡＰ ＭＬＤと関連付けられた第１のＭＬＤのＩＰアドレスを含み、前記第１のＭＬＤは、複数の通信装置を備える、前記受信機と、
    動作中に、前記要求側通信装置が前記ＡＰ ＭＬＤと関連付けられた第２のＭＬＤと連携しているか否かを判定して、アドレス解決応答を含む第２のデータフレームを発生させる、回路であって、前記アドレス解決応答は、前記要求側通信装置が前記第２のＭＬＤと連携していないという判定に応答して、前記第１のＭＬＤと連携している前記複数の通信装置のうちのある１つの通信装置のＭＡＣアドレス、または前記要求側通信装置が前記第２のＭＬＤと連携しているという判定に応答して、前記第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含む、前記回路と
    を備える、ＡＰ。
14. 前記アドレス解決要求は、アドレス解決プロトコル（ＡＲＰ）要求パケットおよび近隣要請メッセージのうちの１つであり、前記アドレス解決応答は、ＡＲＰ応答パケットおよび近隣広告メッセージのうちの１つである、
    請求項１３に記載のＡＰ。
15. 前記受信機は、前記第１のＭＬＤの前記ＭＬＤ ＭＡＣアドレスを含むＭＬＤアドレスクエリ要求フレームをさらに受信して、前記回路は、
    前記第１のＭＬＤと連携している前記複数の通信装置の各々のＭＡＣアドレスおよび動作リンクの識別子を含むＭＬＤアドレスクエリ応答フレームを発生させる、
    ようにさらに構成された、請求項１３に記載のＡＰ。
16. 前記受信機は、関連通信装置のＭＡＣアドレスを含むＭＬＤアドレスクエリ要求フレームをさらに受信して、前記回路は、
    前記関連通信装置の前記ＭＡＣアドレスおよび動作リンクの識別子を含むＭＬＤアドレスクエリ応答フレームを発生させる、
    ようにさらに構成された、請求項１３に記載のＡＰ。
17. 前記要求側通信が前記第２のＭＬＤと連携しておらず、前記第１のデータフレームの宛先アドレスフィールドが、ブロードキャストアドレス、または前記第１のＭＬＤを含めて前記ＡＰ ＭＬＤと関連付けられたＭＬＤのＭＬＤ ＭＡＣアドレスのうちの１つを含むという判定に応答して、前記回路は、
    前記第１のデータフレームを前記要求側通信装置が関連付けられた基本サービスセットの１つ以上の通信装置へのみ転送する、
    ようにさらに構成された、請求項１３に記載のＡＰ。
18. 前記要求側通信装置が前記第２のＭＬＤと関連付けられて、前記第１のデータフレームの宛先フィールドが、ＭＬＤと連携していないが前記ＡＰ ＭＬＤと連携している前記ＡＰのうちの１つと関連付けられた別の通信装置のＭＡＣアドレスを含むという判定に応答して、前記回路は、
    前記第１のデータフレームを前記要求側通信装置が関連付けられた基本サービスセットの１つ以上の通信装置へのみ転送する、
    ようにさらに構成された、請求項１３に記載のＡＰ。
19. 前記回路は、
    前記通信装置が前記第１のＭＬＤと関連付けられていることを示すために、前記第１のＭＬＤの前記ＭＬＤ ＭＡＣアドレスを備える前記アドレス解決応答内の送信元アドレスフィールドの最下位ビットをセットする、
    ようにさらに構成された、請求項１３に記載のＡＰ。
20. 要求側通信装置から、アドレス解決要求を含む第１のデータフレームを受信するステップであって、前記アドレス解決要求は、第１のＭＬＤのＩＰアドレスを含む、前記受信するステップと、
    前記要求側通信装置が第２のＭＬＤと連携しているか否かを判定するステップと、
    アドレス解決応答を含む第２のデータフレームを発生させるステップであって、前記アドレス解決応答は、前記要求側通信装置が前記第２のＭＬＤと連携していないという判定に応答して、前記第１のＭＬＤと連携している複数の通信装置のうちのある１つの通信装置のＭＡＣアドレス、または前記要求側通信装置が前記第２のＭＬＤと連携しているという判定に応答して、前記第１のＭＬＤのＭＬＤ ＭＡＣアドレスを含む、前記発生させるステップと
    を含む、通信方法。
    

Images