JP2014504065A - ダイレクトリンク接続のためのプローブメッセージング - Google Patents

Abstract

通信ネットワークにおいてクライアントデバイス間でダイレクト通信リンクを効果的に確立する技法を開発する問題がある。いくつかの実装形態では、関連ＳＴＡは、特定のアクセスポイント（ＡＰ）に関連するクライアントデバイスである。非関連ＳＴＡは、ＡＰに関連しないクライアントデバイスである。トンネリングされたプローブ要求が、関連ＳＴＡによってＡＰを通じて、他の関連ＳＴＡにブロードキャストされるように送信され得る。いくつかの実装形態では、関連ＳＴＡと非関連ＳＴＡとの間の通信リンクを確立するために、トンネリングされたプローブ要求にアクティブなスキャンが組み合わされ得る。
【選択図】 図４

Description

関連出願の相互参照
本出願は、その各々の全体が参照により本明細書に組み込まれる、２０１０年１１月１９日に出願された「ＤＩＳＣＯＶＥＲＹ ＦＯＲ ＤＩＲＥＣＴ ＬＩＮＫ ＣＯＮＮＥＣＴＩＯＮＳ」と題する米国仮特許出願第６１／４１５，６２２号、および２０１０年１１月２９日に出願された「ＤＩＳＣＯＶＥＲＹ ＦＯＲ ＤＩＲＥＣＴ ＬＩＮＫ ＣＯＮＮＥＣＴＩＯＮＳ」と題する米国仮特許出願第６１／４１７，５３２号に対する米国特許法第１１９条（ｅ）項に基づく優先権の利益を主張する。

本出願は、ワイヤレス通信に関し、詳細には、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）システムにおけるデバイス発見を可能にするシステム、方法およびデバイスに関する。

多くの電気通信システムでは、通信ネットワークは、いくつかの対話している空間的に分離されたデバイスの間でメッセージを交換するために使用される。ネットワークは、地理的範囲、たとえばメトロポリタンエリア、ローカルエリア、またはパーソナルエリアに従って分類され得る。そのようなネットワークはそれぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）として指定される。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用されるスイッチング／ルーティング技法（たとえば、回線交換対パケット交換）、送信のために採用される物理媒体のタイプ（たとえば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（たとえば、インターネットプロトコルスイート、ＳＯＮＥＴ（同期光ネットワーキング：Synchronous Optical Networking）、イーサネット（登録商標）など）によって異なる。

ワイヤレスネットワークは、しばしば、ネットワーク要素がモバイルであり、そのため動的接続性の必要があるとき、またはネットワークアーキテクチャが、固定ではなくアドホックなトポロジーで形成される場合に好適である。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域中の電磁波を使用して、非誘導伝搬モードで無形物理媒体を採用する。ワイヤレスネットワークは、固定ワイヤードネットワークと比較して、ユーザモビリティと迅速なフィールド展開とを有利な形で可能にする。しかしながら、ワイヤレス通信は、ネットワークユーザ間の有意なアクティブリソース管理と、互換的なスペクトル利用のためのよりハイレベルな相互の協調および協働とを必要とする。

様々な実施形態は、添付の特許請求の範囲内でシステムと、方法と、デバイスとを含み、各々はいくつかの態様を有しており、そのうちの１つが本明細書で説明する望ましい属性に対する全責任を負うことはない。添付の特許請求の範囲を限定することなく、いくつかの顕著な特徴について本明細書で説明する。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、どのように様々な実施形態の特徴を使用して、デバイスなどの間の通信リンクを確立するかが理解されよう。

一態様によれば、ワイヤレス通信のための装置が開示される。本装置は、カプセル化されたプローブフレームを含むメッセージを生成するように構成されたメッセージ生成モジュールと、第１の期間中に第１の通信チャネルを選択し、第２の期間中に第２の通信チャネルを選択するように構成されたチャネル選択モジュールと、第１の期間中にアクセスポイントを通じて第１の通信デバイスに対しメッセージを送信し、第２の期間中に第２の通信デバイスに対し直接的にメッセージを送信するように構成された送信モジュールとを含む。

別の態様によれば、ワイヤレスデバイスで実施されるワイヤレス通信の方法が開示される。本方法は、プローブフレームを生成することと、メッセージ内にプローブフレームをカプセル化することと、第１の通信デバイスに対し第１の期間中にアクセスポイント（ＡＰ）を通じてメッセージを送信するための第１のチャネル、および第２の期間中に第２の通信デバイスに対し直接的にメッセージを送信するための第２のチャネルのうちの１つを選択することと、メッセージを送信することとを含む。

別の態様によれば、ワイヤレス通信の装置が開示される。本装置は、プローブフレームを生成するための手段と、メッセージ内にプローブフレームをカプセル化するための手段と、第１の通信デバイスに対し第１の期間中にアクセスポイント（ＡＰ）を通じてメッセージを送信するための第１のチャネル、および第２の期間中に第２の通信デバイスに対し直接的にメッセージを送信するための第２のチャネルのうちの１つを選択するための手段と、メッセージを送信するための手段とを含む。

別の態様によれば、ワイヤレス通信デバイスにおいて命令を操作するように構成されたプログラムのためのデータを処理するためのコンピュータプログラム製品が開示される。本コンピュータプログラム製品は、プローブフレームを生成することと、メッセージ内にプローブフレームをカプセル化することと、第１の通信デバイスに対し第１の期間中にアクセスポイント（ＡＰ）を通じてメッセージを送信するための第１のチャネル、および第２の期間中に第２の通信デバイスに対し直接的にメッセージを送信するための第２のチャネルのうちの１つを選択することと、メッセージを送信することとを処理回路に行わせるためのコードが記憶されている非一時的コンピュータ可読媒体を含む。

本開示の特徴、性質、および利点は、全体を通じて同様の参照符号が同様のものを指す図面とともに、以下に記載する発明を実施するための形態を読めばより明らかになろう。

通信構成要素のいくつかの例示的な態様の簡略ブロック図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるメッセージの例を示す図。 いくつかの実装形態によるプローブ要求とプローブ応答とを送受信する方法の例を示す図。 いくつかの実装形態によるトンネリングされたプローブ要求フレームのリンク識別子の例を示す図。 いくつかの実装形態によるトンネリングされたプローブ要求フレームのリンク識別子の例を示す図。 いくつかの実装形態によるトンネリングされたプローブ応答フレームのリンク識別子の例を示す図。 いくつかの実装形態によるトンネリングされたプローブ応答フレームのリンク識別子の例を示す図。 いくつかの実装形態によるプローブ要求とプローブ応答とＴＤＬＳ発見要求とＴＤＬＳ発見応答とを送受信する方法の例を示す図。 いくつかの実装形態によるＧＡＳ初期要求および応答を送受信する方法の例を示す図。 いくつかの実装形態による通信デバイスを監視する方法の例を示す図。 いくつかの実装形態によるデバイスの例を示す図。 いくつかの実装形態によるプローブフレームを送信する方法のフローチャートを示す図。 いくつかの実装形態によるコンピュータプログラム製品の例を示す図。

普及しているワイヤレスネットワーク技術は、様々なタイプのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を含み得る。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを採用して、近接デバイスを相互接続するために使用され得る。本明細書で説明する様々な実施形態は、ＷｉＦｉ（登録商標）のような任意の通信規格、またはより一般的には、ワイヤレスプロトコルのＩＥＥＥ８０２．１１ファミリーの任意の要素を適用し得る。

いくつかの実装形態では、ＷＬＡＮは、ワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。たとえば、２つのタイプのデバイスであるアクセスポイント（ＡＰ）およびクライアント（局またはＳＴＡとも呼ばれる）が存在し得る。一般に、ＡＰはＷＬＡＮのためのハブまたは基地局として機能し、ＳＴＡはＷＬＡＮのユーザとして機能する。たとえば、ＳＴＡはラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイル電話などであり得る。一例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークへの一般的接続性を得るためにＷｉＦｉ（たとえば、ＩＥＥＥ８０２．１１プロトコル）準拠ワイヤレスリンクを介してＡＰに接続する。いくつかの実装形態では、ＳＴＡはＡＰとして使用されることもある。

別の態様では、ワイヤレスネットワークはインフラストラクチャモードで動作し得る。インフラストラクチャモードでは、ＳＴＡはＡＰに接続し、ＡＰは、たとえばインターネットアクセスを含めて、ネットワークインフラストラクチャに他のワイヤレスクライアントと接続するためのハブとして機能する。インフラストラクチャモードは、他のワイヤレスクライアントに接続性を提供するためにクライアントサーバアーキテクチャを使用する。一態様では、ワイヤレスネットワークは、周期的なビーコン信号を生成し、このビーコン信号は、すべての近接クライアントにワイヤレスネットワーク特性（たとえば、最大データレート、暗号化ステータス、ＡＰ ＭＡＣアドレス、ＳＳＩＤなど）をブロードキャストする。たとえば、サービスセット識別子（ＳＳＩＤ）は、特定のワイヤレスネットワークを識別し得る。

ワイヤレスクライアント間のダイレクト接続を確立するには、ダイレクト接続を確立することが可能なワイヤレスクライアントデバイスを発見する必要がある。ホームネットワークに関連するワイヤレスデバイスまたはクライアントは関連ＳＴＡと呼ばれ得る。

ワイヤレスプロトコル（たとえば、ＩＥＥＥ８０２．１１など）は、ＡＰに関連するワイヤレスＳＴＡが、それらの間のダイレクトリンクをセットアップできるようにするプロトコルを定義し得る。１つのそのようなプロトコルは、Ｔｕｎｎｅｌｅｄ Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｕｐ（ＴＤＬＳ）である。本明細書で説明するＴＤＬＳセットアップメッセージは、ＡＰを通じてトンネリングされ（tunneled）得るように、特定のイーサタイプに従ってメッセージ（たとえば、プロトコルデータユニット（ＰＤＵ）のようなデータユニット）内にカプセル化され得る。一例では、イーサタイプはイーサネットフレーム内のフィールドで指定され、メッセージ内にペイロードをカプセル化するために使用されるプロトコルを示す。ＴＤＬＳプロトコルによれば、ＴＤＬＳセットアップメッセージは、関連ＳＴＡに送られる発見要求（discovery request）を含み得る。次いで発見要求に対し、ＴＤＬＳ発見応答（discovery response）を通じてＴＤＬＳ対応ＳＴＡが応答し得る。ＴＤＬＳ発見要求および応答は、ＡＰによって使用されるイーサタイプに従ってカプセル化されることから、２つの関連ＳＴＡの間でＴＤＬＳを使用するためにＡＰをアップグレードする必要はなく、その理由は、ＡＰが見るのはすべて、イーサタイプに従ってカプセル化されたメッセージであることにある。したがって、ＴＤＬＳダイレクトリンクは、ＡＰをアップグレードする必要なしに、２つのＴＤＬＳ対応ＳＴＡの間でセットアップされ得る。

いくつかの実装形態によれば、プローブフレームがメッセージの部分内にカプセル化されることもある。プローブフレームは、たとえば、プローブ要求およびプローブ応答のようなメッセージを含むが、これらに限定されない。プローブ要求は、関連ＳＴＡ間のダイレクト通信リンクを確立するために必要な情報を含み得る。クライアントデバイスは、カプセル化されたプローブフレームを検出するとメッセージを処理することが可能であり得る。たとえば、データフレームが図２Ａ〜図２Ｆおよび図３Ａ〜図３Ｅに関して後述するメッセージの部分の１つにプローブ識別子を有する場合、それは適切な応答を生成し得る。さらに、たとえば、クライアントデバイスは、以下で図２Ｃに関して説明するように、規格、たとえばＷｉＦｉアライアンス（ＷＦＡ）規格によって定義されたプロトコルに従って、カプセル化されたプローブフレーム本体を有するメッセージを処理することが可能であり得る。トンネリングされたプローブ要求／応答はデータメッセージ内にカプセル化され得るので、２つのＳＴＡの間で交換されるプローブフレームを処理するためにＡＰをアップグレードする必要はない。したがって、ＡＰは追加処理なくメッセージ内でトンネリングされたプローブフレームを転送し得るので、ＡＰをアップグレードすることなく２つのクライアントデバイスＳＴＡの間でダイレクト通信リンクがセットアップされ得る。

図１は、いくつかの実装形態による、通信構成要素のいくつかの例示的な態様の簡略ブロック図である。通信構成要素は、アクセスポイント（ＡＰ）１５０と複数のクライアントデバイス（ＳＴＡ）とを含む。第１のＳＴＡ１（１０５Ａ）は、トンネリングされたプローブ要求のソースであるクライアントデバイスを表し得る。トンネリングされたプローブ要求は、通信ネットワーク内のＳＴＡのうちの１つまたは複数にダイレクト接続するための情報を含み得る。たとえば、トンネリングされたプローブ要求は、ソースＳＴＡのダイレクトネットワークアドレスを含んでよく、それにより、受信側ＳＴＡはソースＳＴＡとダイレクト通信し得る。ＳＴＡ１（１０５Ａ）は、トンネリングされたプローブ要求を生成し、トンネリングされたプローブ要求送信１１０によって表されるように、ＡＰ１５０を通じて通信ネットワーク内の他の関連ＳＴＡに送信し得る。ＡＰ１５０は、ＡＰ１５０に関連するＳＴＡへのブロードキャスト１２０において、トンネリングされたプローブ要求内の情報を透過的に転送し得る。関連ＳＴＡは、ＳＴＡ１（１０５Ａ）、ＳＴＡ２（１０５Ｂ）、およびＳＴＡｎ（１０５Ｃ）のうちのいずれかであり得る。ＳＴＡｎ（１０５Ｃ）によって表されるように、任意の数のＳＴＡがＡＰ１５０に関連付けられ得る。次いで受信側ＳＴＡ１０５Ｂ、１０５Ｃは、プローブ応答１３０を生成し、ＳＴＡ１に送信し得る。加えて、受信側ＳＴＡ（たとえば、ＳＴＡ２ １０５Ｂ、ＳＴＡｎ １０５Ｃ）は、トンネリングされたプローブ応答１４０を生成し、ＡＰ１５０に送信し得る。次いでＡＰは、トンネリングされたプローブ応答１６０をＳＴＡ１（１０５Ａ）に送信し得る。いくつかの実装形態によれば、ソースＳＴＡ１０５Ａを除く、トンネリングされたプローブ要求ブロードキャストを受信したＳＴＡはすべて、受信側ＳＴＡと見なされる。

ここで、メッセージ内のプローブフレームのカプセル化について、図２Ａ〜図２Ｆを参照しながら説明する。図２Ａは、カプセル化されたプローブフレーム２１７を含むメッセージ２１０の第１の例を示している。メッセージ２１０は、プロトコル識別子２１６を含む部分とプローブフレーム２１７を含む部分とを含み得る。メッセージ２１０は、以下で図２Ｂ〜図２Ｆを参照しながら説明するように、プローブフレーム２１７に関する任意の数の変形態で配置されるペイロードタイプフィールド、カテゴリー／アクションフィールド、およびタイプ／サブタイプフィールドも含み得る。プローブフレーム２１７はまた、全体的にペイロードとして説明され、ペイロードと呼ばれ得る。

図２Ｂは、カプセル化プロトコルに対応する３つの部分を含むメッセージ２２０の別の例である。メッセージ２２０は、プロトコル識別子２２６と、ペイロードタイプフィールド２２８と、プローブフレーム２２７とを含み得る。ペイロードタイプフィールド２２８は、プローブフレーム２２７の存在を示し得る。プローブフレーム２２７は、プローブ要求またはプローブ応答のいずれかに関する情報、あるいはＳＴＡの機能に関する追加情報を含み得る。プローブフレーム２２７はまた、全体的にペイロードとして説明され、ペイロードと呼ばれ得る。

上記で説明したメッセージ２１０および２２０の内容について、図２Ｃ〜図２Ｆの例を参照しながらより詳細に説明する。図２Ｃは、いくつかの実装形態によるメッセージ２００の例を示している。プローブフレームが関連ＳＴＡによって生成され得る。プローブフレームはメッセージ２００内にカプセル化され得る。メッセージ２００は、プロトコル層またはフィールド２０１〜２０５を含み得る。メッセージ２００のフィールドは、ＭＡＣヘッダ２０１と、論理リンク制御（ＬＬＣ）／サブネットワークアクセスプロトコル（ＳＮＡＰ）ヘッダ２０２と、ペイロードタイプフィールド２０３と、タイプ／サブタイプフィールド２０４と、カプセル化されたフレーム本体（ＥＦＢ）２０５とを含み得る。ＭＡＣヘッダ２０１は、以下で図５Ａ〜図５Ｄに関してさらに論じるように、メッセージのソースアドレス、データユニットおよび／もしくはメッセージの宛先アドレス、ならびにメッセージタイプに関する情報を含み得る。ＬＬＣ／ＳＮＡＰヘッダ２０２は、たとえば、８個のオクテット（octets）を含み得る。最初の３個のオクテットは、ＬＬＣヘッダに対応し得る。ＬＬＣヘッダ、たとえば、ＡＡ−ＡＡ−０３は、ＳＮＡＰヘッダが存在することを示し得る。ＬＬＣ／ＳＮＡＰヘッダ２０２の次の３個のオクテットは、ＳＮＡＰヘッダを含み得る。ＳＮＡＰの組織一意識別子（ＯＵＩ：organizationally unique identifier）、たとえば００−００−００は、ＳＮＡＰ物理的識別子（ＰＩＤ）としてイーサタイプの存在を示し得る。

ＬＬＣ／ＳＮＡＰヘッダ２０２の最後の２個のオクテットは、イーサタイプに対応し得る。イーサタイプは、メッセージの関連プロトコルを識別し得る。たとえば、イーサタイプは、ＬＬＣ／ＳＮＡＰヘッダ２０２の後のプロトコルフィールドを識別し得る。図２Ｃを参照すると、イーサタイプ８９−０ｄは、たとえば、８０２．１１カプセル化プロトコルを識別し得る。メッセージ２００は、８０２．１１において定義されるカプセル化プロトコルの例であり得る。８０２．１１カプセル化プロトコルは、ＬＬＣ／ＳＮＡＰヘッダ２０２の後に、メッセージ２００の第１の部分としてペイロードタイプフィールド２０３を含み得る。ペイロードタイプフィールド２０３は、それに関連する任意の数の値を有してよい。図２Ｃを参照すると、ペイロードタイプフィールド２０３は３の値を有してよく、これはプローブフレームがカプセル化されていることを示す。タイプ／サブタイプフィールド２０４は、ＥＦＢ２０５のタイプおよびサブタイプを示し得る。ＥＦＢ２０５は、カプセル化されたプローブフレームを含み得る。結果として、上記のようにＴＤＬＳ発見機能を有することも有さないこともあるデバイス間でダイレクト接続リンクが確立され得る。

図２Ｄは、いくつかの実装形態によるメッセージ３００の例を示している。プロトコルフィールド３０１〜３０３は、図２Ｃに関して上述したプロトコルフィールド２０１〜２０３に類似してよい。図２Ｄを参照すると、ペイロードタイプ３０３は２の値を有してよく、これはＴＤＬＳカプセル化プロトコルを示す。ＴＤＬＳカプセル化プロトコルは、カテゴリー／アクションフィールド３０４を含み得る。

カテゴリー／アクションフィールド３０４は、アクションフレームカテゴリーと特定のアクションフレームとを示し得る。メッセージ３００は、カテゴリー／アクションフィールド３０４の後に、カプセル化されたアクションフレーム本体（ＥＡＦＢ）３０５を含み得る。ＥＡＦＢ３０５は、ＴＤＬＳフレーム本体として構成されてよく、また上記で説明したようにＴＤＬＳ命令を含んでよく、これはＴＤＬＳ発見要求フレームとＴＤＬＳ発見応答フレームとを含む。カテゴリー／アクションフィールド３０４は、プローブフレームを含むように再割り当てされ得る非割当てデータビットを有し得る。非割当てデータビットは、プローブ要求およびプローブ応答に必要な追加情報を含むように構成され得る。したがって、カテゴリー／アクションフィールド３０４の値によって示されるように、プローブフレームにＴＤＬＳカプセル化プロトコルが使用され得る。たとえば、ＩＥＥＥ８０２．１１によって定義された予約済みカテゴリーフィールドビット５〜１２６が、プローブフレーム情報を含むように再割り当てされ得る。追加または代替として、ＩＥＥＥ８０２．１１によって定義された予約済みアクションフィールドビット１６〜２５５が、プローブフレーム情報を含むように再割り当てされ得る。

図２Ｅは、いくつかの実装形態によるメッセージ４００の別の例を示している。プロトコルフィールド４０１〜４０２は、上述したように、それぞれプロトコルフィールド２０１〜２０２および３０１〜３０２に類似してよい。ＬＬＣ／ＳＮＡＰ４０２は、図２Ｃに示すように、ＩＥＥＥによって定義されていないカプセル化プロトコルを識別するイーサタイプを含むように構成され得る。図２ＣのＸＸ−ＸＸのイーサタイプ値によって表されるように、イーサタイプは、メッセージ４００に関する任意の数のカプセル化プロトコルを識別し得る。たとえば、カプセル化プロトコルは、ワイヤレスフィデリティー（Ｗｉ−Ｆｉ（登録商標））Ａｌｌｉａｎｃｅ（ＷＦＡ）のカプセル化プロトコルに対応し得る。したがって、メッセージカプセル化プロトコルは、特定の規格によって定義されるプロトコルに対応する必要がないことがある。

図２Ｆは、いくつかの実装形態によるメッセージ３１０の別の例を示している。図２Ｆに示す例は、図２Ｃ〜図２Ｄを参照しながら上述したプロトコルフィールド２０１〜２０２および３０１〜３０２にプロトコルフィールド３１１〜３１２が類似し得るという点で、図２Ｃおよび図２Ｄに示す例に類似している。図２Ｆに示すように、ＬＬＣ／ＳＮＡＰヘッダ３１２の後にペイロードタイプフィールド３１３およびカテゴリーフィールド３１４があり得る。ペイロードタイプ３１３は２の値を有してよく、これはＴＤＬＳカプセル化プロトコルを示す。カテゴリーフィールド３１４の値は、特定のカプセル化されたフレーム本体３１５の存在を示し得る。たとえば、１２７の値を有するカテゴリーフィールド３１４は、カプセル化されたフレーム本体３１５（たとえば、プローブ要求フレームまたはプローブ応答フレーム）がベンダー固有アクションフレーム本体に対応することを示し得る。メッセージ３１０はまた、特定の規格を識別するための別個の組織一意識別子（ＯＵＩ）フィールド３１６を含み得る。たとえば、ＯＵＩフィールド３１６は、ＷＦＡに対応する規格を識別し得る。

様々なプロトコルに対応するイーサタイプ値により、特定のプロトコルによって指定される値以外の値をタイプ／サブタイプ４０３およびＥＦＢ４０４に割り当てることができる。たとえば、ＷＦＡに登録されたプロトコルに対応するイーサタイプ値により、タイプ／サブタイプフィールド４０３は、ＩＥＥＥ８０２．１１プロトコルによって定義された値以外の値をとることができる。

上記で説明したメッセージ２００、３００、４００および３１０の各々は、上記の図２Ａおよび図２Ｂに示したフィールドよりも多くのフィールドを含んでも、少ないフィールドを含んでもよい。フィールドは、カプセル化プロトコルに対応するメッセージ２００、３００、４００および３１０の層または部分と呼ばれることもある。メッセージのフィールドの配置および数は、上記で図２Ａ〜２Ｆに関して説明した配置および数に特に限定されるものではない。

図３Ａ〜図３Ｅは、図２Ｃのメッセージのいくつかの実装形態による、メッセージの様々な構成を示している。図３Ａ〜図３Ｅはそれぞれ、メッセージ５００、６００、７００、８００および９００の例示的なフォーマットを示している。プロトコルフィールド５０１〜５０２、６０１〜６０２、７０１〜７０２、８０１〜８０２、９０１〜９０２は、上述したように、それぞれプロトコルフィールド２０１〜２０２および３０１〜３０２に類似してよい。図３Ａを参照すると、タイプ／サブタイプフィールド５０３は、プローブ要求フレーム本体の存在を示す値にセットされ得る。タイプ／サブタイプフィールド５０３は、プローブ要求フレームのタイプおよびサブタイプにセットされ得る。たとえば、タイプは管理タイプにセットされることがあり、サブタイプはプローブ要求タイプにセットされることがある。図３Ａに示すように、タイプ／サブタイプフィールド５０３は、プローブ要求タイプを表すように００／０１００にセットされることがあるが、これに限定されない。ＥＦＢ５０４は、図３Ａに示すようにプローブ要求フレーム本体を含み得る。ＥＦＢ５０４に含まれるプローブ要求フレームは、ＳＳＩＤ要素、サポートレート要素、拡張サポートレート要素、および１つもしくは複数のベンダー固有要素のうちの１つまたは複数を含み得る。

代替的に、サブタイプフィールドは、プローブ応答タイプを示し得る。図３Ｂに示すように、タイプ／サブタイプフィールド６０３は、プローブ応答タイプを表すように００／０１０１にセットされることがあるが、これに限定されない。ＥＦＢ６０４は、プローブ応答フレームを含む対応するカプセル化されたフレーム本体を含み得る。ＥＦＢ６０４に含まれるプローブ応答フレームは、タイムスタンプ、ビーコン間隔、デバイス機能、ＳＳＩＤ、サポートレート要素、および発信国のうちの１つまたは複数を含み得る。

さらに、タイプ／サブタイプフィールドは、アクションフレーム本体を示すようにセットされ得る。図３Ｃのメッセージ７００によって示されるように、タイプ／サブタイプフィールド７０３は、アクションフレーム本体を含むＥＦＢ７０４を表すように００／１１０１の値にセットされ得る。アクションフレーム本体は、カテゴリーフィールドと、アクションフィールドと、任意の数のベンダー固有情報要素とを含み得る。

たとえば、図３Ｄのメッセージ８００に示すように、カテゴリー／アクションフィールド８０４は、パブリックアクションフレーム（カテゴリー４）とＧｅｎｅｒｉｃ Ａｄｖｅｒｔｉｓｅｍｅｎｔ Ｓｅｒｖｉｃｅ（ＧＡＳ）初期要求フレーム本体（アクション１０）とを表すようにセットされ得る。代替的に、図３Ｅに示すように、カテゴリー／アクションフィールド８０４は、パブリックアクションフレーム（カテゴリー４）とＧｅｎｅｒｉｃ Ａｄｖｅｒｔｉｓｅｍｅｎｔ Ｓｅｒｖｉｃｅ（ＧＡＳ）初期応答フレーム本体（アクション１１）とを表すようにセットされ得る。

タイプ／サブタイプフィールドおよびカテゴリー／アクションフィールドにいくつかの値を使用することに関していくつかの例を示してきたが、これらのフィールドの値は、上記で説明した値に限定されない。様々なカプセル化されたフレーム本体を表すようにタイプ／サブタイプフィールドとカテゴリー／アクションフィールドとを定義するために、任意の数の値が使用され得る。さらに、上記で説明したフィールド２０５、３０５、４０４、３１５、２１７、２２７、５０４、６０４、７０４、８０５、および９０５の各々は、それぞれのメッセージの各々のペイロードと呼ばれ得る。ペイロードはプローブ情報を含んでよく、これはカプセル化されたプローブフレームの形態であってよい。プローブフレームは、上記で説明したようにプローブ要求またはプローブ応答を含み得る。さらに、メッセージ２１０、２２０、２００、３００、３１０、および４００の様々なフィールドは、それぞれのメッセージの部分または層と呼ばれることもある。

図４は、カプセル化されたプローブフレームによりダイレクト通信リンクを確立する例示的な方法を示している。トンネリングされたプローブ要求が、ここではソースＳＴＡとして機能するＳＴＡ（ＳＴＡ１）によって生成され、Ｓ１において送信される。トンネリングされたプローブ要求は、関連ＳＴＡ間のダイレクト通信リンクを確立するための必要な情報を含む。トンネリングされたプローブ要求は、ＳＴＡ１が通信するＡＰにおいて受信される。次いでＡＰは、Ｓ２によって表されるように、ＡＰに関連するＳＴＡに対し、トンネリングされたプローブ要求内の情報をブロードキャストし得る。一態様では、トンネリングされたプローブ要求は、ソースＳＴＡ（ＳＴＡ１）を含むすべてのＳＴＡにブロードキャストされる。図示のように、簡単のために、２つのＳＴＡ、すなわちＳＴＡ１およびＳＴＡ２があり得る。説明したように、ＳＴＡ１はソースＳＴＡであってよく、ＳＴＡ２は受信側ＳＴＡであってよい。次いでＳＴＡ２は、Ｓ３によって表されるように、ＡＰに対し、トンネリングされたプローブ応答を送信し得る。次いでＡＰは、Ｓ４によって表されるように、ＳＴＡ１に対し、トンネリングされたプローブ応答を送信し得る。いくつかの実装形態では、ＳＴＡ１によって送信されるトンネリングされたプローブ要求およびＳＴＡ２によって送信されるトンネリングされたプローブ応答は、送信側ＳＴＡのＭＡＣアドレスを含み得る。

図５Ａ〜図５Ｄは、プローブフレームのリンク識別子の例を示している。プローブフレームは一般的に、少なくともリンク識別子を含んでよく、これはＡ１〜Ａ３によって表される。リンク識別子は、上記で説明したようにメッセージのＭＡＣヘッダに存在することもある。ＡＰは、プローブフレームの情報にアクセスする必要なしに、メッセージを送信するためにＭＡＣヘッダ内のリンク識別子にアクセスし得る。加えて、ＳＴＡはプローブフレームまたはＭＡＣヘッダ内のリンク識別子を使用して、プローブ応答を生成し得る。ＭＡＣヘッダ内で見つかるリンク識別子情報は、プローブフレーム内で見つかるリンク識別子情報と同じであっても、異なってもよい。

図５Ａは、ＳＴＡ１からＡＰに送信されるトンネリングされたプローブ要求フレームの例示的なリンク識別子を示している。アドレスＡ１は、プローブ要求フレームに関連する宛先アドレスに対応してよく、アドレスＡ２は、プローブ要求フレームに関連する開始側またはソースアドレスに対応してよく、アドレスＡ３は、プローブ要求フレームに関連するメッセージタイプに対応してよい。メッセージタイプは、プローブフレームの宛先アドレスに関する情報を含み得る。たとえば、図５Ａに示すように、この例における第１のアドレスＡ１は、ＡＰに関連するＢＳＳＩＤ（基本サービスセット識別子）に関するインジケータである。アドレスＡ２には、ソースＳＴＡ、すなわちＳＴＡ１を識別する情報があり、この情報は、ソースＳＴＡに関するＭＡＣアドレスを含み得る。アドレスＡ３において、情報は、プローブ要求フレームがブロードキャストタイプであることを示している。

図５Ｂは、ＡＰによってブロードキャストされるトンネリングされたプローブ要求フレームのリンク識別子の例を示している。この例において第１のアドレスＡ１によって示されるのは、メッセージのタイプに関するインジケータであり、トンネリングされたプローブ要求に関するメッセージのタイプは、ブロードキャストタイプである。アドレスＡ２には、ＡＰを識別する情報があり、この例においてこの情報は、ＡＰに関連するＢＳＳＩＤである。アドレスＡ３には、ソースＳＴＡ、すなわちＳＴＡ１を識別する情報があり、この情報は、関連ＭＡＣアドレスを含み得る。

図５Ｃは、ＳＴＡ２からＡＰに送信されるトンネリングされたプローブ応答フレームの例示的なリンク識別子を示している。この例において第１のアドレスＡ１によって示されるのは、ＡＰに関連するＢＳＳＩＤに関するインジケータである。アドレスＡ２には、ソースＳＴＡ、すなわちＳＴＡ２を識別する情報があり、この情報は、ソースＳＴＡに関するＭＡＣアドレスを含み得る。Ａ３において、情報は、プローブ応答フレームがＳＴＡ１に送られることを示し得る。

図５Ｄは、ＡＰから送信されるプローブ応答のリンク識別子の例を示している。この例における第１のアドレスＡ１によって示されるのは、受信側ＳＴＡ、すなわちＳＴＡ１を識別する情報である。アドレスＡ２には、ＡＰに関連するＢＳＳＩＤに関するインジケータがある。アドレスＡ３において、情報は、ソースＳＴＡ、たとえばＳＴＡ２を示し得る。

各プローブ要求およびプローブ応答はまた、追加情報を含み得る。さらに、アドレスＡ１〜Ａ３は、任意のクライアントデバイスまたはＡＰのアドレスを示すように構成され得る。たとえば、トンネリングされたプローブ要求は、トンネリングされたプローブ要求を送信するＳＴＡが関連付けられるＡＰのＢＳＳＩＤを指定するＢＳＳＩＤ要素を含み得る。トンネリングされたプローブ応答は、同じＢＳＳＩＤに関連するＳＴＡによってのみ送信されるように限定され得る。追加または代替として、トンネリングされたプローブフレームは、プローブフレームを送信するＳＴＡが同時に関連付けられ得るピアツーピアネットワークに関する情報を含み得る。

図６は、いくつかの実装形態によるトンネリングされたプローブフレームによりＴＤＬＳ通信リンクを確立するための方法の例を示している。Ｓ１によって表されるように、本方法は、トンネリングされたプローブ要求を生成し送信するソースＳＴＡ、たとえばＳＴＡ１によって始まり得る。Ｓ２によって表され、上記で図４に関して説明したように、トンネリングされたプローブ要求はＡＰを通じて受信側ＳＴＡにブロードキャストされるように送信され得る。ステップＳ３〜Ｓ４によって表され、上記で図４に関して説明したように、受信側ＳＴＡ（たとえば、ＳＴＡ２）はトンネリングされたプローブ応答を、ＡＰを通じてソースＳＴＡに送信し得る。

本方法は、図６に示すようにフォローアップのＴＤＬＳ発見技法をさらに組み込み得る。Ｓ５において、ＴＤＬＳ発見要求が、ここでは再びソースＳＴＡとして機能するＳＴＡ、たとえばＳＴＡ１によって送信され得る。ＴＤＬＳ発見要求は、ＳＴＡ１が通信するＡＰにおいて受信される。Ｓ６において、次いでＡＰは、ＡＰに関連するＳＴＡに対して発見要求内の情報をブロードキャストし得る。いくつかの実装形態では、ＴＤＬＳ発見要求は、すべてのＳＴＡにブロードキャストされる。説明したように、ＳＴＡ１はソースＳＴＡである。ＳＴＡ２は受信側ＳＴＡである。次いでＳＴＡ２は、ＳＴＡ１に対し直接的に発見応答を送り得る。ＳＴＡ１は、ＴＤＬＳ発見応答に応答してＳＴＡ２に確認応答（図示せず）を送信するように構成され得る。Ｓ７において、ＳＴＡ１は、発見応答に基づいてＳＴＡ２とのＴＤＬＳダイレクトリンクをセットアップし得る。追加または代替として、ＳＴＡ２は、Ｓ４においてトンネリングされたプローブ応答を受信したらすぐに、ダイレクト通信リンクをセットアップし得る。

いくつかの実装形態によれば、トンネリングされたプローブ応答はＴＤＬＳ機能も含み得る。トンネリングされたプローブ応答に含まれるＴＤＬＳ機能に基づいて、ＴＤＬＳ発見動作が実行され得る。ＴＤＬＳ機能は、トンネリングされたプローブ応答に含まれる拡張機能要素に示され得る。

図７は、いくつかの実装形態によるトンネリングされたプローブフレームによりＴＤＬＳ通信リンクを確立するための方法の例を示している。本方法は、トンネリングされたプローブ要求を送信するソースＳＴＡ、たとえばＳＴＡ１によって始まり得る。上記で図４のステップＳ１〜Ｓ２に関して説明したように、トンネリングされたプローブ要求はＡＰを通じて受信側ＳＴＡにブロードキャストされるように送信され得る。上記で図４のステップＳ３〜Ｓ４に関して説明したように、受信側ＳＴＡ、たとえば、ＳＴＡ２はトンネリングされたプローブ応答を、ＡＰを通じてソースＳＴＡに送信し得る。

本方法は、図７に示すようにフォローアップのトンネリングされたＧｅｎｅｒｉｃ Ａｄｖｅｒｔｉｓｅｍｅｎｔ Ｓｅｒｖｉｃｅ（ＧＡＳ）要求技法をさらに組み込み得る。たとえば、トンネリングされたＧＡＳ初期要求が、プローブ要求に続いて、またはプローブ要求に応答して送られ得るが、これに限定されない。Ｓ５において、トンネリングされたＧＡＳ初期要求が、ここでは再びソースＳＴＡとして機能するＳＴＡ、たとえばＳＴＡ１によって送信され得る。ＧＡＳ初期要求は、ＳＴＡ１が通信するＡＰにおいて受信される。Ｓ６において、次いでＡＰは、ＡＰに関連するＳＴＡに対して、トンネリングされたＧＡＳ初期要求内の情報をブロードキャストし得る。いくつかの実装形態では、トンネリングされたＧＡＳ初期要求はすべてのＳＴＡにブロードキャストされる。前述のように、ＳＴＡ１はソースＳＴＡであってよく、ＳＴＡ２は受信側ＳＴＡであってよい。Ｓ７において、次いでＳＴＡ２はトンネリングされたＧＡＳ初期応答を、ＡＰを通じてＳＴＡ１に送り得る。Ｓ８において、ＳＴＡ１は、発見応答に基づいてＳＴＡ２とのＧＡＳダイレクトリンクをセットアップし得る。追加または代替として、ＳＴＡ２は、上記の図４で説明したＳ４におけるトンネリングされたプロービングの直後に、ダイレクト通信リンクをセットアップし得る。

いくつかの実装形態によれば、トンネリングされたＧＡＳ初期応答が、トンネリングされたプロービングから取得された情報に基づいてブロードキャストアドレスではなくユニキャスト宛先アドレスに送信され得る。たとえば、ＧＡＳ初期応答は、すべての関連ＳＴＡにブロードキャストされる前にまずピアツーピアネットワークに送られ得る。この動作は、トンネリングされたＧＡＳ初期応答フレームの応答量を減らし得る。

上述したトンネリングされたプロービングおよびＴＤＬＳ発見に加えて、関連ＳＴＡはいくつかのソーシャルシャネルでアクティブなスキャンを実行し得る。ソーシャルチャネルは、プローブまたは発見要求を監視するために非関連ＳＴＡ用に指定されるチャネルであり得る。たとえば、ソーシャルチャネルは、２．４ＧＨｚ帯域のチャネル１、６および１１であり得る。アクティブなスキャンを実行することは、ソーシャルチャネルのうちの少なくとも１つに対し１つまたは複数のプローブ要求を送信することを含み得る。いくつかの実装形態では、ＳＴＡはアクティブなスキャンを、ソーシャルチャネルの各々でプローブ要求を送信することによって実行する。

図８は、トンネリングされたプロービングとアクティブなスキャニングとを実行する方法の例を示している。関連ＳＴＡは、ＡＰに関連するチャネルで通信していることがある。たとえば、図８を参照すると、関連ＳＴＡはチャネル５４で通信していることがある。ＳＴＡは、他の関連ＳＴＡと非関連ＳＴＡとをスキャンするためにソーシャルチャネルでアクティブなスキャニングを実行し得る。たとえば、ＳＴＡは、ＡＰチャネルから一時的に切り離されることがあり、プローブ要求を生成し、ソーシャルチャネルで送信することがある。図８を参照すると、ＳＴＡはたとえばチャネル１１に切り替えることがある。ＳＴＡはプローブ要求８０１を生成し、ソーシャルチャネルに送信し得る。次いでＳＴＡはプローブ応答を待ち得る。プローブ応答が所定時間内に受信されていない場合、ＳＴＡは引き続き他のソーシャルチャネルをスキャンし得る。たとえば、ＳＴＡは、プローブ要求８０１を生成し、ソーシャルチャネル６および１に送信し得る。ＳＴＡは、各プローブ要求８０１に対する応答を受信するのを所定の時間待ち得る。ＳＴＡはその後、ＡＰチャネル、たとえばチャネル５４に切り替え、トンネリングされたプローブ要求８０２を生成し、送信し得る。トンネリングされたプローブ要求８０２は、上記で説明したようにＡＰを通じて送信され得る。

図８に示す方法によれば、ＳＴＡは、他の関連ＳＴＡおよび非関連ＳＴＡが発見されるようにし得る。ＳＴＡはまた、アクティブなスキャニングを実行するために短期間にわたりＡＰチャネルから切り離されるように構成され得る。加えて、ＳＴＡは、アクティブなスキャニングが実行されたらＡＰとの接続を迅速に再確立するために、切り離しがスリープモードまたはアイドルモードであることを（ＡＰモード通信モジュールを介して）ＡＰに通信するように構成され得る。

いくつかの実装形態によれば、別の基本サービスセット（ＢＳＳ）に関連するＳＴＡが、ユーザ入力に応答してピアツーピアリッスン（peer-to-peer listen）モードに入り得る。ピアツーピアリッスンモードでは、ＡＰとＳＴＡとの関連性が本質的に中断され得る。上記で説明したように、ＡＰとの接続を迅速に再確立するために、中断はスリープモード、省電力モード、またはアイドルモードとしてＡＰに通信され得る。スキャンする非関連ＳＴＡは、ピアツーピアリッスンモードにある関連ＳＴＡからプローブ要求を受信し得る。ピアツーピアリッスンモードにある関連ＳＴＡは、上記で説明したように関連ＡＰに関して省電力モードまたはアイドルモードにある可能性が高い。しかしながら、周期的リッスンモードは、関連ＳＴＡの電力消費を増大させ得る。関連ＳＴＡは、ピアツーピアリッスンモードにある間は省電力モードまたはアイドルモードにあることが理由で、非関連ＳＴＡによって発見されないことがある。いくつかの実装形態では、アクティブ状態にあり、ＢＳＳチャネルで通信している関連ＳＴＡは、ソーシャルチャネルでプローブ要求を周期的に送信する必要はないことがある。関連ＳＴＡは、ＢＳＳチャネルで別のＳＴＡによって受信された送信されたプローブ要求に対する応答に依存し得る。結果として、関連ＳＴＡは、リッスンモードに入らないで上記のプローブ要求に依存することによって、ピアツーピアリッスンモードの電力消費を減らし得る。

いくつかの実装形態によれば、ピアツーピアネットワークに関連するＳＴＡが、アクセスポイントタイプがプローブ応答におけるその存在を示すときに発見され得る。たとえば、アクセスポイントタイプは、ＧＯタイプにセットされることがあり、ＳＴＡの存在は、ＡＰによって送信されるプローブ応答によって示されることがある。

いくつかの実装形態によれば、要求されたデバイスタイプによるＷｉＦｉ単純構成（ＷＳＣ：WiFi simple configuration）がプローブフレームに含まれ得る。ＷＳＣを含めることによって、トンネリングされたプローブ応答の量は、応答すべきデバイスのタイプを制限することによって抑制され得る。ＷＳＣを使用して、トンネリングされたプローブ応答を送信し得る受信側ＳＴＡのサブセットを選択し得る。

ここで、クライアントデバイスまたはＳＴＡの構成について、図９を参照しながら説明する。ＳＴＡ９０１は、上記の機能を実行するように構成され得る。ＳＴＡ９０１は、処理モジュール９０２とメッセージ送信モジュール９０５とを含み得る。処理モジュール９０２は、プローブフレーム生成モジュール９０３と、メッセージ生成モジュール９０４と、チャネル選択モジュール９０６とを含み得る。プローブフレーム生成モジュール９０３は、メッセージ生成モジュール９０４に結合されてよく、メッセージ内にカプセル化されるプローブフレームを生成するように構成され得る。メッセージ生成モジュール９０４は、カプセル化されたプローブフレームを含むメッセージを生成するように構成され得る。メッセージ生成モジュールは、メッセージ送信モジュール９０５に結合され得る。メッセージ送信モジュール９０５は、トンネリングされたプローブ要求またはトンネリングされたプローブ応答を通信するために、カプセル化されたプローブフレームを含むメッセージをＡＰに送信するように構成され得る。さらに、チャネル選択モジュール９０６は、メッセージの送信のためのチャネルを選択するように構成され得る。たとえば、図８を参照しながら上記で説明したように、チャネル選択モジュール９０６は、ＡＰを通じてプローブ要求を送信し、プローブ応答を受信するために第１の期間中にＡＰに関連するチャネルを選択するように構成され得る。さらに、チャネル選択モジュール９０６は、他の期間中にソーシャルチャネルを選択するように構成され得る。ソーシャルチャネルが選択されたときに、メッセージ送信モジュール９０５は、他のＳＴＡから直接的にソーシャルチャネルでプローブ要求とプローブ応答とを送信するように構成される。さらに、図示されていないが、クライアントデバイスまたはＳＴＡは、ＡＰまたは別のクライアントデバイスもしくはＳＴＡから送信されたプローブフレームを受信するように構成されたメッセージ受信モジュールを含み得る。メッセージ受信モジュールは、メッセージ送信モジュール９０５とは別個に提供されてよく、またはメッセージ送信モジュール９０５と一体であってよい。

図１０は、いくつかの実装形態による方法の例である。ブロック１０−１では、プローブフレームが生成される。ブロック１０−２では、メッセージが生成され、上記で説明したように、このメッセージはカプセル化されたプローブフレームを含む。ブロック１０−３では、送信チャネルが選択され得る。たとえば、ＡＰの送信チャネルは、ＡＰを通じてメッセージを送信するために第１の期間中に選択されてよく、ソーシャルチャネルは、ソーシャルチャネルにキャンプオン（camped on）した他のＳＴＡにメッセージを送信するために第２の期間中に選択されてよい。ブロック１０−４では、プローブフレームを含むメッセージが、トンネリングされたプローブ要求もしくはトンネリングされたプローブ応答としてＡＰを通じて、または直接的に、ソーシャルチャネルにキャンプオンしたかソーシャルチャネルで通信する別のＳＴＡに送信され得る。

説明を簡単にするために、方法を一連の行為として図示し説明するが、いくつかの行為は、１つまたは複数の態様によれば、本明細書で図示し説明する順序とは異なる順序で、かつ／または他の行為と同時に行われ得るので、方法は行為の順序によって限定されないことを理解し、諒解されたい。たとえば、方法は、状態図など、一連の相互に関連する状態または事象として代替的に表現できることを当業者ならば理解し、諒解するであろう。さらに、１つまたは複数の態様による方法を実装するために、示されたすべての行為が必要とされるとは限らない。

例示的なアルゴリズムに開示したステップは、本開示の範囲および趣旨から逸脱することなくそれらの順序を交換され得ることを当業者ならば理解されよう。また、例示的なアルゴリズムに示すステップは排他的なものではなく、本開示の範囲および趣旨に影響を及ぼすことなく他のステップを含めるかあるいは例示的なアルゴリズムのステップのうちの１つまたは複数を削除し得ることを当業者ならば理解されよう。

さらに、本明細書で開示する例に関して説明する様々な例示的な構成要素、論理ブロック、モジュール、回路、および／またはアルゴリズムステップは、電子ハードウェア、ファームウェア、コンピュータソフトウェア、またはそれらの組合せとして実装され得ることを当業者ならば諒解されよう。たとえば、メッセージ送信モジュール９０５およびメッセージ受信モジュールは、送信機、受信機、またはアンテナデバイスであり得る。処理モジュール９０２および１１０４は、ＣＰＵ、ＭＰＵなどであり得る。ハードウェア、ファームウェア、およびソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、および／またはアルゴリズムステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ファームウェアとして実装するか、またはソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲または趣旨からの逸脱を生じるものと解釈すべきではない。

一例では、本明細書で説明する例示的な構成要素、流れ図、論理ブロック、モジュール、および／またはアルゴリズムステップは、１つまたは複数のプロセッサを用いて実装または実行される。一態様では、プロセッサは、本明細書で説明する様々な例示的なアルゴリズム、流れ図、論理ブロックおよび／またはモジュールを実装または実行するために、プロセッサによって実行されるデータ、メタデータ、プログラム命令などを記憶するメモリに結合される。たとえば、図１１を参照すると、処理モジュール１１０４はメモリユニット１１００に結合され得る。メモリユニット１１００は、様々な機能をコンピュータに実行させるための命令を含み得る。たとえば、メモリユニット１１００は、上記で説明したようにプローブフレームを生成するためのプローブフレーム生成命令１１０１を含み得る。メモリユニット１１００はまた、上記で説明したようにカプセル化されたプローブフレームを含むメッセージを生成するためのメッセージ生成命令１１０２を含み得る。メモリユニット１１００はまた、実行されると、特定の期間中にメッセージが送信されるチャネルを決定するチャネル選択命令１１０３を含み得る。メモリユニット１１００は、生成されたメッセージを送信するためのメッセージ送信命令１１０４をさらに含み得る。

メモリユニット１１００は、コンピュータ可読媒体として形成され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体でよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）と、レーザディスク（disc）と、光ディスク（disc）と、デジタル多用途ディスク（disc）（ＤＶＤ）と、フロッピー（登録商標）ディスク（disk）と、ブルーレイ（登録商標）ディスク（disc）とを含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。要約すると、コンピュータ可読媒体は任意の好適なコンピュータプログラム製品に実装できることを諒解されたい。

ハードウェア実装の場合、図９の処理モジュール９０２および図１１の処理モジュール１１０４は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書で説明する機能を実行するように設計された他の電子ユニット、またはそれらの組合せの中で実装でき得る。ソフトウェアの場合、実装は、本明細書で説明する機能を実行するモジュール（たとえば、プロシージャ、関数など）を介し得る。ソフトウェアコードは、メモリユニットに記憶され、プロセッサユニットによって実行され得る。さらに、本明細書で説明する様々な例示的な流れ図、論理ブロック、モジュール、および／またはアルゴリズムステップは、当技術分野で知られている任意のコンピュータ可読媒体上で搬送されるかまたは当技術分野で知られている任意のコンピュータプログラム製品に実装されたコンピュータ可読命令としてもコード化され得る。

（たとえば、添付の図の１つまたは複数に関して）本明細書で説明した機能は、いくつかの態様では、添付の特許請求の範囲において同様に指定された「手段」機能に対応することがある。たとえば、図９の処理モジュール９０２および図１１の処理モジュール１１０４は、メッセージを生成するための手段、プローブフレームをカプセル化するための手段、メッセージを生成するための手段、およびチャネルを選択するための手段に対応し得る。たとえば、図９のプローブフレーム生成モジュール９０３は、プローブフレームを生成するための手段に対応し得る。図９のメッセージ生成モジュール９０４は、メッセージを生成するための手段に対応し得る。図９のメッセージ送信モジュール９０５は、メッセージを送信するための手段に対応し得る。

本明細書内の説明から他の態様が当業者には容易に明らかになることが理解されよう。本開示、図面、および本開示内の説明が限定的なものではなく、本質的に例示的なものと見なされることを、当業者は理解しよう。

添付の図面とともに示す説明は、本開示の様々な態様を説明するものであり、本開示が実施され得る唯一の態様を表すものではない。本開示で説明する各態様は、本開示の例または説明として提供するものにすぎず、必ずしも他の態様よりも好適であるまたは有利であると解釈すべきではない。説明は、本開示の完全な理解を与えるための具体的な詳細を含む。ただし、本開示はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。場合によっては、本開示の概念を不明瞭にしないように、よく知られている構造およびデバイスをブロック図の形式で示す。頭字語および他の記述的専門用語は、単に便宜のために、かつ明瞭にするためにのみ使用され得、本開示の範囲を限定するものではない。

開示された態様の説明は、当業者が本開示を実施または使用できるようにするために提供されるものである。これらの態様への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の態様に適用され得る。

Claims (47)

1. ワイヤレス通信のための装置であって、
   カプセル化されたプローブフレームを含むメッセージを生成するように構成されたメッセージ生成モジュールと、
   第１の期間中に第１の通信チャネルを選択し、第２の期間中に第２の通信チャネルを選択するように構成されたチャネル選択モジュールと、
   前記第１の期間中にアクセスポイントを通じて第１の通信デバイスに対し前記メッセージを送信し、前記第２の期間中に第２の通信デバイスに対し直接的に前記メッセージを送信するように構成された送信モジュールと
   を備える装置。
2. 前記メッセージは、前記カプセル化されたプローブフレームの識別子を含み、前記識別子は、前記メッセージ内の前記プローブフレームの位置を示す前記メッセージの部分を識別し、前記メッセージの前記部分は、前記メッセージ内の前記カプセル化されたプローブフレームの前記位置を示すペイロードタイプ、カテゴリーフィールド、およびアクションフィールドのうちの１つを備える、請求項１に記載の装置。
3. 前記識別子はイーサタイプを備える、請求項２に記載の装置。
4. 前記プローブフレームは、プローブ要求フレームおよびプローブ応答フレームのうちの１つである、請求項１に記載の装置。
5. 前記プローブフレームはプローブ要求フレームであり、前記装置は、前記ＡＰを通じて前記第１の通信デバイスからカプセル化されたプローブ応答フレームを受信するように構成された受信モジュールをさらに備える、請求項１に記載の装置。
6. 前記第１の通信チャネルは基本サービスセット（ＢＳＳ）チャネルに対応し、前記第２の通信チャネルはソーシャルチャネルに対応する、請求項１に記載の装置。
7. 前記チャネル選択モジュールは、前記第２の通信チャネルでの前記メッセージの送信後に前記第１の通信チャネルを選択するように構成される、請求項１に記載の装置。
8. 前記プローブフレームは要求されたデバイスタイプ情報を含む、請求項１に記載の装置。
9. 前記ＡＰに前記装置のモードを通信するように構成されたＡＰモード通信モジュールをさらに備え、前記チャネル選択モジュールが前記第２の通信チャネルを選択したときに、前記ＡＰモード通信モジュールは、前記ＡＰに省電力モード、スリープモード、およびアイドルモードのうちの少なくとも１つを通信するように構成される、請求項１に記載の装置。
10. 前記メッセージは、前記メッセージの宛先アドレスを識別するリンク識別子を含む、請求項１に記載の装置。
11. 前記メッセージは、プローブ要求フレームの情報要素を含むカプセル化されたベンダー固有アクションフレーム本体を含む、請求項１に記載の装置。
12. 前記リンク識別子は、ソースアドレスおよびメッセージタイプに関する情報をさらに備える、請求項１に記載の装置。
13. 前記メッセージはペイロードタイプフィールドを含み、前記ペイロードタイプフィールドの後にタイプ／サブタイプフィールドおよびカテゴリー／アクションフィールドのうちの１つがある、請求項１２に記載の装置。
14. 前記タイプ／サブタイプフィールドおよび前記カテゴリー／アクションフィールドのうちの１つは、ＴＤＬＳプローブ要求フレーム本体を示す、請求項１３に記載の装置。
15. 前記タイプ／サブタイプフィールドおよび前記カテゴリー／アクションフィールドのうちの１つは、ＴＤＬＳプローブ応答フレーム本体を示す、請求項１４に記載の装置。
16. 前記タイプ／サブタイプフィールドおよび前記カテゴリー／アクションフィールドのうちの１つは、ＴＤＬＳ ＧＡＳ初期要求フレーム本体を示す、請求項１４に記載の装置。
17. 前記タイプ／サブタイプフィールドおよび前記カテゴリー／アクションフィールドのうちの１つは、ＴＤＬＳ ＧＡＳ初期応答フレーム本体を示す、請求項１４に記載の装置。
18. ワイヤレスデバイスで実施されるワイヤレス通信の方法であって、
    プローブフレームを生成することと、
    メッセージ内に前記プローブフレームをカプセル化することと、
    第１の通信デバイスに対し第１の期間中にアクセスポイント（ＡＰ）を通じて前記メッセージを送信するための第１のチャネル、および第２の期間中に第２の通信デバイスに対し直接的に前記メッセージを送信するための第２のチャネルのうちの１つを選択することと、
    前記メッセージを送信することと
    を備える方法。
19. 前記メッセージは、前記プローブフレームの識別子を含み、前記識別子は、前記メッセージ内の前記プローブフレームの位置を示す前記メッセージの部分を識別し、前記メッセージの前記部分は、前記メッセージ内の前記カプセル化されたプローブフレームの前記位置を示すペイロードタイプ、カテゴリーフィールド、およびアクションフィールドのうちの１つを備える、請求項１８に記載の方法。
20. 前記プローブフレームはプローブ要求フレームを備え、前記方法は、アクセスポイント（ＡＰ）を通じて前記メッセージを送信することと、プローブ応答フレームを含む応答メッセージを受信することとをさらに備え、前記応答メッセージは前記ＡＰを通じてトンネリングされる、請求項１８に記載の方法。
21. 前記メッセージはＭＡＣプロトコルデータユニット（ＰＤＵ）である、請求項１８に記載の方法。
22. 第３の期間中に第３のチャネルを選択することと、前記第３の期間中に前記第３のチャネルで第３の通信デバイスに対し直接的に前記メッセージを送信することとをさらに備える、請求項１８に記載の方法。
23. 前記第２の期間は前記第１の期間の後であり、前記第３の期間は前記第２の期間の後である、請求項２２に記載の方法。
24. 前記第２の通信チャネルでの前記メッセージの送信後に前記第１の通信チャネルに戻すことをさらに備える、請求項１８に記載の方法。
25. 前記第１の通信チャネルは基本サービスセット（ＢＳＳ）チャネルに対応し、前記第２の通信チャネルはソーシャルチャネルに対応する、請求項１８に記載の方法。
26. 前記プローブフレームは要求されたデバイスタイプ情報を含む、請求項１８に記載の方法。
27. 前記ＡＰに前記ワイヤレスデバイスのモードを通信することをさらに備え、前記第２の通信チャネルが選択されたときに、前記ＡＰに省電力モード、スリープモード、およびアイドルモードのうちの少なくとも１つを通信することをさらに備える、請求項１８に記載の方法。
28. ワイヤレス通信の装置であって、
    プローブフレームを生成するための手段と、
    メッセージ内に前記プローブフレームをカプセル化するための手段と、
    第１の通信デバイスに対し第１の期間中にアクセスポイント（ＡＰ）を通じて前記メッセージを送信するための第１のチャネル、および第２の期間中に第２の通信デバイスに対し直接的に前記メッセージを送信するための第２のチャネルのうちの１つを選択するための手段と、
    前記メッセージを送信するための手段と
    を備える装置。
29. 前記メッセージは、前記プローブフレームの識別子を含み、前記識別子は、前記メッセージ内の前記プローブフレームの位置を示す前記メッセージの部分を識別し、前記メッセージの前記部分は、前記メッセージ内の前記カプセル化されたプローブフレームの前記位置を示すペイロードタイプ、カテゴリーフィールド、およびアクションフィールドのうちの１つを備える、請求項２８に記載の装置。
30. 前記プローブフレームはプローブ要求フレームを備え、前記装置は、アクセスポイント（ＡＰ）を通じて前記メッセージを送信するための手段と、プローブ応答フレームを含む応答メッセージを受信するための手段とをさらに備え、前記応答メッセージは前記ＡＰを通じてトンネリングされる、請求項２８に記載の装置。
31. 前記メッセージはＭＡＣプロトコルデータユニット（ＰＤＵ）である、請求項２８に記載の装置。
32. 第３の期間中に第３のチャネルを選択するための手段と、前記第３の期間中に前記第３のチャネルで第３の通信デバイスに対し直接的に前記メッセージを送信するための手段とをさらに備える、請求項２８に記載の装置。
33. 前記第２の期間は前記第１の期間の後であり、前記第３の期間は前記第２の期間の後である、請求項３２に記載の装置。
34. 選択するための前記手段は、前記第２の通信チャネルでの前記メッセージの送信後に前記第１の通信チャネルを選択するように構成される、請求項２８に記載の装置。
35. 前記第１の通信チャネルは基本サービスセット（ＢＳＳ）チャネルに対応し、前記第２の通信チャネルはソーシャルチャネルに対応する、請求項２８に記載の装置。
36. 前記プローブフレームは要求されたデバイスタイプ情報を含む、請求項２８に記載の装置。
37. 前記ＡＰに前記装置のモードを通信するための手段をさらに備え、前記装置の前記モードを通信するための前記手段は、前記第２の通信チャネルが選択されたときに、前記ＡＰに省電力モード、スリープモード、およびアイドルモードのうちの少なくとも１つを通信するように構成される、請求項２８に記載の装置。
38. ワイヤレス通信デバイスにおいて命令を操作するように構成されたプログラムのためのデータを処理するためのコンピュータプログラム製品であって、
    プローブフレームを生成することと、
    メッセージ内に前記プローブフレームをカプセル化することと、
    第１の通信デバイスに対し第１の期間中にアクセスポイント（ＡＰ）を通じて前記メッセージを送信するための第１のチャネル、および第２の期間中に第２の通信デバイスに対し直接的に前記メッセージを送信するための第２のチャネルのうちの１つを選択することと、
    前記メッセージを送信することと
    を処理回路に行わせるためのコードが記憶されている非一時的コンピュータ可読媒体
    を備えるコンピュータプログラム製品。
39. 前記メッセージは、前記プローブフレームの識別子を含み、前記識別子は、前記メッセージ内の前記プローブフレームの位置を示す前記メッセージの部分を識別し、前記メッセージの前記部分は、前記メッセージ内の前記カプセル化されたプローブフレームの前記位置を示すペイロードタイプ、カテゴリーフィールド、およびアクションフィールドのうちの１つを備える、請求項３８に記載のコンピュータプログラム製品。
40. 前記プローブフレームはプローブ要求フレームを備え、前記コンピュータプログラム製品は、アクセスポイント（ＡＰ）を通じて前記メッセージに送信することと、プローブ応答フレームを含む応答メッセージを受信することとを前記処理回路に行わせるためのコードさらに備え、前記応答メッセージは前記ＡＰを通じてトンネリングされる、請求項３８に記載のコンピュータプログラム製品。
41. 前記メッセージはＭＡＣプロトコルデータユニット（ＰＤＵ）である、請求項３８に記載のコンピュータプログラム製品。
42. 第３の期間中に第３のチャネルを選択することと、前記第３の期間中に前記第３のチャネルで第３の通信デバイスに対し直接的に前記メッセージを送信することとをさらに備える、請求項３８に記載のコンピュータプログラム製品。
43. 前記第２の期間は前記第１の期間の後であり、前記第３の期間は前記第２の期間の後である、請求項４２に記載のコンピュータプログラム製品。
44. 前記第２の通信チャネルでの前記メッセージの送信後に前記第１の通信チャネルを選択することをコンピュータに行わせるためのコードをさらに備える、請求項３８に記載のコンピュータプログラム製品。
45. 前記第１の通信チャネルは基本サービスセット（ＢＳＳ）チャネルに対応し、前記第２の通信チャネルはソーシャルチャネルに対応する、請求項３８に記載のコンピュータプログラム製品。
46. 前記プローブフレームは要求されたデバイスタイプ情報を含む、請求項３８に記載のコンピュータプログラム製品。
47. 前記第２の通信チャネルが選択されたときに、前記ＡＰに省電力モード、スリープモード、およびアイドルモードのうちの少なくとも１つを通信することを処理回路に行わせるためのコードをさらに備える、請求項３８に記載のコンピュータプログラム製品。

Images