特開 2024-39629 マルチアクセスポイント関連付け

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024039629

(43)【公開日】2024-03-22

(54)【発明の名称】マルチアクセスポイント関連付け

(51)【国際特許分類】

   H04W 84/12 20090101AFI20240314BHJP

   H04W 92/20 20090101ALI20240314BHJP

   H04W 72/23 20230101ALI20240314BHJP

   H04W 72/27 20230101ALI20240314BHJP

   H04W 76/15 20180101ALI20240314BHJP

   H04W 36/08 20090101ALI20240314BHJP

【ＦＩ】

H04W84/12

H04W92/20

H04W72/23

H04W72/27

H04W76/15

H04W36/08

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023143078

(22)【出願日】2023-09-04

(31)【優先権主張番号】63/405,298

(32)【優先日】2022-09-09

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】18/453,831

(32)【優先日】2023-08-22

(33)【優先権主張国・地域又は機関】US

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】クネヒト， ヤルコ エル．

(72)【発明者】

【氏名】ジャン， ジンジン

(72)【発明者】

【氏名】リウ， ヨン

(72)【発明者】

【氏名】ウー， ティアンユ

(72)【発明者】

【氏名】ヴェルマ， ロカン

(72)【発明者】

【氏名】ヨン， スー キオン

(72)【発明者】

【氏名】ワン， チー

(72)【発明者】

【氏名】ヘダヤット， アフマド レザ

(72)【発明者】

【氏名】タクル， シッダールタ アール．

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD19

5K067DD34

5K067EE02

5K067EE10

5K067EE24

5K067HH23

(57)【要約】      （修正有）

【課題】無線ローカルエリアネットワークアーキテクチャにおけるマルチアクセスポイント関連付けのためのデバイスのためのシステム、装置および方法を提供する。
【解決手段】ＷＬＡＮにおけるマルチアクセスポイント関連付けの方法であって、複数のアクセスポイント無線デバイスは、マルチアクセスポイントシステムを確立する。他のアクセスポイント無線デバイスは、マルチアクセスポイントシステムに参加し、非アクセスポイント無線デバイスは、マルチアクセスポイントシステム内の複数の異なるアクセスポイント無線デバイスとのリンクを行い、マルチアクセスポイントシステムとの関連付けを形成する。
【選択図】図４

【特許請求の範囲】

【請求項1】

第１のアクセスポイント（ＡＰ）無線デバイスによって、
前記第１のＡＰ無線デバイスに関連付けられた１つ以上のマルチＡＰパラメータを示すビーコン情報を提供することと、
第２のＡＰ無線デバイスからビーコン情報であって、前記第２のＡＰ無線デバイスに関連付けられた１つ以上の第２のマルチＡＰパラメータを示すビーコン情報を受信することと、
前記第１のＡＰ無線デバイスに関連付けられた前記１つ以上のマルチＡＰパラメータと、前記第２のＡＰ無線デバイスに関連付けられた前記１つ以上の第２のマルチＡＰパラメータとに少なくとも部分的に基づいて、少なくとも前記第２のＡＰ無線デバイスとマルチＡＰシステムを確立することと、
を含む、方法。

【請求項2】

前記マルチＡＰシステムを確立することが、前記マルチＡＰシステムにおいて前記第１のＡＰ無線デバイスを識別するために使用されるマルチＡＰアドレスを決定することを含む、請求項１に記載の方法。

【請求項3】

前記方法が、
ビーコンフレーム、プローブ応答フレーム、マルチリンクプローブ応答フレーム、または低減された近隣報告フレームのうちの１つ以上において、マルチＡＰシステム情報を１つ以上の非ＡＰ無線デバイスに提供すること、をさらに含む、請求項１に記載の方法。

【請求項4】

前記方法が、
前記マルチＡＰシステム内の１つ以上のＡＰ無線デバイスとの有効にされた１つ以上の無線リンクを有する前記マルチＡＰシステム内の非ＡＰ無線デバイスのためのトラフィック識別子（ＴＩＤ）からリンクへのマッピングを決定すること、をさらに含む、請求項１に記載の方法。

【請求項5】

前記第１のＡＰ無線デバイスが、前記マルチＡＰシステムのためのネットワークコントローラとして働き、前記方法が、
前記マルチＡＰシステムにおける各関連付けについて、
前記関連付けに対応するリンクのための局（ＳＴＡ）およびＡＰパラメータ、
前記関連付けに対応するマルチリンクデバイスのための１つ以上の非ＡＰマルチリンクデバイスおよび１つ以上のＡＰマルチリンクデバイスパラメータ、または、
前記関連付けに対応する１つ以上の非ＡＰマルチアクセスポイントパラメータおよび１つ以上のＡＰマルチアクセスポイントパラメータ、
のうちの１つ以上を記憶すること、をさらに含む、請求項１に記載の方法。

【請求項6】

前記方法が、
前記マルチＡＰシステム内のＡＰ無線デバイスによってダウンリンクデータが要求されるまで、前記マルチＡＰシステム内の１つ以上の非ＡＰ無線デバイスのための前記ダウンリンクデータをバッファリングすること、をさらに含む、請求項５に記載の方法。

【請求項7】

前記方法が、
前記マルチＡＰシステム内の１つ以上の非ＡＰ無線デバイスのためのアップリンクデータを、前記マルチＡＰシステム内の１つ以上のＡＰ無線デバイスから受信することと、
前記アップリンクデータをバッファリングし、アップリンクデータ並べ替えを実行することと、
をさらに含む、請求項５に記載の方法。

【請求項8】

前記方法が、
前記マルチＡＰシステム内の非ＡＰ無線デバイスのためにダウンリンクフレーム暗号化またはアップリンクフレーム復号のうちの１つ以上を実行すること、をさらに含む、請求項５に記載の方法。

【請求項9】

マルチアクセスポイント（ＡＰ）システム内の非ＡＰ無線デバイスに、
前記マルチＡＰシステム内の第１のＡＰデバイスとの第１の無線関連付けを確立させ、
前記マルチＡＰシステム内の第２のＡＰデバイスとの第２の無線関連付けを確立させ、ここで前記第１の無線関連付けおよび前記第２の無線関連付けが同時にアクティブであり、
前記第１の無線関連付けおよび前記第２の無線関連付けがアクティブである間に、前記第１のＡＰデバイスおよび前記第２のＡＰデバイスとの無線データ通信を実行させる、
ように構成されたプロセッサ、を有する、装置。

【請求項10】

前記第１の無線関連付けおよび前記第２の無線関連付けが、それぞれ、前記第１のＡＰデバイスとの制御シグナリングを介して確立される、請求項９に記載の装置。

【請求項11】

前記プロセッサが、前記非ＡＰ無線デバイスに、
前記マルチＡＰシステム内の前記非ＡＰ無線デバイスを識別するために使用されるマルチＡＰアドレスを決定させる、ようにさらに構成されている、請求項９に記載の装置。

【請求項12】

前記プロセッサが、前記非ＡＰ無線デバイスに、
ビーコンフレーム、プローブ応答フレーム、マルチリンクプローブ応答フレーム、または低減された近隣報告フレームのうちの１つ以上において、１つ以上のＡＰ無線デバイスから、マルチＡＰシステム情報を受信させる、ようにさらに構成されている、請求項９に記載の装置。

【請求項13】

前記第１のＡＰデバイスとの前記無線関連付けを介して通信されるユニキャストフレームと、前記第２のＡＰデバイスとの前記無線関連付けを介して通信されるユニキャストフレームとが、同じピアワイズ一時キー（ＰＴＫ）を使用して暗号化される、請求項９に記載の装置。

【請求項14】

第１の時点で、前記第１の無線関連付けに対応する１つ以上のリンクが有効にされ、前記第２の無線関連付けに対応する１つ以上のリンクが無効にされ、
前記プロセッサが、前記非ＡＰ無線デバイスに、第２の時点で、
前記第１の無線関連付けに対応する１つ以上のリンクを無効にさせ、
前記第２の無線関連付けに対応する１つ以上のリンクを有効にさせる、
ようにさらに構成されており、
前記第１の無線関連付けと前記第２の無線関連付けの両方が、前記第１の時点と前記第２の時点の両方において保持される、
請求項９に記載の装置。

【請求項15】

前記プロセッサが、前記非ＡＰ無線デバイスに、
前記第１の無線関連付けのための少なくとも１つのリンクと前記第２の無線関連付けのための少なくとも１つのリンクとを同時に有効にさせる、ようにさらに構成されている、請求項９に記載の装置。

【請求項16】

前記プロセッサが、前記非ＡＰ無線デバイスに、
前記第１の無線関連付けのための前記少なくとも１つのリンクおよび前記第２の無線関連付けのための前記少なくとも１つのリンクのために、前記非ＡＰ無線デバイスのためのトラフィック識別子（ＴＩＤ）からリンクへのマッピングを決定させる、ようにさらに構成されている、請求項１５に記載の装置。

【請求項17】

第１のアクセスポイント（ＡＰ）無線デバイスであって、
１つ以上のアンテナと、
前記１つ以上のアンテナに動作可能に結合された無線機と、
前記無線機に動作可能に結合されたプロセッサと、
を有し、
前記第１のＡＰ無線デバイスが、
前記第１のＡＰ無線デバイスがメンバーであるマルチＡＰシステムのための１つ以上のマルチＡＰパラメータを示すビーコン情報を送信し、
非ＡＰ無線デバイスからマルチＡＰ関連付け要求であって、前記マルチＡＰシステム内の前記第１のＡＰデバイスとの第１の無線関連付けを確立する要求と、前記マルチＡＰシステム内の第２の無線デバイスとの第２の無線関連付けを確立する要求とを示す、マルチＡＰ関連付け要求を受信し、
前記非ＡＰ無線デバイスにマルチＡＰ関連付け応答であって、前記第１の無線関連付けおよび前記第２の無線関連付けが確立されているかどうかを示す、マルチＡＰ関連付け応答を送信する、ように構成されている、第１のＡＰ無線デバイス。

【請求項18】

前記第１のＡＰ無線デバイスが、
前記マルチＡＰシステムのためのネットワークコントローラに前記マルチＡＰ関連付け要求を提供し、
前記ネットワークコントローラからマルチＡＰ関連付け応答を受信する、
ようにさらに構成されている、請求項１７に記載の第１のＡＰ。

【請求項19】

前記第１のＡＰ無線デバイスが、
前記マルチＡＰシステムに対応する１つ以上のマルチＡＰパラメータを示すビーコン情報を前記第２のＡＰ無線デバイスから受信し、
前記マルチＡＰシステムへの参加要求を前記第２のＡＰ無線デバイスに送信し、
前記第２のＡＰ無線デバイスから前記マルチＡＰシステムへの前記参加要求を受け入れる応答を受信する、ようにさらに構成されており、
前記第１のＡＰ無線デバイスが、前記マルチＡＰシステムへの前記参加要求と、前記マルチＡＰシステムへの前記参加要求を受け入れる前記応答とに少なくとも部分的に基づいて、前記マルチＡＰシステムのメンバーである、請求項１７に記載の第１のＡＰ。

【請求項20】

前記第１のＡＰ無線デバイスが、
前記第１のＡＰ無線デバイスがメンバーである前記マルチＡＰシステムに対応する更新されたマルチＡＰパラメータであって、少なくとも、前記マルチＡＰシステムへの１つ以上のＡＰ無線デバイスの追加を含む、更新されたマルチＡＰパラメータを示す情報を受信し、
前記更新されたマルチＡＰパラメータを示す更新されたビーコン情報を送信する、
ようにさらに構成されている、請求項１７に記載の第１のＡＰ。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、無線ローカルエリアネットワークアーキテクチャにおけるマルチアクセスポイント関連付けのための技術およびデバイスを含む、無線通信に関する。

【背景技術】

【0002】

無線通信システムの使用が急速に増大している。さらに、無線通信技術は、音声専用通信からインターネットおよびマルチメディアコンテンツなどのデータの伝送も含むように進化してきている。

【0003】

モバイル電子デバイスまたはユーザ機器デバイス（ＵＥ）は、典型的にユーザが持ち運ぶスマートフォンまたはタブレットの形態をとることがある。ＵＥによって一般に実行されうる無線通信の一態様は、例えば、ＩＥＥＥ ８０２．１１ファミリ規格の１つ以上の通信規格に従って動作するデバイスを含みうる無線ローカルエリアネットワーク（ＷＬＡＮ）上での無線ネットワーキングを含みうる。UEは、このようなシステムにおいてアクセスポイント間を遷移可能でありうるが、ＷＬＡＮ設定におけるこのようなアクセスポイント間の遷移は、シグナリングオーバーヘッドおよびデータ通信の遅延を伴うだけでなく、アクセスポイント間での障害または遷移の繰り返し(ping-ponging）が発生する可能性があり、データ通信がさらに中断される可能性がある。したがって、この領域における改善が望まれる。

【発明の概要】

【0004】

とりわけ無線ローカルエリアネットワークアーキテクチャにおけるマルチアクセスポイント関連付けのためのデバイスのためのシステム、装置、および方法の実施形態が本明細書で提示される。

【0005】

無線デバイスは、１つ以上のアンテナと、１つ以上のアンテナに動作可能に結合された１つ以上の無線機と、１つ以上の無線機に動作可能に結合されたプロセッサとを含むことができる。無線デバイスは、１つまたは複数の無線リンク上で無線ローカルエリアネットワーク（ＷＬＡＮ）を通してアクセスポイントとの接続を確立するように構成することができる、または１つまたは複数の無線リンク上でＷＬＡＮを通して１つ以上の他の無線デバイスとの接続を確立するように構成されたアクセスポイントであってもよい。無線デバイスは、１つ以上の無線機のうちの個別の無線機を使用して複数の無線リンクの各々において動作することができる。

【0006】

本明細書で説明する技術によれば、アクセスポイント無線デバイスは、発見を実行し、マルチアクセスポイントシステムを形成するために一緒に参加することができる。マルチアクセスポイントシステムに参加する非アクセスポイント無線デバイスは、システム内の複数のアクセスポイント無線デバイスとの同時関連付けを形成することが可能であってもよく、これにより、少なくともいくつかの実施形態によれば、システム内のアクセスポイント無線デバイス間の遷移からの遅延およびオーバーヘッドを低減するのに役立つことができ、かつ／またはシステムにおける改善された信頼性および性能をサポートすることができる。

【0007】

本明細書で説明する技術は、セルラ電話、タブレットコンピュータ、アクセサリコンピューティングデバイスおよび／またはウェアラブルコンピューティングデバイス、ポータブルメディアプレーヤ、セルラ基地局および他のセルラネットワークのインフラ機器、サーバ、無人飛行機、無人飛行コントローラ、自動車および／または電動ビークル、並びに様々な他のコンピューティングデバイスのいずれかを含むがこれらに限定されない、多数の異なる種類のデバイスに実装する、かつ／またはそれらと共に使用することができる。

【0008】

この発明の概要は、この文書に記載された主題のいくつかの簡単な概要を提供することを意図している。よって、上記の特徴は単なる一例に過ぎず、本明細書に記載の主題の範囲または趣旨を狭めるものとして解釈されるべきでないことを理解されたい。本明細書に記載の主題の他の特徴、態様、および利点は、以下の詳細な説明、図面、および特許請求の範囲から明らかになる。

【図面の簡単な説明】

【0009】

実施形態の以下の詳細な説明について以下図面と併せて考察すると、本発明の主題をより良く理解することができる。

【0010】

【図1】いくつかの実施形態に係る、ユーザ機器デバイス（ＵＥ）を含む例示的な無線通信システムを示す。

【0011】

【図2】いくつかの実施形態に係る、例示的なＵＥを示すブロック図である。

【0012】

【図3】いくつかの実施形態に係る、例示的なネットワーク要素またはアクセスポイントを示すブロック図である。

【0013】

【図4】いくつかの実施形態に係る、無線ローカルエリアネットワークにおけるマルチアクセスポイント（ＭＡＰ）関連付けをサポートする例示的な方法を示すフローチャート図である。

【図5】いくつかの実施形態に係る、無線ローカルエリアネットワークにおけるマルチアクセスポイント（ＭＡＰ）関連付けをサポートする例示的な方法を示すフローチャート図である。

【0014】

【図6】いくつかの実施形態に係る、可能な高速ＢＳＳ遷移の例示的なシグナリング態様を示すフローチャート図である。

【0015】

【図7】いくつかの実施形態に係る、無線デバイスがマルチアクセスポイントシステムに関連付けることができる可能なシナリオの例示的な態様を示す。

【0016】

【図8】いくつかの実施形態に係る、１つ以上のＭＡＰ ＡＰを展開することができる、例示的な拡張サービスセットおよびモビリティドメイン展開シナリオの態様を示す。

【0017】

【図9】１つの可能な進化による異なるＷｉ－Ｆｉ世代の様々な特徴の比較を示す表である。

【0018】

【図10】いくつかの実施形態に係る、関連付け後状態のＭＡＰシステムにおける例示的なリンク切替シナリオの態様を示す。

【0019】

【図11】いくつかの実施形態に係る、ＡＰ ＭＡＰ内の複数のＡＰマルチリンクデバイス（ＭＬＤ）が非ＡＰ ＭＡＰのカバレッジエッジにある、例示的なリンク切替シナリオの態様を示す。

【0020】

【図12】いくつかの実施形態に係る、ＭＡＰシステムに使用することができる可能なリンク動作モードの例を示す表である。

【0021】

【図13】いくつかの実施形態に係る、可能なＡＰ ＭＡＰアーキテクチャの例示的な態様を示す。

【0022】

【図14】いくつかの実施形態に係る、複数のダウンリンクフレーム送信バッファリングおよびアップリンクフレーム並べ替えバッファリングオプションを実装することができる、例示的なＭＡＰシステムの態様を示す。

【0023】

【図15】いくつかの実施形態に係る、可能な非ＡＰ ＭＡＰアーキテクチャの例示的な態様を示す。

【0024】

【図16】いくつかの実施形態に係る、可能なＭＡＰシステムアーキテクチャの更なる例示的な態様を示す。

【0025】

【図17】いくつかの実施形態に係る、モビリティドメイン拡張を伴う代替システムアーキテクチャの例示的な態様を示す。

【0026】

【図18】いくつかの実施形態に係る、そのようなモビリティドメイン拡張が展開される、可能な拡張サービスセットの例示的な態様を示す。

【0027】

【図19】いくつかの実施形態に係る、ＡＰ ＭＡＰに参加する新しいＡＰ ＭＬＤの可能な開始動作の例示的な態様を示す。

【図20】いくつかの実施形態に係る、ＡＰ ＭＡＰに参加する新しいＡＰ ＭＬＤの可能な開始動作の例示的な態様を示す。

【0028】

【図21】いくつかの実施形態に係る、可能なイージーメッシュ（easy mesh）ＡＰ ＭＡＰネットワークバックボーン展開の例示的な態様を示す。

【0029】

【図22】いくつかの実施形態に係る、ＭＡＰシステムに使用することができる可能なＮＡＮトポロジの例示的な態様を示す。

【0030】

【図23】いくつかの実施形態に係る、可能なＡＰ ＭＡＰ発見および関連付け特徴の例を示す信号フロー図である。

【0031】

【図24-01】いくつかの実施形態に係る、ＡＰ ＭＡＰのための可能な関連付けプロセス特徴を示す例示的な信号フロー図である。

【図24-02】いくつかの実施形態に係る、ＡＰ ＭＡＰのための可能な関連付けプロセス特徴を示す例示的な信号フロー図である。

【0032】

【図25】いくつかの実施形態に係る、マルチＡＰ関連付け内の可能なＡＰ ＭＬＤ遷移の更なる例示的な態様および特徴を示す。

【0033】

【図26】いくつかの実施形態に係る、ＭＡＰ関連付けへのリンクを追加するための可能な信号フローの例を示す。

【0034】

【図27】いくつかの実施形態に係る、ＭＬＤ管理のための様々な可能なＴＩＤからリンクへのマッピング特徴を示す例示的なシナリオを示す。

【0035】

【図28】いくつかの実施形態に係る、ＭＡＰ関連付けにおけるＴＩＤからリンクへのマッピングのための可能な特徴の例を示す表である。

【0036】

【図29】いくつかの実施形態に係る、ローミングＴＩＤマッピングモードを使用することができる例示的なシナリオの態様を示す。

【0037】

【図30】いくつかの実施形態に係る、ローミングモードのＡＰ ＭＡＰ実装のための可能な特徴の更なる例を示す。

【図31】いくつかの実施形態に係る、ローミングモードのＡＰ ＭＡＰ実装のための可能な特徴の更なる例を示す。

【0038】

【図32】いくつかの実施形態に係る、可能なマルチＡＰ動作モードの例示的な態様を示す。

【0039】

【図33】いくつかの実施形態に係る、ＭＡＰ関連付けと併せて可能な電力管理使用の例示的な態様を示す。

【0040】

【図34】いくつかの実施形態に係る、ＭＡＰシステムにおける非ＡＰ ＳＴＡのための可能な２レベルアドレス階層フレームワークの例示的な態様を示す。

【0041】

【図35】いくつかの実施形態に係る、ＭＡＰシステムに使用することができる可能な高速遷移キー階層の例示的な態様を示す。

【0042】

【図36】いくつかの実施形態に係る、送信バッファおよび並べ替えバッファ実装を行うことができる複数の位置を含む可能なＭＡＰシステムの例示的な態様を示す。

【0043】

【図37】いくつかの実施形態に係る、送信バッファおよび並べ替えバッファ実装を複数の位置に実装することができる可能な例示的なシナリオの更なる詳細を示す。

【図38】いくつかの実施形態に係る、送信バッファおよび並べ替えバッファ実装を複数の位置に実装することができる可能な例示的なシナリオの更なる詳細を示す。

【0044】

【図39】いくつかの実施形態に係る、ＭＡＰシステムにおける可能なデータ暗号化および復号アーキテクチャの例示的な態様を示す。

【0045】

【図40】いくつかの実施形態に係る、ＡＰ ＭＡＰ内の可能なデータ伝送フロー特徴およびそれらの特徴のための可能な実装位置の例を示す表である。

【0046】

【図41】いくつかの実施形態に係る、ＡＰ ＭＡＰにおける可能なフレーム暗号化および復号代替形態の例示的な態様を示す。

【0047】

【図42】いくつかの実施形態に係る、ＭＡＰシステムにおけるそのような様々なＳＮ空間のための可能なシーケンス番号処理規則の例を示す表である。

【0048】

【図43】いくつかの実施形態に係る、ＭＡＰ関連付けにおける可能なＥＭＬＳＲ動作の例示的な態様を示す。

【0049】

【図44】いくつかの実施形態に係る、ＭＡＰシステムに関する情報を提供するために使用することができる、マルチＡＰ要素の可能な特徴の例を示す。

【0050】

【図45】いくつかの実施形態に係る、可能なＭＡＰプローブ要求およびプローブ応答使用事例の例示的な態様を示す。

【0051】

【図46】いくつかの実施形態に係る、そのような可能なＭＡＰプローブ要求およびプローブ応答信号フローの例を示す信号フロー図である。

【0052】

【図47】いくつかの実施形態に係る、プローブ要求／応答に要求することができる／含めることができる情報に対する可能な変形の例を示す表である。

【0053】

【図48】いくつかの実施形態に係る、低減された近隣報告（ＲＮＲ）における可能なＡＰ ＭＡＰシグナリングの態様の例を示す表である。

【0054】

【図49】いくつかの実施形態に係る、ＡＰ ＭＡＰに使用することができる可能な例示的なＲＮＲフォーマットオプションの態様を示す。

【図50】いくつかの実施形態に係る、ＡＰ ＭＡＰに使用することができる可能な例示的なＲＮＲフォーマットオプションの態様を示す。

【0055】

本明細書で説明される特徴は、様々な修正および代替形態の余地があると同時に、その特定の実施形態を例として図面に示し、本明細書で詳細に説明する。しかしながら、図面およびその詳細な説明は、開示されている特定の形態に限定することを意図しておらず、むしろ、添付の特許請求の範囲によって定義されている本主題の趣旨および範囲内の全ての修正、等価物、および代替案を包含することが意図されていることを理解されたい。

【発明を実施するための形態】

【0056】

専門用語
以下は、本開示で使用される用語の定義である。

【0057】

メモリ媒体－様々な種類の非一時的メモリデバイスまたは記憶デバイスのうちの任意のもの。用語「メモリ媒体」は、例えば、ＣＤ－ＲＯＭ、フロッピーディスク、またはテープデバイスなどのインストール媒体；ＤＲＡＭ、ＤＤＲ ＲＡＭ、ＳＲＡＭ、ＥＤＯ ＲＡＭ、Ｒａｍｂｕｓ ＲＡＭなどのコンピュータシステムメモリまたはランダムアクセスメモリ；フラッシュ、ハードドライブなどの磁気媒体、または光学ストレージなどの不揮発性メモリ；レジスタ、または他の類似のタイプのメモリ要素などを含むことが意図されている。メモリ媒体は、他のタイプの非一時的メモリも含んでもよく、またはこれらの組み合わせを含んでもよい。加えて、メモリ媒体は、プログラムが実行される第１のコンピュータシステムに配置されてもよく、またはインターネットなどのネットワークを介して第１のコンピュータシステムに接続する第２の異なるコンピュータシステムに配置されてもよい。後者の事例では、第２のコンピュータシステムは、実行するために、プログラム命令を第１のコンピュータに提供することができる。用語「メモリ媒体」は、異なる場所において、例えば、ネットワークを介して接続された異なるコンピュータシステムにおいて存在することができる２つ以上のメモリ媒体を含んでもよい。メモリ媒体は、１つ以上のプロセッサによって実行され得る（例えば、コンピュータプログラムとして具現化された）プログラム命令を記憶してもよい。

【0058】

キャリア媒体－上記のようなメモリ媒体、並びにバス、ネットワークなどの物理的伝送媒体、および／または電気信号、電磁信号、若しくはデジタル信号などの信号を伝達する他の物理的伝送媒体。

【0059】

プログラム可能ハードウェア要素－プログラム可能相互接続子を介して接続された複数のプログラム可能機能ブロックを備える、様々なハードウェアデバイスを含む。例として、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、プログラム可能論理デバイス（ＰＬＤ）、フィールドプログラム可能オブジェクトアレイ（ＦＰＯＡ）、および複合ＰＬＤ（ＣＰＬＤ）が挙げられる。プログラム可能機能ブロックは、細かい粒度のもの（組み合わせ論理またはルックアップテーブル）から粗い粒度のもの（演算論理装置またはプロセッサコア）にまで及ぶことができる。プログラム可能ハードウェア要素はまた、「再構成可能な論理」と称されることがある。

【0060】

コンピュータシステム－パーソナルコンピュータシステム（ＰＣ）、メインフレームコンピュータシステム、ワークステーション、ネットワーク装置、インターネット装置、パーソナルデジタルアシスタント（ＰＤＡ）、テレビシステム、グリッドコンピューティングシステム、または他のデバイス若しくはデバイスの組み合わせを含む、様々なタイプのコンピューティングまたは処理システムのうちのいずれか。一般に、用語「コンピュータシステム」は、メモリ媒体からの命令を実行する少なくとも１つのプロセッサを有する任意のデバイス（またはデバイスの組み合わせ）を包含するように広義に定義され得る。

【0061】

ユーザ機器（ＵＥ）（または、「ＵＥデバイス」）－モバイルまたはポータブルであり、無線通信を実行する、様々な種類のコンピュータシステムまたはデバイスのうちの任意のもの。ＵＥデバイスの例としては、携帯電話若しくはスマートフォン（例えば、ｉＰｈｏｎｅ（商標）、Ａｎｄｒｏｉｄ（商標）ベースの電話）、ポータブルゲームデバイス（例えば、Ｎｉｎｔｅｎｄｏ ＤＳ（商標）、ＰｌａｙＳｔａｔｉｏｎ Ｐｏｒｔａｂｌｅ（商標）、Ｇａｍｅｂｏｙ Ａｄｖａｎｃｅ（商標）、ｉＰｈｏｎｅ（商標））、ラップトップ、ウェアラブルデバイス（例えば、スマートウォッチ、スマートグラス）、ＰＤＡ、ポータブルインターネットデバイス、音楽プレーヤ、データ記憶デバイス、または他のハンドヘルドデバイス、自動車および／または動力車、無人飛行機（ＵＡＶ）（例えば、ドローン）、ＵＡＶコントローラ（ＵＡＣ）などが挙げられる。一般に、用語「ＵＥ」または「ＵＥデバイス」は、ユーザによって容易に持ち運ばれ、無線通信が可能な、あらゆる電子デバイス、コンピューティングデバイス、および／または遠隔通信デバイス（またはデバイスの組み合わせ）を包含するように幅広く定義することができる。

【0062】

無線デバイスまたは局（ＳＴＡ）－無線通信を実行する様々な種類のコンピュータシステムまたはデバイスのうちの任意のもの。無線デバイスは、ポータブル（若しくはモバイル）であることができ、またはある場所に定置若しくは固定されてもよい。「局」および「ＳＴＡ」という用語は、同様に使用される。ＵＥは、無線デバイスの一例である。

【0063】

通信デバイス－通信を実行する様々なタイプのコンピュータシステムまたはデバイスのうちの任意のものであり、通信は、有線または無線であり得る。通信デバイスは、ポータブル（若しくはモバイル）であってもよく、または特定の場所に定置若しくは固定されてもよい。無線デバイスは、通信デバイスの一例である。ＵＥは、通信デバイスの別の例である。

【0064】

基地局またはアクセスポイント（ＡＰ）－用語「基地局」（「ｅＮＢ」とも呼ばれる）は、その通常の意味の全範囲を有し、少なくとも、固定位置に設置され、無線通信システムの一部として通信するために使用される無線通信局を含む。「アクセスポイント」（または「ＡＰ」）という用語は、同様に使用される。

【0065】

処理要素（またはプロセッサ）－デバイス内で、例えば、ユーザ機器デバイス内で、またはネットワークインフラストラクチャデバイス内で機能を実行することが可能な、様々な要素または要素の組み合わせを指す。プロセッサとしては、例えば、プロセッサおよび関連付けられたメモリ、特定用途向け集積回路（ＡＳＩＣ）などの回路、個別のプロセッサコアの一部分若しくは回路、プロセッサコア全体、プロセッサアレイ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのプログラム可能ハードウェアデバイス、および／または複数のプロセッサを含むシステムのより大きい部分、並びに前述のものの様々な組み合わせのいずれかを挙げることができる。

【0066】

自動的に－ユーザ入力が、アクションまたは動作を直接指定若しくは実行することなく、コンピュータシステム（例えば、コンピュータシステムによって実行されるソフトウェア）またはデバイス（例えば、回路メカニズム、プログラム可能なハードウェア要素、ＡＳＩＣなど）によって、それらのアクションまたは動作が実行されることを指す。よって、用語「自動的に」は、ユーザが入力を提供して動作を直接実行する、ユーザによって手動で実行または指定される動作とは対照的である。自動手順は、ユーザによって提供された入力によって開始され得るが、「自動的に」実行される後続のアクションは、ユーザによって指定されない。すなわち、実行される各アクションをユーザが指定する「手動」で実行されない。例えば、ユーザが、各フィールドを選択し、情報を指定する入力を提供することによって（例えば、情報をタイピングすること、チェックボックスを選択すること、ラジオボタン（radio selections）を選択することなどによって）電子フォームを記入することは、コンピュータシステムがユーザアクションに応じてフォームを更新しなければならないが、フォームを手動で記入することと見なされる。フォームは、コンピュータシステムによって自動的に記入されてもよく、ここで、コンピュータシステム（例えば、コンピュータシステムで実行されるソフトウェア）は、フォームのフィールドを分析し、フィールドへの回答を指定するユーザ入力なしにフォームに記入する。上記のように、ユーザは、フォームの自動記入を呼び出すことができるが、フォームの実際の記入には関与しない（例えば、ユーザは、フィールドへ回答を手動で指定するのではなく、むしろ、回答は自動的に完了されている）。本明細書は、ユーザが取ったアクションに応じて自動的に実行される動作の様々な例を提供する。

【0067】

ＩＥＥＥ ８０２．１１－８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ、８０２．１１－２０１２、８０２．１１ａｃ、８０２．１１ａｄ、８０２．１１ａｘ、８０２．１１ａｙ、８０２．１１ｂｅ、および／または他のＩＥＥＥ ８０２．１１規格などのＩＥＥＥ ８０２．１１無線規格に基づく技術を指す。ＩＥＥＥ ８０２．１１技術は、「Ｗｉ－Ｆｉ」または「無線ローカルエリアネットワーク（ＷＬＡＮ）」技術と呼ばれることもある。

【0068】

ように構成されている－様々な構成要素が、タスクを実行する「ように構成されている」と説明され得る。このようなコンテキストにおいて、「ように構成されている」は、動作中にタスクまたは複数のタスクを実行する「構造を有していること」を一般に意味する広範な記述である。したがって、構成要素は、構成要素がタスクを現在実行していないときでも、このタスクを実行するように構成されていてもよい（例えば、導電体のセットは、２つのモジュールが接続されていないときでも、モジュールを別のモジュールに電気的に接続するように構成されていてもよい）。いくつかのコンテキストにおいて、「ように構成されている」は、動作中にタスクまたは複数のタスクを実行する「回路を有していること」を一般に意味する構造の広範な記述であってもよい。したがって、構成要素は、構成要素が現在オンでないときでも、タスクを実行するように構成されていてもよい。一般に、「ように構成されている」に対応する構造を形成する回路は、ハードウェア回路を含み得る。

【0069】

本明細書の記載では、便宜上、タスクまたは複数のタスクを実行するとして様々な構成要素を説明することができる。そのような説明は、語句「ように構成されている」を含むように解釈されるべきである。１つ以上のタスクを実行するように構成されている構成要素の説明は、米国特許法１１２条第６パラグラフのその構成要素についての解釈が適用されないことが明確に意図されている。
図１～図２：無線通信システム

【0070】

図１は、無線通信システムの一例を示す。図１は、多くの中で１つの可能性を表しており、必要に応じて、本開示の特徴が様々なシステムのいずれかで実装されてもよいことに留意されたい。例えば、本明細書で説明された実施形態は、任意のタイプの無線デバイスにおいて実装され得る。以下に説明する無線の実施形態は、１つの例示的な実施形態である。

【0071】

図示するように、例示的な無線通信システムは、伝送媒体を介して１つ以上の無線デバイス１０６Ａ、１０６Ｂなどと通信するセルラ基地局１０２を含む。無線デバイス１０６Ａおよび１０６Ｂは、ユーザデバイスであってもよく、本明細書では「ユーザ機器」（ＵＥ）、ＵＥ、またはＵＥデバイスと呼ばれることがある。

【0072】

ＵＥ１０６は、携帯電話、ハンドヘルドデバイス、ウェアラブルデバイス、コンピュータ若しくはタブレット、無人飛行機（ＵＡＶ）、無人飛行コントローラ（ＵＡＣ）、または実質的に任意の種類の無線デバイスなどの、無線ネットワーク接続性を有するデバイスであってもよい。ＵＥ１０６は、メモリに記憶されたプログラム命令を実行するように構成されているプロセッサ（処理要素）を含んでもよい。ＵＥ１０６は、そのような記憶された命令を実行することによって、本明細書に記載の方法の実施形態のうちのいずれかを実行することができる。代替としてまたは加えて、ＵＥ １０６は、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、集積回路、および／または本明細書に記載の方法の実施形態のいずれか、若しくは本明細書に記載の方法の実施形態のうちのいずれかの任意の部分を（例えば、個々にまたは組み合わせて）実行するように構成されている様々な他の可能なハードウェア構成要素のうちのいずれかなどのプログラム可能ハードウェア要素を含んでもよい。

【0073】

基地局１０２は、送受信基地局（ＢＴＳ）またはセルサイトとすることができ、ＵＥデバイス１０６Ａおよび１０６Ｂとの無線通信を可能にするハードウェアを含むことができる。また、基地局１０２は、ネットワーク１００（例えば、様々な可能性のうち、セルラサービスプロバイダのコアネットワーク、公衆交換電話網（ＰＳＴＮ）などの電気通信ネットワーク、および／またはインターネット）と通信するために装備されていてもよい。それゆえ、基地局１０２は、ＵＥデバイス１０６との間の通信、および／またはＵＥデバイス１０６とネットワーク１００との間の通信を容易にすることができる。他の実装形態では、基地局１０２は、８０２．１１ａ、ｂ、ｇ、ｎ、ａｃ、ａｄ、ａｘ、ａｙ、ｂｅ、および／若しくは他の８０２．１１バージョンなどの１つ以上のＷＬＡＮプロトコル、またはライセンス不要帯域（ＬＡＡ）におけるＬＴＥをサポートするアクセスポイントなどの１つ以上の他の無線技術を介して通信を提供するように構成することができる。

【0074】

基地局１０２の通信エリア（またはカバレッジエリア）は、「セル」と呼ばれることもある。基地局１０２およびＵＥ１０６は、ＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、５Ｇ ＮＲ、Ｗｉ－Ｆｉ、超広帯域（ＵＷＢ）などの様々な無線アクセス技術（ＲＡＴ）または無線通信技術のうちのいずれかを使用して、伝送媒体を介して通信するように構成することができる。

【0075】

１つ以上のセルラ通信技術に従って動作する基地局１０２および他の類似の基地局（図示せず）は、それゆえ、１つ以上のセルラ通信技術を介して地理的エリアにわたってＵＥデバイス１０６Ａ～Ｂ並びに類似のデバイスに連続性のあるまたはほぼ連続性のある重なり合うサービスを提供することができる、セルのネットワークとして提供されてもよい。

【0076】

少なくとも場合によっては、ＵＥデバイス１０６は、複数の無線通信技術のいずれかを使用して通信することが可能であり得ることに留意されたい。例えば、ＵＥデバイス１０６は、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ ＮＲ、ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ、１つ以上の全地球的衛星航法システム（ＧＮＳＳ、例えばＧＰＳまたはＧＬＯＮＡＳＳ）、１つ以上のモバイルテレビ放送規格（例えば、ＡＴＳＣ－Ｍ／Ｈ）などのうちの１つ以上を使用して通信するように構成することができる。無線通信技術の他の組み合わせ（３つ以上の無線通信技術を含む）も可能である。同様に、場合によっては、ＵＥデバイス１０６は、単一の無線通信技術のみを使用して通信するように構成することができる。

【0077】

図示のように、例示的な無線通信システムは、伝送媒体を介して無線デバイス１０６Ｂと通信するＷＬＡＮアクセスポイント（ＡＰ）１０４も含む。Ｗｉ－Ｆｉ ＡＰであってもよいＷＬＡＮアクセスポイントはまた、ネットワーク１００への通信接続性を提供する。したがって、いくつかの実施形態によれば、無線デバイスは、所与の時間にネットワーク１００にアクセスするために、基地局１０２（または別のセルラ基地局）およびアクセスポイント１０４（または別のアクセスポイント）のいずれかまたは両方に接続することが可能であってもよい。

【0078】

ＵＥ１０６Ａおよび１０６Ｂは、スマートフォン若しくはタブレットなどのハンドヘルドデバイス、スマートウォッチ若しくはスマートグラスなどのウェアラブルデバイスを含んでもよく、かつ／または、セルラ通信機能を有する様々なタイプのデバイスのいずれかを含んでもよい。例えば、ＵＥ１０６Ａおよび１０６Ｂのうちの１つ以上は、電気器具、測定デバイス、制御デバイスなど、定置または移動性（nomadic）の配備を意図した無線デバイスであり得る。

【0079】

ＵＥ１０６Ｂはまた、ＵＥ１０６Ａと通信するように構成され得る。例えば、ＵＥ１０６ＡおよびＵＥ１０６Ｂは、直接デバイスツーデバイス（Ｄ２Ｄ）通信を実行することが可能であり得る。Ｄ２Ｄ通信は、セルラ基地局１０２によってサポートされてもよいし（例えば、ＢＳ１０２は、アシスタントの様々な可能な形態の中でも、ディスカバリを容易にし得る）、またはＢＳ１０２によってサポートされない方法で実行されてもよい。

【0080】

ＵＥ１０６は、セルラモデムおよび／または１つ以上の他の無線モデムを潜在的に含む、無線通信を容易にするための１つ以上のデバイスまたは集積回路を含むことができる。無線モデム（単数または複数）は、本明細書で説明するように、１つ以上のプロセッサ（処理要素）および様々なハードウェア構成要素を含むことができる。ＵＥ１０６は、１つ以上のプログラム可能なプロセッサ上で命令を実行することにより、本明細書に記載された方法の実施形態のいずれかを実行してもよい。代替としてまたは加えて、１つ以上のプロセッサは、本明細書に記載された方法の実施形態のうちのいずれか、または本明細書に記載された方法の実施形態のうちのいずれかの任意の部分を実行するように構成されている、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）などの１つ以上のプログラム可能なハードウェア要素、特定用途向け集積回路（ＡＳＩＣ）、または他の回路であってもよい。本明細書で説明する無線モデム（単数または複数）は、本明細書で定義されるようなＵＥデバイス、本明細書で定義されるような無線デバイス、または本明細書で定義されるような通信デバイスに使用することができる。本明細書で説明する無線モデムはまた、基地局または他の類似のネットワーク側デバイスにも使用することができる。

【0081】

ＵＥ１０６は、２つ以上の無線通信プロトコルまたは無線アクセス技術を使用して通信するための１つ以上のアンテナを含んでもよい。一部の実施形態では、ＵＥデバイス１０６は、単一の共有無線機を使用して通信するように構成されてもよい。共用無線機は、無線通信を実行するために、単一のアンテナに結合してもよく、または（例えば、ＭＩＭＯについて）複数のアンテナに結合してもよい。代替的に、ＵＥデバイス１０６は、２つ以上の無線機を含むことができ、その各々は、個別の無線リンクを介して通信するように構成することができる。他の構成も可能である。
図２－ＵＥデバイスの例示的ブロック図

【0082】

図２は、ＵＥデバイス１０６などのＵＥデバイスの１つの可能なブロック図を示す。場合によっては（例えば、８０２．１１通信のコンテキストでは）、ＵＥ１０６は、代替的に、局（ＳＴＡ）１０６、場合によってはより詳細には非ＡＰ ＳＴＡ １０６と呼ばれることがある。図示のように、ＵＥデバイス１０６は、様々な目的のための部分を含むことができる、システムオンチップ（ＳＯＣ）３００を含むことができる。例えば、図に示すように、ＳＯＣ３００は、ＵＥデバイス１０６に対するプログラム命令を実行することができるプロセッサ（単数または複数）３０２と、グラフィック処理を実行し、ディスプレイ３６０に表示信号を提供することができる表示回路３０４と、を含んでもよい。ＳＯＣ３００はまた、例えば、ジャイロスコープ、加速度計、および／または様々な他の動き感知構成要素のうちのいずれかを使用して、ＵＥ１０６の動きを検出できる動き感知回路３７０も含んでもよい。プロセッサ（単数または複数）３０２はまた、プロセッサ（単数または複数）３０２からアドレスを受信し、それらのアドレスをメモリ（例えば、メモリ３０６、読み出し専用メモリ（ＲＯＭ）３５０、フラッシュメモリ３１０）内の位置に変換するように構成され得る、メモリ管理ユニット（ＭＭＵ）３４０に結合されてもよい。ＭＭＵ３４０は、メモリ保護およびページテーブル変換またはセットアップを実行するように構成されていてもよい。いくつかの実施形態では、ＭＭＵ３４０は、プロセッサ（単数または複数）３０２の一部分として含まれていてもよい。

【0083】

図に示すように、ＳＯＣ３００は、ＵＥ１０６の様々な他の回路に結合されてもよい。例えば、ＵＥ１０６は、（例えば、ＮＡＮＤフラッシュ３１０を含む）様々な種類のメモリ、（例えば、コンピュータシステム、ドック、充電ステーションなどに結合するための）コネクタインタフェース３２０、ディスプレイ３６０、および（例えば、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ ＮＲ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ＮＦＣ、ＧＰＳ、ＵＷＢなどのための）無線通信回路３３０を含んでもよい。

【0084】

ＵＥデバイス１０６は、基地局および／または他のデバイスとの無線通信を実行するための、少なくとも１つのアンテナ、いくつかの実施形態では、複数のアンテナ３３５ａおよび３３５ｂを含んでもよい。例えば、ＵＥデバイス１０６は、アンテナ３３５ａおよび３３５ｂを使用して、無線通信を実行することができる。上述したように、ＵＥデバイス１０６は、一部の実施形態では、複数の無線通信規格または無線アクセス技術（ＲＡＴ）を使用して無線で通信するように構成されていてもよい。

【0085】

無線通信回路３３０は、Ｗｉ－Ｆｉロジック３３２、セルラモデム３３４、およびＢｌｕｅｔｏｏｔｈロジック３３６を含んでもよい。Ｗｉ－Ｆｉロジック３３２は、ＵＥデバイス１０６が８０２．１１ネットワーク上でＷｉ－Ｆｉまたは他のＷＬＡＮ通信を実行できるようにするためのものである。Ｂｌｕｅｔｏｏｔｈロジック３３６は、ＵＥデバイス１０６がＢｌｕｅｔｏｏｔｈ通信を実行できるようにするためのものである。セルラモデム３３４は、１つ以上のセルラ通信技術に従って、セルラ通信を実行することができるセルラモデムであってもよい。

【0086】

本明細書で説明されるように、ＵＥ１０６は、本開示の実施形態を実装するためのハードウェアおよびソフトウェア構成要素を含んでもよい。例えば、ＵＥデバイス１０６の無線通信回路３３０（例えば、Ｗｉ－Ｆｉロジック３３２、セルラモデム３３４、ＢＴロジック３３６）のうちの１つ以上の構成要素は、例えば、メモリ媒体（例えば、非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行するプロセッサ、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）として構成されたプロセッサによって、かつ／またはＡＳＩＣ（特定用途向け集積回路）を含むことができる専用ハードウェア構成要素を使用して、本明細書で説明する方法の一部または全てを実行するように構成されていてもよい。
図３－アクセスポイントのブロック図

【0087】

図３は、いくつかの実施形態に係る、アクセスポイント（ＡＰ）１０４の例示的なブロック図を示す。場合によっては（例えば、８０２．１１通信のコンテキストでは）、ＡＰ１０４は、局（ＳＴＡ）、場合によってはより詳細にはＡＰ ＳＴＡと呼ばれることもある。図３のＡＰは、可能なアクセスポイントの単なる一例に過ぎないことに留意されたい。図示するように、ＡＰ１０４は、ＡＰ１０４に対してプログラム命令を実行することができるプロセッサ（単数または複数）４０４を含んでもよい。プロセッサ（単数または複数）４０４はまた、メモリ管理ユニット（ＭＭＵ）４４０に結合されていてもよく、このユニットは、プロセッサ（単数または複数）４０４からアドレスを受信して、それらのアドレスをメモリ（例えば、メモリ４６０および読み出し専用メモリ（ＲＯＭ）４５０）内の位置、または他の回路若しくはデバイスに変換するように構成されていてもよい。

【0088】

ＡＰ１０４は、少なくとも１つのネットワークポート４７０を含むことができる。ネットワークポート４７０は、電話網に結合して、ＵＥデバイス１０６などの複数のデバイスに、上記図１に説明するような電話網へのアクセスを提供するように構成されていてもよい。

【0089】

ネットワークポート４７０（若しくは追加のネットワークポート）はまた、または代替として、例えば、セルラサービスプロバイダのコアネットワークのセルラネットワークに結合するように構成されていてもよい。コアネットワークは、モビリティ関連サービスおよび／または他のサービスを、ＵＥデバイス１０６などの複数のデバイスに提供し得る。いくつかの事例では、ネットワークポート４７０はコアネットワークを介して電話網に結合してもよく、かつ／または、コアネットワークが電話網を提供してもよい（例えば、セルラサービスプロバイダのサービス対象である他のＵＥデバイス間に）。

【0090】

ＡＰ１０４は、１つ以上の無線機４３０Ａ～４３０Ｎを含むことができ、それらの各々は、個別の通信チェーン、および少なくとも１つのアンテナ４３４、場合によっては複数のアンテナに結合することができる。アンテナ（単数または複数）４３４は、無線送受信器として動作するように構成されていてもよく、無線機４３０を介して、ＵＥデバイス１０６／１０７と通信するようにさらに構成されていてもよい。アンテナ（単数または複数）４３４Ａ～Ｎは、通信チェーン４３２Ａ～Ｎを介してそれらのそれぞれの無線機４３０Ａ～Ｎと通信する。通信チェーン４３２は、受信チェーン、送信チェーン、またはその両方であってもよい。無線機４３０Ａ～Ｎは、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ ＮＲ、ＵＷＢ、Ｗｉ－Ｆｉなどを含むがこれらに限定されない、様々な無線通信規格を介して通信するように構成することができる。ＵＥ１０４は、１つ以上の無線機４３０Ａ～Ｎを使用して複数の無線リンクにおいて動作するように構成することができ、各無線機は、個別の無線リンクにおいて動作するために使用される。

【0091】

ＡＰ１０４は、複数の無線通信規格を使用して無線通信するように構成することができる。場合によっては、ＡＰ１０４は、複数の無線機を含むことができ、複数の無線機は、ネットワークエンティティが複数の無線通信技術に従って通信することを可能にすることができる。例えば、１つの可能性として、ＡＰ１０４は、ＬＴＥに従って通信を実行するためのＬＴＥまたは５Ｇ ＮＲ無線機、並びに、Ｗｉ－Ｆｉに従って通信を実行するためのＷｉ－Ｆｉ無線機を備えてもよい。このような場合、ＡＰ１０４は、ＬＴＥ基地局およびＷｉ－Ｆｉアクセスポイントの両方として動作することが可能であってもよい。別の可能性として、ＡＰ１０４は、マルチモード無線機を備えることができ、マルチモード無線機は、複数の無線通信技術（例えば、５Ｇ ＮＲおよびＷｉ－Ｆｉ、５Ｇ ＮＲおよびＬＴＥなど）のうちのいずれかに従って、通信を実行することができる。さらに別の可能性として、ＡＰ１０４は、例えば、セルラ通信機能なしに、Ｗｉ－Ｆｉアクセスポイントとして排他的に動作するように構成することができる。

【0092】

本明細書に以下にさらに説明するように、ＡＰ１０４は、本明細書に記載の特徴を実装する、またはそれらの実装をサポートするためのハードウェアおよびソフトウェア構成要素を含むことができる。アクセスポイント１０４のプロセッサ４０４は、例えば、複数のそれぞれの無線機を使用して複数の無線リンクを動作させるためにメモリ媒体（例えば、非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することによって、本明細書に記載の方法のうちの一部または全部を実装するまたはこれらの実装をサポートするように構成することができる。あるいは、プロセッサ４０４は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）などのプログラム可能なハードウェア要素として、またはＡＳＩＣ（特定用途向け集積回路）として、またはそれらの組み合わせとして構成されていてもよい。代替として（または加えて）、ＡＰ１０４のプロセッサ４０４は、他の構成要素４３０、４３２、４３４、４４０、４５０、４６０、４７０のうちの１つ以上と共に、本明細書に記載の特徴のうちの一部または全てを実装するまたはこれらの実装をサポートするように構成することができる。
ＷＬＡＮを介したマルチリンク通信およびマルチＡＰ関連付け

【0093】

無線ローカルエリアネットワーク（ＷＬＡＮ）は、アップリンクおよびダウンリンク通信のいずれかまたは両方において、図２に示すようなＵＥ１０６などの無線局（ＳＴＡ）と、図３に示すＡＰ１０４などの無線アクセスポイント（ＡＰ）との間の通信中に複数のリンクを利用することができる。ＳＴＡは、ＵＥ１０６、スマートフォン、タブレット、パーソナルコンピュータ、スマートウォッチ、アクセサリデバイス、無人飛行機（ＵＡＶ）、無人飛行コントローラ（ＵＡＣ）、自動車、またはＷＬＡＮを介して通信することが可能な任意の他のタイプの無線デバイスを含むがこれらに限定されない、様々なタイプの無線局のいずれかであってもよい。

【0094】

８０２．１１ａｘ規格は、ＳＴＡおよびＡＰが５ＧＨｚリンクまたは２．４ＧＨｚリンクのいずれかに従って通信することを可能にするが、例えば、８０２．１１ｂｅは、ＳＴＡおよびＡＰが、潜在的に２．４ＧＨｚ、５ＧＨｚ、および／または６ＧＨｚリンクを含む、複数のリンクを介して同時に通信することを可能にすることができ、これにより、少なくとも場合によっては、スループットを改善し、通信待ち時間を低減することができる。例えば、ＳＴＡとＡＰとの間の単一の接続は、複数の無線リンクを利用することができ、その各々は、同じまたは異なる周波数帯域内で動作する。

【0095】

複数のリンクにおいて動作することにより、関連付けられたＡＰおよびＳＴＡが複数のリンク上で同時に通信し、送信を第１の利用可能なリンクを介して実行することができる（例えば、一時的に輻輳しているまたはさもなければ利用不可能であることがある特定のリンクが利用可能になるのを待たなければならないのではなく）ので、伝送遅延を短縮することができる。したがって、単一の輻輳リンクが伝送遅延を大幅に増加させることを防止することができ、伝送遅延の持続時間を短縮することができる。加えて、ＳＴＡ電力消費は、空間ストリームの数および動作帯域幅のサイズに応じて変動し得るので、複数リンク動作は、電力消費考慮事項を導入する。ＳＴＡ構成に応じて、複数のリンク上の動作は、単一のリンク上の動作よりも多くの電力を消費することがある。

【0096】

そのような概念は、ＳＴＡが複数のＡＰとの同時無線リンクを確立する可能性を含むように拡張することができる。マルチＡＰ関連付けをサポートすることにより、基本サービスセット（ＢＳＳ）遷移の数を低減する更なる潜在的利益を有することができ、それにより、少なくともなんらかの通信オーバーヘッドおよび遅延を回避することができる。場合によっては、そのような特徴は、例えば、１つ以上の利用可能なＡＰのリンク性能が経時的に著しい変動性を経験しているときのシナリオにおいて、ＢＳＳ遷移失敗事例の低減と、異なるＡＰ間のピンポンのより低い可能性とを潜在的にもたらすことができる。本明細書で説明する実施形態は、マルチＡＰ関連付けをサポートするためのデバイスおよび機構を含む。
図４～図５－フローチャート

【0097】

図４～図５は、いくつかの実施形態に係る、ＷＬＡＮを使用してＵＥ１０６などの１つ以上の無線局（ＳＴＡ）とＡＰ１０４などの複数の無線ＡＰとの間のマルチアクセスポイント（ＡＰ）システムをサポートする方法を示すフローチャート図である。各種実施形態では、図に示す方法の要素のうちのいくつかは、同時に実行されてもよく、図に示す順序とは異なる順序で実行されてもよく、他の方法要素によって置換されてもよく、または省略されてもよい。必要に応じて、追加の方法要素が実行されてもよい。

【0098】

図４～図５の方法の態様は、図１～図３に関して例示および説明したＡＰ１０４若しくはＵＥ１０６などの無線デバイスによって、またはより一般的には、必要に応じて、とりわけ、図に示すコンピュータ回路、システム、デバイス、要素、若しくは構成要素のいずれかと併せて実行することができる。例えばそのようなデバイスのプロセッサ（および／または他のハードウェア）は、図に示す方法要素および／または他の方法要素の任意の組み合わせをデバイスに実行させるように構成され得る。

【0099】

図４～図５の方法の少なくともいくつかの要素は、ＩＥＥＥ ８０２．１１仕様書に関連付けられた通信技術および／または特徴の使用に関係するように記載されているが、このような説明は、本開示を限定することを意図するものではなく、図４～図５の方法の態様は、必要に応じて、任意の好適な無線通信システムに使用することができることに留意されたい。図示するように、これら方法は、以下のように動作してもよい。

【0100】

本方法の一態様は、マルチＡＰシステムの相互ＡＰ発見および形成を含むことができる。そのような発見の一部として、第１のアクセスポイント（ＡＰ）無線デバイスは、第１のＡＰ無線デバイスのためのマルチＡＰパラメータを示すビーコン情報を（例えば、無線送信を介して）提供することができる（４５２）。様々な実施形態によれば、第１のＡＰ無線デバイスのためのビーコン情報はまた、第１のＡＰ無線デバイスのためのＡＰパラメータ、および／または様々な他のタイプの情報のいずれかを含むことができることに留意されたい。

【0101】

第１のＡＰ無線デバイスは、第２のＡＰ無線デバイスのためのマルチＡＰパラメータを示すことができるビーコン情報を（例えば、無線送信を介して）第２のＡＰ無線デバイスから受信することができる（４５４）。様々な実施形態によれば、第１のＡＰ無線デバイスのためのビーコン情報と同様に、第２のＡＰ無線デバイスのためのビーコン情報も、第２の無線デバイスのためのＡＰパラメータ、および／または様々な他のタイプの情報のうちのいずれかを含むことができることに留意されたい。

【0102】

第１のＡＰ無線デバイスおよび第２のＡＰ無線デバイスは、少なくとも第１のＡＰ無線デバイスおよび第２のＡＰ無線デバイスとマルチＡＰシステムを確立することができる（４５６）。マルチＡＰシステムは、第１のＡＰ無線デバイスおよび第２のＡＰ無線デバイスのためのビーコン送信において交換されるマルチＡＰパラメータに少なくとも部分的に基づいて確立することができる。例えば、第１のＡＰ無線デバイスおよび第２のＡＰ無線デバイスは、マルチＡＰシステムのためのマルチＡＰパラメータについてネゴシエートまたは合意するために、ハンドシェイクシグナリングを実行することができる。ハンドシェイクシグナリングは、例えば、マルチＡＰ作成要求およびマルチＡＰ作成応答を交換することを含むことができる。マルチＡＰシステム確立はまた、相互認証およびペアワイズマスターキー（ＰＭＫ）の確立、並びに／または確立されているマルチＡＰシステム内のＡＰおよび／若しくはＡＰマルチリンクデバイス（並びにそれらのパラメータ）を示す情報の提供を含むことができる。

【0103】

マルチＡＰシステムが確立されると、他のＡＰ無線デバイスも、マルチＡＰシステムが存在すると判定するために発見を実行することができ、マルチＡＰシステムに潜在的に参加することができる。例えば、発見は、マルチＡＰシステムに加入している１つ以上のＡＰ無線デバイスによって提供されるビーコン情報を受信することを含むことができ、ビーコン情報は、マルチＡＰシステムパラメータ情報を含むことができる。ＡＰ無線デバイスは、マルチＡＰシステムに参加する要求を（例えば、マルチＡＰシステムパラメータ情報を含むビーコンフレームをそれから受信したＡＰ無線デバイスに）送信し、次に、マルチＡＰシステムに参加する要求を受け入れる応答を受信することが可能であってもよい。マルチＡＰシステムに加入するための参加シグナリングは、様々な可能性の中でも特に、認証、キーセットアップ、および／または能力シグナリングを含むことができる。

【0104】

マルチＡＰシステムパラメータは、マルチＡＰシステムが最初に確立された後に更新することができる場合があり得る。これは、１つの可能性として、マルチＡＰシステムに参加するＡＰまたはＡＰマルチリンクデバイスに基づいて、マルチＡＰシステムに加入しているＡＰおよびＡＰマルチリンクデバイスのリストを更新することを含むことができる。加えてまたは代替として、様々な他のマルチＡＰパラメータのいずれかを、例えば、様々な状況において修正することができる。そのような場合、更新されたマルチＡＰパラメータは、マルチＡＰシステムに加入しているＡＰ無線デバイスに提供することができる。それらのＡＰ無線デバイスは、その後、ビーコンフレーム中で送信されるビーコン情報中で、および／またはマルチＡＰシステム内のＡＰ無線デバイスによって実行される他の送信（例えば、プローブ応答フレーム、マルチリンクプローブ応答フレーム、低減された近隣報告フレームなど）中で、（例えば、マルチＡＰシステムに加入しているＡＰおよび／若しくはＡＰマルチリンクデバイスの異なるリスト、並びに／または他の異なるマルチＡＰパラメータを含む）更新されたマルチＡＰパラメータを提供することができる。

【0105】

非ＡＰ無線デバイスは、そのようなマルチＡＰシステム内のＡＰ無線デバイスとの無線関連付けを確立することができる。例えば、非ＡＰ無線デバイスは、マルチＡＰシステム内の第１のＡＰ無線デバイスとの第１の無線関連付けを確立することができる（５５２）。非ＡＰ無線デバイスはまた、マルチＡＰシステム内の第２のＡＰ無線デバイスとの第２の無線関連付けを確立することができる（５５４）。マルチＡＰシステム内の異なるＡＰデバイスとの無線関連付けは、同時にアクティブであってもよい。言い換えれば、少なくともいくつかの実施形態によれば、非ＡＰ無線デバイスは、マルチＡＰシステム内の別のＡＰ無線デバイスとの関連付けを確立するために、マルチＡＰシステム内の１つのＡＰ無線デバイスとの関連付けを解放する必要がなくてもよい。非ＡＰ無線デバイスは、第１のＡＰ無線デバイスおよび第２のＡＰ無線デバイスの両方と無線データ通信を実行することが可能であってもよい。

【0106】

無線通信は、少なくともいくつかの実施形態によれば、ＩＥＥＥ ８０２．１１ベースの無線通信を含んでもよい。マルチＡＰシステム内のデバイス間で確立されるビーコンフレームおよび／または無線リンクは、１つ以上の別個の周波数帯域（例えば、２．４ＧＨｚリンク、５ＧＨｚリンク、６ＧＨｚリンク、および／または他の無線リンク）内で動作することができる。

【0107】

マルチＡＰシステム内で動作する各無線デバイスには、マルチＡＰシステム内の無線デバイスによる使用のためにマルチＡＰアドレスを割り当てることができる。したがって、システム内の第１のＡＰ無線デバイス、第２のＡＰ無線デバイス、任意の他のＡＰ無線デバイス、および任意の非ＡＰ無線デバイスは各々、マルチＡＰシステム内の識別のために使用するために、それらの個々のマルチＡＰアドレスを決定することができる。そのようなアドレスは、少なくともいくつかの実施形態によれば、マルチリンクデバイス（ＭＬＤ）レベルアドレスおよび／またはＳＴＡレベルアドレスとは別個であってもよい。

【0108】

マルチＡＰシステム内のＡＰ無線デバイスは、マルチＡＰシステムに関するマルチＡＰシステム情報を、マルチＡＰシステム内の（またはマルチＡＰシステムに潜在的に参加する可能性がある）非ＡＰ無線デバイスに提供することができる。様々なタイプおよび量のマルチＡＰシステム情報を、１つ以上のビーコンフレーム、プローブ応答フレーム、マルチリンクプローブ応答フレーム、および／または低減された近隣報告フレームのいずれかまたは全てにおいて提供することができる。例えば、マルチＡＰシステム情報は、マルチＡＰシステム内の全てのＡＰを示す情報を含むことができる。代替的に、マルチＡＰシステム情報は、マルチＡＰシステム内のＡＰのサブセットを示す情報を含むことができる。例えば、マルチＡＰシステム内のＡＰ無線デバイスは、非ＡＰ無線デバイスからプローブ要求を受信することができ、プローブ要求の特異性に応じて、ＡＰ無線デバイスは、ＡＰ、ＡＰマルチリンクデバイス、またはマルチＡＰシステムレベルのいずれかまたは全てにおける情報を含むことができる、マルチＡＰシステム内のＡＰの対応する特定のサブセットについてのＡＰ情報で応答することができる。

【0109】

様々な実施形態によれば、マルチＡＰシステム内の非ＡＰ無線デバイスのためのトラフィック識別子（ＴＩＤ）からリンクへのマッピングを様々な方法のいずれかで実行することが可能であり得る。少なくとも場合によっては、いくつかまたは全てのＴＩＤを、マルチＡＰシステム内の非ＡＰ無線デバイスと単一のＡＰ無線デバイスとの間のリンク（例えば、多くてもＴＩＤごとに１つのＡＰ）に限定することができることが可能であり得る。代替的に、いくつかまたは全てのＴＩＤを、マルチＡＰシステム内の非ＡＰ無線デバイスと複数のＡＰ無線デバイスとの間の関連付けにわたる複数のリンクに割り当てることができることが可能であり得る。他のアプローチまたは動作モードも可能である。

【0110】

いくつかの実施形態では、ＡＰ無線デバイス（例えば、第１のＡＰ無線デバイス、第２のＡＰ無線デバイス、若しくは別のＡＰ無線デバイス）または別の無線デバイス（例えば、専用ネットワークコントローラデバイス）は、マルチＡＰシステムのためのネットワークコントローラとして動作することができる。ネットワークコントローラは、少なくともいくつかの実施形態によれば、マルチＡＰシステムにおける様々なマルチＡＰ関連付けについての様々なブックキーピング情報を記憶することができる。例えば、マルチＡＰシステムにおける各関連付けについて、ネットワークコントローラは、関連付けのための各リンクについての局（ＳＴＡ）およびＡＰパラメータ、関連付けのための各マルチリンクデバイスについての非ＡＰマルチリンクデバイスおよびＡＰマルチリンクデバイスパラメータ、並びに／または関連付けのための非ＡＰマルチアクセスポイントパラメータおよびＡＰマルチアクセスポイントパラメータのいずれかまたは全てを記憶することができる。

【0111】

場合によっては、ネットワークコントローラは、加えてまたは代替として、マルチＡＰシステムとの非ＡＰ関連付けを実行する際に役割を有することができる。例えば、マルチＡＰシステム内のＡＰ無線デバイスによって非ＡＰ無線デバイスから関連付け要求が受信されるとき、その要求がネットワークコントローラに転送される場合があり得る。ネットワークコントローラは、マルチＡＰシステム内の１つ以上のＡＰおよび／またはＡＰマルチリンクデバイスにクエリを送信して、どのリンクが利用可能であるか（例えば、セットアップ）を決定することができる。ネットワークコントローラはまた、関連付け要求において要求されたリンク（単数または複数）が、加入しているＡＰと作成されるかどうかを決定することができ（潜在的に、システム内のＡＰ／ＡＰマルチリンクデバイスからの応答を組み合わせること、および／またはリンクをさらに低減すること、若しくは関連付けを完全に拒否することを含む）、（例えば、非ＡＰ無線デバイスから関連付け要求を受信したＡＰ無線デバイスを経由して）非ＡＰ無線デバイスに送信される関連付け応答を作成することができる。

【0112】

場合によっては、マルチＡＰシステムにおける非ＡＰ無線デバイスデータ通信のためのダウンリンクデータバッファリング並びに／またはアップリンクデータバッファリングおよび並べ替えのいずれかまたは両方を、ネットワークコントローラによって実行することができる。したがって、１つの可能性として、マルチＡＰシステム内の非ＡＰ無線デバイスのためのダウンリンクデータは、ダウンリンクデータがマルチＡＰシステム内のＡＰ無線デバイスによって（例えば、関連付けられた非ＡＰ無線デバイスに送信されるために）要求されるまでバッファリングすることができる。別の可能性として、マルチＡＰシステム内の非ＡＰ無線デバイスのためのアップリンクデータは、マルチＡＰシステム内のＡＰ無線デバイスから受信することができ、ネットワークコントローラは、例えば、データを前方に（例えば、インターネットに、またはさもなければ処理のために上位レイヤに）提供する前に、マルチＡＰシステム内の非ＡＰ無線デバイスのためのアップリンクデータをバッファリングし、アップリンクデータ並べ替えを実行することができる。代替的に、非ＡＰ無線デバイスのためのダウンリンクデータバッファリング並びに／またはアップリンクデータバッファリングおよび並べ替えのいずれかまたは両方が、マルチＡＰシステム内の非ＡＰ無線デバイスに現在サービスを提供しているＡＰ無線デバイスにおいて実行される場合があり得る。

【0113】

同様に、いくつかの実施形態では、マルチＡＰシステム内の非ＡＰ無線デバイスのためのダウンリンクフレーム暗号化またはアップリンクフレーム復号のうちの１つ以上は、ネットワークコントローラによって実行することができる。例えば、場合によっては、暗号化ブロックが送信バッファを動作させるデバイスと共に配置され、復号ブロックが並べ替えバッファを動作させるデバイスと共に配置される場合があり得る。

【0114】

場合によっては、非ＡＰ無線デバイスは、マルチＡＰシステム内の単一のＡＰ無線デバイスとの制御シグナリングを介して、マルチＡＰシステム内の複数のＡＰ無線デバイスとの無線関連付けを確立することが可能であってもよい。例えば、第１の無線関連付けおよび第２の無線関連付けは、１つの可能性として、第１のＡＰデバイスとの制御シグナリングを介して確立することができる。様々な実施形態によれば、非ＡＰ無線デバイスがマルチＡＰシステムとの関連付けを最初に形成するときにマルチＡＰシステム内の複数のＡＰ無線デバイスとのリンクを確立すること、および／または、様々な実施形態によれば、非ＡＰ無線デバイスがマルチＡＰシステムに既に関連付けられた後に、非ＡＰ無線デバイスがマルチＡＰシステム内のＡＰ無線デバイスとの１つ以上の追加のリンクを確立することが可能であり得ることに留意されたい。関連付けが既に確立されていると、１つ以上の追加リンクを形成するために、（例えば、非ＡＰ無線デバイスがリンクを追加することを要求しているＡＰ無線デバイスに、または非ＡＰ無線デバイスが既に１つ以上のリンクを確立しているＡＰ無線デバイスなどの、マルチＡＰシステム内の別のＡＰ無線デバイスに送信することができる）リンク追加要求を送信し、次にリンク追加応答を受信することが可能であり得る。前述のように、いくつかの実施形態では、関連付け要求は、マルチＡＰシステムのためのネットワークコントローラによって最終的に処理され、シグナリングは、いくつかの実施形態では、第１のＡＰデバイスによって実行される場合があり得る。リンク追加要求／応答は、いくつかの実施形態では、（例えば、リンク追加要求を受信するＡＰ無線デバイスによって実行されるシグナリングを用いて）マルチＡＰシステムのためのネットワークコントローラによって同様に処理することができる。

【0115】

マルチＡＰシステム内の非ＡＰ無線デバイスと任意のＡＰ無線デバイスとの間の通信を実行するための少なくともいくつかの通信パラメータが統一される場合があり得る。例えば、１つの可能性として、マルチＡＰシステム内の非ＡＰ無線デバイスとＡＰ無線デバイス（第１のＡＰ無線デバイスおよび／または第２のＡＰ無線デバイスなど）との間で通信されるユニキャストフレームは、同じピアワイズ一時キー（ＰＴＫ）を使用して暗号化することができる。

【0116】

少なくともいくつかの実施形態によれば、マルチＡＰシステム内の非ＡＰ無線デバイスと、非ＡＰ無線デバイスが無線関連付けを確立している任意のＡＰ無線デバイスとの間の様々な無線リンクを有効化／無効化することが可能であり得る。場合によっては、非ＡＰ無線デバイスと単一のＡＰ無線デバイスとの間にある無線リンクのサブセットのみを、任意の所与の時間にアクティブにする／有効化することができる場合があり得る。したがって、あるときには、第１の無線関連付けのための１つ以上のリンクが有効化され、第２の無線関連付けのための１つ以上のリンクが無効化されるが、別のときには（例えば、１つの可能性として、マルチＡＰシステム内の無線デバイスモビリティに基づいて）、第１の無線関連付けのための１つ以上のリンクが無効化され、第２の無線関連付けのための１つ以上のリンクが有効化される場合があり得る。この例では、（例えば、どのリンクセットが有効化／無効化されるかにかかわらず）無線デバイスが両方の時間において第１の無線関連付けと第２の無線関連付けの両方を保持する場合があり得る。両方の関連付けが保持されるので、１つのアクティブに使用される関連付けから別のアクティブに使用される関連付けに遷移するためのリンク有効化／無効化は、例えば、単一の物理デバイスのみへのリンクが任意の所与の時間に維持される高速基本サービスセット（ＢＳＳ）遷移と比較してさえ、遅延、オーバーヘッド、および関連付け失敗のリスクが劇的に低減されることが可能であり得る。

【0117】

いくつかの実施形態では、非ＡＰ無線デバイスが、マルチＡＰシステム内の複数のＡＰ無線デバイスと同時に有効化されたリンクを有することができることがさらに可能であり得る。例えば、そのようなシナリオでは、非ＡＰ無線デバイスは、第１の無線関連付けのための少なくとも１つのリンクと、第２の無線関連付けのための少なくとも１つのリンクとを同時に有効化することができる。したがって、非ＡＰ無線デバイスは、第１のＡＰ無線デバイスおよび第２のＡＰ無線デバイスの両方とデータ通信を実行することが可能であってもよい。そのような構成をサポートすることにより、全てのそのようなデバイスとのリンクが同時に利用可能であり得るため、データを両方のリンク上で通信することができ、かつ利用可能なＡＰ無線デバイス間のピンポン遷移を回避することができるので、例えば、カバレッジエッジシナリオにおいて信頼性を改善するのに役立つことができる。

【0118】

マルチＡＰは、様々な可能な省電力特徴のいずれかをサポートすることができる。１つのそのような可能性として、非ＡＰ無線デバイスのマルチＡＰ関連付けのためのいくつかまたは全ての有効化されたリンクを省電力モードにすることが可能であり得る。トラフィックがそのようなリンク上で搬送されない場合があり得る。少なくともいくつかの実施形態によれば、リンクが省電力モードにある間に有効にされたままであり得るので、そのようなリンクのための非ＡＰ無線デバイスおよび／または対応するＡＰ無線デバイスは、例えば、（例えば、１つの可能性として、デバイスモビリティに起因する）無線媒体状態の変化のために、および／または様々な他の理由のいずれかのために、送信のためにバッファリングされたトラフィックが到着した場合に、リンクの使用を迅速に再開することができる場合があり得る。

【0119】

いくつかの実施形態では、ＴＩＤからリンクへのマッピング（および潜在的に、より一般的にはリンク有効化）は、アップリンクおよびダウンリンクデータ伝送方向に対して別個／独立であってもよいことに留意されたい。したがって、非ＡＰ無線デバイスの場合、様々な可能性の中でもとりわけ、第１の無線関連付けのための少なくとも１つのリンクおよび第２の無線関連付けのための少なくとも１つのリンクがダウンリンク方向に同時に有効化される（例えば、１つ以上のダウンリンクＴＩＤをこれらのリンクの各々にマッピングすることができる）が、第１の関連付けのための１つ以上のリンクのみがアップリンク方向に有効化される（例えば、１つ以上のアップリンクＴＩＤをこれらのリンクにマッピングすることができるが、アップリンクＴＩＤは第２の無線関連付けのためのいずれのリンクにもマッピングされない）場合、または第１の無線関連付けのための少なくとも１つのリンクおよび第２の無線関連付けのための少なくとも１つのリンクがアップリンク方向に同時に有効化されるが、第１の関連付けのための１つ以上のリンクのみがダウンリンク方向に有効化される場合があり得る。

【0120】

いくつかの実施形態では、マルチＡＰ関連付けのために使用されるＴＩＤマッピングモードが、関連付けのために特定のマルチＡＰシステム管理動作が実行される場所に影響を及ぼすことができることが可能であり得る。例えば、場合によっては、アップリンクフレームおよびダウンリンクフレーム（の少なくともサブセット）をマルチＡＰシステム内の任意のＡＰ無線デバイス上で送信することができるローミングモードの場合、アップリンク並べ替えバッファリングおよびダウンリンク送信バッファリングがネットワークコントローラにおいて実行される場合があり得る。アップリンクおよびダウンリンクフレームを一度にマルチＡＰシステム内のただ１つのＡＰ無線デバイスとのリンク上で送信することができるＴＩＤマッピングモードでは、アップリンク並べ替えバッファリングおよびダウンリンク送信バッファリングがそのＡＰ無線デバイスにおいて実行される場合があり得る。一度にマルチＡＰシステム内のただ１つのＡＰ無線デバイスとのリンク上で一方向のトラフィックを送信することができ、マルチＡＰシステム内の複数のＡＰ無線デバイスのいずれかとのリンク上で他方向のトラフィックを送信することができるＴＩＤマッピングモードでは、ハイブリッドアプローチを使用することができる。例えば、ダウンリンクフレームが１つのＡＰ無線デバイスを介した送信に制限されている間にアップリンクフレームを任意のリンク上で送信することができる場合、アップリンク並べ替えバッファリングがネットワークコントローラにおいて実行され、ダウンリンク送信バッファリングがＡＰ無線デバイスにおいて実行される場合があり得る。ＴＩＤマッピングモードと管理動作実装オプションとの間の他の相関も可能であり、ＴＩＤマッピングモードが他のマルチＡＰシステム管理動作に直接結び付けられない実施形態も想定されることに留意されたい。

【0121】

したがって、図４～図５の方法によれば、無線デバイスがマルチＡＰシステムの複数のＡＰデバイスに関連付けることができるマルチＡＰシステムを確立することが可能であり得る。そのような技術は、少なくともいくつかの実施形態によれば、様々な可能な利益の中でもとりわけ、スループット、信頼性、および／または電力消費のいずれかまたは全てを改善することができる。
図６～図５０および追加情報

【0122】

図６～図５０は、必要に応じて、図４～図５の方法と併せて使用することができる更なる態様を図示および説明する。しかしながら、図６～図５０に示され、かつ図６～図５０に関して説明される例示的な詳細は、全体として本開示を限定することを意図するものではなく、本明細書で以下に提供される詳細に対する多数の変形および代替が可能であり、本開示の範囲内であると見なされるべきであることに留意されたい。したがって、以下の実施例で使用される「必須」、「必要」、「常に」、「必ず」、「すべき」などの用語、および他の同様のそのような用語は、特定の例示的なシナリオおよび実施形態の文脈で使用されるものとして理解されるべきであり、本開示の範囲内で可能な全てのシナリオおよび実施形態に必ずしも適用可能ではないとして理解されるべきである。

【0123】

ＩＥＥＥ ８０２．１１無線通信システムでは、ＢＳＳ遷移がデータ伝送の中断を引き起こす場合があり得る。例えば、少なくともいくつかのＢＳＳ遷移機構は、３０個程度のメッセージ送信を必要とすることがあり、これにより、遅延およびオーバーヘッドを生じる可能性がある。ブロック肯定応答（ＢＡ）は、各トラフィック識別子（ＴＩＤ）および方向（アップリンク／ダウンリンク）、ストリーム分類サービス（ＳＣＳ）セットアップ、ターゲットウェイクタイム（ＴＷＴ）セットアップ、新しいキーなどについて別々に送信することができる。これは、ＢＳＳ遷移について５～１０ｍｓの伝送遅延を維持することを困難にする場合がある。

【0124】

さらに、ＢＳＳ遷移が失敗する場合があることがあり得る可能性がある。例えば、再関連付け要求は、アクセスポイント（ＡＰ）によって拒否される場合があり、その場合、遷移局（ＳＴＡ）は、いかなる関連付けも有しないことがある。単一の物理デバイスのみへのリンクが維持される場合、ＳＴＡは、例えば、リンクの性能が変動する場合、２つのＡＰ間でピンポンＢＳＳ遷移を実行することができる。

【0125】

マルチＡＰ関連付けをサポートすることにより、いくつかの実施形態では、ＩＥＥＥ ８０２．１１無線通信システムにおいて実行されるＢＳＳ遷移の数を低減することができる。例えば、少なくともいくつかの実施形態では、そのような能力を有する住居ネットワークは、ＢＳＳ遷移なしで動作することができ、および／または企業ネットワークは、例えば、Ｗｉ－Ｆｉ ７ネットワークと比較して、ＢＳＳ遷移の数を９０％低減して動作することが可能であり得る。

【0126】

図６は、いくつかの実施形態に係る、可能な高速ＢＳＳ遷移の例示的なシグナリング態様を示すフローチャート図である。高速ＢＳＳ遷移は、全ての既存のキー、ブロックＡＣＫ（ＢＡ）、ＴＷＴセットアップ、およびＳＣＳストリームセットアップをリセットすることができる。ＳＴＡは、新しいＡＰにおいて最初から動作を開始することができる。ＢＡセットアップは、約３０個のメッセージおよび肯定応答の送信を必要とすることがあることに留意されたい。このシグナリングの全ては、ＳＴＡが新しいデータの送信を開始することができる前に遅延を追加することがある。加えて、前に述べたように、ターゲットＡＰがＳＴＡからの再関連付けシグナリングを拒否する場合、ＳＴＡは、いかなる関連付けも有しないことがあり、なんらデータを送信することができないことがあり、これにより、データ伝送に更なる遅延を追加する可能性がある。

【0127】

図示のように、例示的なシナリオでは、６０８において、ＳＴＡ６０２は、最初にＡＰ１ ６０４に関連付けられていてもよく、ＡＰ２ ６０６へのハンドオーバを実行していることがある。遷移シグナリングは、４ウェイハンドシェイクおよび関連付けを含むことができる。リンクセットアップの準備は、このシナリオでは可能でない場合があることに留意されたい。６１０において、ＳＴＡ６０２は、ＡＰ２ ６０６に関連付けられていてもよい。ハンドオーバの後、ＳＴＡは、ＢＡ、ＳＣＳシグナリング、およびＴＷＴフローをセットアップすることができる。ＢＡは、方向およびＴＩＤに固有であってもよい。１つのＢＡは、単一のＢＡ要求においてセットアップすることができる。ＳＣＳおよびＱｏＳ特性シグナリングは、複数のフローへの要求をアグリゲートすることができる。全てのＢＡセットアップが図６に示されているわけではないことに留意されたい。トラフィックを搬送する各方向およびユーザ優先度（ＵＰ）がセットアップされる場合があり得るので、２^＊８^＊２＝３２個のメッセージおよび３２個のＡＣＫを交換することができる。６１２において、ＢＡがセットアップされ、ＳＣＳストリームがセットアップされ、ＴＷＴフローがセットアップされ、遷移を完了することができる。

【0128】

ＢＳＳ遷移を低減するために、ＡＰマルチアクセスポイント（ＡＰ ＭＡＰ）と呼ばれることもあるＡＰのグループに関連するＳＴＡをサポートすることが可能であり得る。図７は、いくつかの実施形態に係る、１つのそのような可能なシナリオの例示的な態様を示す。図示のように、マルチＡＰ ＳＴＡ（例えば、単一の物理デバイス）は、１つ以上のＡＰマルチリンクデバイス（ＭＬＤ）（例えば、その各々は、ＭＡＰ ＡＰ内で動作する別個の物理デバイスであり得る）との１つ以上のリンクを有することができる。

【0129】

ＳＴＡは、関連付け後状態で動作することができ、ＳＴＡがＡＰ ＭＡＰ内で移動するとき、データ伝送は、中断なしに継続することができる。マルチＡＰ関連付けは、Ｗｉ－Ｆｉ ７規則上に構築することができる。ＳＴＡ能力およびＡＰ能力は、リンクごとに構成することができる。ユニキャストフレームは、任意のリンクを介して送信することができ、全てのリンクは、同じＢＡセットアップおよび同じピアワイズ一時キー（ＰＴＫ）（暗号化）を使用することができる。ＳＴＡは、任意のリンクからグループデータフレームを受信することができる。各ＡＰ／リンクは、異なるグループキーを有することができ、グループフレームは、ジョイントシーケンス番号付けを有することができる。いくつかの実施形態では、Ｗｉ－Ｆｉ ７規則に対する可能な更新は、非ＡＰリンク管理規則を含むことができる。

【0130】

図８は、いくつかの実施形態に係る、１つ以上のＭＡＰ ＡＰを展開することができる、例示的な拡張サービスセットおよびモビリティドメイン展開シナリオの態様を示す。図示のように、そのような拡張サービスセット（ＥＳＳ）は、０個以上のＡＰ ＭＬＤと０個以上のＭＡＰ ＡＰとを潜在的に含む、１つ以上のＡＰを含むことができる。各ＭＡＰ ＡＰは、１つ以上のＡＰ ＭＬＤを含むことができ、各ＡＰ ＭＬＤは、１つ以上のＡＰを含むことができる。ＭＡＰ ＳＴＡは、一度にＥＳＳ内のＭＡＰ ＡＰ、ＡＰ ＭＬＤ、またはＡＰに関連付けられていてもよい。ＥＳＳは、１つ以上のモビリティドメインを有することができる。高速ＢＳＳ遷移が、モビリティドメイン内のＡＰ／ＡＰ ＭＬＤ／ＡＰ ＭＡＰ内でサポートされる場合があり得る。

【0131】

図９は、１つの可能な進化による異なるＷｉ－Ｆｉ世代の様々な特徴の比較を示す表である。図示されたシナリオでは、関連付けは、ＳＴＡがデータを送信することができるリンクおよびＡＰを定義することができる。ユニキャストデータは、各リンクにおいて以下のジョイントパラメータを有することができる：ジョイントシーケンス番号（ＳＮ）およびパケット番号（ＰＮ）、ＰＴＫ、並びにＢＡ。拡張マルチリンク単一無線（ＥＭＬＳＲ）サポートに関して、少なくともいくつかの実施形態では、ＭＡＰが各ＡＰ ＭＬＤのために使用中のＥＭＬＳＲを別々に定義することができることに留意されたい。ＴＷＴの場合、シグナリングが任意の有効化されたリンクへのＴＷＴをセットアップすることができる場合があり得る。

【0132】

図１０は、いくつかの実施形態に係る、関連付け後状態の例示的なリンク切替シナリオの態様を示す。図示のように、ある速度（「Ｘ」）で移動している非ＡＰ ＭＡＰ（「非ＡＰ ＭＡＰ １」）は、そのＭＡＰ内の１つのＡＰ ＭＬＤ（「ＡＰ ＭＬＤ １」）から同じＡＰ ＭＡＰ内の別のＡＰ ＭＬＤ（「ＡＰ ＭＬＤ ２」）にリンクを切り替えることを決定することができる。ＡＰ ＭＬＤ ２を発見した後、非ＡＰ ＭＡＰ １は、ＡＰ ＭＬＤ ２との新しいリンクを作成することができる。全てのリンクを関連して作成することができる、または非ＡＰ ＭＡＰは、（例えば、ＡＰ ＭＬＤ １との）既存のリンクを介してリンク追加メッセージを使用して、リンク４、５、および６を追加することができる。リンク４、５、６が作成された後、非ＡＰ ＭＡＰは、ＡＰ ＭＬＤ １とのこれらのリンク４、５、６を有効化し、ＡＰ ＭＬＤ １とのリンク１、２、および３を無効化することができる。

【0133】

図１１は、いくつかの実施形態に係る、ＡＰ ＭＡＰ内の複数のＡＰ ＭＬＤが非ＡＰ ＭＡＰのカバレッジエッジにある、例示的なリンク切替シナリオの態様を示す。図示されたシナリオでは、ＡＰ ＭＡＰ内の複数のＡＰ ＭＬＤとのリンクが非ＡＰ ＭＡＰに利用可能であり得るので、ピンポン遷移を回避することが可能であり得る。これにより、また、潜在的に改善された信頼性を提供することができ、両方のリンク上でデータを送信することが可能であり得る。

【0134】

図１２は、いくつかの実施形態に係る、ＭＡＰシステムに使用することができる可能なリンク動作モードを示す表である。そのような動作モードは、ＳＴＡが複数のリンクを作成することができるが、必ずしも全てのリンク上で動作するとは限らない、可能性をサポートするために使用することができる。リンクは、仮想であってもよく、その場合、それらのリンク上でデータが送信されないことがあり得る可能性がある。しかしながら、リンクは、データフレームを搬送することができるように迅速に変更することができる。Ｗｉ－Ｆｉ ７では、各セットアップリンクが異なるモードに構成されている場合があり得る。

【0135】

少なくともいくつかの実施形態によれば、ＩＥＥＥ ８０２．１１ベースの無線通信システムにおいてハンドオーバの数を低減する多数の潜在的な利点が存在し得る。ハンドオーバ遅延が低減され、より信頼性の高いデータ伝送遅延がもたらされる場合があり得、前述のように、ＡＰ ＭＡＰリンク間の遷移が比較的高速であり得る場合があり得る。非ＡＰ ＭＡＰ（例えば、ＳＴＡ）の場合、電力節約を増加することができ、ＳＴＡは、複数のＡＰから（例えば、より大きいエリアから）ビーコンを受信し、より少ないシグナリングを有することができる。最良のリンクは、セットアップシグナリングオーバーヘッドなしで迅速に使用することができる。複数のリンクおよび動作チャネルが使用のために利用可能であり得、ＳＴＡは、最も適切なチャネル上で動作することができる。ＳＴＡは、データ伝送のための利用可能なリンクを見つけるために利用可能な複数のリンクを有することができる。マルチＡＰ関連付けは、より複雑な伝送方式を可能にすることができることがさらに可能であり得る。関連付けは、暗号化キー、ＡＩＤを作成することができ、各リンクのためのＳＴＡおよびＡＰ能力を構成する。そのようなブックキーピングおよび情報共有は、複数のＡＰがＳＴＡとの間で同時に送信または受信することを可能にすることができる、マルチＡＰ伝送に向かう第１のステップであり得る。ＡＰはまた、全てのトラフィックをより確実に送信することができる可能性がある。フレームは、ＡＰ ＭＡＰ内で送信側ＡＰに転送することができる。

【0136】

図１３は、いくつかの実施形態に係る、可能なＡＰ ＭＡＰアーキテクチャの例示的な態様を示す。図示のように、送信バッファは、送信機側で維持することができ、送信機側は、複数のＳＴＡ間の複数のリンクを介して受信機にダウンリンクフレームを提供することができる。複数のＳＴＡを介して受信機側で受信されたフレームは、復号、重複検出、および並べ替えのために並べ替えバッファに提供することができる。少なくとも場合によっては、図１３に示すアプローチは、アップリンク（例えば、非ＡＰ ＳＴＡからＡＰ ＳＴＡへ）またはダウンリンク（例えば、ＡＰ ＳＴＡから非ＡＰ ＳＴＡへ）送信のいずれかまたは両方に適用することができることに留意されたい。

【0137】

複数の物理デバイス（例えば、ＡＰ ＭＬＤ）を含むＡＰ ＭＡＰの場合、ダウンリンクフレーム送信バッファリング（例えば、ＡＰ側のどのデバイスがダウンリンクフレーム送信バッファリングを実装すべきか）および／またはアップリンクフレーム並べ替えバッファリング（例えば、受信されたアップリンクフレームがＡＰ側のどこで順序付けられるか）のためのガイドラインまたは要件を識別および設定することが有用であり得る。いくつかの可能性は、（例えば、ＡＰ ＭＡＰにおける複数の物理デバイスの包含をサポートするためにＡＰ ＭＡＰ機能を実装することができる）ルータデバイス、または（例えば、ネットワークアーキテクチャのコンテキストにおいて）対応するＳＴＡに最も近いＡＰ ＭＬＤを含むことができる。図１４は、そのような可能性のいずれかを実装することができる例示的なシステムの態様を示す。「ケース１」として示されるように、送信バッファおよび並べ替えバッファは、ＡＰ ＭＬＤ １によって要求されるようなＡＰ ＭＬＤ １に関連付けられたＳＴＡへのダウンリンク送信のためにＡＰ ＭＬＤ（「ＡＰ ＭＬＤ １」）にダウンリンクデータを提供することができるルータデバイス内に維持することができる。ルータデバイスは、ルータデバイスにおいてアップリンク並べ替えバッファリングを実行することができるように、ＡＰ ＭＬＤ １を介してＳＴＡからアップリンクデータを取得し、ブロック肯定応答を受信することもできる。「ケース２」では、送信バッファおよび並べ替えバッファは、ルータとは物理的に別個のデバイスであるＡＰ ＭＬＤデバイス（「ＡＰ ＭＬＤ ３」）内に維持することができる。この場合、ＡＰ ＭＬＤ ３に関連付けられたＳＴＡのための全てのダウンリンクデータは、送信バッファ機能を実行することができるＡＰ ＭＬＤ ３に直ちに配信することができる。同様に、ＡＰ ＭＬＤ ３は、ＳＴＡに対してアップリンクフレーム並べ替えを実行してもよく、既に並べ替えされたアップリンクデータをルータに渡してもよい。

【0138】

図１５は、いくつかの実施形態に係る、可能な非ＡＰ ＭＡＰアーキテクチャの例示的な態様を示す。前述したように、非ＡＰ ＭＡＰは、１つの物理デバイスであってもよい。非ＡＰ ＭＡＰは、異なる帯域で動作する１つ以上のチップを有することができる。チップは、下位ＭＡＣ動作、例えば、ＴＸＯＰ取得、ＢＡスコアボードなどを実装することができる。非ＡＰ ＭＡＰレイヤは、上位ＭＡＣ動作を実装することができる。例えば、アップリンクフレームの場合、上位ＭＡＣは、ＳＮを割り当て、フレームを暗号化し、送信バッファリングすることができ、一方、ダウンリンクフレームの場合、上位ＭＡＣは、フレームを復号し、フレームを並べ替えバッファリングすることができる。

【0139】

別の可能性として、例えば、ＭＡＰ ＡＰへの関連付けがサポートされるアーキテクチャと比較して、複数の関連付けをサポートするモビリティドメイン動作を実装することができるアーキテクチャに留意されたい。少なくともいくつかの実施形態によれば、モビリティドメインは、マルチＡＰカバレッジとは異なり得ることに留意されたい。マルチＡＰジョイントリンクセット中のデバイスと同じ高速遷移デバイスセットを有する必要はないことがある。モビリティドメインは、いくつかの実施形態では、レガシーＳＴＡおよびＭＬＤを含むことができる。マルチＡＰ ＡＰへの関連付けのための関連付けのＡＰ識別子がマルチＡＰ ＡＰアドレスであり、一方、モビリティドメインにおける複数の関連付けのために、モビリティドメインＩＤおよびＡＰ ＭＬＤアドレス（単数または複数）を使用することができる場合があり得る。ＭＡＰ ＡＰへの関連付けおよびモビリティドメインにおける複数の関連付けの両方について、ＭＡＰ ＳＴＡアドレスをＳＴＡ識別子として使用することができ、かつＩＰアドレス維持および高速ＢＳＳ遷移がモビリティドメイン内で可能であり得る場合があり得る。ＭＡＰ ＡＰシステム内のＭＡＰ ＳＴＡがジョイントリンクを有することができる場合があり得る。モビリティドメイン２（高速遷移（ＦＴ）モビリティドメインまたは「モビリティドメイン１」とは別個のモビリティドメインであり得る）内のＡＰ ＭＬＤがジョイントリンクを有することができる場合があり得る。ＭＡＰ ＡＰへの関連付けおよびモビリティドメインにおける複数の関連付けの両方について、他のデバイスへの高速遷移が、（ＦＴ）モビリティドメインにおいて可能であり得る。ＭＡＰ ＡＰへの関連付けをサポートするために、新しいＭＡＰ ＡＰおよびＭＡＰ ＳＴＡタイプが定義される場合があり得る。モビリティドメインにおける複数の関連付けをサポートするために、ジョイントリンクを作成するＳＴＡのための新しいモビリティドメインを含む、２つのモビリティドメインが同じエリアに存在することができることが必要であり得る。ＭＡＰ ＡＰ、ＡＰ ＭＬＤ、およびレガシーＡＰを全て、ＭＡＰ ＡＰへの関連付けをサポートするアーキテクチャフレームワークにおいてサポートすることができる場合があり得る。場合によっては、ＡＰ ＭＬＤのみが、モビリティドメインにおける複数の関連付けをサポートするアーキテクチャフレームワークのための新しいモビリティドメインにおいてサポートされ、レガシーおよびＡＰ ＭＬＤをＦＴモビリティドメイン上でサポートすることができる場合があり得る。ＭＡＰ ＡＰへの関連付けをサポートするアーキテクチャフレームワークの場合、モビリティドメイン動作への変更の必要がなくてもよく、ＦＴプロトコルのための１つのモビリティドメインを展開することができる。モビリティドメインにおける複数の関連付けをサポートするアーキテクチャフレームワークの場合、マルチＡＰリンクに参加することができるＡＰ ＭＬＤのためのモビリティドメイン、並びにレガシーＳＴＡのＦＴ遷移のためのモビリティドメインが必要であり得る。

【0140】

図１６は、いくつかの実施形態に係る、可能なＭＡＰシステムアーキテクチャの更なる例示的な態様を示す。図示のように、システムの様々なレイヤにおけるＡＰ側およびＳＴＡ側の各々に複数の識別子が存在することができる。ＭＡＰアドレスを使用するＭＡＰ ＡＰとＭＡＰ ＳＴＡとの間のマルチＡＰ関連付け範囲に加えて、ＭＡＰ ＡＰはまた、Ｗｉ－Ｆｉ ７ ＡＰ ＭＬＤレベル関連付け（例えば、ＭＬＤアドレスを使用するマルチリンク関連付け範囲による）およびＷｉ－Ｆｉ ６単一リンク関連付け（例えば、ＡＰリンクアドレス（ＢＳＳＩＤ）を使用する単一リンク関連付け範囲による）をサポートする場合があり得る。

【0141】

図１７は、いくつかの実施形態に係る、モビリティドメイン拡張を伴う代替システムアーキテクチャの例示的な態様を示す。図示のように、図示された例示的なアーキテクチャでは、８０２．１１ｒにおいて定義された２オクテット値であり得るモビリティドメイン識別子（ＭＤＩＤ）をＡＰ ＭＬＤグループ識別子として使用することができ、これにより、ＡＰ ＭＬＤグループ内の全てのＡＰ ＭＬＤ（例えば、同じＭＤＩＤを有するもの）へのリンクをセットアップする能力を提供することができる。ＳＴＡおよびＡＰは、そのＭＡＣアドレスについて２レベルの階層を有し続けることができる。したがって、ＭＤＩＤを使用するＭＬＤ ＡＰのグループとＳＴＡとの間のモビリティドメイン関連付け範囲に加えて、Ｗｉ－Ｆｉ ７ ＡＰ ＭＬＤレベル関連付け（例えば、ＭＬＤアドレスを使用するマルチリンク関連付け範囲による）およびＷｉ－Ｆｉ ６単一リンク関連付け（例えば、ＡＰリンクアドレス（ＢＳＳＩＤ）を使用する単一リンク関連付け範囲による）も、この例示的なシナリオにおいてサポートすることができる。

【0142】

図１８は、いくつかの実施形態に係る、そのようなモビリティドメイン拡張が展開される、可能な拡張サービスセットの例示的な態様を示す。ＥＳＳは、１つ以上のＡＰを含むことができ、そのうちの０個以上がＡＰ ＭＬＤであってもよく、ＡＰ ＭＬＤは、１つ以上のＡＰを含むことができる。図示のように、ＥＳＳは、高速ＢＳＳ遷移が可能であり得るＦＴモビリティドメイン（「モビリティドメイン２」）を含むことができる。ＥＳＳは、リンク作成可能であり得る別のモビリティドメイン（「モビリティドメイン１」）をさらに含むことができ、これは、マルチＡＰ ＳＴＡを同時に複数のＡＰ ＭＬＤに関連付けることができることを意味する。

【0143】

以下のセクションは、いくつかの実施形態に係る、ＡＰ ＭＡＰ動作とＡＰ ＭＬＤ（例えば、レガシーＡＰ）動作との間の管理動作および特性の可能な類似点および差異を含む。ＭＬＭＥ－ＡＰ－ＳＴＡＲＴの場合（例えば、新しいＡＰ ＭＬＤまたはＡＰ ＭＡＰが開始するとき）、ＡＰ ＭＬＤについて、ＡＰ動作パラメータを構成することができ、ＡＰは、ビーコン送信を開始することができる。ＡＰ ＭＡＰパラメータを構成することができ、構成されたデバイスは、利用可能なＡＰ ＭＡＰを求めてスキャンすることができ、適切なＡＰ ＭＡＰが発見された場合、デバイスは、ＡＰ ＭＡＰの一部になることができる。適切なＡＰ ＭＡＰが発見されない場合、デバイスは、新しいＡＰ ＭＡＰを確立することができる。発見のために、ＡＰ（ＭＬＤ）は、発見可能であるように、ビーコン、プローブ応答、ＭＬプローブ応答、および低減された近隣報告を送信することができる。ＡＰ ＭＡＰの場合、ＡＰ ＭＡＰパラメータは、既存の要素および管理フレームに含めることができる。関連付けのために、ＳＴＡ（ＭＬＤ）は、ＡＰ（ＭＬＤ）に関連付けることができ、ＳＴＡおよびＡＰパラメータは、セットアップリンクのために構成することができる。非ＡＰ ＭＡＰは、ＡＰ ＭＡＰに関連付けることができる。ＳＴＡおよびＡＰパラメータは、セットアップリンクのために構成することができる。認証および４ウェイキー交換の場合、ＡＰ ＭＬＤ動作およびＡＰ ＭＡＰ動作の両方について、単一のＰＴＫが全てのユニキャストフレームを暗号化することができる。ユニキャストフレームは、任意のリンクにおいて送信することができる。グループフレームは、リンク固有キーによって暗号化されてもよい。全てのグループキーは、関連付けられたＳＴＡに共有することができる。関連付けにリンクを追加することは、ＡＰ ＭＬＰのためにサポートされないことがあり、非ＡＰ ＭＬＤは、関連付けにリンクを追加するために、再関連付けして、全てのシグナリングをやり直す必要があることがある。関連付けにリンクを追加することは、ＡＰ ＭＡＰのためにサポートされてもよく、非ＡＰ ＭＬＤは、再関連付けおよび全てのパラメータの再セットアップなしに、関連付けに新しいリンクを追加することができる。ＴＩＤからリンクへのマッピングの場合、ＡＰ ＭＬＤ動作について、ＳＴＡおよびＡＰは、ＴＩＤからのトラフィックを搬送することができるリンク（単数または複数）を構成することができる。加えて、ＡＰ ＭＡＰ動作の場合、更なるＴＩＤからリンクへのマッピングモードが利用可能であってもよい。電力節約のために、両方のシナリオにおいて、ＳＴＡは、値１を有する電力管理（ＰＭ）フィールドを送信することによって、有効化されたリンク上で利用可能であってもよい。レガシーＡＰ動作の場合、高速ＢＳＳ遷移は、ＡＰおよび／またはＡＰ ＭＬＤ間の遷移を可能にすることができる。ＡＰ ＭＡＰ動作の場合、高速ＢＳＳ遷移は、ＡＰ、ＡＰ ＭＬＤ、および／またはＡＰ ＭＡＰ間の遷移を可能にすることができる。

【0144】

図１９～図２０は、いくつかの実施形態に係る、ＡＰ ＭＡＰに参加する新しいＡＰ ＭＬＤの可能な開始動作の例示的な態様を示す。図１９に示すように、新しいＡＰ ＭＬＤ（「ＡＰ ＭＬＤ ２」）は、例えば、ＭＬＭＥ－ＳＴＡＲＴプリミティブを実行することを含めて、起動することができる。ＡＰ、ＡＰ ＭＬＤ、およびＡＰ ＭＡＰパラメータは、ＡＰ ＭＬＤ ２のために構成することができ、ＡＰは、ビーコンを送信し始めてもよい。ＡＰ ＭＬＤ ２は、発見を実行し、利用可能なＡＰ ＭＡＰに参加することができる。発見されたＡＰ ＭＡＰに参加するためのシグナリングは、認証、キーセットアップ、および能力シグナリングを含むことができる。新しいＡＰおよびＡＰ ＭＬＤは、ＡＰ ＭＡＰのためのビーコン、プローブ応答、ＲＮＲなどに追加することができる。

【0145】

図２０は、いくつかの実施形態に係る、ＡＰ ＭＡＰ １を形成するためのＡＰ１ ２００２およびＡＰ ２ ２００４の発見および参加のための可能なＭＬＭＥ－Ｓｔａｒｔシグナリングフローを示す。２００６において、ＡＰは、まだ存在せず、ビーコンを送信していない。ＡＰは、開始されてもよく、次いで、互いを発見し、ＳＴＡと関連付けることが可能であるＡＰ ＭＡＰをセットアップすることができる。２００８において、ＡＰは、ＰＭＫを確立するためにＳＡＥ認証を実行することができる。ＳＡＥ認証の後、ＭＡＰは、８０２．１１ｓリンクセットアップシグナリングと同様であってもよい４ウェイハンドシェイクにおいてキーを関連付け、セットアップすることができる。

【0146】

ＡＰ ＭＡＰ動作をサポートするための複数の可能なバックボーンネットワークの代替形態が存在することができる。バックボーンアーキテクチャのそのような選択は、少なくともいくつかの実施形態によれば、実装選択として残されてもよい。いくつかのそのようなオプションは、有線バックボーン、Ｗｉ－Ｆｉ Ｅａｓｙ Ｍｅｓｈ、近隣認識ネットワーキング（ＮＡＮ）、および／またはＩＥＥＥ ８０２．１１ｓ（ＭＥＳＨ）を含むことができる。有線バックボーンオプションは、有線イーサネットまたはファイバ接続を含むことができ、これは、８０２．１１仕様の範囲外であり得る。このオプションでは、有線送信のみがネットワークバックボーンにおいてサポートされ、８０２．１１仕様がバックボーン動作を定義しないことがある（例えば、実装することはデバイスベンダに任されることがある）場合があり得る。Ｗｉ－Ｆｉ Ｅａｓｈ Ｍｅｓｈオプションは、いくつかの実施形態では、インターネットへの／からの送信のみを有する階層構造を有することができる。この場合、バックボーンＡＰは、複数のＢＳＳを有することができ、入口ＡＰは、非ＡＰ ＳＴＡと同様の関連付けられた出口ノードを有するＢＳＳをホストすることができる。他のＢＳＳは、エンドデバイス（例えば、非ＡＰ ＳＴＡ）にサービスを提供することができる。いくつかの実施形態では、シングルユーザ（ＳＵ）、マルチユーザ（ＭＵ）、およびトリガされた送信を、そのようなネットワークバックボーンにおいてサポートすることができる。ＭＵ物理レイヤプロトコルデータユニット（ＰＰＤＵ）またはトリガベース（ＴＢ）ＰＰＤＵは、フレームをバックボーンおよび関連付けられた非ＡＰ ＳＴＡに搬送することができる。バックボーンがＡＰに対してのみ動作する場合があり得る。インフラストラクチャＢＳＳ特徴（トリガリング、ＴＷＴなど）は、例えば、バックボーンのために、入口ＢＳＳに追加することが比較的簡単であり得る。ＮＡＮオプションは、非階層構造を有することができる。任意のＮＡＮデバイスは、任意のＮＡＮ ＳＴＡと通信することができる。このオプションでは、バックボーンデバイスがＮＡＮ ＳＴＡである場合があり得る。ＳＵ送信がそのようなネットワークバックボーンにおいてサポートされる場合があり得る。ＭＡＣおよびＰＨＹがサポートするＰ２Ｐ送信モードは、非ＡＰ ＳＴＡ能力を対象とすることができる。いくつかの実施形態では、エンドデバイスは、ＮＡＮを介してもそれらの送信を得ることができる。８０２．１１ｓオプションはまた、非階層構造を有することができる。メッシュＳＴＡは、別のメッシュＳＴＡとのメッシュリンクを作成することができる。送信は、メッシュリンクを介して実行することができる。各ＳＴＡは、メッシュＳＴＡであってもよい。ＳＵ送信がそのようなネットワークバックボーンにおいてサポートされる場合があり得る。メッシュは、Ｗｉ－Ｆｉ ６および７の特徴を導入するために変更を必要とすることができるように、８０２．１１ａｃの後に導入された特徴を現在サポートしないことがあることに留意されたい。

【0147】

図２１は、いくつかの実施形態に係る、可能なイージーメッシュ展開の例示的な態様を示す。イージーメッシュ仕様は、オンボーディングおよびセットアップ手順を指定することができる。ＱｏＳおよび送信のためのサポートを提供することができる。Ｅａｓｈ Ｍｅｓｈは、ＡＰ ＭＡＰ内で標準化されたＡＰ間インタフェースを提供することが可能であり得る。ＡＰ ＭＡＰ内部動作が８０２．１１仕様において定義されないことが可能であり得る。ＳＴＡが一度に１つのＡＰに関連付けられている場合があり得る。このＡＰは、このＳＴＡへの全てのＵＬおよびＤＬトラフィックを管理することができる。同じ階層レベルにおけるＡＰ間通信がサポートされないことが可能であり得る。代替的に、いくつかの実施形態によれば、そのような通信のためのサポートを追加することができる。

【0148】

図２２は、いくつかの実施形態に係る、可能なＮＡＮトポロジの例示的な態様を示す。少なくともいくつかの実施形態では、ＮＡＮ対応ＳＴＡは、バックボーン動作に直接参加することができる。これは、Ｄ２Ｄリンク送信およびインターネット送信に役立つことができる。全てのＮＡＮデバイスが互いに直接通信することができる場合があり得る。ＮＡＮは、省電力および時分割多元接続（ＴＤＭＡ）のためのシグナリングをスケジューリングするためのサポートを含むことができる。トリガリングサポートおよびＭＵ ＰＰＤＵ送信は、少なくとも場合によってはサポートされないことがあり、これにより、転送されるトラフィックの遅延を増加させることがある。

【0149】

図２３は、いくつかの実施形態に係る、可能なＡＰ ＭＡＰ発見および関連付け特徴を示す信号フロー図である。図示のように、信号フローは、マルチＡＰシステム内のＳＴＡ２３０２とＡＰ２３０４との間で実行することができる。ビーコンおよびプローブ応答フレームは、マルチＡＰパラメータおよび能力を含むマルチＡＰ要素を有することができる。他のＡＰ ＭＬＤおよびＡＰパラメータは、オーバーヘッドを短縮するために存在しなくてもよい。低減された近隣報告（ＲＮＲ）は、ＡＰ ＭＡＰに属する利用可能なＡＰ ＭＬＤおよびＡＰを含むことができる。非ＡＰ ＭＡＰ２３０２がＡＰ ＭＡＰ２３０４に関連付けるために、非ＡＰ ＭＡＰ２３０２は、ＭＬＤおよびＭＡＰパラメータをシグナリングし、要求されたリンクごとにＳＴＡ能力を提供することができる。ＡＰ ＭＡＰ２３０４は、そのＭＬＤおよびＭＡＰパラメータをシグナリングし、セットアップリンクごとにＡＰパラメータを提供することができる。関連付けが成功した後、非ＡＰ ＭＡＰ２３０２は、関連付けられ、１つ以上のセットアップリンクを有することができる。４ウェイハンドシェイクは、複数のキー、すなわち、ＭＡＰ内の全てのリンクで使用されるＰＴＫ、並びにリンク固有のＧＴＫ、ＩＧＴＫ、およびＢＩＧＴＫをセットアップすることができる。全てのキーは、ＳＴＡおよびＡＰに配布することができる。１つのリンクは、関連付け要求、関連付け応答、および４ウェイハンドシェイクフレームを搬送することができる。フレームを搬送するリンクは、セットアップリンクとして含まれてもよい。非ＡＰ ＭＡＰが全てのリンク上で同時に動作することができない場合があり得る。いくつかの実施形態では、非ＡＰ ＭＡＰは、リンクのサブセット上でのみ動作するように選択することができる。関連付けが成功した後、関連付けシグナリングを配信したＡＰ ＭＬＤとのセットアップリンクを有効にすることができる。全てのＴＩＤは、これらの有効化されたリンクとマッピングすることができる。他のＡＰ ＭＬＤとのリンクは、無効にされてもよい。関連付けの後、ＳＴＡは、関連付けシグナリングを搬送したリンクを除く全てのリンクに対して省電力状態にあってもよい。ＳＴＡは、任意の有効化されたリンク上でＵＬフレームを送信し、ＤＬフレームを受信することができる。ＳＴＡは、有効化されたリンク上でアクティブモードに切り替えることができる。

【0150】

図２４－０１および図２４－０２は、いくつかの実施形態に係る、ＡＰ ＭＡＰのための可能な関連付けプロセス特徴を示す信号フロー図である。図に示すように、信号フローは、非ＡＰ ＭＡＰ内のＳＴＡ１ ２４０２と、ＡＰ ＭＡＰ内のＡＰ１ ２４０４と、ＡＰ ＭＡＰ内のＡＰ ＭＬＤ１ ２４０６と、ＡＰ ＭＡＰ内のＡＰ ＭＬＤ２ ２４０８と、ＡＰ ＭＡＰ内のコントローラ２４１０と、ＡＰ ＭＡＰ内のオーセンティケータ２４１２との間で実行することができる。２４１４において、非ＡＰ ＭＡＰは、ＡＰ ＭＡＰを認証して関連付けることができ、これは、認証サーバとの認証を実行するためのＡＰ ＭＡＰ内部シグナリングを含むことができる。２４１６において、非ＡＰ ＭＡＰ認証は、成功することができ、オーセンティケータは、非ＡＰ ＭＡＰとのリンク作成を可能にするようにネットワークコントローラを構成することができる。図示のように、ＳＴＡ１ ２４０２によってＡＰ１ ２４０４に提供される関連付け要求フレームは、ネットワークコントローラ２４１０に転送することができる。２４１８において、非ＡＰ ＭＡＰは、複数のリンクの作成を要求することができる。ネットワークコントローラは、リンクを作成することができるかどうかを決定することができ、ＳＴＡパラメータおよび作成されたリンクを示すために、ＡＰ ＭＡＰ内のＡＰ ＭＬＤにシグナリングすることができる。ネットワークコントローラは、どのリンクがセットアップされているかを明確にするために、ＡＰ ＭＬＤへのクエリを編成することができる。ＡＰ ＭＬＤは、要求されたリンクがその加入しているＡＰと作成されるかどうかを決定することができる。ＡＰ ＭＬＤは、ＡＰ ＭＡＰクエリに対する応答を送信することができる。ネットワークコントローラは、ＡＰ ＭＬＤからの応答を組み合わせることができ、場合によってはリンクをさらに低減する、または関連付けを拒否することができ、ＳＴＡに送信される関連付け応答を作成することができる。

【0151】

関連付け、確立されたリンク、およびリンクに関するＳＴＡパラメータは、特定のブックキーピングを必要とすることができる。ＡＰ ＭＡＰ内の各デバイス（ＡＰ ＭＬＤおよびＡＰ）は、その動作に関連するパラメータを維持することができる。ＡＰ ＭＡＰ／ネットワークコントローラは、全ての非ＡＰ ＭＡＰパラメータを記憶するデータベースを有することができる。一例として、いくつかの実施形態では、全ての非ＡＰ ＭＡＰ関連付けのためのブックキーピングの一部として、ＡＰ ＭＡＰ（ネットワークコントローラ）は、各ＭＡＰ関連付けについて、各リンクについてのＳＴＡおよびＡＰパラメータ、各ＭＬＤへの非ＡＰ ＭＬＤおよびＡＰ ＭＬＤパラメータ、並びにＡＰ ＭＡＰおよび非ＡＰ ＭＡＰパラメータを記憶することができる。ＡＰ ＭＬＤに関連する非ＡＰ ＭＡＰパラメータのブックキーピングの一部として、ＡＰ ＭＬＤは、ＡＰ ＭＬＤの各リンクについてのＳＴＡおよびＡＰパラメータ、関連付けについての非ＡＰ ＭＬＤおよびＡＰ ＭＬＤパラメータ、並びにＡＰ ＭＬＤに関連するＡＰ ＭＡＰパラメータを記憶することができる。リンク固有のＳＴＡパラメータのためのブックキーピングの一部として、ＡＰは、ＳＴＡが属するＡＰ ＭＬＤのためのＡＰ ＭＬＤ設定を記憶することができる。

【0152】

図２５は、いくつかの実施形態に係る、マルチＡＰ関連付け内の可能なＡＰ ＭＬＤ遷移の更なる態様および特徴を示す。図示されたシナリオでは、ＡＰ ＭＡＰ １は、非ＡＰ ＭＡＰデバイスが一度に１つのＡＰ ＭＬＤのみと動作することを可能にする制限を有することができるが、場合によっては、非ＡＰ ＭＡＰデバイスが複数のＡＰ ＭＬＤに対して同時に動作する動作能力を有することも可能であり得る。非ＡＰ ＭＬＤは、特定の時間の後に、関連付けられたＡＰ ＭＬＤ １（ＡＰ ＭＡＰ １の一部である）とのアクティブリンクから、発見された新しいＡＰ ＭＬＤ ２（これもＡＰ ＭＡＰ １の一部である）とのリンクへの遷移が望まれ得るように、特定の速度で移動していてもよい。非ＡＰ ＭＡＰは、動作するＡＰ ＭＬＤを変更するために以下のステップを実行することができる。第１のステップとして、非ＡＰ ＭＡＰは、非ＡＰ ＭＡＰとＡＰ ＭＬＤ １との間のリンク１～３が有効化された状態で、ＡＰ ＭＬＤ ２を発見することができる（この開始点において、非ＡＰ ＭＡＰは、ＡＰ ＭＬＤ １に近い可能性がある）。デフォルトのＴＩＤからリンクへのマッピングは、これらのリンクに対して適切であり得ることに留意されたい。第２のステップとして、非ＡＰ ＭＡＰは、新しい仮想ＳＴＡ４～６を作成することができる。第３のステップとして、非ＡＰ ＭＡＰは、非ＡＰ ＭＡＰとＡＰ ＭＬＤ ２との間にリンク４～６を追加することができる。最初に、これらのリンクは、無効にすることができるが、リンク１～３は、有効にされたままであってもよい。第４のステップとして、非ＡＰ ＭＡＰは、リンク４～６を有効にし、リンク１～３を無効にすることができる。ＡＰ ＭＬＤ遷移のＴＩＤからリンクへのマッピングは、リンク遷移の後に使用することができる。

【0153】

図２６は、いくつかの実施形態に係る、ＭＡＰ関連付けへのリンクを追加するための可能な信号フローを示す。信号フローは、非ＡＰ ＭＡＰ内のＳＴＡ１ ２６０２と、ＡＰ ＭＡＰ内のＡＰ１ ２６０４と、非ＡＰ ＭＡＰ内のＳＴＡ２ ２６０６と、ＡＰ ＭＡＰ内のＡＰ２ ２６０８との間で実行することができる。２６１０において、ＳＴＡ１ ２６０２は、ＡＰ１ ２６０４に関連付けられており、ＡＰ１ ２６０４とのリンクを有することができる。リンク追加要求およびリンク追加応答は、ＳＴＡ１ ２６０２とＡＰ１ ２６０４との間で交換することができる。リンク追加要求およびリンク追加応答は、（暗号化された）ロバストなアクションフレームであってもよい。したがって、リンク追加要求は、既存のリンクを介して送信されてもよく、ＡＰ ＭＡＰ関連付けに新しいリンク作成を要求してもよい。リンク追加要求は、既存のリンクおよびキーを維持することができ、したがって、１つ以上の新しいリンクをＭＡＰ関連付けに追加するだけでよい。リンク追加後、２６１２において、ＳＴＡ２ ２６０６は、ＡＰ２ ２６０８に関連付けられていてもよく、非ＡＰ ＭＡＰは、２つのリンクを有することができる。

【0154】

図２７は、いくつかの実施形態に係る、ＭＬＤ管理のための様々な可能なＴＩＤからリンクへのマッピング特徴を示す例示的なシナリオを示す。図示のシナリオでは、送信機と受信機との間の第１のリンクは、無効にされていてもよく（ＴＩＤは、第１のリンクにマッピングすることができない）、ＴＩＤ１～３は、送信機と受信機との間の第２のリンクにマッピングすることができ、ＴＩＤ２～４は、送信機と受信機との間の第３のリンクにマッピングすることができる。ＴＩＤからリンクへのマッピングは、どのトラフィックがリンクにおいて送信されるかを定義することができる。各ＴＩＤおよびＵＬ／ＤＬ方向は、リンクに別々にマッピングすることができる。ＴＩＤからリンクへのマッピングはまた、リンクがトラフィックを送信できるかどうかを定義することができる。例えば、無効化されたリンク（例えば、図示されたシナリオでは、リンク１）については、トラフィックが送信されない場合があり得、有効化されたリンク（例えば、図示されたシナリオでは、リンク２および３）については、トラフィックは、少なくとも１つのＴＩＤおよび管理フレームへ／から許可することができる。いくつかの実施形態では、非ＡＰ ＭＡＰは、ＴＩＤからリンクへのマッピングシグナリングを使用して、ＡＰ ＭＬＤ間で遷移することができる。いくつかの実施形態では、非ＡＰ ＭＡＰは、一度に１つのＡＰ ＭＬＤとデータを交換することができる。非ＡＰ ＭＡＰは、新しいＡＰ ＭＬＤに遷移するとき、ＴＩＤを新しいＡＰ ＭＬＤにマッピングすることができる。

【0155】

図２８は、ＭＬＤレベル（例えば、Ｗｉ－Ｆｉ ７）ＴＩＤマッピングサポートおよびＭＡＰレベル（例えば、少なくとも潜在的にＷｉ－Ｆｉ ８）ＴＩＤマッピング動作の両方の詳細を含む、ＭＡＰ関連付けにおけるＴＩＤからリンクへのマッピングの可能な特徴を示す表である。図に示すように、様々な実施形態によれば、例えば、デバイス能力および／または様々な他の考慮事項のいずれかに応じて、潜在的に使用することができる様々な可能な必須モードおよび任意選択的にサポートされるモードが存在することができる。他のＴＩＤマッピングモードおよび／または図示されたＴＩＤマッピングモードの変形も可能であることに留意されたい。

【0156】

図２９は、いくつかの実施形態に係る、ローミングモードを使用することができる例示的なシナリオの態様を示す。図示されたシナリオでは、非ＡＰ ＭＡＰは、全て有効にされた６つのリンクを有することができる。バッファリングされたトラフィックが存在しないとき、全てのリンクは、省電力モードにあってもよい。バッファリングされたトラフィックが存在するとき、ＡＰ ＭＬＤ ２とのリンクは、トラフィックを搬送することができる。いくつかの実施形態では、ローミングモードの非ＡＰ ＭＡＰは、１つの非ＡＰ ＭＬＤ内のＳＴＡ（単数または複数）が一度にアクティブモードで動作することを可能にする規則を有することができることに留意されたい。例えば、非ＡＰ ＭＬＤが２つ以上のＡＰ ＭＬＤとのリンクをアクティブモードに設定しない場合があり得る。ローミングモードは、高速リンクアクティブ化および非アクティブ化に基づくことができる。動作モードは、いくつかの実施形態では、連続低遅延トラフィック送信に適していない場合がある。ＡＰ ＭＡＰは、ローミングモードで動作することが可能な加入しているＡＰ ＭＬＤを制限することができる。

【0157】

図３０～図３１は、いくつかの実施形態に係る、ローミングモードのＡＰ ＭＡＰ実装のための更なる可能な特徴を示す。図３０に示すように、ルータ／ＡＰ ＭＡＰは、ローミングモードの非ＡＰ ＭＬＤに宛てられたダウンリンクフレームを記憶することができる。ＡＰ ＭＡＰは、ＡＰがトラフィックをバッファリングしたかどうかをローミングモードの非ＡＰ ＭＡＰにシグナリングするようにＡＰに命令することができる。非ＡＰ ＭＡＰがリンク中のＳＴＡをアクティブモードにアクティブ化すると、ルータは、バッファリングされたフレームをＡＰに転送することができる。フレームの送信後、ルータは、非ＡＰ ＭＡＰのためのフレームのバッファリングに戻ることができる。図３１に示すように、３１１０において、ＳＴＡ ＭＡＰ１は、ＳＴＡ ＭＡＰ１のＳＴＡ１ ３１０２とＡＰ ＭＡＰ１のＡＰ１ ３１０４との間の第１のリンクと、ＳＴＡ ＭＡＰ１のＳＴＡ２ ３１０６とＡＰ ＭＡＰ１のＡＰ２ ３１０８との間の第２のリンクとを有することができる。ＳＴＡ ＭＡＰ１は、第１のリンクを使用していた可能性があり、代わりに第２のリンクを使用する（例えば、ＡＰ２を使用する）ことを望む可能性がある。そうするために、ＳＴＡ１ ３１０２は、省電力モードに入るようにＡＰ１ ３１０４に示すことができ、ＳＴＡ２ ３１０６は、アクティブモードに入るようにＡＰ２ ３１０８に示すことができる。このシグナリングの後、３１１２において、ＳＴＡ１ ３１０２は、省電力状態にあってもよく、任意の更なるデータを送信しなくてもよいが、ＳＴＡ２ ３１０６は、アクティブモードにあってもよく、データを送受信してもよい。少なくともいくつかの実施形態では、同じブロック肯定応答、ＳＣＳ、およびＴＷＴ設定を両方のリンクにおいて使用することができることに留意されたい。

【0158】

図３２は、いくつかの実施形態に係る、可能なマルチＡＰ動作モードの例示的な態様を示す。図示されたシナリオでは、ＡＰ ＭＡＰおよび非ＡＰ ＭＡＰは、より柔軟なＵＬおよびＤＬ送信モードをサポートすることができる。そのような動作モードは、少なくとも場合によっては、ＡＰ ＭＡＰ内のＢＳＳ遷移遅延をさらに低減し、より多くのデータ伝送の代替形態を提供することができる。図に示すように、１つのそのような可能性は、アップリンクを任意のリンク（例えば、複数の異なるＡＰ ＭＬＤに関連付けられたものを含む）上で実行することができる一方で、ダウンリンクを特定のＡＰ ＭＬＤ上で実行することができるシナリオを含むことができる。このシナリオでは、ＵＬ ＴＩＤは、ＡＰ ＭＬＤ １とのリンクおよびＡＰ ＭＬＤ ２とのリンクの両方を含む全てのリンクにマッピングすることができるが、全てのＤＬ ＴＩＤは、ＡＰ ＭＬＤ １とのリンクにマッピングすることができ、ＤＬ ＴＩＤは、ＡＰ ＭＬＤ １とのリンクにマッピングすることができない。また図に示すように、別のそのような可能性は、アップリンクおよびダウンリンクを任意のリンク（例えば、複数の異なるＡＰ ＭＬＤに関連付けられたリンクを含む）上で実行することができるシナリオを含むことができる。このシナリオでは、ＵＬおよびＤＬ ＴＩＤの両方を、ＡＰ ＭＬＤ １とのリンクおよびＡＰ ＭＬＤ ２とのリンクの両方を含む全てのリンクにマッピングすることができる。

【0159】

いくつかの実施形態では、セットアップリンクは、少なくとも１つのＴＩＤがそのリンクにマッピングされている場合、有効であると定義されてもよく、ＴＩＤがそのリンクにマッピングされていない場合、無効であると定義されてもよい。リンクが有効である場合、それは、フレーム交換のために使用することができるが、マッピングされたＴＩＤおよび管理フレームに対応するデータフレームに限定することができる。測定ＭＭＰＤＵは、少なくともいくつかの実施形態では、特定のリンクにおいてのみ送信されてもよい。リンクが無効である場合、それが管理フレーム交換を含むフレーム交換のために使用されない場合があり得る。電力管理モードは、維持されなくてもよい。Ｓ－ＡＰＳＤスケジュールおよびＴＷＴスケジュールは、削除することができる。リンク無効化の前に開始された進行中の交換は、無効化されたリンク上で応答を送信することができる。

【0160】

アドミッション制御が使用されない限り、ＴＩＤは常に少なくとも１つのセットアップリンクにマッピングされる場合があり得る。ＴＩＤからリンクへのマッピングは、例えば、ＵＬリンクにマッピングされたＴＩＤが対応するＤＬリンクにマッピングされた同じＴＩＤでなくてもよいように、単方向であってもよい。デフォルトでは、全てのＴＩＤがＵＬとＤＬの両方の全てのセットアップリンクにマッピングされる場合があり得る。したがって、この場合、全てのセットアップリンクを有効にすることができる。ＡＰ ＭＬＤおよび非ＡＰ ＭＬＤが異なるマッピングをネゴシエートしない場合、またはＡＰ ＭＬＤおよび非ＡＰ ＭＬＤがいずれの代替マッピングにも同意できない場合、またはＡＰ ＭＬＤおよび非ＡＰ ＭＬＤが同意を取り壊した場合、デフォルトのＴＩＤからリンクへのマッピングモードが使用される場合があり得る。ＴＩＤからリンクへのマッピングネゴシエーションは、例えば、関連付けフレームを介して、またはＴＩＤからリンクへのマッピングハンドシェイクを介して、ＭＬセットアップ中に行うことができる。ＡＰ ＭＬＤまたは非ＡＰ ＭＬＤのいずれかが、ネゴシエーションを開始することが可能であってもよい。ＡＰまたは非ＡＰ ＭＬＤのいずれかが、ピアからのＴＩＤからリンクへのマッピング要求を受け入れる、または拒否することができる。ＴＩＤからリンクへのマッピングが受け入れられない場合、ピアは、好ましいマッピングを提案することができる。

【0161】

図３３は、いくつかの実施形態に係る、ＭＡＰ関連付けと併せて可能な電力管理使用の例示的な態様を示す。図示の実施例では、非ＡＰ ＭＡＰは、有効化されたリンクにおいてその電力管理モードを制御することが可能であってもよい。無効化されたリンクにおいてトラフィックが送信されることが許可されない場合があり得、したがって、ＳＴＡは、無効化されたリンク上でそれ自体をアクティブモードに設定することができない。ＭＡＣヘッダ中の電力管理フィールドは、ＳＴＡをアクティブモードまたは省電力モードに設定することができる。ＡＰは、それが省電力モードにあるとき、ＳＴＡにフレームを送信しないことを予想することができる。この動作は、Ｗｉ－Ｆｉ ７動作と同様であり得ることに留意されたい。したがって、非ＡＰ ＭＡＰが無効にされたＡＰ ＭＬＤ １とのリンク１～３（したがって、省電力モードオプションがない）並びに有効にされたＡＰ ＭＬＤ ２とのリンク４～６を有する図示されたシナリオでは、非ＡＰ ＭＡＰは、有効にされたリンク４～６に対してアクティブモードおよび省電力モードの任意の組合せを設定することができ、この場合、リンク４に対するＰＳモード、並びにリンク５およびリンク６に対するアクティブモードを含む。

【0162】

図３４は、いくつかの実施形態に係る、ＭＡＰシステムにおける非ＡＰ ＳＴＡのための可能な２レベルアドレス階層フレームワークの例示的な態様を示す。２レベルアドレス階層は、各リンクについてのリンクレベルアドレス、並びにＳＴＡを識別するためのＳＴＡ ＭＡＰアドレスを含むことができる。ＭＡＰ ＳＴＡアドレスは、（例えば、ＳＴＡ ＭＬＤアドレスをＢＳＳ遷移においてＳＴＡを識別するために使用することができる）８０２．１１ ｂｅにおけるＳＴＡ ＭＬＤアドレスと同様に使用することができ、ＭＡＰ ＳＴＡをＭＡＰ ＡＰ、ＡＰ ＭＬＤ、またはＡＰに識別することができる。図に示すように、特定のシナリオでは、このアドレス階層が圧縮されることが可能であり得る。例えば、単一のリンクを用いてレガシーＡＰと対話するとき、リンクレベルとＭＡＰレベルの両方において非ＡＰ ＳＴＡを識別するためにＭＡＰ ＳＴＡアドレスが使用される場合があり得る。また図に示すように、少なくともいくつかの実施形態によれば、アドレス階層はまた、そのような圧縮の後に、例えば、そのようなレガシーＡＰからＭＡＰシステム内のＭＡＰ ＡＰに遷移するときに、再拡張することができる。

【0163】

より詳細には、少なくともいくつかの実施形態では、ＳＴＡリンクアドレスは、リンク中のＳＴＡ識別子であってもよく、オーバージエア（ＯＴＡ）フレーム内に存在することができる。このアドレスは、関連して変更されてもよい。非ＡＰ ＭＡＰアドレスは、認証および関連付けにおいて非ＡＰ ＭＡＰを識別することができる。このアドレスは、長期識別子であってもよく、キー導出において使用されてもよい。ＡＰリンクアドレスは、リンク中のＡＰ識別子であってもよく、ＯＴＡフレーム内に存在してもよい。このアドレスは、レガシー認証および関連付けにおけるＡＰ識別子としての役割を果たすことができる（レガシー関連付けはマルチリンクサポートを有しないことに留意されたい）。ＡＰ ＭＬＤアドレスは、マルチリンク認証および関連付けにおけるＡＰ ＭＬＤ識別子であってもよい。このアドレスは、非ＡＰ ＳＴＡ ＭＬＤが関連付けるときにＡＰ ＭＬＤを識別することができる。ＡＰ ＭＡＰアドレスは、ＭＡＰ認証および関連付けにおけるＡＰ ＭＡＰ識別子であってもよい。このアドレスは、非ＡＰ ＳＴＡ ＭＡＰが関連付けるときにＡＰ ＭＡＰを識別することができる。

【0164】

図３５は、いくつかの実施形態に係る、ＭＡＰシステムに使用することができる可能な高速遷移キー階層の例示的な態様を示す。図示のように、図示された実施例では、別個のＰＭＫ－Ｒ１キーを、モビリティドメインにおける各ＡＰ、ＡＰ ＭＬＤ、およびＡＰ ＭＡＰのために使用することができる。

【0165】

再び図１３を参照すると、いくつかの実施形態に係る、ＭＡＰシステムに使用することができる可能なブロック肯定応答（ＢＡ）フレームワークの例示的な態様も示されている。図示の実施例では、ＢＡは、全てのリンクにセットアップすることができる、すなわち、全てのリンクは、使用中の同じＢＡを有することができる。各リンク固有のＡＰは、例えば、Ｗｉ－Ｆｉ ７原理に従って、リンク固有のデータ伝送およびＢＡスコアボーディングを実行することができる。したがって、少なくともいくつかの点で、非ＡＰ ＭＡＰにおけるＢＡ実装は、非ＡＰ ＭＬＤ実装と同様であってもよい。ＡＰ ＭＡＰは、送信バッファおよび並べ替えバッファを配置するための複数の代替形態を有することができる。

【0166】

図３６は、いくつかの実施形態に係る、送信バッファおよび並べ替えバッファ実装を行うことができる複数の位置を含む可能なＭＡＰシステムの例示的な態様を示す。１つのオプションとして、ＤＬ ＴＸバッファおよび／またはＵＬ並べ替えバッファは、ルータ（例えば、ＡＰ ＭＡＰコントローラ）内に配置することができる。これがＤＬ ＴＸバッファ位置である場合、送信ＡＰは、ルータからＤＬフレームをフェッチする必要があり得、これにより、遅延を追加することがある。これがＵＬ並べ替えバッファ位置である場合、全てのＵＬフレームをルータに転送することができる。ルータは、並べ替えバッファリングを実行し、重複フレームを削除することができる。ルータは、並べ替えられたパケットをインターネットに解放することができる。別のオプションとして、ＤＬ ＴＸバッファおよび／またはＵＬ並べ替えバッファは、ＳＴＡとのアクティブリンクを有するＡＰ ＭＬＤ内に配置することができる。これがＤＬ ＴＸバッファ位置である場合、ＤＬパケットは、ＡＰ ＭＬＤに直接配信することができる。これにより、ＤＬフレーム伝送遅延を低減することができる。これがＵＬ並べ替えバッファ位置である場合、非ＡＰ ＭＡＰは、ＵＬ並べ替えバッファリングを実行する単一のＡＰ ＭＬＤにＵＬフレームを送信することができる。ＡＰ ＭＬＤは、並べ替えられたフレームを直ちにインターネットに送信することができる。

【0167】

図３７～図３８は、これらの可能な例示的なシナリオの更なる詳細を示す。図３７では、ＡＰ ＭＡＰにおける可能なＤＬフレーム送信バッファの代替形態がさらに示されており、送信バッファがルータ内に位置するシナリオ（「ケース１」）、および送信バッファがＡＰ ＭＬＤ内に位置するシナリオ（「ケース２」）を含む。いくつかの実施形態では、第１のシナリオは、異なる時間に異なるＭＬＤからダウンリンクデータを受信することができるローミング非ＡＰ ＭＡＰにサービスを提供するのにより適することができるが、第２のシナリオは、少なくとも場合によっては、低待ち時間／高ビットレートデータ伝送により適することができる。図３８では、ＡＰ ＭＡＰにおける可能なＵＬ並べ替えバッファの代替形態がさらに示されており、並べ替えバッファがルータ内に位置するシナリオ（「ケース１」）、および並べ替えバッファがＡＰ ＭＬＤ内に位置するシナリオ（「ケース２」）を含む。図に示すように、第１のシナリオでは、全てのＵＬデータは、受信されるとすぐにルータに転送することができるが、第２のシナリオでは、少なくとも場合によっては、並べ替えられ、バッファリングされ、復号されたＵＬデータは、ＡＰ ＭＬＤから直接インターネットに送信することができる。

【0168】

図３９は、いくつかの実施形態に係る、ＭＡＰシステムにおける可能なデータ暗号化および復号アーキテクチャの例示的な態様を示す。Ｗｉ－Ｆｉ ７では、ＭＬＤアドレスは、データ暗号化および復号に使用することができる。ＯＴＡ送信フレームは、ＭＬＤアドレスがＯＴＡ送信されないように、リンク固有のアドレスを含むことができる。ＭＬＤアドレスは、暗号化におけるＯＴＡアドレスとして使用することができる。ＯＴＡアドレスは、リンクアドレスであるように設定されるが、受信機は、このアドレスをＭＬＤアドレスに置き換える。Ｗｉ－Ｆｉ ８は、同様の原理を使用することができ、ＭＬＤアドレスがＭＡＰアドレスに置き換えられる。暗号化／復号は、クラウドまたはＡＰ ＭＬＤ内の別個のブロックによって実行されてもよい。いくつかの実施形態では、暗号化ブロックは、送信バッファを動作させるデバイスと共に配置することができる。同様に、復号ブロックは、いくつかの実施形態では、並べ替えバッファを動作させるデバイスと共に配置することができる。

【0169】

図４０は、いくつかの実施形態に係る、ＡＰ ＭＡＰ内の可能なデータ伝送フロー特徴およびそれらの特徴のための可能な実装位置を示す表である。少なくともいくつかの実施形態では、パケット番号割り当ておよび暗号化（送信機動作において陰影付けされている）は、暗号化ユニットの動作であってもよいことに留意されたい。いくつかの実施形態では、復号およびリプレイ検出（受信機動作において陰影付けされている）は、外部ユニットに配置することができることが可能であり得る。

【0170】

図４１は、いくつかの実施形態に係る、ＡＰ ＭＡＰにおける可能なフレーム暗号化および復号代替形態の態様を示す。暗号化および復号代替形態は、少なくとも場合によっては、送信バッファおよび並べ替えバッファ実装の代替形態に従うことができることに留意されたい。図に示すように、オプションは、ルータがＵＬフレームを復号し、ＤＬフレームを暗号化する第１のオプションと、最終ＡＰ ＭＬＤがＵＬフレームを復号し、ＤＬフレームを暗号化する第２のオプションと、ＡＰ ＭＬＤがＤＬフレームを暗号化する一方で、ルータがＵＬフレームを復号する第３の（ハイブリッド）オプションとを含むことができる。他のオプションも可能であり得ることに留意されたい。

【0171】

ＷＬＡＮは、いくつかの可能なシーケンス番号（ＳＮ）空間を有することができる。ＱｏＳデータは、各ＴＩＤおよび方向（ＵＬ／ＤＬ）のためのＳＮを有することができる。ＡＰ ＭＡＰワイドＳＮは、全てのリンクにおけるＢＡ使用を可能にすることができる。グループアドレス指定されたデータフレームは、全てのリンク内で一意のＳＮを有することができる。したがって、非ＡＰ ＭＡＰは、任意のリンク上でグループデータフレームを受信することができる。図４２は、いくつかの実施形態に係る、ＭＡＰシステムにおけるそのような様々なＳＮ空間のための可能なシーケンス番号処理規則を示す表である。

【0172】

図４３は、いくつかの実施形態に係る、ＭＡＰ関連付けにおける可能なＥＭＬＳＲ動作の例示的な態様を示す。Ｗｉ－Ｆｉ ７では、ＥＭＬＳＲは、ＡＰ ＭＬＤ内のリンクにおいて動作することができる。Ｗｉ－Ｆｉ ８では、ＥＭＬＳＲが１つのＡＰ ＭＬＤ内のリンクにおいて動作することができる場合があり得る。したがって、ＡＰ ＭＡＰが複数のＡＰ ＭＬＤを有する場合、各ＡＰ ＭＬＤが他のＡＰ ＭＬＤから独立してＥＭＬＳＲリンクをセットアップすることができる場合があり得る。いくつかの実施形態では、１つのＥＭＬＳＲセットアップは、異なるＡＰ ＭＬＤ内のリンク上で動作しなくてもよい。任意選択的に、Ｗｉ－Ｆｉ ８デバイスが異なるＡＰ ＭＬＤに属するリンクにおいてＥＭＬＳＲを動作させる能力を有することができる場合があり得る。

【0173】

いくつかの実施形態では、関連付け維持ＭＡＰ電力管理のために様々な特徴が可能であり得る。そのような特徴は、「リッスン間隔」および「最大アイドル期間」パラメータを含むことができ、それらは、ＭＡＰ関連付けの間に交換することができ、両方ともＭＡＰエンティティに適用することができる。リッスン間隔は、ビーコンを受信するために非ＡＰ ＭＡＰがそのＳＴＡのうちの少なくとも１つをどのくらいの頻度でウェイクするかを示すことができる。ＡＰ ＭＡＰは、リッスン間隔よりも長い期間にわたって非ＡＰ ＭＡＰのためのユニキャストバスをバッファリングすることを予想することができる。最大アイドル期間は、ＡＰ ＭＡＰが任意のセットアップリンク上で非ＡＰ ＭＡＰから少なくとも１つのフレームを予想する期間を示すことができる。そうでない場合、ＡＰ ＭＡＰは、非ＡＰ ＭＡＰを関連付け解除することができる。８０２．１１仕様は、このＭＡＰ固有パラメータをシグナリングするために、ＭＡＰ最大アイドル値を定義することができる。代替的に、レガシーＢＳＳ最大アイドル変数は、このアイドル期間をシグナリングすることができる。この期間中、ＡＰ ＭＡＰは、任意のセットアップリンク上で非ＡＰ ＭＡＰからフレームが受信されないために、非ＡＰ ＭＡＰを関連付け解除しない場合があり得る。

【0174】

ＡＰ ＭＡＰでは、全てのＡＰは、ビーコンを送信することができ、したがって、ＳＴＡは、任意のＡＰからビーコンを受信することができる。ＳＴＡからのフレームは、有効化されたリンク上で受信されなければならない。ネットワークコントローラまたはＡＰ ＭＡＰは、ＡＰ ＭＬＤを制御し、ＭＬＤ内の全てのＡＰについてリッスン間隔および／または最大アイドル期間が満たされているかどうかをチェックすることができる。

【0175】

図４４は、いくつかの実施形態に係る、ＭＡＰシステムに関する情報を提供するために使用することができる、マルチＡＰ要素の可能な特徴を示す。ＭＡＰ要素は、ＡＰ ＭＡＰ共通パラメータと、ＡＰ ＭＡＰ内の他のＡＰ ＭＬＤ（単数または複数）およびＡＰ（単数または複数）のＭＬ要素とを含むことができる。他のＡＰ ＭＬＤ（単数または複数）およびＡＰ（単数または複数）の情報は、関連付け応答フレームに存在してもよい。ビーコンおよびプローブ応答フレーム内のＭＡＰ要素は、いくつかの実施形態では、ＭＬ要素使用のＷｉ－Ｆｉ ７原理と同様であってもよい、共通ＡＰ ＭＡＰパラメータのみを搬送することができる。非ＡＰ ＭＬＤは、関連付け要求フレームにおいてＭＡＰ要素を送信することができる。ＭＡＰ要素は、非ＡＰ ＭＬＤの非ＡＰ ＭＡＰのための他の非ＡＰ ＭＬＤおよび非ＡＰ（単数または複数）のパラメータを含むことができる。ＭＡＰ要素は、継承を使用することができ、要素値は、少なくともいくつかの実施形態では、フレーム中で送信される第１の要素の値から継承することができる。

【0176】

図４５は、いくつかの実施形態に係る、可能なＭＡＰプローブ要求およびプローブ応答使用事例の態様を示す。ＳＴＡは、ＡＰ ＭＡＰについての全てのリンクおよび情報を問い合わせるための機構を有する必要があり得る。ＳＴＡは、ＡＰ ＭＬＤとのリンクを設定することができるために情報を必要とすることができる。したがって、プローブ要求は、ＭＡＰシステムにおいてスキャニングＳＴＡからＡＰに提供することができる。クエリは、例えば、特定のＡＰに関する情報を要求することができるように、固有であってもよい。いくつかの実施形態では、ＡＰ ＭＡＰは、そのような機構を使用して、動作するＡＰおよびＡＰ ＭＬＤの詳細を提供することが可能であり得る。少なくともいくつかの実施形態では、この情報は、正しいパラメータを有する関連リンクのセットアップを容易にするために、関連付け要求の前に利用可能にすることができる。

【0177】

図４６は、いくつかの実施形態に係る、そのような可能なＭＡＰプローブ要求およびプローブ応答信号フローの例を示す信号フロー図である。信号フローは、２．４ＧＨｚ周波数帯域で動作している非ＡＰ ＭＬＤ内のＳＴＡ１ ４６０２と、同じく２．４ＧＨｚ周波数帯域で動作しているＡＰ ＭＡＰ１のＡＰ ＭＬＤ１内のＡＰ１ ４６０４との間で実行することができる。４６０６において、ＡＰ ＭＡＰ１は、４つのＡＰ ＭＬＤを有することができる。ＳＴＡ１ ４６０２は、２．４ＧＨｚ周波数帯域においてＡＰ１ ４６０４を発見していることがある。各ＡＰ ＭＬＤは、２．４、５、および６ＧＨｚ帯域の各々において１つのリンクである、３つのリンクを有することができる。ＳＴＡ１ ４６０２は、ＡＰ ＭＡＰ内のＡＰ ＭＬＤおよびＡＰに関する更なる情報を問い合わせるために、ＭＡＰプローブ要求を送信することができる。４６０８において、ＡＰ ＭＡＰシステム内の全てのＡＰについての情報を要求するプローブ要求を提供することができ、プローブ応答は、システム内のＡＰ ＭＬＤおよびそれらの加入しているＡＰについての完全な情報を有するＡＰ ＭＡＰ要素を含むことができる。４６１０において、ＡＰ ＭＡＰシステム内の特定のＡＰ ＭＬＤについての情報を要求するプローブ要求を提供することができ、プローブ応答は、これらの特定のＡＰ ＭＬＤについての情報を有するＡＰ ＭＡＰ要素を含むことができる。図４７は、いくつかの実施形態に係る、プローブ要求／応答において要求する／含めることができる情報に対する可能な変形例を示す表である。

【0178】

図４８は、いくつかの実施形態に係る、低減された近隣報告（ＲＮＲ）における可能なＡＰ ＭＡＰシグナリングの態様を示す表である。ＲＮＲは、場合によっては、同じＡＰ ＭＡＰに属する他のＡＰの帯域外発見、および／またはＡＰ動作パラメータを更新するためのリンク保守のために使用することができる。ＡＰ ＭＡＰに加入しているＡＰによって送信されるＲＮＲは、いくつかの実施形態では、ＡＰ ＭＡＰの一部である報告ＡＰ ＭＬＤおよび近隣ＡＰ ＭＬＤ内のＡＰに関する情報を含むことができる。図に示すように、そのようなＲＮＲに含めることができる識別子値は、少なくともいくつかの実施形態によれば、ＭＡＰ ＩＤと、１つ以上のＡＰ ＩＤ、リンクＩＤ、および／またはＭＬＤ ＩＤとを含むことができる。

【0179】

図４９～図５０は、いくつかの実施形態に係る、ＡＰ ＭＡＰに使用することができる可能な例示的なＲＮＲフォーマットオプションの態様を示す。図示のように、ＲＮＲ要素は、（潜在的に）複数の近隣ＡＰのための近隣ＡＰ情報フィールドを含むことができる。各近隣ＡＰ情報要素は、ＴＢＴＴ情報ヘッダと、動作クラスと、チャネル番号と、（複数のＴＢＴＴ情報フィールドを含むことができる）ＴＢＴＴ情報セットとを含むことができる。いくつかの実施形態では、ＴＢＴＴ情報ヘッダは、ＴＢＴＴ情報フィールドタイプを含むことができ、それは、ＴＢＴＴ情報ヘッダがＭＬＤ若しくはＭＡＰ ＳＴＡのためのものである、またはＡＰ発見のためのレガシー８０２．１１ａｃ若しくは８０２．１１ａｘ ＳＴＡのためのものであるかを識別することができる。図示のように、ＴＢＴＴ情報フィールド内に存在する長さおよびフィールドは、ＴＢＴＴ情報フィールドタイプ値に応じて異なることができる。

【0180】

（例えば、ＴＢＴＴ情報フィールドのＭＬＤパラメータフィールド中の）ＭＬＤ ＩＤは、同じＡＰ ＭＬＤに加入している報告されたＡＰのリストを識別するために、報告ＡＰによって生成することができることに留意されたい。リンクＩＤは、報告されたＡＰが加入しているＡＰ ＭＬＤ内の報告されたＡＰのリンク識別子を示すことができる。変更シーケンスは、報告されたＡＰのビーコンに対する重大な更新が発生したときにインクリメントすることができる。報告されたＢＳＳによって送信されるビーコンが、最後の変更シーケンス値更新において値が変更された全てのパラメータを含む場合、含まれる全ての更新フィールドは、１に設定することができる。したがって、報告されたＢＳＳからビーコンを受信することによって、この場合、ＳＴＡは、少なくともいくつかの実施形態によれば、全ての更新されたパラメータ値を得ることができる。

【0181】

個人特定可能な情報の使用は、ユーザのプライバシーを維持するための業界または政府の要件を満たすまたは超えるとして一般に認識されているプライバシーポリシおよびプラクティスに従うべきであることに十分に理解されたい。特に、個人特定可能な情報データは、意図されないまたは許可されていないアクセスまたは使用のリスクを最小限に抑えるように管理および取り扱いされるべきであり、許可された使用の性質はユーザに明確に示されるべきである。

【0182】

上述の例示的な実施形態に加えて、本開示の更なる実施形態は、様々な形態のいずれかで実現することができる。例えば、いくつかの実施形態は、コンピュータにより実施される方法、コンピュータ可読メモリ媒体、またはコンピュータシステムとして実現することができる。他の実施形態は、ＡＳＩＣなどの１つ以上のカスタム設計されたハードウェアデバイスを使用して実現されてもよい。更なる他の実施形態は、ＦＰＧＡなどの１つ以上のプログラム可能ハードウェア要素を使用して実現されてもよい。

【0183】

いくつかの実施形態では、非一時的コンピュータ可読メモリ媒体は、プログラム命令および／またはデータを記憶するように構成されてもよく、このプログラム命令は、コンピュータシステムによって実行されると、コンピュータシステムに、本方法を、例えば、本明細書に記載された方法の実施形態のいずれか、または、本明細書に記載された方法の実施形態の組み合わせ、または、本明細書に記載された方法の実施形態のサブセット、または、そのようなサブセットの組み合わせを実行させる。

【0184】

いくつかの実施形態では、デバイス（例えば、ＡＰ１０４またはＵＥ１０６）は、プロセッサ（またはプロセッサのセット）およびメモリ媒体を含むように構成することができる。ここで、メモリ媒体は、プログラム命令を記憶し、プロセッサは、メモリ媒体からプログラム命令を読み込み、実行するように構成されている。プログラム命令は、本明細書に記載された種々の方法の実施形態の任意のもの（または、本明細書に記載された方法の実施形態の任意の組み合わせ、または、本明細書に記載された方法の実施形態のいずれかの任意のサブセット、または、このようなサブセットの任意の組み合わせ）を実施するために実行可能である。デバイスは、様々な形態のいずれかにおいて実現されてもよい。

【0185】

上記の実施形態は、かなり詳細に記載されているが、上記の開示が完全に理解されれば、多数の変形形態および修正形態が当業者には明らかになる。以下の特許請求の範囲は、全てのそのような変形形態および修正形態を包含すると解釈されることが意図されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24-01】

【図24-02】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】

【図44】

【図45】

【図46】

【図47】

【図48】

【図49】

【図50】

【外国語明細書】