JP5362900B2

JP5362900B2 - トンネルダイレクトリンク設定（ｔｄｌｓ）をサポートする局における組み合わせデバイス及びサービス発見技術

Info

Publication number: JP5362900B2
Application number: JP2012503466A
Authority: JP
Inventors: ゴーン，シヤオホーン; ロルツ，ヴィクター，ビー．; タイ，ツーン−ユエン，チャールズ
Original assignee: インテルコーポレイション
Priority date: 2009-03-31
Filing date: 2010-03-09
Publication date: 2013-12-11
Anticipated expiration: 2030-03-09
Also published as: JP2012522461A; CN101877826B; KR20110128327A; SG172832A1; US8243623B2; CN101877826A; EP2415321A4; BRPI1012551A2; KR101365378B1; WO2010117530A3; EP2415321A2; US20100246502A1; US8462667B2; KR20130033454A; WO2010117530A2; KR101273761B1; US20120300683A1

Description

無線ネットワークは、１つ以上の基本サービスセット（BSS：basic service set）を有してもよく、基本サービスセット（BSS）は、バックボーンにより相互に結合されてもよい。基本サービスセットは、局（STA）とアクセスポイント（AP）とを有してもよく、アクセスポイントは、BSS内のSTAとバックボーンとのインタフェースを提供するために、バックボーンに結合されてもよい。BSS内の局は、そのBSSのAPに結合されてもよく、STAとAPとの間の結合は、APパスと呼ばれてもよい。BSSのいくつかの移動局（サービスプロバイダ局）は、例えば、印刷、ファクシミリ、VoIP（voice over IP）、マルチメディア及びこのような他のサービスを提供してもよい。いくつかの他の局（サービス消費側STA）は、サービスプロバイダSTAにより提供されたサービスを使用してもよい。サービス消費側STAは、サービスプロバイダSTAを発見するために、UPnP又はZeroConfのような高レイヤの発見プロトコルを使用してもよい。発見の終了後に、サービス消費側STA及びサービスプロバイダSTAは、データユニットを送信するためにAPパスを使用してもよい。

しかし、多くの用途の場合、サービス消費側STA及びサービスプロバイダSTAは、相互の無線範囲内に存在してもよく、同じAPに関連付けられてもよい。サービス消費側STA及びサービスプロバイダSTAがデータユニットを交換する間の或る期間の間にプロミスキャスモード（promiscuous mode）で動作すると、サービス消費側STA及びサービスプロバイダSTAは、これらが同じBSS内に存在していることを発見し、データユニットを交換するためにダイレクトリンク（直接のリンク）を確立してもよい。しかし、高レイヤに基づく発見手順は、高いオーバヘッド及び待ち時間を招き、プロミスキャスモードで動作している間にSTAにより消費される電力は、通常モードで消費される電力よりかなり高くなる。また、APからダイレクトリンクにデータの送信を切り替えることは、パケットロス及び並び替えを必要とし、切り替えは遅延／ジッタを生じ得る。

一実施例による効率的な組み合わせデバイス及びサービス発見技術を含む無線ネットワーク環境100 一実施例に従って組み合わせデバイス及びサービス発見技術を使用し得る局（STA）一実施例に従って組み合わせデバイス及びサービス発見技術をサポートするための局STAの階層化手法一実施例に従って組み合わせデバイス及びサービス発見技術を実行するためにサービス消費側STAとサービスプロバイダSTAとの間で交換されるフレーム一実施例に従ってサービス消費側STA及びサービスプロバイダSTAにより実行される組み合わせデバイス及びサービス発見技術を示すフローチャート一実施例に従ってサービス消費側STAにより生成されたクエリフレーム一実施例に従ってサービスプロバイダSTAにより生成されたサービスフレーム

ここに記載の本発明は、限定ではなく、一例として添付図面に示されている。説明を簡潔且つ容易にするために、図面に示す要素は必ずしも縮尺通りに記載されていない。例えば、明瞭にするために、或る要素の大きさは、他の要素に対して誇張されることがある。更に、適切であると考えられる場合には、対応する要素又は同じ要素を示すために、参照符号が図面の間で繰り返される。

以下の説明は、トンネルダイレクトリンク設定（TDLS：tunneled direct link setup）をサポートする局（STA）における組み合わせデバイス及びサービス発見（combined device and service discovery）を実行する技術の実施例を説明する。以下の説明では、本発明の完全な理解を提供するために、論理的な実装、リソースの区分若しくは共有、又は二重の実装、システムコンポーネントの種類及び相互関係、並びに論理的な区分若しくは統合の選択肢のように、複数の特定の詳細が示されている。しかし、本発明はこのような特定の詳細なしに実施されてもよいことが、当業者により分かる。他にも、本発明をあいまいにしないため、制御構造、ゲートレベル回路及び完全なソフトウェア命令のシーケンスは詳細には示されていない。当業者は、含まれる説明により、過度の実験を行わずに適切な機能を実装することができる。

明細書において、“一実施例”、“実施例”、“例示的な実施例”への言及は、記載の実施例が特定の機能、構造又は特徴を含んでもよいことを示しており、必ずしも全ての実施例が特定の機能、構造又は特徴を含むとは限らないことを示している。更に、このような用語は、必ずしも同じ実施例を示しているとは限らない。更に、特定の機能、構造又は特徴が実施例に関して記載されている場合、明示的に記載されていても、記載されていなくても、このような機能、構造又は特徴が他の実施例に関して影響を与えることは、当業者の認識の範囲内であることが示される。

本発明の実施例は、ハードウェア、ファームウェア、ソフトウェア又はこれらのいずれかの組み合わせで実装されてもよい。本発明の実施例はまた、機械可読媒体に格納された命令として実装されてもよい。機械可読媒体は、１つ以上のプロセッサにより読み取られて実行されてもよい。機械可読媒体は、機械（例えば、コンピュータデバイス）により読み取り可能な形式で情報を格納又は送信する如何なる機構を含んでもよい。

例えば、機械可読媒体は、読み取り専用メモリ（ROM）、ランダムアクセスメモリ（RAM）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、及び、電気、光、音響又は他の同様の信号を含んでもよい。更に、ファームウェア、ソフトウェア、ルーチン及び命令は、ここでは特定の動作を実行するものとして記載されることがある。しかし、このような記載は、単に便宜上のものであり、このような動作は、実際にはコンピュータデバイス、プロセッサ、コントローラ、並びに、ファームウェア、ソフトウェア、ルーチン及び命令を実行する他のデバイスから生じることがわかる。

TDLSをサポートする局での組み合わせデバイス及びサービス発見技術をサポートし得る無線ネットワーク100の実施例が、図１に示されている。一実施例では、無線ネットワーク100は、拡張サービスセット（ESS：extended service set）を有してもよく、拡張サービスセット（ESS）は、基本サービスセット120-A及び120-Bと、アクセスポイント130-A及び130-Bと、配信システム150とを含んでもよい。他の実施例では、無線ネットワーク100は、独立基本サービスセット（IBSS：independent basic service set）を有してもよい。

一実施例では、配信ハブ150は、インタフェースを含んでもよく、インタフェースは、BSS120-AのSTA110-A〜110-KがBSS120-BのSTA110-M〜110-Xと結合されることを可能にしてもよく、BSS120-A及び120-BのSTA110を他の種類の配信ネットワーク（Ethernet（登録商標）に基づくネットワーク等）に結合してもよい。一実施例では、配信ハブ150は、STA110と他の種類の配信ネットワークに結合されたデバイスとの間の相互運用性をサポートしてもよい。一実施例では、配信ハブ150は、AP130-A及び130-2をサポートしてもよい。

一実施例では、サービス消費側局及びサービスプロバイダ局は、1)レイヤ２の組み合わせデバイス及びサービス発見手順又は2)高レベルのサービス発見手順とレイヤ２のデバイス発見との組み合わせを使用してもよい。

一実施例では、レイヤ２の組み合わせデバイス及びサービス発見手順を使用する場合、サービスを利用する用意のできているサービス消費側局STA110-Aは、クエリフレームを生成してもよい。一実施例では、STA110-Aは、ブロードキャストクエリフレームを生成し、ブロードキャストクエリフレームをデータフレームにカプセル化してもよい。一実施例では、STA110-Aは、ブロードキャストクエリフレームを直接ブロードキャストしてもよい。一実施例では、STA110-Aは、特定のフィールド（ToDS/FromDSフィールド）を第１の論理値に設定してもよい。一実施例では、ブロードキャストクエリフレームはまた、BSSID（すなわち、STA110-Aが提供を受けるBSS120-Aの識別子）フィールド、プロトコル形式フィールド、サービス発見関連の任意選択のフィールドのような他のフィールドを有してもよい。

他の実施例では、STA110-Aは、ユニキャストクエリフレームを生成し、ユニキャストクエリフレームをAP130-Aに送信してもよい。一実施例では、STA110-Aは、特定のフィールドを第２の論理値に設定し、宛先アドレス（DA：destination address）フィールドのような他のフィールドをブロードキャストアドレスに設定してもよい。一実施例では、ユニキャストクエリフレームはまた、BSSID（すなわち、STA110-Aが提供を受けるBSS120-Aの識別子）フィールド、プロトコル形式フィールド、サービス発見関連の任意選択のフィールドのような他のフィールドを有してもよい。

一実施例では、サービス消費側局STA110-Aは、ブロードキャストクエリフレームの送信に応じて第１のサービスフレームを受信してもよく、ユニキャストクエリフレームの送信に応じて第２のサービスフレームを受信してもよい。一実施例では、STA110-Aは、サービスプロバイダ局（STA110-C）が提供を受けるBSSと、STA110-Cが提供し得るサービスとを判定するために、第１のサービスフレームの情報（例えば、BSSID及び任意選択の情報要素（IE：information element）フィールド）を使用してもよい。一実施例では、サービスプロバイダ局がSTA110-Aと同じBSS内で提供を受ける場合、STA110-Aはダイレクトリンクを確立してもよい。一実施例では、サービスプロバイダ局及びSTA110-CがSTA110-Aと同じBSS120-A内で提供を受け得る場合、サービス消費側局STA110-AはSTA110-Cを発見してもよい。一実施例では、STA110-Aは、サービスプロバイダ局STA110-Cとのダイレクトリンク112を確立してもよい。

高レイヤのサービス発見手順と組み合わせてレイヤ２のデバイス発見手順を使用する場合、STA110-A〜110-K及びSTA110-M〜110-Xは、インフラストラクチャネットワークとのレイヤ２接続を確立してもよい。一実施例では、インフラストラクチャネットワークは、AP130-A及び130-Bと配信ハブ150とを有してもよい。レイヤ２接続が確立された後に、一実施例では、サービス消費側局STA110-Aは、UPnP、Bonjour、及び所望のサービスを発見するこのような他の同様のプロトコルのような高レイヤ（例えば、レイヤ３）サービス発見手順を使用してもよい。一実施例では、BSSID及びMAC（medium access control）アドレスのようなレイヤ２情報は、高レイヤ（レイヤ３）メッセージの最後に付加されてもよい。

他の実施例では、サービス消費側局STA110-Aが所望のサービスプロバイダ局（STA110-C）とそのMACアドレスとを発見した後に、STA110-Aは、デバイス発見ハンドシェイク（device discovery handshake）を開始してもよい。一実施例では、デバイス発見ハンドシェイクは、データフレームにカプセル化された要求フレームを有してもよい。一実施例では、STA110-Aは、サービスプロバイダ局STA110-Cの位置（BSS120-A）を発見するために使用され得る応答フレームを受信してもよい。サービスプロバイダ局STA110-Cの位置を発見した後に、STA110-Aは、STA110-Cとのダイレクトリンク112を設定するためにダイレクトリンク設定手順を開始してもよい。

一実施例では、AP130-Aは、APパスを使用してBSS120-AのSTA110-A〜110-Kの間のフレームの伝送をサポートしてもよい。一実施例では、AP130-A及び130-Bは、それぞれBSS120-AのSTA110-A〜110-K及びBSS120-BのSTA110-M〜110-Xを配信ハブ150に結合してもよい。配信ハブ150は、STA110-A〜110-K及び110-M〜110-Xの間のフレームの伝送を可能にしてもよい。

一実施例では、AP130-Aは、ブロードキャストクエリフレームを受信し、ブロードキャストクエリの特定のフィールドの内容を検査し、ブロードキャストクエリの特定のフィールドが第１の論理値と等しい場合、ブロードキャストクエリフレームを処理しないことを判定してもよい。他の実施例では、AP130-Aは、ユニキャストクエリフレームを受信し、ユニキャストフレームの特定のフィールドの内容が第２の論理値と等しい場合、BSS120-A及び120-Bを含む拡張サービスセットでユニキャストクエリフレームを再ブロードキャストしてもよい。

一実施例では、AP130-Aは、１つ以上のサービスプロバイダ局から第１又は第２のサービスフレームを受信してもよい。一実施例では、AP130-Aは、サービスプロバイダ局STA110-Cから第１のサービスフレームを受信してもよい。一実施例では、AP130-Aは、サービスフレームの特定のフィールドの内容を検査し、サービスフレームの特定のフィールドの内容が第１の論理値と等しい場合、第１のサービスフレームを処理しないことを判定してもよい。一実施例では、サービスフレームがブロードキャストクエリフレームに応じて生成された場合、第１のサービスフレームの特定のフィールドの内容は、第１の論理値と等しくてもよい。他の実施例では、AP130-Aは、第２のサービスフレームを受信し、特定のフィールドの内容を検査し、特定のフィールドの内容が第２の論理値と等しい場合、サービスフレームをSTA110-A（サービス消費側局）に転送してもよい。一実施例では、AP130-Aは、サービスフレームをSTA110-Aに伝送する前に、第２のサービスフレームのデータアドレス（DA：data address）フィールドに埋め込まれたSTA110-A（サービス消費側局）のアドレスを取得してもよい。

一実施例では、レイヤ２の組み合わせデバイス及びサービス発見技術を使用する場合、STA110-B〜110-K及び110-M〜110-Xは、ブロードキャストクエリフレームを受信してもよく、サービスプロバイダ局（例えば、STA110-C）は、第１又は第２のサービスフレームを生成することにより、ブロードキャストクエリフレームに応答してもよい。一実施例では、STA110-Cは、ブロードキャストクエリフレームの受信に応じて、第１の論理値に設定された特定のフィールドの内容を備えた第１のサービスフレームを生成してもよい。一実施例では、第１のサービスフレームの他のフィールドは、BSSID（STA110-Cが提供を受けるBSSの識別子）フィールドと、任意選択のIEフィールドとを含んでもよい。任意選択のIEフィールドは、STA110-Cにより提供されるサービスのリストを有してもよい。

他の実施例では、STA110-Cは、ユニキャストクエリフレームの受信に応じて第２のサービスフレームを生成してもよい。一実施例では、第２のサービスフレームは、第２の論理値に設定された特定のフィールドの内容と、STA110-AのMACアドレスに設定された宛先アドレス（DA）フィールドとを有してもよい。一実施例では、第２のサービスフレームの他のフィールドは、BSSID（STA110-Cが提供を受けるBSSの識別子）フィールドと、任意選択のIEフィールドとを含んでもよい。任意選択のIEフィールドは、STA110-Cにより提供されるサービスのリストを有してもよい。一実施例では、STA110-Cは、ダイレクトリンクを設定する要求を受信してもよく、ダイレクトリンク112がSTA110-C及び110-Aの間に設定されることを可能にしてもよい。

高レイヤサービス発見手順と組み合わせてレイヤ２のデバイス発見手順を使用する場合、STA110-Cは、インフラストラクチャネットワーク（AP130-A）とのレイヤ２接続を確立してもよい。レイヤ２接続が確立された後に、一実施例では、STA110-Cは、UPnP、Bonjour、及びこのような他の同様のプロトコルに基づいて、高レイヤ（例えば、レイヤ３）サービス発見プロトコルメッセージを受信してもよい。一実施例では、STA110-Cは、高レイヤ（レイヤ３）メッセージの最後に付加されたBSSID及びMAC（medium access control）アドレスのようなレイヤ２情報を受信してもよい。

他の実施例では、発見段階の後に、STA110-Cは、STA110-Aからデバイス発見ハンドシェイク信号を受信してもよい。一実施例では、STA110-Cは、応答フレームを生成し、応答フレームをSTA110-Aに送信してもよい。一実施例では、応答フレームは、STA110-Cの位置の発見を可能にしてもよい。サービスプロバイダ局の位置の発見の後に、STA110-Cは、STA110-Aとのダイレクトリンク112を設定するため、ダイレクトリンク設定手順を開始してもよい。

組み合わせデバイス及びサービス発見手順をサポートする局STA110の実施例が、図２に示されている。一実施例では、STA110は、インタフェース210と、プラットフォーム250と、アプリケーション270と、メモリ280とを有してもよい。一実施例では、インタフェース210は、STA110をAP130-A又は130-Bのようなアクセスポイントに結合してもよい。一実施例では、インタフェース130は、STA110とAP130との間の電気、無線及びプロトコルインタフェースを提供してもよい。

一実施例では、プラットフォーム250は、プロセッサ、ネットワークインタフェース、記憶領域、及び図３に示す階層化モデルをサポートするこのような他のコンポーネントのようなハードウェアコンポーネントを有してもよい。一実施例では、プラットフォーム250は、アプリケーション270とメモリ280とをサポートしてもよい。一実施例では、プラットフォーム250は、アプリケーションブロック270によりサポートされるアプリケーションを実行してもよく、このようにして生成されたデータユニットは、メモリ280に格納されてもよい。

一実施例では、プラットフォーム250は、ブロードキャストクエリ及びユニキャストクエリのようなクエリフレームを生成し、第１又は第２のサービスフレームを受信し、組み合わせデバイス及びサービス発見手順を実行するため、サービスフレームを処理してもよい。一実施例では、プラットフォーム250はまた、サービス消費側局とサービスプロバイダ局との間でダイレクトリンク設定手順を開始してもよい。一実施例では、プラットフォーム250は、階層化モデルのレイヤ２で実行される組み合わせデバイス及びサービス発見をサポートしてもよい。一実施例では、レイヤ２で組み合わせデバイス及びサービス発見を実行することは、より少ないメッセージ及びより短いメッセージを使用することを含んでもよい。

一実施例では、レイヤ２の組み合わせデバイス及びサービス発見手順は、高レイヤで実行されるサービス発見手順により引き起こされるオーバヘッドを低減し、プロミスキャス動作モードが存在しないことにより電力を節約し、待ち時間ジッタ及びパケットロスを低減し得る。

プラットフォーム250によりサポートされる階層化モデルの実施例は、図３に示されている。一実施例では、階層化モデル300は、レイヤ２ 305と、レイヤ２サービス発見（L2SD：layer-2 service discovery）レイヤ350と、レイヤ３ 380とを有してもよい。一実施例では、L2SD350は、レイヤ２ 305とレイヤ３ 380との間に存在してもよい。

一実施例では、レイヤ２ 305は、IEEE802.11に基づく標準Wi-Fi310、短距離及び高帯域幅の無線技術に基づく超広帯域UWB320、及び周波数ホッピングスペクトラム拡散（FHSS：frequency-hopping spread spectrum）に基づくBluetooth技術に基づくBT330のような１つ以上のインタフェースを有してもよい。一実施例では、L2SD350は、プラットフォームに依存する低サブレイヤ360と、プラットフォームと独立した高サブレイヤ370とを有してもよい。一実施例では、L2SDサブレイヤ360は、Wi-Fi361、UWB362及びBT363のようなインタフェースを有してもよい。このインタフェースは、レイヤ２ 305のインタフェースWi-Fi310、UWB320及びBT330を高サブレイヤ370に結合してもよい。

一実施例では、高サブレイヤ370は、UPnP（Universal Plug and Play interface）371、ZConf372及び他のベンダ特有のインタフェース373のようなインタフェースを有してもよい。一実施例では、UPnP371は、デバイスがシームレスに接続して、コンピュータコンポーネントの簡単な導入のために家庭環境及び企業環境でのネットワークの実装を簡略化することを可能にし得る。一実施例では、UPnP371は、インターネットに基づく通信標準を使用してもよい。一実施例では、レイヤ３ 380はまた、UPnP381、ZConf382、及びレイヤ３ 380をレイヤ２ 305に結合するこのような他のインタフェースを有してもよい。

一実施例では、L2SD高サブレイヤ370は、レイヤ３ 380からレイヤ３サービス発見（L3SD：layer-3 service discovery）情報を受信し、L3SD情報をL2SD特有の情報要素にマッピングしてもよい。一実施例では、L2SD高サブレイヤ370は、関係するL2SD情報要素を集約し、集約されたL2SD情報要素をL2SD低サブレイヤ360に送信してもよい。一実施例では、L2SD低サブレイヤ360は、Wi-Fi310、UWB320及びBT330のような選択されたネットワークインタフェースに基づいて、L2SD情報要素（IE）を適切なL2フレームに挿入してもよい。

局がTDLSネットワークの局STA110-Aのようなサービス消費側局を表す場合、前述のブロードキャスト及びユニキャストクエリフレームを含んでもよい図４のクエリフレーム410は、IEEE802.11に基づくデータフレームにカプセル化され、Wi-Fiインタフェース310に送信されてもよい。局がTDLSネットワークのSTA110-Cのようなサービスプロバイダ局を表す場合、前述の第１又は第２のサービスフレームを含んでもよい図４のサービスフレーム450は、IEEE802.11に基づくデータフレームにカプセル化され、Wi-Fiインタフェース310に送信されてもよい。

TDLSネットワークの局により採用される組み合わせデバイス及びサービス発見技術を示すフローチャート500が、図５に示されている。ブロック505において、STA110-Aのようなサービス消費側局は、ブロードキャストクエリフレームを送信するか、ユニキャストクエリフレームを送信するかを判定してもよい。一実施例では、制御は、サービス消費側局STA110-Aがブロードキャストクエリフレームを送信することを判定した場合にブロック510に進んでもよく、そうでない場合にブロック550に進んでもよい。

ブロック510において、サービス消費側局STA110-Aは、ブロードキャストクエリフレームを生成してもよい。一実施例では、STA110-Aは、ブロードキャストクエリフレームを生成するために、以下に説明する図６のクエリフレーム600を使用してもよい。

ブロック515において、STA110-Aは、ブロードキャストクエリフレームとして構成されたクエリフレーム600を第１のデータフレームにカプセル化してもよい。一実施例では、STA110-Aは、IEEE802.11に基づくデータフレームを使用してもよい。

ブロック520において、STA110-Aは、第１のデータフレームをブロードキャストしてもよい。第１のデータフレームはブロードキャストクエリフレームとして構成されたクエリフレーム600を有するため、AP130-Aは第１のデータフレームを処理しなくてもよい。

ブロック525において、STA110-Cのようなサービスプロバイダ局は、第１のデータフレームを受信してもよい。ブロック530において、サービスプロバイダ局STA110-Cは、以下に説明する図７のサービスフレーム700を使用して第１のサービスフレームを生成してもよい。

ブロック535において、STA110-Cは、第１のサービスフレームを第２のデータフレームにカプセル化してもよい。一実施例では、第２のデータフレームは、IEEE802.11標準に基づいてもよい。

ブロック540において、STA110-Cは、第２のデータフレームをサービス消費側局STA110-Aに送信してもよい。一実施例では、サービスプロバイダ局STA110-Cは、ブロードキャストクエリフレームの基本サービスセット識別子（BSSID）フィールドに基づいて第２のデータフレームを送信してもよい。

ブロック544において、STA110-Aは、第２のデータフレームを使用して、サービスプロバイダ局STA110-CがSTA110-Aと同じBSS内に存在するか否を判定してもよい。ブロック548において、STA110-CがSTA110-Aと同じBSS内に存在する場合、STA110-Aは、STA110-Cとのダイレクトリンクを設定してもよい。一実施例では、STA110-Aは、サービスプロバイダのBSSID及びMACアドレスを使用して、ユニキャストパケット送信を使用してもよい。他の実施例では、STA110-Aは、高レベルのサービス発見手順を開始してもよい。

ブロック550において、サービス消費側局STA110-Aは、ユニキャストクエリフレームを生成してもよい。一実施例では、STA110-Aは、ユニキャストクエリフレームを生成するために、以下に説明するクエリフレーム600を使用してもよい。

ブロック555において、STA110-Aは、ユニキャストクエリフレームとして構成されたクエリフレーム600を第３のデータフレームにカプセル化してもよい。一実施例では、STA110-Aは、IEEE802.11標準に基づくデータフレームを使用してもよい。

ブロック560において、STA110-Aは、第３のデータフレームをAP130-Aのようなアクセスポイントに送信してもよい。第３のデータフレームはユニキャストクエリフレームとして構成されたクエリフレーム600を有するため、AP130-Aは、第３のデータフレームを処理してもよい。

ブロック565において、AP130-Aは、ユニキャストクエリフレームの宛先アドレスフィールドに符号化されたブロードキャストアドレスを使用して、ユニキャストフレームをブロードキャストしてもよい。ブロック570において、サービスプロバイダ局STA110-Cは、サービスフレーム700を使用して第２のサービスフレームを生成してもよい。

ブロック580において、STA110-Cは、第２のサービスフレームを第４のデータフレームにカプセル化してもよい。一実施例では、第４のデータフレームは、IEEE802.11標準に基づいてもよい。ブロック585において、STA110-Cは、STA110-AのMACアドレスに設定された宛先アドレスフィールドを使用して、第４のデータフレームをサービス消費側局STA110-Aに送信してもよい。

ブロック590において、STA110-Aは、第４のデータフレームを使用して、サービスプロバイダ局STA110-CがSTA110-Aと同じBSS内に存在するか否かを判定してもよい。

ブロック595において、STA110-CがSTA110-Aと同じBSS内に存在する場合、STA110-Aは、STA110-Cとのダイレクトリンクを設定してもよい。一実施例では、STA110-Aは、サービスプロバイダのBSSID及びMACアドレスを使用して、ユニキャストパケット送信を使用してもよい。他の実施例では、STA110-Aは、UPnP、Zconfに限定されないこのような高レベルサービス発見手順を開始してもよい。

サービス消費側局により使用されるクエリフレーム600の実施例が、図６に示されている。一実施例では、クエリフレーム600は、ヘッダ610及びフレーム本文615のようなフィールドを有してもよい。

一実施例では、ヘッダ610は、ToDS611、FromDSS612、宛先フィールドDA618及びこのような他のフィールドのようなサブフィールドを有してもよい。一実施例では、フレーム本文615は、LLC/SNAP620、リモートフレーム形式630、TDLSパケット形式640及び情報650を有してもよい。

一実施例では、STA110-Aは、ブロック510に示すブロードキャストクエリフレームを生成する場合、サブフィールドToDS611（=0）、FromDS612（=0）、LLC/SNAP620（=80d）、リモートフレーム形式630（=2）、TDLSパケット形式640（=10）を設定してもよい。一実施例では、TDLSパケット形式640は、テーブル670の値を使用して設定されてもよい。一実施例では、STA110-Aは、未使用（保留）の値10を使用して、TDLSパケット形式がレイヤ２のクエリフレームであることを示してもよい。一実施例では、情報650は、テーブル660を有してもよい。テーブル660は、オーダ（order）661及び情報要素（IE）662の列を含んでもよく、IE662は、BSSID669を有してもよい。一実施例では、IE662はまた、任意選択のIE669-Aを有してもよい。任意選択のIE669-Aは、STA110-Aが関心のあるサービスを示すためにSTA110-Aにより使用されてもよい。一実施例では、STA110-Aは、サービス消費側局STA110-Aが関連するAP130-Aの基本サービスセット識別子でBSSID669を設定してもよい。一実施例では、情報650はまた、任意選択の情報要素を有してもよい。任意選択の情報要素は、サービス消費側局STA110-Aが要求し得るサービスを識別してもよい。

一実施例では、STA110-Aは、ブロック550に示すユニキャストクエリフレームを生成する場合、サブフィールドToDS611（=1）、FromDS612（=0）、DA618（=ブロードキャストアドレス）、LLC/SNAP620（=80d）、リモートフレーム形式630（=2）、TDLSパケット形式640（=10）を設定してもよい。一実施例では、TDLSパケット形式640は、テーブル670の値を使用して設定されてもよい。一実施例では、STA110-Aは、未使用の値10を使用して、TDLSパケット形式がレイヤ２のクエリフレームであることを示してもよい。一実施例では、IE662は、BSSID669を有してもよい。BSSID669は、サービス消費側局TA110-Aが関連するAP130-Aの基本サービスセット識別子で設定されてもよい。一実施例では、情報650はまた、任意選択のIE669-Aを有してもよい。任意選択のIE669-Aは、サービス消費側局STA110-Aが要求し得るサービスを識別してもよい。

一実施例では、STA110-Aが提供を受けるものと同じBSS（例えば、120-A）内でSTA110-Cも提供を受けることをSTA110-Aが判定した場合、STA110-Aは、STA110-Cとのトンネルダイレクトリンク設定を確立してもよい。一実施例では、STA110-Aは、設定要求（Setup Req）を送信するために、テーブル670の値‘0’を使用してもよく、STA110-Cから応答を受信してもよい。好意的な応答を受信した後に、STA110-Aは、設定を確認するために（Setup Confirm）、テーブル670からの値‘2’を送信してもよい。

サービスプロバイダ局STA110-Cにより使用されるサービスフレームの実施例が、図７に示されている。一実施例では、サービスフレーム700は、図６のクエリフレーム600と実質的に同様のものでもよい。一実施例では、STA110-Cは、ブロック530に示すブロードキャストクエリフレームの受信に応じて第１のサービスフレームを生成する場合、サブフィールドToDS711（=0）、FromDS712（=0）、LLC/SNAP720（=80d）、リモートフレーム形式730（=2）、TDLSパケット形式740（=11）を設定してもよい。一実施例では、TDLSパケット形式740は、テーブル760の未使用の値を使用して設定されてもよい。一実施例では、STA110-Cは、未使用（保留）の値11を使用して、TDLSパケット形式がサービスフレームであることを示してもよい。

一実施例では、情報750は、テーブル770を有してもよい。テーブル770は、オーダ（order）761及び情報要素（IE）762の列を含んでもよく、IE762は、BSSID779を有してもよい。一実施例では、IE762はまた、任意選択のIE779-Aを有してもよい。任意選択のIE779-Aは、STA110-Cがサポート可能なサービスを示すためにSTA110-Cにより使用されてもよい。一実施例では、STA110-Cは、サービス消費側局STA110-Cが関連するAP130-Aの基本サービスセット識別子でBSSID779を設定してもよい。一実施例では、STA110-Aは、第１のサービスフレームを受信し、BSSID779の内容を検査して、サービスプロバイダ局の位置を判定してもよい。このように、一実施例では、サービス消費側局110-Aは、レイヤ２の組み合わせデバイス及びサービス発見手順を使用して、デバイスと、デバイスにより提供されるサービスとを発見してもよい。

一実施例では、STA110-Cは、ブロック570に示すユニキャストクエリフレームの受信に応じて第２のサービスフレームを生成する場合、サブフィールドToDS711（=0）、FromDS712（=0）、DA718（=STA110-AのMACアドレス）、LLC/SNAP720（=80d）、リモートフレーム形式730（=2）、TDLSパケット形式740（=11）を設定してもよい。一実施例では、TDLSパケット形式740は、テーブル760の未使用の値を使用して設定されてもよい。一実施例では、STA110-Cは、未使用の値11を使用して、TDLSパケット形式がサービスフレームであることを示してもよい。

一実施例では、情報750は、テーブル770を有してもよい。テーブル770は、オーダ（order）761及び情報要素（IE）762の列を含んでもよく、IE762は、BSSID779を有してもよい。一実施例では、IE762はまた、任意選択のIE779-Aを有してもよい。任意選択のIE779-Aは、STA110-Cがサポート可能なサービスを示すためにSTA110-Cにより使用されてもよい。一実施例では、STA110-Cは、サービス消費側局STA110-Cが関連するAP130-Aの基本サービスセット識別子でBSSID779を設定してもよい。一実施例では、STA110-Aは、第１のサービスフレームを受信し、BSSID779の内容を検査して、サービスプロバイダ局の存在とサービスプロバイダ局の位置とを判定してもよい。

一実施例では、任意選択のIE779-Aは、‘成功’、‘サービス未検出’及び‘不正な形式のクエリ’のような状態コードを含んでもよい。このように、一実施例では、サービス消費側局110-Aは、レイヤ２の組み合わせデバイス及びサービス発見手順を使用して、デバイスとデバイスにより提供されるサービスとを発見してもよい。一実施例では、トンネルダイレクトリンクを設定する場合、STA110-Cは、STA110-Aから設定要求を受信し、テーブル760から‘1’（設定応答：Setup Resp）を選択することにより応答してもよい。

本発明の特定の特徴について、例示的な実施例を参照して説明した。しかし、この説明は、限定的な意味で解釈されるべきではない。本発明に関する当業者に明らかになる本発明の例示的な実施例及び他の実施例の様々な変更が、本発明の要旨及び範囲内にあると考えられる。

Claims

トンネルダイレクトリンク設定をサポートする無線ネットワークにおける方法であって、
サービス消費側局からレイヤ２のクエリフレームを送信し、
サービスプロバイダ局での前記レイヤ２のクエリフレームの受信に応じて、レイヤ２のサービスフレームを生成し、ここで、複数の局は前記サービス消費側局と前記サービスプロバイダ局とを含み、
前記サービス消費側局での前記レイヤ２のサービスフレームの受信に応じて、前記サービスプロバイダ局と、前記サービスプロバイダ局により提供されるサービスとを発見することを有し、
前記レイヤ２のクエリフレームは、ユニキャストクエリフレームであり、
ルータは、前記ユニキャストクエリフレームのブロードキャストアドレスを使用して前記ユニキャストクエリフレームを再ブロードキャストし、
前記レイヤ２のサービスフレームは、前記ユニキャストクエリフレームの受信に応じて前記サービスプロバイダ局により生成された応答サービスフレームを含み、
前記応答サービスフレームは、基本サービスセット識別子の値と、情報要素と、前記サービス消費側局の媒体アクセス制御アドレスの値を有する宛先アドレスとを含み、
前記基本サービスセット識別子の値は、前記サービスプロバイダ局が提供を受ける基本サービスセットを識別し、
前記情報要素は、前記サービスプロバイダ局により提供されるサービスを示す方法。
前記サービス消費側局で前記サービスプロバイダ局を発見することは、
前記応答サービスフレームから前記基本サービスセット識別子の値と、前記情報要素とを取得し、
前記基本サービスセット識別子の値が前記サービス消費側局の基本サービスセットと同じである場合、前記サービスプロバイダ局が前記サービス消費側局の基本サービスセットで提供を受けることを判定することを含む、請求項１に記載の方法。
前記サービス消費側局が提供を受ける基本サービスセット内に前記サービスプロバイダ局が存在することを、前記基本サービスセット識別子の値が示す場合、前記サービスプロバイダ局とのトンネルダイレクトリンク設定を確立することを有し、
前記サービス消費側局は、前記トンネルダイレクトリンク設定の確立を開始する、請求項２に記載の方法。
前記応答サービスフレームは、前記応答サービスフレームの前記媒体アクセス制御アドレスの値を使用して、前記サービス消費側局に向けられる、請求項１に記載の方法。
前記サービスプロバイダ局を発見するためにレイヤ２のクエリフレームを使用し、
前記サービスプロバイダ局により提供されるサービスを発見するためにレイヤ３のサービス手順を使用することを有する、請求項１に記載の方法。
前記応答サービスフレームを使用して判定された前記基本サービスセット識別子の値と前記媒体アクセス制御アドレスの値とをレイヤ３のクエリフレームに付加することを有する、請求項５に記載の方法。
前記サービス消費側局が提供を受ける基本サービスセット内に前記サービスプロバイダ局が存在することを、前記基本サービスセット識別子の値が示す場合、前記サービスプロバイダ局とのトンネルダイレクトリンク設定を確立することを有する、請求項６に記載の方法。
トンネルダイレクトリンク設定をサポートするシステムであって、
第１の局及び第２の局を有する複数の局と、
前記第１の局及び前記第２の局に結合された第１のルータと
を有し、
前記第１の局は、サービス消費側局であり、前記第２の局は、サービスプロバイダ局であり、
前記第１の局は、レイヤ２のクエリフレームを前記複数の局に送信し、
前記第２の局は、前記レイヤ２のクエリフレームの受信に応じてレイヤ２のサービスフレームを生成し、
前記第１の局は、前記レイヤ２のサービスフレームに基づいて、前記第２の局と、前記第２の局により提供されるサービスとを発見し、
前記レイヤ２のクエリフレームは、ユニキャストクエリフレームであり、
前記第１のルータは、前記ユニキャストクエリフレームのブロードキャストアドレスを使用して前記ユニキャストクエリフレームを再ブロードキャストし、
前記レイヤ２のサービスフレームは、前記ユニキャストクエリフレームの受信に応じて前記第２の局により生成された応答サービスフレームであり、
前記応答サービスフレームは、基本サービスセット識別子の値と、情報要素と、前記第１の局の媒体アクセス制御アドレスの値を有する宛先アドレスとを含み、
前記基本サービスセット識別子の値は、前記第２の局が提供を受ける基本サービスセットを識別し、
前記情報要素は、前記第２の局により提供されるサービスを示し、
前記第１の局は、前記レイヤ２のクエリフレームを使用して前記第２の局を発見し、
レイヤ３のサービス手順を使用して前記第２の局により提供される前記サービスを発見するシステム。
前記第１の局は、前記応答サービスフレームの前記基本サービスセット識別子の値から前記第２の局を発見し、前記応答サービスフレームの前記情報要素から前記第２の局により提供されるサービスを発見する、請求項８に記載のシステム。
前記第２の局が提供を受ける基本サービスセット内に前記第２の局が存在することを、前記基本サービスセット識別子の値が示す場合、前記第１の局は、前記第２の局とのトンネルダイレクトリンク設定を確立する、請求項９に記載のシステム。
前記応答サービスフレームは、前記応答サービスフレームの前記媒体アクセス制御アドレスの値を使用して、前記第１の局に向けられる、請求項８に記載のシステム。
前記第１の局は、前記応答サービスフレームを使用して判定された前記基本サービスセット識別子の値と前記媒体アクセス制御アドレスの値とをレイヤ３のクエリフレームに付加する、請求項８に記載のシステム。
前記第２の局が提供を受ける基本サービスセット内に前記第２の局が存在することを、前記基本サービスセット識別子の値が示す場合、前記第１の局は、前記第２の局とのトンネルダイレクトリンク設定を確立する、請求項１２に記載のシステム。
トンネルダイレクトリンク設定をサポートするサービス消費側局であって、
前記サービス消費側局をルータに結合するインタフェースと、
前記インタフェースに結合されたプラットフォームと
を有し、
前記プラットフォームは、前記ルータに結合された複数の局へのレイヤ２のクエリフレームの送信に応じてレイヤ２のサービスフレームを受信し、
前記プラットフォームは、前記レイヤ２のサービスフレームに基づいて前記複数の局のうちサービスプロバイダ局と、前記サービスプロバイダ局により提供されるサービスとを発見し、
前記レイヤ２のクエリフレームは、ユニキャストクエリフレームであり、
前記ルータは、前記ユニキャストクエリフレームのブロードキャストアドレスを使用して前記ユニキャストクエリフレームを再ブロードキャストし、
前記レイヤ２のサービスフレームは、前記ユニキャストクエリフレームの受信に応じて前記サービスプロバイダ局により生成された応答サービスフレームを含み、
前記応答サービスフレームは、基本サービスセット識別子の値と、情報要素と、前記サービス消費側局の媒体アクセス制御アドレスの値を有する宛先アドレスとを含み、
前記基本サービスセット識別子の値は、前記サービスプロバイダ局が提供を受ける基本サービスセットを識別し、
前記情報要素は、前記サービスプロバイダ局により提供されるサービスを示すサービス消費側局。
前記サービス消費側局は、前記レイヤ２のサービスフレームの基本サービスセット識別子の値を使用して前記サービスプロバイダ局を発見し、前記レイヤ２のサービスフレームの情報要素から前記サービスプロバイダ局により提供されるサービスを発見する、請求項１４に記載のサービス消費側局。
前記サービス消費側局が提供を受ける前記基本サービスセット内に前記サービスプロバイダ局が存在することを、前記基本サービスセット識別子の値が示す場合、前記サービス消費側局は、前記サービスプロバイダ局とのトンネルダイレクトリンク設定を確立する、請求項１５に記載のサービス消費側局。
トンネルダイレクトリンク設定をサポートするサービスプロバイダ局であって、
前記サービスプロバイダ局をルータに結合するインタフェースと、
前記インタフェースに結合され、レイヤ２のクエリフレームの受信に応じてレイヤ２のサービスフレームを生成するプラットフォームと
を有し、
前記レイヤ２のサービスフレームの設定された値は、前記サービスプロバイダ局の位置と、前記サービスプロバイダ局により提供されるサービスとを示し、
前記レイヤ２のクエリフレームは、ユニキャストクエリフレームであり、
前記ルータは、前記ユニキャストクエリフレームのブロードキャストアドレスを使用して前記ユニキャストクエリフレームを再ブロードキャストし、
前記レイヤ２のサービスフレームは、前記ユニキャストクエリフレームの受信に応じて前記サービスプロバイダ局により生成された応答サービスフレームを含み、
前記応答サービスフレームは、基本サービスセット識別子の値と、情報要素と、前記サービス消費側局の媒体アクセス制御アドレスの値を有する宛先アドレスとを含み、
前記基本サービスセット識別子の値は、前記サービスプロバイダ局が提供を受ける基本サービスセットを識別し、
前記情報要素は、前記サービスプロバイダ局により提供されるサービスを示すサービスプロバイダ局。
前記サービスプロバイダ局は、トンネルダイレクトリンクの設定をサポートし、
前記トンネルダイレクトリンクの設定は、サービス消費側局により開始される、請求項１７に記載のサービスプロバイダ局。