(57)【要約】  ワイヤレス通信のための方法、装置、およびコンピュータ可読媒体が提供される。一態様では、装置は、マルチホップ特徴がサービスのために使用可能であると決定することと、決定に基づいて、パブリッシャーデバイスによって与えられる識別子またはサービスに関連するホップカウントのうちの少なくとも１つを含み得るマルチホップ属性を送信することとを行うように構成される。別の態様では、装置は、マルチホップサービスのためのデータスケジューリングプロトコルを決定することと、決定されたデータスケジューリングプロトコルに基づいて１つまたは複数のワイヤレスデバイスと通信することとを行うように構成される。
2019509697.tif 000002
【特許請求の範囲】
【請求項１】
第１のワイヤレスデバイスによるワイヤレス通信の方法であって、
マルチホップ特徴がサービスのために使用可能であると決定することと、
前記決定に基づいて、パブリッシャーデバイスによって与えられる識別子または前記サービスに関連するホップカウントのうちの少なくとも１つを含むマルチホップ属性を送信することと
を備える、方法。
【請求項２】
前記決定することが、
第２のワイヤレスデバイスから情報属性を受信することと、ここにおいて、前記情報属性は、前記マルチホップ特徴が使用可能であるのかどうかを示すインジケータと、前記サービスの前記パブリッシャーデバイスを識別する前記識別子とを含む、
前記インジケータに基づいて前記マルチホップ特徴が使用可能であると決定することと
を備える、請求項１に記載の方法。
【請求項３】
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記サービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、請求項２に記載の方法。
【請求項４】
前記受信された情報属性に基づいて前記マルチホップ属性を送信することを決定することをさらに備える、請求項２に記載の方法。
【請求項５】
送信することを前記決定することが、
前記サービスに関連する最大ホップカウントを決定することと、
前記最大ホップカウントが満たされる場合、前記マルチホップ属性を送信するのを控えることと、ここにおいて、前記マルチホップ属性が、送信するとの前記決定に基づいて送信される、
を備える、請求項４に記載の方法。
【請求項６】
送信することを前記決定することが、
受信された情報属性から前記サービスに関連する重複情報属性をフィルタ処理することと、
前記フィルタ処理された重複情報属性に基づいてパブリッシャーデバイスへの最適経路を決定することと、
前記フィルタ処理された重複情報属性のすべてについて単一のマルチホップ属性を送信することを決定することと
を備える、請求項５に記載の方法。
【請求項７】
前記送信されたマルチホップ属性に基づいて第３のワイヤレスデバイスから加わることを求める要求を受信することをさらに備える、請求項１に記載の方法。
【請求項８】
加わることを求める前記要求を受信した後に前記第１のワイヤレスデバイスと前記第３のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第１のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第３のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を送信することと
をさらに備える、請求項７に記載の方法。
【請求項９】
第１のワイヤレスデバイスによるワイヤレス通信の方法であって、
マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、前記マルチホップサービスの前記パブリッシャーデバイスを識別する識別子を含む情報属性を第２のワイヤレスデバイスから受信することと、
前記受信された情報属性に基づいて前記マルチホップサービスに加入することを決定することと
を備える、方法。
【請求項１０】
前記情報属性は、マルチホップ特徴が前記マルチホップサービスのために使用可能であることを示すインジケータを含む、請求項９に記載の方法。
【請求項１１】
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と、前記マルチホップ特徴が前記マルチホップサービスのために使用可能であることとを示すサービス記述子属性である、請求項１０に記載の方法。
【請求項１２】
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスのためのプロキシである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と前記第２のワイヤレスデバイスに関連する第２のホップカウントとを示すマルチホップ属性である、請求項１０に記載の方法。
【請求項１３】
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記マルチホップサービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、請求項１２に記載の方法。
【請求項１４】
前記マルチホップサービスに加入する前記決定に基づいて前記第２のワイヤレスデバイスに加わることを求める要求を送信することをさらに備える、請求項９に記載の方法。
【請求項１５】
加わることを求める前記要求を送信した後に前記第１のワイヤレスデバイスと前記第２のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第２のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第１のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を受信することと
をさらに備える、請求項１４に記載の方法。
【請求項１６】
ワイヤレス通信のための第１のワイヤレスデバイスであって、
メモリと、
前記メモリに結合され、
マルチホップ特徴がサービスのために使用可能であると決定することと、
前記決定に基づいて、パブリッシャーデバイスによって与えられる識別子または前記サービスに関連するホップカウントのうちの少なくとも１つを含むマルチホップ属性を送信することと
を行うように構成された少なくとも１つのプロセッサと
を備える、第１のワイヤレスデバイス。
【請求項１７】
前記少なくとも１つのプロセッサが、
第２のワイヤレスデバイスから情報属性を受信することと、ここにおいて、前記情報属性は、前記マルチホップ特徴が使用可能であるのかどうかを示すインジケータと、前記サービスの前記パブリッシャーデバイスを識別する前記識別子とを含む、
前記インジケータに基づいて前記マルチホップ特徴が使用可能であると決定することと
を行うことによって決定するように構成された、請求項１６に記載の第１のワイヤレスデバイス。
【請求項１８】
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記サービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、請求項１７に記載の第１のワイヤレスデバイス。
【請求項１９】
前記少なくとも１つのプロセッサが、前記受信された情報属性に基づいて前記マルチホップ属性を送信することを決定するようにさらに構成された、請求項１７に記載の第１のワイヤレスデバイス。
【請求項２０】
前記少なくとも１つのプロセッサが、
前記サービスに関連する最大ホップカウントを決定することと、
前記最大ホップカウントが満たされる場合、前記マルチホップ属性を送信するのを控えることと、ここにおいて、前記マルチホップ属性が、送信するとの前記決定に基づいて送信される、
を行うことによって送信することを決定するように構成された、請求項１９に記載の第１のワイヤレスデバイス。
【請求項２１】
前記少なくとも１つのプロセッサが、
受信された情報属性から前記サービスに関連する重複情報属性をフィルタ処理することと、
前記フィルタ処理された重複情報属性に基づいてパブリッシャーデバイスへの最適経路を決定することと、
前記フィルタ処理された重複情報属性のすべてについて単一のマルチホップ属性を送信することを決定することと
を行うことによって送信することを決定するように構成された、請求項２０に記載の第１のワイヤレスデバイス。
【請求項２２】
前記少なくとも１つのプロセッサが、前記送信されたマルチホップ属性に基づいて第３のワイヤレスデバイスから加わることを求める要求を受信するようにさらに構成された、請求項１６に記載の第１のワイヤレスデバイス。
【請求項２３】
前記少なくとも１つのプロセッサが、
加わることを求める前記要求を受信した後に前記第１のワイヤレスデバイスと前記第３のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第１のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第３のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を送信することと
を行うようにさらに構成された、請求項２２に記載の第１のワイヤレスデバイス。
【請求項２４】
ワイヤレス通信のための第１のワイヤレスデバイスであって、
メモリと、
前記メモリに結合され、
マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、前記マルチホップサービスの前記パブリッシャーデバイスを識別するための識別子を含む情報属性を第２のワイヤレスデバイスから受信することと、
前記受信された情報属性に基づいて前記マルチホップサービスに加入することを決定することと
を行うように構成された少なくとも１つのプロセッサと
を備える、第１のワイヤレスデバイス。
【請求項２５】
前記情報属性は、マルチホップ特徴が前記マルチホップサービスのために使用可能であることを示すインジケータを含む、請求項２４に記載の第１のワイヤレスデバイス。
【請求項２６】
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と、前記マルチホップ特徴が前記マルチホップサービスのために使用可能であることとを示すサービス記述子属性である、請求項２５に記載の第１のワイヤレスデバイス。
【請求項２７】
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスのためのプロキシである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と前記第２のワイヤレスデバイスに関連する第２のホップカウントとを示すマルチホップ属性である、請求項２５に記載の第１のワイヤレスデバイス。
【請求項２８】
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記マルチホップサービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、請求項２７に記載の第１のワイヤレスデバイス。
【請求項２９】
前記少なくとも１つのプロセッサが、前記マルチホップサービスに加入する前記決定に基づいて前記第２のワイヤレスデバイスに加わることを求める要求を送信するようにさらに構成された、請求項２４に記載の第１のワイヤレスデバイス。
【請求項３０】
前記少なくとも１つのプロセッサが、
加わることを求める前記要求を送信した後に前記第１のワイヤレスデバイスと前記第２のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第２のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第１のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を受信することと
を行うようにさらに構成された、請求項２９に記載の第１のワイヤレスデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、「ＮＡＮ  ＤＡＴＡ  ＬＩＮＫ  ＭＵＬＴＩ−ＨＯＰ  ＴＯＰＯＬＯＧＹ」と題する、２０１６年３月２４日に出願された米国仮出願番号第６２／３１２，８３３号、「ＮＡＮ  ＤＡＴＡ  ＬＩＮＫ  ＭＵＬＴＩ−ＨＯＰ  ＴＯＰＯＬＯＧＹ」と題する、２０１６年３月２４日に出願された米国仮出願番号第６２／３１２，９４９号、および「ＮＡＮ  ＤＡＴＡ  ＬＩＮＫ  ＭＵＬＴＩ−ＨＯＰ  ＴＯＰＯＬＯＧＹ」と題する、２０１７年３月２３日に出願された米国特許出願番号第１５／４６７，９９３号の利益を主張する。
【０００２】
[0002]本開示は、一般に、通信システムに関し、より詳細には、近接認識ネットワーキング（ＮＡＮ：neighbor awareness networking）データリンク（ＮＤＬ）トポロジーに関する。
【背景技術】
【０００３】
[0003]多くの電気通信システムでは、いくつかの対話している空間的に離れたデバイスの間でメッセージを交換するために、通信ネットワークが使用される。ネットワークは、たとえば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る地理的範囲に従って分類されることがある。そのようなネットワークは、それぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）として指定されるであろう。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用されるスイッチング／ルーティング技法（たとえば、回線交換対パケット交換）、送信のために利用される物理媒体のタイプ（たとえば、有線対ワイヤレス）、および使用される通信プロトコルの集合（たとえば、インターネットプロトコルスイート、同期光ネットワーキング（ＳＯＮＥＴ）、イーサネット（登録商標）など）によって異なる。
【０００４】
[0004]ワイヤレスネットワークは、しばしば、ネットワーク要素がモバイルであり、したがって動的な接続性を必要とするときに、またはネットワークアーキテクチャが、固定ではなくアドホックなトポロジーで形成される場合に好適である。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域中の電磁波を使用する非誘導伝搬モードでは、無形物理媒体を採用する。ワイヤレスネットワークは、有利には、固定されたワイヤードネットワークと比較すると、ユーザモビリティと迅速なフィールド展開とを容易にする。
【発明の概要】
【０００５】
[0005]本発明のシステム、方法、コンピュータ可読媒体、およびデバイスは、それぞれいくつかの態様を有し、それらのうちの単一の態様が、単独で、本発明の望ましい属性を担当するとは限らない。次に、以下の特許請求の範囲によって表される本発明の範囲を限定することなしに、いくつかの特徴について手短に説明する。この説明を考慮した後で、特に「発明を実施するための形態」と題されるセクションを読んだ後で、本発明の特徴が、ワイヤレスネットワークの中のデバイスに利点をどのようにもたらすかが理解されよう。
【０００６】
[0006]本開示の一態様は、ワイヤレス通信のための装置（たとえば、局）を提供する。装置は、マルチホップ特徴がサービスのために使用可能であると決定することと、決定に基づいて、パブリッシャーデバイスによって与えられる識別子とサービスに関連するホップカウントとを含むマルチホップ属性を送信することとを行うように構成される。
【０００７】
[0007]本開示の別の態様は、ワイヤレス通信のための装置を提供する。装置は、マルチホップ特徴がサービスのために使用可能であると決定するための手段のための手段と、決定に基づいて、パブリッシャーデバイスによって与えられる識別子とサービスに関連するホップカウントとを含むマルチホップ属性を送信するための手段を含み得る。
【０００８】
[0008]本開示の別の態様は、ワイヤレス通信のための装置を提供する。本装置は、メモリと、メモリに結合された少なくとも１つのプロセッサとを含み得る。少なくとも１つのプロセッサは、マルチホップ特徴がサービスのために使用可能であると決定することと、決定に基づいて、パブリッシャーデバイスによって与えられる識別子とサービスに関連するホップカウントとを含むマルチホップ属性を送信することとを行うように構成され得る。
【０００９】
[0009]本開示の別の態様は、コンピュータ実行可能コードを記憶する第１のワイヤレスデバイスのコンピュータ可読媒体を提供する。コンピュータ可読媒体は、マルチホップ特徴がサービスのために使用可能であると決定することと、決定に基づいて、パブリッシャーデバイスによって与えられる識別子とサービスに関連するホップカウントとを含むマルチホップ属性を送信することとを行うためのコードを含み得る。
【００１０】
[0010]本開示の別の態様は、ワイヤレス通信のための装置（たとえば、局）を提供する。装置は、マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、マルチホップサービスのパブリッシャーデバイスを識別する識別子を含む情報属性を第２のワイヤレスデバイスから受信するように構成される。装置は、受信された情報属性に基づいてマルチホップサービスに加入することを決定するように構成される。
【００１１】
[0011]本開示の別の態様は、ワイヤレス通信のための装置を提供する。装置は、マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、マルチホップサービスのパブリッシャーデバイスを識別する識別子を含む情報属性を第２のワイヤレスデバイスから受信するための手段と、受信された情報属性に基づいてマルチホップサービスに加入することを決定するための手段とを含み得る。
【００１２】
[0012]本開示の別の態様は、ワイヤレス通信のための装置を提供する。装置は、メモリと少なくとも１つのプロセッサとを含み得る。少なくとも１つのプロセッサは、マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、マルチホップサービスのパブリッシャーデバイスを識別する識別子を含む情報属性を第２のワイヤレスデバイスから受信することと、受信された情報属性に基づいてマルチホップサービスに加入することを決定することとを行うように構成され得る。
【００１３】
[0013]本開示の別の態様は、コンピュータ実行可能コードを記憶する第１のワイヤレスデバイスのコンピュータ可読媒体を提供する。コンピュータ可読媒体は、マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、マルチホップサービスのパブリッシャーデバイスを識別する識別子を含む情報属性を第２のワイヤレスデバイスから受信することと、受信された情報属性に基づいてマルチホップサービスに加入することを決定することとを行うためのコードを含み得る。
【００１４】
[0014]本開示の別の態様は、ワイヤレス通信のための装置（たとえば、局）を提供する。装置は、ＮＤＬに関連するマルチホップサービスの利用可能性を示すためのパラメータを決定するように構成される。装置は、ＮＡＮの発見ウィンドウ中に決定されたパラメータを含む情報属性をブロードキャストするように構成される。
【００１５】
[0015]別の態様では、本開示は、第１のワイヤレスデバイスによるワイヤレス通信のための方法を提供する。方法は、ＮＤＬに関連するマルチホップサービスの利用可能性を示すためのパラメータを決定することと、ＮＡＮネットワークの発見ウィンドウ中に決定されたパラメータを含む情報属性をブロードキャストすることとを含み得る。一態様では、決定されたパラメータは、マルチホップサービスがマルチホップ加入をサポートすることを示し、マルチホップサービスに関連する最大ホップカウントを示し、第１のワイヤレスデバイスを識別する識別子を含む。別の構成では、方法は、ＮＤＬに関連する第２のワイヤレスデバイスから経路要求を受信することと、第２のワイヤレスデバイスへの経路を決定することと、決定された経路に沿って第２のワイヤレスデバイスに経路応答を送信することとをさらに含み得る。別の態様では、決定された経路は、経路要求中に含まれるリンク品質メトリックに基づく。別の態様では、経路要求と経路応答とは、ＮＤＬに関連する共通グループ鍵によって暗号化される。別の構成では、方法は、ＮＤＬに関連する共通グループ鍵によって暗号化された告知メッセージをブロードキャストすることと、ＮＤＬに関連する第２のワイヤレスデバイスから経路要求を受信することと、受信された経路要求に基づいて第２のワイヤレスデバイスへの経路を決定することと、決定された経路に沿って第２のワイヤレスデバイスに経路応答を送信することとを含み得る。一態様では、決定された経路は、経路要求中に含まれるリンク品質メトリックに基づく。別の態様では、ブロードキャストされた告知メッセージと経路要求とは、ＮＤＬに関連する共通グループ鍵に基づいて暗号化される。別の態様では、情報属性は、ＮＡＮ発見ウィンドウ中にサービス発見フレーム内のＮＤＬ属性とともにブロードキャストされる。別の態様では、第１のワイヤレスデバイスは、ＮＡＮクラスタのメンバーであり、サービスに関連するＮＡＮクラスタのすべての他のメンバーとＮＡＮパラメータの共通セットを共有する。別の態様では、第１のワイヤレスデバイスは、ＮＡＮクラスタのアンカーマスターによって決定されるタイミング同期機能に基づいてＮＡＮクラスタのすべての他のメンバーと時間同期される。
【００１６】
[0016]本開示の別の態様は、ワイヤレス通信のための装置を提供する。装置は、ＮＤＬに関連するマルチホップサービスの利用可能性を示すためのパラメータを決定するための手段と、ＮＡＮネットワークの発見ウィンドウ中に決定されたパラメータを含む情報属性をブロードキャストするための手段とを含み得る。
【００１７】
[0017]本開示の別の態様は、ワイヤレス通信のための装置を提供する。本装置は、メモリと、メモリに結合された少なくとも１つのプロセッサとを含み得る。少なくとも１つのプロセッサは、ＮＤＬに関連するマルチホップサービスの利用可能性を示すためのパラメータを決定することと、ＮＡＮネットワークの発見ウィンドウ中に決定されたパラメータを含む情報属性をブロードキャストすることとを行うように構成され得る。
【００１８】
[0018]本開示の別の態様は、コンピュータ実行可能コードを記憶する第１のワイヤレスデバイスのコンピュータ可読媒体を提供する。コンピュータ可読媒体は、ＮＤＬに関連するマルチホップサービスの利用可能性を示すためのパラメータを決定することと、ＮＡＮネットワークの発見ウィンドウ中に決定されたパラメータを含む情報属性をブロードキャストすることとを行うためのコードを含み得る。
【００１９】
[0019]本開示の別の態様は、ワイヤレス通信のための装置（たとえば、局）を提供する。装置は、マルチホップサービスのためのデータスケジューリングプロトコルを決定することと、決定されたデータスケジューリングプロトコルに基づいて１つまたは複数のワイヤレスデバイスと通信することとを行うように構成される。
【００２０】
[0020]別の態様では、ワイヤレスデバイスによるワイヤレス通信の方法が提供される。方法は、マルチホップサービスのためのデータスケジューリングプロトコルを決定することと、決定されたデータスケジューリングプロトコルに基づいて１つまたは複数のワイヤレスデバイスと通信することとを含み得る。一態様では、マルチホップサービスは、ＮＡＮマルチホップサービスである。別の態様では、ワイヤレスデバイスは、ＮＡＮクラスタのメンバーであり、マルチホップサービスに関連するＮＡＮクラスタのすべての他のメンバーとＮＡＮパラメータの共通セットを共有する。別の態様では、ワイヤレスデバイスは、ＮＡＮクラスタのアンカーマスターによって決定されるタイミング同期機能に基づいてＮＡＮクラスタのすべての他のメンバーと時間同期される。別の態様では、データスケジューリングプロトコルを決定することは、ＮＤＬスケジュールを決定することと、決定されたＮＤＬスケジュールに従って１つまたは複数のワイヤレスデバイスと通信する前に送信要求（ＲＴＳ）メッセージと送信可（ＣＴＳ）メッセージとを交換することを決定することとを含み得る。別の態様では、データスケジューリングプロトコルを決定することは、ワイヤレスデバイスがスケジューラの役割を有すると決定することと、ワイヤレスデバイスがスケジューラの役割を有するとの決定に基づいてリンク毎スケジューリング割振りまたはホップ毎スケジューリング割振りを選択することと、選択に基づいてリンク毎スケジューリングアルゴリズムまたはホップ毎スケジューリングアルゴリズムを実行することとを含み得る。別の構成では、方法は、スケジューラの役割が親ワイヤレスデバイスからワイヤレスデバイスに割り当てられることを示すメッセージを親ワイヤレスデバイスから受信することをさらに含み得る。別の態様では、リンク毎スケジューリングアルゴリズムを実行することは、ワイヤレスデバイスに関連するローカルネットワークの度合いを決定することと、決定されたローカルネットワークの度合いに基づいて通信のための基本時間ブロックの数を決定することと、基本時間ブロックの決定された数に基づいて１つまたは複数のワイヤレスデバイスと通信するためのワイヤレスデバイスに関連するローカルスケジュールを決定することとを含み得る。別の構成では、方法は、１ホップおよび２ホップのネイバーワイヤレスデバイスに関連するスケジュールとスケジュールの各々に関連するシーケンス番号とを受信することを含み得る。スケジュールとローカルスケジュールとが同じシーケンス番号を有する場合、ローカルスケジュールは、さらに、１ホップまたは２ホップのネイバーワイヤレスデバイスに関連する受信されたスケジュールに基づいて決定され得る。別の構成では、方法は、決定されたローカルスケジュールと、決定されたローカルスケジュールに関連するシーケンス番号と、同じシーケンス番号に関連する１ホップのネイバースケジュールとを含むメッセージをブロードキャストすることを含み得る。別の態様では、メッセージは、グループアドレス指定されたメッセージである。別の態様では、マルチホップサービスがセキュアな通信に基づくとき、メッセージは共通グループ鍵を使用して暗号化される。別の態様では、メッセージは、スケジューラの役割を割り当てられた次のワイヤレスデバイスの指示を含む。この態様では、方法は、次のワイヤレスデバイスからスケジューラの役割の肯定応答を受信することをさらに含み得る。別の構成では、方法は、スケジューラの役割が次のワイヤレスデバイスに割り当てられることを示すユニキャストメッセージを次のワイヤレスデバイスに送信することと、送信されたユニキャストメッセージに基づいて次のワイヤレスデバイスからスケジューラの役割の肯定応答を受信することとをさらに含み得る。別の態様では、リンク毎スケジューリングアルゴリズムを実行することは、ワイヤレスデバイスに関連する複数の子ワイヤレスデバイスのためのネットワークの度合いを決定することと、各子ワイヤレスデバイスのための決定されたネットワークの度合いに基づいて、１よりも大きいそれぞれのネットワークの度合いを有し、スケジューラの役割が割り当てられていない複数の子ワイヤレスデバイスのうちのある子ワイヤレスデバイスにスケジューラの役割を割り当てることとをさらに含み得る。別の態様では、リンク毎スケジューリングアルゴリズムを実行することは、子ワイヤレスデバイスから戻ったスケジューラの役割の割当てを受信することと、１よりも大きい次に高いネットワークの度合いを有し、スケジューラの役割を割り当てられていない複数の子ワイヤレスデバイスのうちの別の子ワイヤレスデバイスにスケジューラの役割を割り当てること、すべての子ワイヤレスデバイスがスケジューラの役割の割当てについて検討されたときにワイヤレスデバイスに関連する親ワイヤレスデバイスにスケジューラの役割を戻すこと、またはすべての子ワイヤレスデバイスがスケジューラの役割の割当てについて検討されたとき、ワイヤレスデバイスがリンク毎スケジューリングアルゴリズムを開始した場合、リンク毎スケジューリングアルゴリズムを終了することのうちの１つを実行することとをさらに含み得る。別の態様では、ホップ毎スケジューリングアルゴリズムを実行することは、他のワイヤレスデバイスと通信するためのワイヤレスデバイスに関連するローカルスケジュールを決定することを含み得る。別の構成では、方法は、１ホップおよび２ホップのネイバーワイヤレスデバイスに関連するスケジュールとスケジュールの各々に関連するシーケンス番号とを受信することをさらに含み得る。この構成では、ローカルスケジュールは、さらに、スケジュールとローカルスケジュールとが同じシーケンス番号を有する場合、１ホップまたは２ホップのネイバーワイヤレスデバイスに関連する受信されたスケジュールに基づいて決定され得る。別の構成では、方法は、決定されたローカルスケジュールと、決定されたローカルスケジュールに関連するシーケンス番号と、同じシーケンス番号に関連する１ホップのネイバースケジュールとを含むメッセージをブロードキャストすることを含み得る。別の態様では、メッセージは、グループアドレス指定されたメッセージである。別の態様では、マルチホップサービスがセキュアな通信に基づくとき、メッセージは共通グループ鍵を使用して暗号化される。別の態様では、メッセージは、スケジューラの役割を割り当てられた次のワイヤレスデバイスの指示を含む。この態様では、方法は、次のワイヤレスデバイスからスケジューラの役割の肯定応答を受信することをさらに含み得る。別の構成では、方法は、スケジューラの役割が次のワイヤレスデバイスに割り当てられることを示すユニキャストメッセージを次のワイヤレスデバイスに送信することと、送信されたユニキャストメッセージに基づいて次のワイヤレスデバイスからスケジューラの役割の肯定応答を受信することとをさらに含み得る。別の態様では、ホップ毎スケジューリングアルゴリズムを実行することは、ワイヤレスデバイスに関連する複数の子ワイヤレスデバイスのためのネットワークの度合いを決定することと、各子ワイヤレスデバイスのための決定されたネットワークの度合いに基づいて、１よりも大きいそれぞれのネットワークの度合いを有し、スケジューラの役割が割り当てられていない複数の子ワイヤレスデバイスのうちのある子ワイヤレスデバイスにスケジューラの役割を割り当てることとをさらに含み得る。別の態様では、ホップ毎スケジューリングアルゴリズムを実行することは、子ワイヤレスデバイスから戻ったスケジューラの役割の割当てを受信することと、１よりも大きい次に高いネットワークの度合いを有し、スケジューラの役割を割り当てられていない複数の子ワイヤレスデバイスのうちの別の子ワイヤレスデバイスにスケジューラの役割を割り当てること、すべての子ワイヤレスデバイスがスケジューラの役割の割当てについて検討されたときにワイヤレスデバイスに関連する親ワイヤレスデバイスにスケジューラの役割を戻すこと、またはすべての子ワイヤレスデバイスがスケジューラの役割の割当てについて検討されたとき、ワイヤレスデバイスがホップ毎スケジューリングアルゴリズムを開始した場合、ホップ毎スケジューリングアルゴリズムを終了することのうちの１つを実行することとをさらに含み得る。別の態様では、データスケジューリングプロトコルを決定することは、リンク毎スケジューリング割振りまたはホップ毎スケジューリング割振りを選択することと、選択に基づいて、１つまたは複数のワイヤレスデバイスと通信するためのワイヤレスデバイスに関連するローカルスケジュールを決定することと、決定されたローカルスケジュールをブロードキャストすることとをさらに含み得る。別の態様では、決定されたローカルスケジュールは、共通グループ鍵に基づいて暗号化される。別の構成では、方法は、親ワイヤレスデバイスからブロードキャストされたスケジュールを受信することをさらに含み得、ローカルスケジュールは、親ワイヤレスデバイスからのブロードキャストされたスケジュールに基づいて決定される。別の態様では、ブロードキャストされたスケジュールは、共通グループ鍵に基づいて暗号化される。別の構成では、方法は、通信スループットが、決定されたローカルスケジュールに基づいて、しきい値以下であると検出することと、検出に基づいてローカルスケジュールを更新することとをさらに含み得る。
【００２１】
[0021]本開示の別の態様は、ワイヤレス通信のための装置を提供する。装置は、マルチホップサービスのためのデータスケジューリングプロトコルを決定するための手段と、決定されたデータスケジューリングプロトコルに基づいて１つまたは複数のワイヤレスデバイスと通信するための手段とを含み得る。
【００２２】
[0022]本開示の別の態様は、ワイヤレス通信のための装置を提供する。本装置は、メモリと、メモリに結合された少なくとも１つのプロセッサとを含み得る。少なくとも１つのプロセッサは、マルチホップサービスのためのデータスケジューリングプロトコルを決定することと、決定されたデータスケジューリングプロトコルに基づいて１つまたは複数のワイヤレスデバイスと通信することとを行うように構成され得る。
【００２３】
[0023]本開示の別の態様は、コンピュータ実行可能コードを記憶するワイヤレスデバイスのコンピュータ可読媒体を提供する。コンピュータ可読媒体は、マルチホップサービスのためのデータスケジューリングプロトコルを決定することと、決定されたデータスケジューリングプロトコルに基づいて１つまたは複数のワイヤレスデバイスと通信することとを行うためのコードを含み得る。
【図面の簡単な説明】
【００２４】
【図１】[0024]本開示の態様が利用され得る例示的なワイヤレス通信システムを示す図。
【図２Ａ】[0025]ＮＡＮクラスタの例示的な図。
【図２Ｂ】[0026]ＮＡＮ中の通信間隔の例示的な図。
【図３】[0027]マルチホップトポロジーの図。
【図４Ａ】[0028]例示的なサービス記述子属性を示す図。
【図４Ｂ】例示的なマルチホップ属性を示す図。
【図５】[0029]例示的なＮＤＬ属性を示す図。
【図６】[0030]ＮＡＮ中のマルチホップサービスに関連するＳＴＡによって採用されるルーティング機構の例示的な図。
【図７】[0031]マルチホップスケジューリングのためのＲＴＳ／ＣＴＳ方式の例示的な図。
【図８】[0032]マルチホップスケジューリングのためのリンク毎スケジュール割振り方式の例示的な図。
【図９】[0033]マルチホップスケジューリングのためのホップ毎スケジュール割振り方式の例示的な図。
【図１０Ａ】[0034]マルチホップトポロジーのための例示的なデータおよび／または制御フレームを示す図。
【図１０Ｂ】[0035]サービス発見フレームの例示的な図。
【図１１】[0036]図１のワイヤレス通信システム内でＮＡＮ発見、マルチホップルーティング、およびマルチホップスケジューリングを実行し得るワイヤレスデバイスの例示的な機能ブロック図。
【図１２】[0037]プロキシデバイスによるマルチホップサービス発見およびルーティングの例示的な方法のフローチャート。
【図１３Ａ】[0038]プロキシデバイスによるマルチホップサービス発見およびルーティングの例示的な方法のフローチャート。
【図１３Ｂ】プロキシデバイスによるマルチホップサービス発見およびルーティングの例示的な方法のフローチャート。
【図１４】[0039]パブリッシャーデバイスによるマルチホップサービス発見およびルーティングの例示的な方法のフローチャート。
【図１５】[0040]マルチホップスケジューリングの例示的な方法のフローチャート。
【図１６】[0041]ＮＡＮ発見、マルチホップルーティング、およびマルチホップスケジューリングを実行する例示的なワイヤレス通信デバイスの機能ブロック図。
【発明を実施するための形態】
【００２５】
[0042]添付の図面を参照しながら、新規のシステム、装置、コンピュータプログラム製品、および方法の様々な態様について以下でより十分に説明する。ただし、本開示は、多くの異なる形態で実施され得、本開示全体にわたって提示される任意の特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が十分および完全になり、本開示の範囲を当業者に十分に伝えるように提供される。本明細書の教示に基づいて、本開示の範囲は、本発明の他の態様とは独立に実装されるのか、本発明の他の態様と組み合わせて実装されるのかにかかわらず、本明細書で開示される新規のシステム、装置、コンピュータプログラム製品、および方法のあらゆる態様を包含することを意図することを、当業者は理解されたい。たとえば、本明細書に記載される態様をいくつ使用しても、装置は実装され得、または方法は実施され得る。加えて、本発明の範囲は、本明細書に記載される本発明の様々な態様に加えて、あるいはそれ以外の、他の構造、機能、もしくは構造および機能を使用して実践されるような装置または方法を包含することが意図される。本明細書で開示する任意の態様は、請求項の１つまたは複数の要素によって具現化され得ることを理解されたい。
【００２６】
[0043]特定の態様について本明細書で説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好適な態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であるものとし、それらのうちのいくつかを例として、図において、および好適な態様についての以下の説明において示す。発明を実施するための形態および図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびそれの均等物によって定義される。
【００２７】
[0044]普及しているワイヤレスネットワーク技術は、様々なタイプのＷＬＡＮを含み得る。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを利用して、近くのデバイスを互いに相互接続するために使用され得る。本明細書で説明する様々な態様は、ワイヤレスプロトコルなど、任意の通信規格に適用され得る。
【００２８】
[0045]いくつかの態様では、ワイヤレス信号は、直交周波数分割多重（ＯＦＤＭ）、直接シーケンススペクトラム拡散（ＤＳＳＳ）通信、ＯＦＤＭとＤＳＳＳ通信との組合せ、または他の方式を使用して、８０２．１１プロトコルに従って送信され得る。８０２．１１プロトコルの実装形態は、センサー、検針、およびスマートグリッドネットワークに使用されることがある。有利なことに、８０２．１１プロトコルを実装するいくつかのデバイスの態様は、他のワイヤレスプロトコルを実装するデバイスよりも消費する電力が少ないことがあり、および／または、比較的長い距離、たとえば約１キロメートル以上にわたってワイヤレス信号を送信するために使用されることがある。
【００２９】
[0046]いくつかの実装形態では、ＷＬＡＮは、このワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。たとえば、アクセスポイント（「ＡＰ」）およびクライアント（局または「ＳＴＡ」とも呼ばれる）の２つのタイプのデバイスが存在し得る。概して、ＡＰはＷＬＡＮのためのハブまたは基地局として働き得、ＳＴＡはＷＬＡＮのユーザとして働く。たとえば、ＳＴＡは、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、携帯電話などであり得る。ある例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークへの一般的な接続性を得るためにＷｉ−Ｆｉ（登録商標）（たとえば、ＩＥＥＥ８０２．１１プロトコル）準拠ワイヤレスリンクを介してＡＰに接続する。いくつかの実装形態では、ＳＴＡはＡＰとして使用されることもある。
【００３０】
[0047]アクセスポイントはまた、ＮｏｄｅＢ、無線ネットワークコントローラ（ＲＮＣ）、ｅＮｏｄｅＢ、基地局コントローラ（ＢＳＣ）、基地トランシーバ局（ＢＴＳ）、基地局（ＢＳ）、トランシーバ機能（ＴＦ）、無線ルータ、無線トランシーバ、接続ポイント、もしくは何らかの他の用語を備え、それらのいずれかとして実装され、またはそれらのいずれかとして知られていることがある。
【００３１】
[0048]局はまた、アクセス端末（ＡＴ）、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。いくつかの実装形態では、局は、セルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）フォン、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備え得る。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラーフォンまたはスマートフォン）、コンピュータ（たとえば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（たとえば、携帯情報端末）、エンターテインメントデバイス（たとえば、音楽デバイスもしくはビデオデバイス、または衛星ラジオ）、ゲームデバイスもしくはゲームシステム、全地球測位システムデバイス、または、ワイヤレス媒体を介して通信するように構成された任意の他の好適なデバイスに組み込まれ得る。
【００３２】
[0049]「関連付けをする」または「関連付け」という用語、あるいはそれらの任意の変形態は、本開示のコンテキスト内で可能な最も広い意味を与えられるべきである。例として、第１の装置が第２の装置に関連付けをするとき、２つの装置が直接関連付けられ得るか、または中間装置が存在し得ることを理解されたい。簡潔のために、２つの装置間の関連付けを確立するためのプロセスについて、装置のうちの１つによる「関連付け要求」と、後続の、他の装置による「関連付け応答」とを必要とする、ハンドシェイクプロトコルを使用して説明する。ハンドシェイクプロトコルが、例として、認証を行うためのシグナリングなど、他のシグナリングを必要とし得ることが、当業者には理解されよう。
【００３３】
[0050]本明細書における「第１」、「第２」などの名称を使用した要素への言及は、それらの要素の数量または順序を全般に限定するものでない。むしろ、これらの名称は、本明細書において２つまたはそれ以上の要素またはある要素の複数の事例を区別する便利な方法として使用される。したがって、第１の要素および第２の要素への言及は、２つの要素のみが利用され得ること、または第１の要素が第２の要素に先行しなければならないことを意味しない。加えて、項目のリスト「のうちの少なくとも１つ」を指すフレーズは、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」は、Ａ、またはＢ、またはＣ、あるいはそれらの任意の組合せ（たとえば、Ａ−Ｂ、Ａ−Ｃ、Ｂ−Ｃ、およびＡ−Ｂ−Ｃ）を包含するものとする。
【００３４】
[0051]上記で説明したように、本明細書で説明するいくつかのデバイスは、たとえば、８０２．１１規格を実装し得る。そのようなデバイスは、ＳＴＡとして使用されるか、ＡＰとして使用されるか、他のデバイスとして使用されるかにかかわらず、スマートメータリングのために、またはスマートグリッドネットワークにおいて使用されることがある。そのようなデバイスは、センサー適用例を与えるか、またはホームオートメーションにおいて使用され得る。デバイスは、代わりにまたは追加として、ヘルスケアコンテキストにおいて、たとえばパーソナルヘルスケアのために使用され得る。これらのデバイスは、拡張範囲のインターネット接続性（たとえばホットスポットで使用される）を可能にする、または機械間通信を実施するために、監視にも使用され得る。
【００３５】
[0052]図１は、本開示の態様が利用され得る、例示的なワイヤレス通信システム１００を示す。ワイヤレス通信システム１００は、ワイヤレス規格、たとえば８０２．１１規格に従って動作し得る。ワイヤレス通信システム１００は、ＳＴＡ（たとえば、ＳＴＡ１１２、１１４、１１６、および１１８）と通信するＡＰ１０４を含み得る。
【００３６】
[0053]様々なプロセスおよび方法は、ＡＰ１０４とＳＴＡとの間の、ワイヤレス通信システム１００における送信のために使用され得る。たとえば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技法に従って、ＡＰ１０４とＳＴＡとの間で送信および受信され得る。そうである場合、ワイヤレス通信システム１００はＯＦＤＭ／ＯＦＤＭＡシステムと呼ばれることがある。代替的に、信号は、ＣＤＭＡ技法に従って、ＡＰ１０４とＳＴＡとの間で送信および受信され得る。そうである場合、ワイヤレス通信システム１００はＣＤＭＡシステムと呼ばれることがある。
【００３７】
[0054]ＡＰ１０４からＳＴＡのうちの１つまたは複数への送信を容易にする通信リンクはダウンリンク（ＤＬ）１０８と呼ばれることがあり、ＳＴＡのうちの１つまたは複数からＡＰ１０４への送信を容易にする通信リンクはアップリンク（ＵＬ）１１０と呼ばれることがある。代替的に、ダウンリンク１０８は順方向リンクまたは順方向チャネルと呼ばれることがあり、アップリンク１１０は逆方向リンクまたは逆方向チャネルと呼ばれることがある。いくつかの態様では、ＤＬ通信は、ユニキャストまたはマルチキャストトラフィック指示を含み得る。
【００３８】
[0055]ＡＰ１０４は、いくつかの態様では、ＡＰ１０４が顕著なアナログデジタル変換（ＡＤＣ）クリッピング雑音を引き起こすことなく同時に２つ以上のチャネル上でＵＬ通信を受信できるように、隣接チャネル干渉（ＡＣＩ：adjacent channel interference）を抑制し得る。ＡＰ１０４は、たとえば、各チャネルに対して別々の有限インパルス応答（ＦＩＲ）フィルタを有すること、または拡大されたビット幅をもつより長いＡＤＣバックオフ期間を有することによって、ＡＣＩの抑制を改善し得る。
【００３９】
[0056]ＡＰ１０４は、基地局として働き、基本サービスエリア（ＢＳＡ）１０２においてワイヤレス通信カバレージを与え得る。ＢＳＡ（たとえば、ＢＳＡ１０２）は、ＡＰ（たとえば、ＡＰ１０４）のカバレージエリアである。ＡＰ１０４は、ＡＰ１０４に関連し、通信のためにＡＰ１０４を使用するＳＴＡとともに、基本サービスセット（ＢＳＳ）と呼ばれることがある。ワイヤレス通信システム１００は、中央ＡＰ（たとえば、ＡＰ１０４）をもたないことがあり、むしろ、ＳＴＡ間のピアツーピアネットワークとして機能することがあることに留意されたい。したがって、本明細書で説明するＡＰ１０４の機能は、ＳＴＡのうちの１つまたは複数によって代替的に実行され得る。
【００４０】
[0057]ＡＰ１０４は、ダウンリンク１０８などの通信リンクを介して、ワイヤレス通信システム１００の他のノード（ＳＴＡ）にビーコン信号（または単に「ビーコン」）を、１つまたは複数のチャネル（たとえば、各チャネルが周波数帯域幅を含む、複数の狭帯域チャネル）上で送信し得、ビーコン信号は、他のノード（ＳＴＡ）がそれらのタイミングをＡＰ１０４と同期させるのを助け得るか、あるいは他の情報または機能を与え得る。そのようなビーコンは、定期的に送信されることがある。一態様では、連続する送信間の期間は、スーパーフレームと呼ばれることがある。ビーコンの送信は、いくつかのグループまたは間隔に分割されることがある。一態様では、ビーコンは、限定はしないが、共通クロックを設定するためのタイムスタンプ情報、ピアツーピアネットワーク識別子、デバイス識別子、能力情報、スーパーフレーム持続時間、送信方向情報、受信方向情報、ネイバーリスト、および／または拡張ネイバーリストなどの情報を含み得、それらのうちのいくつかについて以下でさらに詳細に説明する。したがって、ビーコンは、いくつかのデバイスの間で共通である（たとえば、共有される）とともに所与のデバイスに固有である、情報を含み得る。
【００４１】
[0058]いくつかの態様では、ＳＴＡ（たとえば、ＳＴＡ１１４）は、ＡＰ１０４に通信を送るために、および／またはＡＰ１０４から通信を受信するために、ＡＰ１０４に関連付けをすることを必要とされ得る。一態様では、関連付けをするための情報は、ＡＰ１０４によってブロードキャストされるビーコンに含まれる。そのようなビーコンを受信するために、ＳＴＡ１１４は、たとえば、カバレージ領域にわたって広カバレージ探索を実行し得る。また、探索は、ＳＴＡ１１４によって、たとえば、灯台方式でカバレージ領域を掃引することによって実行され得る。ビーコンとプローブ応答フレームのいずれかから、関連付けるための情報を受信した後、ＳＴＡ１１４は、関連付けプローブまたは要求などの基準信号をＡＰ１０４に送信し得る。いくつかの態様では、ＡＰ１０４は、たとえば、インターネットまたは公衆交換電話網（ＰＳＴＮ）などのより大きいネットワークと通信するために、バックホールサービスを使用することがある。
【００４２】
[0059]一態様では、ＳＴＡ１１４は、様々な機能を実行するための１つまたは複数の構成要素を含み得る。たとえば、ＳＴＡ１１４は、マルチホップ通信に関係する手順を実行するためにマルチホップ構成要素１２４を含み得る。一構成では、マルチホップ構成要素１２４は、マルチホップ特徴がサービスのために使用可能であると決定することと、決定に基づいて、パブリッシャーデバイスによって与えられる識別子とサービスに関連するホップカウントとを含むマルチホップ属性を送信することとを行うように構成され得る。
【００４３】
[0060]別の構成では、マルチホップ構成要素１２４は、マルチホップサービスがパブリッシャーデバイス（たとえば、ＳＴＡ１１６）から利用可能であることを示し、マルチホップサービスのパブリッシャーデバイスを識別する識別子を含む情報属性を第２のワイヤレスデバイス（たとえば、ＳＴＡ１１２）から受信するように構成され得る。マルチホップ構成要素１２４は、受信された情報属性に基づいてマルチホップサービスに加入することを決定するように構成され得る。
【００４４】
[0061]別の構成では、マルチホップ構成要素１２４は、ＮＤＬに関連するマルチホップサービスの利用可能性を示すためのパラメータを決定するように構成され得る。マルチホップ構成要素１２４は、ＮＡＮの発見ウィンドウ中に決定されたパラメータを含む情報属性をブロードキャストするように構成され得る。
【００４５】
[0062]別の構成では、マルチホップ構成要素１２４は、マルチホップサービスのためのデータスケジューリングプロトコルを決定することと、決定されたデータスケジューリングプロトコルに基づいて１つまたは複数のワイヤレスデバイスと通信することとを行うように構成され得る。
【００４６】
[0063]ＮＡＮ発見ウィンドウは、ＮＡＮ内のワイヤレスデバイスが他のワイヤレスデバイスをディスカバリすることを可能にするために使用され得る。
【００４７】
[0064]図２Ａは、ＮＡＮクラスタの例示的な図２００である。ＮＡＮクラスタは、ＳＴＡ２０２、２０４、２０６、２０８、２１０などの複数のワイヤレスデバイスを含み得る。各ワイヤレスデバイスは、デバイス間（Ｄ２Ｄ）接続を介して別のワイヤレスデバイスと通信し得る。たとえば、ＳＴＡ２０２は、Ｄ２Ｄ接続を介してＳＴＡ２０８と通信し得る。一態様では、ＮＡＮクラスタに参加しているＳＴＡ２０２、２０４、２０６、２０８、２１０のすべてが同じＮＡＮクロックに同期され得る。ＮＡＮクロックは、たとえば、ＮＡＮクラスタのマスターの役割を果たすＳＴＡ２０２によって決定され得る。一態様では、ＳＴＡ２０２は、タイミング同期機能（ＴＳＦ：timing synchronization function）を決定し、ＮＡＮ同期ビーコン中でＴＳＦをブロードキャストし得る。他のＳＴＡは、ＴＳＦを採用し、ＮＡＮ内の他のデバイスにＴＳＦをブロードキャストし得る。
【００４８】
[0065]図２Ｂは、ＮＡＮ中の通信間隔２５０の例示的な図である。通信間隔２５０は、１つまたは複数の発見ウィンドウ２５２、２６８（たとえば、ＮＡＮサービス発見ウィンドウ）を含み得、これらは、ＮＡＮ内のワイヤレスデバイス（たとえば、ＳＴＡ）が他のピアワイヤレスデバイスを発見することを可能にするために指定され、そうするのに専用の時間窓であり得る。すなわち、発見ウィンドウ２５２中に、たとえば、ＮＡＮ中のワイヤレスデバイスは、ピア発見のためにピア発見信号を送信し得る。２つの発見ウィンドウの間の時間間隔は、５１２時間単位（たとえば、５１２ｍｓ）（たとえば、発見ウィンドウの間の間隔２７４）であり得る。通信間隔２５０は、（接続セットアップウィンドウまたはさらなるサービス発見ウィンドウとしても知られていることがある）固定間隔２５４、２７０を含み得、これらは、接続セットアップに割り振られ得る。たとえば、ワイヤレスデバイスが発見ウィンドウ２５２中に互いを発見した後に、ワイヤレスデバイスは、接続セットアップ（たとえば、Ｄ２Ｄ接続セットアップ）のためのシグナリングを送信するために発見ウィンドウ２５２の後の固定間隔２５４を利用し得る。一態様では、固定間隔２５４は、発見ウィンドウ２５２の直後にくることがあり、接続セットアップに専用であり得る。別の態様では、固定間隔２５４は、発見ウィンドウ２５２の後にくることがあるが、発見ウィンドウ２５２の直後にくる必要はない。
【００４９】
[0066]一態様では、ワイヤレスデバイスは、固定間隔２５４、２７０中に接続セットアップを実行し得る。サービスを発行／に加入するワイヤレスデバイスは、固定間隔２５４、２７０中に接続セットアップメッセージを交換するために発見ウィンドウ２５２、２６８の後に起動したままであり得る。別の態様では、ワイヤレスデバイスは、固定間隔２５４、２７０中に加えて、ＮＡＮデータリンク時間ブロック（ＤＬ−ＴＢ）（または別のタイプのＤＬ−ＴＢ）中に接続セットアップを実行し得る。図２Ｂに示すように、通信間隔２５０は、第１のＮＤＬ時間ブロック（ＮＤＬ−ＴＢ）２５６と第２のＮＤＬ−ＴＢ２６２とを含む。第１のＮＤＬ−ＴＢ２５６は、ＮＤＬオフセット値２７２だけ発見ウィンドウ２５２の末尾または先頭からオフセットされ得る。第１のＮＤＬ−ＴＢ２５６は、第１のページングウィンドウ２５８と第１のデータウィンドウ２６０とを含み得る。第１のページングウィンドウ２５８は、第１のワイヤレスデバイスが第２のワイヤレスデバイスに送信すべきデータ（たとえば、写真共有サービスに関係するデータ）を有することを示すために第２のワイヤレスデバイスをページングするために第１のワイヤレスデバイスによって使用され得る。その後、第１のワイヤレスデバイスは、第１のページングウィンドウ２５８中に識別された宛先／ワイヤレスデバイスに関連するデータを送信するために使用される第１のデータウィンドウ２６０中でデータを送信し得る。同様に、第２のＮＤＬ−ＴＢ２６２は、第２のページングウィンドウ２６４と第２のデータウィンドウ２６６とを含み得る。別の態様では、第２のワイヤレスデバイスが、ページングウィンドウ中にページングされない（たとえば、第２のワイヤレスデバイスについてデータが予想されない）場合、第２のワイヤレスデバイスはスリープまたはドーズ状態に入り得る。
【００５０】
[0067]一態様では、第３のワイヤレスデバイスは、前の発見ウィンドウ中に第１のワイヤレスデバイスを発見していることがあり、第１のワイヤレスデバイスがサービス（たとえば、写真共有サービス）を提供していることに気づいていることがある。その後、第３のワイヤレスデバイスは、サービスを受信するために第１のワイヤレスデバイスとの接続を確立することを希望し得るが、固定間隔２５４がすでに経過していることがある。この態様では、第３のワイヤレスデバイスは、接続セットアップのために第１のページングウィンドウ２５８を利用し得る。
【００５１】
[0068]ＮＡＮネットワークは、既存のデバイスまたはＮＡＮに入る新しいデバイス上で発見可能になっているＮＡＮサービスの発見を容易にするために、ワイヤレスデバイスが収束し得る時間およびチャネルをワイヤレスデバイスが同期させるための機構を提供する。一態様では、サービス発見は、ＡＰの支援なしに行われ得る。ＮＡＮネットワークは、２．４ギガヘルツ（ＧＨｚ）周波数帯の１つのチャネル中で動作し得、および／または、随意に、５ＧＨｚ周波数帯域の１つのチャネル中で動作し得る。２．４ＧＨｚ周波数帯域のＮＡＮチャネルは、チャネル６（２．３２７ＧＨｚ）であり得る。ＮＡＮクラスタは、ＳＴＡ１１２、１１４、１１６、１１８などの複数のワイヤレスデバイスまたはＮＡＮデバイスを含み得る。ＮＡＮクラスタは、ＮＡＮパラメータの共通セットを共有するＮＡＮデバイスの集合であり得る。ＮＡＮパラメータは、連続する発見ウィンドウの間の時間期間と、発見ウィンドウの持続時間と、ビーコン間隔とを含み得る。一態様では、ＮＡＮクラスタに参加しているＳＴＡ１１２、１１４、１１６、１１８のすべてが同じＮＡＮクロックに同期され得、これは、たとえば、ＳＴＡ１１２がＮＡＮクラスタのアンカーマスターの役割を果たしている場合、ＳＴＡ１１２によって決定され得る。ＳＴＡ１１２は、アンカーマスターとして、ＴＳＦを決定し、ＮＡＮ同期ビーコン中でＴＳＦをブロードキャストし得る。ＮＡＮクラスタ中の他のＳＴＡは、ＴＳＦを採用し、ＮＡＮ内の他のデバイスにＴＳＦをブロードキャストする必要があり得る。ＮＡＮ同期ビーコンは、発見ウィンドウ中にＮＡＮデバイスによってブロードキャストされ得る。ＮＡＮ同期ビーコンを受信するＮＡＮデバイスは、クロック同期のためにビーコンを使用し得る。
【００５２】
[0069]接続セットアップ中に、ＳＴＡは、ＮＤＬとして知られていることがある通信のためのスケジュールを確立し得る。一態様では、スケジュールは、２つのＳＴＡの間でネゴシエートされ得る。別の態様では、スケジュールは、サービスプロバイダによって決定され、ネゴシエート不可能であり得る。別の態様では、２つのＳＴＡの間に１つのＮＤＬしかないことがあるが、１つのＮＤＬが、２つのＳＴＡの間で複数のＮＡＮデータ経路（ＮＤＰ）をサポートし得る。各ＮＤＰは、異なるサービス（たとえば、マルチホップサービス）に関連付けられ得る。ＮＤＬの部分であるサービスは、マルチホップサービスおよび／または非マルチホップサービス（たとえば、シングルホップサービス）であり得る。一態様では、各ＮＤＰは、それ自体のサービス品質および／またはセキュリティ要件を有し得る。別の態様では、各ＮＤＰは、それ自体のインターフェースを有し得る。２つのＳＴＡの間の関係では、２つのＳＴＡの間のＮＤＰのすべてが同じスケジュールに適合し得、これは、２つのＳＴＡの間のＮＤＬスケジュールであり得る。
【００５３】
[0070]現在のＮＡＮおよびＮＤＬ設計は、１ホップ通信に制限されている。たとえば、図２Ａを参照すると、ＳＴＡ２０４、２０８がＳＴＡ２０２から１ホップにある場合、ＳＴＡ２０２は、ＳＴＡ２０４、２０８と通信し得る。しかしながら、ＳＴＡ２０２は、ＳＴＡ２０４、２０８を介してＳＴＡ２０６と通信することができないことがある。１ホップ制限のために、Ｗｉ−Ｆｉ範囲が制限され得る。たとえば、屋内環境におけるＷｉ−Ｆｉ範囲は、５０フィートに制限され得る。屋内環境におけるＷｉ−Ｆｉ範囲を拡大するためにＮＡＮのためのマルチホップ通信が必要とされる。拡大されたＷｉ−Ｆｉ範囲は、適用例の範囲（range）および範囲（scope）に対する制限を低減する。たとえば、マルチユーザゲームサービス、コンテンツ共有サービス、およびクーポンサービスのための適用例は、異なるサービスに参加することができるユーザの数を拡大する通信範囲を拡大することから利益を得ることがある。しかしながら、マルチホップトポロジーは、２ホップのネイバーからの送信の間に干渉を生じ得る隠れノード問題という欠点があり得る。たとえば、ＳＴＡ２０２が、ＳＴＡ２０８に送信すべきデータを有し、ＳＴＡ２１０が、ＳＴＡ２０８に送信すべきデータを有すると仮定する。しかしながら、ＳＴＡ２０２は、ＳＴＡ２０８に気づいておらず、その逆も同様である。ＳＴＡ２０２、２１０は、ＳＴＡ２０８に同時に送信し得、これは、両方の送信を受信するＳＴＡ２０８の能力とインタフェランスする。したがって、マルチホップトポロジーをサポートするために、各ワイヤレスデバイスが隣接ワイヤレスデバイスの送信に干渉することなしに帯域幅の公正な割当てを受けるのを助けるために協調送信が必要とされる。マルチホップサービスの利用可能性を広告することによってマルチホップトポロジーをサポートするためにシグナリング機構も必要とされる。
【００５４】
[0071]一態様では、ＮＤＬデバイスがすでに時間同期されているので、ＮＤＬマルチホッププロトコルは、送信のためのトラフィックデータ（たとえば、トラフィック指示マップ）があることを示すためにデバイスがビーコニングすることを必要としないことがある。ビーコニングを回避することによって、ビーコン衝突回避機構が必要なく、シグナリングオーバーヘッドが低減される。さらに、ＮＤＬデバイスはビーコンを発する必要がないので、ＮＤＬデバイスは、他の隣接デバイスのビーコン時間の各々を追跡する、またはそれのために起動したままでいる必要がないので、ＮＤＬデバイスはより低い消費電力を有し得る。代わりに、すべてのＮＤＬデバイスは、協調ページングウィンドウ期間中に起動し、ＮＤＬデバイスのためのトラフィックがあるのかどうかを決定し、トラフィックがない場合はスリープに進み得る。
【００５５】
[0072]図３は、マルチホップトポロジーの図３００を示す。図３を参照すると、ＳＴＡ３０２、３０４、３０６、３０８、３１０は、ＮＡＮデータクラスタのメンバーであり得る。同じＮＡＮデータクラスタのメンバーは、ＮＡＮ同期機構（たとえば、ＮＡＮ同期ビーコン）に基づいて時間同期され得る。ＳＴＡ３０２は、利用可能なマルチホップサービス（たとえば、ゲームサービス）のパブリッシャーであり得る。サービスのパブリッシャーは、サービスを開始し、サービスに関係する制御情報を決定し、他のデバイスにサービスを提供するデバイスであり得る。一態様では、ＳＴＡ３０２は、他のＳＴＡにマルチホップサービスを広告することを決定し得る。ＳＴＡ３０２は、マルチホップサービスの利用可能性を示すためのパラメータを決定し得る。たとえば、ＳＴＡ３０２は、マルチホップサービスに関連する最大ホップカウント（たとえば、３ホップ）を決定し、マルチホップサービスをマルチホップ可能として識別するインジケータを決定し、マルチホップサービスのためのパブリッシャーとしてＳＴＡ３０２を識別する識別子（たとえば、媒体アクセス制御（ＭＡＣ）アドレス）を決定し得る。最大ホップカウントは、ＳＴＡ３０２からマルチホップサービスを受信する別のワイヤレスデバイスまでのホップカウントであり得る。マルチホップサービスを広告するために、ＳＴＡ３０２は、ＳＴＡ３０２から利用可能なサービスを示すために決定されたパラメータのうちの１つまたは複数を含むサービス記述子属性（ＳＤＡ）３１２を送信（たとえば、ブロードキャスト）し得る。一態様では、ＳＤＡ３１２は、サービス発見フレーム内で送信され得る。ＳＴＡ３０４、３０８は、それらがＳＴＡ３０２から１ホップ離れているのでＳＤＡ３１２を受信し得る。しかしながら、ＳＴＡ３０６、３１０は、それらがＳＴＡ３０２から２ホップ離れているのでＳＤＡ３１２を受信しない場合がある。
【００５６】
[0073]マルチホップサービス発見
[0074]マルチホップサービスの範囲を拡張するために、ＳＴＡ３０４、３０８は、ＳＴＡ３０２のためのプロキシとして働き得る。ＳＤＡ３１２を受信すると、ＳＴＡ３０４、３０８は、マルチホップ属性を介してＳＤＡ３１２の一部または全部を再ブロードキャストし得る。たとえば、ＳＴＡ３０４、３０８は、ＳＴＡ３０２のＳＤＡ３１２をプロキシするために第１および第２のマルチホップ属性３１４、３１６を送信（たとえば、ブロードキャスト）し得る。この例では、ＳＤＡ３１２を受信すると、ＳＴＡ３０４は、サービスがＳＴＡ３０２において利用可能であると決定し、サービスがマルチホップをサポートすると決定し得る。一態様では、ＳＤＡ３１２は、サービスをプロキシする必要があることを示し得る。たとえば、ＳＤＡ３１２は、広告されたサービスがマルチホップをサポートするのかどうかを示すビットインジケータを含み得る。この態様では、ビットインジケータが１に設定される場合、サービスは、マルチホップをサポートし、プロキシされるべきであるが、ビットインジケータが０に設定される場合、サービスはマルチホップをサポートせず、プロキシされるべきでない。したがって、ＳＤＡ３１２を受信するＳＴＡは、インジケータに基づいてサービスをプロキシすべきかどうかを知り得る。別の態様では、ＳＤＡ３１２は、広告されたサービスがマルチホップをサポートするのかどうかのインジケータを含まないことがある。代わりに、ＳＴＡは、サービスのいくつかのカテゴリー（たとえば、マルチユーザゲーム）がマルチホップをサポートすることを示す情報で事前構成され得る。この態様では、ＳＴＡは、マルチホップをサポートすると知られているサービスのデータベースを含み得る。プロキシＳＴＡ（たとえば、ＳＴＡ３０４、３０８）を利用することによって、近傍中の他のＳＴＡは、より多数のＳＴＡ（たとえば、サービスを発行しているＳＴＡおよびサービスをプロキシしているＳＴＡ）からサービス告知を受信し得る。一態様では、ＳＴＡ３０４、３０８は、それぞれの第１および第２のマルチホップ属性３１４、３１６とともにＮＤＬ属性を送信し得る。たとえば、ＳＴＡ３０４は、サービス発見フレーム中で第１のマルチホップ属性３１４とＮＤＬ属性との両方を送信し得る。ＮＤＬ属性は、マルチホップサービスに関連するデータリンクのスケジュール（ウェイク時間のスケジュール）を含み得る。スケジュールは、サービスのパブリッシャーによって決定され得、ネゴシエート可能でないことがある。別の態様では、第１および第２のマルチホップ属性３１４、３１６は、ＳＴＡ３０２、３０４、３０６、３０８、３１０がすべて関連付けられるＮＡＮの発見ウィンドウ２５２中にＳＤＦ中で送信され得る。
【００５７】
[0075]ＳＴＡ３０６、３１０は、それぞれ、第１および第２のマルチホップ属性３１４、３１６を受信し得る。ＳＴＡ３０６、３１０は、（たとえば、第１および第２のマルチホップ属性３１４、３１６に基づいて）サービスがマルチホップサービスであると決定することと、ＳＴＡ３０６、３１０が第１および第２のマルチホップ属性３１４、３１６中で示されるホップカウント（たとえば、最大ホップカウント）内であると決定することとを行うことによってマルチホップサービスに加わることを決定し得る。その後、ＳＴＡ３０６、３１０は、それぞれ、ＳＴＡ３０４、３０８にＮＤＬに加わることを求める要求を送信することによってマルチホップサービスに加わり得る。ＮＤＬに加わることを求める要求は、関連付け要求または別のタイプの要求であり得る。要求を送信した後、関連付け中に、ＳＴＡ３０４は、たとえば、ＳＴＡ３０６を認証し得る。ＳＴＡ３０４、３０６はそれぞれ、ＳＴＡ３０４とＳＴＡ３０６との間のセキュアなＤ２Ｄ通信のためのペアワイズ鍵を生成し得る。ＳＴＡ３０６が、ＳＴＡ３０４に関連付けられ、したがって、マルチホップサービスのためのＮＤＬに加わると、ＳＴＡ３０６は、他のＳＴＡ（たとえば、ＳＴＡ３１８）がマルチホップサービスのためのＮＤＬに加わることを許可することが可能になる。認証された後に、ＳＴＡ３０６は、ＳＴＡ３０４から共通グループ鍵（ＣＧＫ）を受信し得る。ＣＧＫを受信した後に、ＳＴＡ３０６は、ＮＤＬのメンバーと見なされ得、ＳＴＡ３０６は、ＮＤＬに加わるために他のデバイスを認証することが可能であり得る。ＣＧＫは、マルチホップサービスとＮＤＬグループとに関連するグループ通信のために使用されるネットワークグループ鍵であり得る。マルチホップサービスに関連するグループ通信がセキュアであるように要求されるとき、グループ通信のすべては、ＣＧＫを使用して暗号化され得、したがって、ＣＧＫを用いるデバイスによって解読され得る。言い換えれば、ＣＧＫは、単一の認証グループ承認の概念をサポートする。すなわち、ＳＴＡ３０６が、ＮＤＬに関連する単一のデバイス（たとえば、ＳＴＡ３０４）によって認証されると、ＳＴＡ３０６は、ＮＤＬ中でグループ通信を送信し、ＮＤＬグループに関連する任意の他のデバイスからグループ通信を受信し、それを解読することを許可される。たとえば、ＳＴＡ３０６は、ＳＴＡ３０４、３０８からのセキュアなグループ通信を解読し得る。したがって、ＳＴＡ３０６がＣＧＫを有すると、ＳＴＡ３０６は、グループアドレス指定されたトラフィックを送信または受信するためにＮＤＬ中の他のデバイスに関連付けをする必要がない。これは、各デバイスがそれ自体の一意のグループ鍵を有し、受信デバイスが、送信を復号するために関連付け中に取得された、送信デバイスに固有のグループ鍵を有しなければならないシナリオとは異なる。別の態様では、ＣＧＫを使用してグループ通信を暗号化する代わりに、ＳＴＡは、グループアドレスを有するグループ通信を送信し得る。グループアドレス指定されたトラフィックは、あらゆるデバイスによって解読され得る。しかしながら、ＮＤＬに関連付けられていないデバイスは、ＮＤＬグループに向けられたグループアドレス指定されたトラフィックを復号しないことを決定し得る。ＣＧＫとは対照的に、中間ＳＴＡを介して１つのＳＴＡから別のＳＴＡにデータを送信するためにＳＴＡによってペアワイズ鍵が使用され得る。たとえば、ＳＴＡ３０２は、ＳＴＡ３０４を介してＳＴＡ３０６にデータを送信し得る。ＳＴＡ３０２は、ＳＴＡ３０４にデータをセキュアに送信するためにＳＴＡ３０２、３０４の間でペアワイズ鍵を使用し得る。ＳＴＡ３０４は、ＳＴＡ３０６にデータをセキュアに送信するためにＳＴＡ３０４、３０６の間でペアワイズ鍵を使用し得る。要するに、マルチキャストトラフィックは、ＣＧＫを使用して暗号化され得、ユニキャストトラフィックは、ペアワイズ鍵を使用して暗号化され得る。いくつかの例では、ユニキャストトラフィックは、ペアワイズ鍵の代わりにＣＧＫを使用して暗号化され得る。
【００５８】
[0076]別の態様では、ＳＴＡ３０６がＳＴＡ３０４に関連付けをした後、ＳＴＡ３０４は、ＳＴＡ３０６に関連付け識別子（ＡＩＤ）を割り当て得、その逆も同様である。いくつかの例では、ＡＩＤは、ＡＩＤのローカルプールから選択され得る。ＡＩＤは、ＳＴＡについてトラフィックが予想されるのかどうかを示すためにページングウィンドウ中に送信されるトラフィック指示マップ中の識別子として使用され得る。たとえば、ＳＴＡ３０４は、ＳＴＡ３０４がＳＴＡ３０６のためのデータを有することを示すためにＳＴＡ３０６のＡＩＤに対応する１に設定されたビットを含むトラフィック指示マップを送信し得る。
【００５９】
[0077]ＳＴＡ３０６がマルチホップサービスに加わった後、ＳＴＡ３０６も、マルチホップサービスのためのプロキシとして働き得る。態様では、ＳＴＡ３０２からの最大ホップカウントが３であり、現在の（ＳＴＡ３０６からＳＴＡ３０２までの）ホップカウントが２である場合、ＳＴＡ３０６は、マルチホップサービスをプロキシすることを決定し得る。ＳＴＡ３０６は、マルチホップサービスに関連するＮＤＬ属性をも含むサービス発見フレーム中で第３のマルチホップ属性３２０を送信し得る。第３のマルチホップ属性３２０は、ＳＴＡ３１８によって受信され得る。ＳＴＡ３１８は、受信された第３のマルチホップ属性３２０中で示されるマルチホップサービスに加入することを決定し得る。一態様では、ＳＴＡ３１８は、サービス発見フレーム中のＮＤＬ属性を使用することによってマルチホップサービスに加わり得る。ＳＴＡ３１８は、ＳＴＡ３０６に関連付け要求またはＮＤＬに加わることを求める要求を送信し得る。ＮＤＬに加わることを求める要求は、関連付け要求と同じであり得るか、または異なる要求であり得る。ＳＴＡ３０６は、ＳＴＡ３１８を認証し得、ＳＴＡ３０６、３１８の両方は、ＳＴＡ３０６、３１８との間のセキュアな通信のためにペアワイズ鍵を生成し得る。ＳＴＡ３０６は、ＮＤＬを介したセキュアな通信のためにＳＴＡ３１８にＣＧＫを送信し得る。一態様では、マルチホップサービスのための最大ホップカウントが３であり、ＳＴＡ３１８からＳＴＡ３０２までのホップカウントが３であるので、ＳＴＡ３１８は、マルチホップサービスをプロキシするために別のマルチホップ属性を送信するのを控えることを決定し得る。
【００６０】
[0078]一態様では、デバイスは、過剰な量のマルチホップ属性を再送信しないように同じマルチホップサービスに関連する重複属性をフィルタ処理し得る。たとえば、ＳＴＡ３０４は、ＳＴＡ３０２からＳＤＡ３１２を受信し、ＳＴＡ３０８から第２のマルチホップ属性３１６を受信し得る。しかしながら、ＳＤＡ３１２と第２のマルチホップ属性３１６との両方についての別個のマルチホップ属性を送信する代わりに、ＳＴＡ３０４は、ＳＤＡ３１２と第２のマルチホップ属性３１６とが（たとえば、サービスＩＤおよび／またはパブリッシャーＩＤに基づいて）同じマルチホップサービスを告知していると決定し、それに応答して単一のマルチホップ属性のみを送信し得る。ＳＴＡ３０４は、受信された属性に基づいてパブリッシャーまでの最適経路（たとえば、最短経路または最良のリンク品質をもつ経路）を決定し得、これは、ＳＤＡ３１２に基づき１ホップであり、第２のマルチホップ属性３１６に基づき２ホップである。ＳＴＡ３０４は、決定された最適経路のホップカウントに基づいて第１のマルチホップ属性３１４を送信し得る。たとえば、第２のマルチホップ属性３１６に基づいて２のホップカウントを示す代わりに、その場合、ＳＴＡ３０４は、１のホップカウントを示し得る。別の態様では、第２のマルチホップ属性３１６を受信する前にＳＴＡ３０４が第１のマルチホップ属性３１４を送信した場合、マルチホップサービスが、すでにプロキシされているので、ＳＴＡ３０４は、第２のマルチホップ属性３１６をプロキシするのを控え得る。
【００６１】
[0079]同様に、ＳＴＡ３０６は、第１および第２のマルチホップ属性３１４、３１６の両方を受信し得る。第１および第２のマルチホップ属性３１４、３１６の各々に応答して別個のマルチホップ属性を送信する代わりに、ＳＴＡ３０６は、第１および第２の属性３１４、３１６をフィルタ処理し（たとえば、両方の属性が同じマルチホップサービスに関連付けられると決定し）、ＳＴＡ３０２への最適経路（たとえば、この場合、２ホップ）を決定し、第１および第２のマルチホップ属性３１４、３１６の両方のための第３のマルチホップ属性３２０を送信し得る。
【００６２】
[0080]一態様では、図３中で送信されるＳＤＡおよびＭＨＡは、（ＳＤＡについては）図４Ａにおいて、（ＭＨＡについては）図４Ｂにおいて以下で説明するように１つまたは複数のフィールドを含み得る。属性は、図１０Ａおよび図１０Ｂにおいて以下でさらに説明するようにフレーム中で送信され得る。
【００６３】
[0081]図４Ａおよび図４Ｂは、例示的なサービス記述子属性４００と例示的なマルチホップ属性４５０とを示す。図４Ａを参照すると、サービス記述子属性４００は、サービスの利用可能性を告知するためにサービスのパブリッシャーによって送信され得る。サービス記述子属性４００は、属性ＩＤフィールドと、長さフィールドと、サービスＩＤフィールドと、インスタンスＩＤフィールドと、要求元インスタンスＩＤフィールドと、サービス制御フィールドと、バインディングビットマップフィールドと、サービス情報長さフィールドと、サービス情報フィールドとを含み得る。属性ＩＤは、サイズが１オクテットであり得、０ｘ０３の値を有し得る。属性ＩＤは、他のＮＡＮ属性とは対照的に、属性をサービス記述子属性として識別し得る。長さフィールド（たとえば、サイズが２オクテット）は、サービス記述子属性４００中の後続のフィールドの長さを示し得る。サービスＩＤフィールド（たとえば、サイズが６オクテット）は、サービス記述子属性４００に関連するサービス名のハッシュを含み得る。インスタンスＩＤ（たとえば、サイズが１オクテット）は、サービスのインスタンスを識別し得る。たとえば、サービスがビデオストリーミングである場合、インスタンスＩＤは、サービスのインスタンスが高解像度ビデオストリーミングであるのか、低解像度ビデオストリーミングであるのか、または標準解像度ビデオストリーミングであるのかを示し得る。要求元インスタンスＩＤ（たとえば、サイズが１オクテット、値が０ｘ００）は、サービス記述子属性４００に関連するトランザクションＩＤを示し得る。サービス制御フィールド（たとえば、サイズが１オクテット、値が０ｘ０Ａ）は、サービス記述子属性４００がバインディングビットマップフィールドとサービス情報フィールドとを含むことを示し得る。バインディングビットマップフィールド（たとえば、サイズが２オクテット）は、ＮＤＬ属性を指すビットマップであり得る。たとえば、サービス記述子属性４００は、それの第１のものがサービス記述子属性４００であり、それの第３のものがＮＤＬ属性である複数の属性をもつサービス発見フレーム中で送信される場合、バインディングビットマップは、ビットの位置に基づいてＮＤＬ属性を指し得る。たとえば、４つの属性がある場合、ビットマップは、第３の属性がサービス記述子属性４００に関連するＮＤＬ属性であることを示すために００１０を示し得る。サービス情報長さフィールド（たとえば、サイズが１オクテット）は、サービス情報フィールドの長さを示し得る。可変サイズのものであり得るサービス情報フィールドは、サービスに関連するパブリッシャーデバイスのＭＡＣアドレスを含み得る。一態様では、サービス情報フィールドは、サービスがマルチホップをサポートすることと、サービス記述子属性４００がプロキシされるべきであることとを示し得る。別の態様では、サービス情報フィールドは、マルチホップサービスがどのくらい遠くまでプロキシされるべきであるのかを示し得る。この態様では、サービス情報フィールドは、マルチホップサービスが提供され得るパブリッシャーデバイスからの最大ホップカウントを含み得る。
【００６４】
[0082]図４Ｂを参照すると、マルチホップ属性４５０は、サービスのパブリッシャーのためにプロキシしているデバイスによって送信され得る。マルチホップ属性４５０は、パブリッシャーから１ホップより遠くのデバイスにサービスの利用可能性を告知するためにプロキシデバイスによって使用され得る。マルチホップ属性４５０は、属性ＩＤフィールドと、長さフィールドと、サービスＩＤフィールドと、インスタンスＩＤフィールドと、要求元インスタンスＩＤフィールドと、サービス制御フィールドと、バインディングビットマップフィールドと、サービス情報長さフィールドと、サービス情報フィールドとを含み得る。属性ＩＤは、サイズが１オクテットであり得、０ｘ０Ｆの値を有し得る。属性ＩＤは、他のＮＡＮ属性とは対照的に、サービスをプロキシするためのマルチホップ属性として属性を識別し得る。長さフィールド（たとえば、サイズが２オクテット）は、マルチホップ属性４５０中の後続のフィールドの長さを示し得る。サービスＩＤフィールド（たとえば、サイズが６オクテット）は、マルチホップ属性４５０に関連するサービス名のハッシュを含み得る。インスタンスＩＤ（たとえば、サイズが１オクテット）は、サービスのインスタンスを識別し得る。たとえば、サービスがビデオストリーミングである場合、インスタンスＩＤは、サービスのインスタンスが高解像度ビデオストリーミングであるのか、低解像度ビデオストリーミングであるのか、または標準解像度ビデオストリーミングであるのかを示し得る。要求元インスタンスＩＤ（たとえば、サイズが１オクテット、値が０ｘ００）は、マルチホップ属性４５０に関連するトランザクションＩＤを示し得る。サービス制御フィールド（たとえば、サイズが１オクテット、値が０ｘ０Ａ）は、マルチホップ属性４５０がバインディングビットマップフィールドとサービス情報フィールドとを含むことを示し得る。バインディングビットマップフィールド（たとえば、サイズが２オクテット）は、プロキシされたサービス（たとえば、サービスをプロキシするデバイスによって提供されるサービスではない）のためのＮＤＬ属性を指すビットマップであり得る。たとえば、マルチホップ属性４５０は、それの第２のものがマルチホップ属性４５０であり、それの第３のものがＮＤＬ属性である複数の属性をもつサービス発見フレーム中で送信される場合、バインディングビットマップは、ビットの位置に基づいてＮＤＬ属性を指し得る。たとえば、４つの属性がある場合、ビットマップは、第３の属性がマルチホップ属性４５０に関連するＮＤＬ属性であることを示すために００１０を示し得る。対照的に、ＮＤＬ属性がサービス発見フレーム中の第４の属性であった場合、ビットマップは、０００１を示す。サービス情報長さフィールド（たとえば、サイズが１オクテット）は、サービス情報フィールドの長さを示し得る。可変サイズのものであり得るサービス情報フィールドは、サービスに関連するパブリッシャーデバイスのＭＡＣアドレスを含み得る。一態様では、サービス情報フィールドは、サービスが提供され得るパブリッシャーデバイスからの最大ホップカウントと、パブリッシャーデバイスからの現在のホップカウントとを示し得る。最大ホップカウントと現在のホップカウントとの差は、そのマルチホップサービスが利用可能である追加のホップの数を示し得る。別の態様では、最大ホップカウントと現在のホップカウントとを示す代わりに、サービス情報フィールドは、残余ホップカウント（たとえば、最大ホップカウントから現在のホップカウントを減じたもの）を示し得る。残余ホップカウントが０であるとき、または現在のホップカウントが最大ホップカウントに等しいとき、プロキシデバイスは、マルチホップ属性４５０を送信しないことになる。別の態様では、マルチホップ属性は、複数のフィールドをもつ属性である必要はない。この態様では、マルチホップ属性は、それに関連するサービスがマルチホップサービスであることを示すか、またはマルチホップ属性に関連するデータリンクがマルチホップＮＤＬであることを示す属性内のフィールドまたはフレーム内の要素であり得る。この態様では、マルチホップ属性は、サービス（またはＮＤＬ）を識別する識別子および／またはサービス（またはＮＤＬ）に関連するホップカウントのうちの少なくとも１つを含み得る。
【００６５】
[0083]図５は、例示的なＮＤＬ属性５００を示す。ＮＤＬ属性５００は、データリンクの利用可能性を示すことと、データリンクに関連するスケジュールを示すことと、データリンクに関連する制御情報を示すこととを行うために使用され得る。たとえば、制御情報は、データリンクが変更され得るのかどうかと、データリンクに関連するサービス品質要件とを示し得る。図５を参照すると、ＮＤＬ属性５００は、属性ＩＤフィールドと、長さフィールドと、ＮＤＬ制御フィールドと、ＮＤＣ  ＩＤフィールドと、ＮＤＬ  ＩＤフィールドと、イミュータブルスケジュールタグフィールドと、ＱｏＳタグフィールドと、マップＩＤフィールドと、時間ビットマップ制御フィールドと、時間ビットマップフィールドとを含み得る。属性ＩＤは、ＮＡＮ属性のタイプ（たとえば、ＮＤＬ属性）を示し得る。長さフィールドは、長さフィールドの後のＮＤＬ属性５００の長さを示し得る。ＮＤＬ制御フィールドは、ＮＤＬ属性のための制御フィールドであり得る。ＮＤＣ  ＩＤフィールドは、ＮＤＬ属性が関連付けられるＮＡＮデータクラスタを識別し得る。ＮＤＬ  ＩＤは、ＮＡＮデータリンクを識別し得る。イミュータブルスケジュールタグは、ＮＤＬのためのイミュータブルスケジュールを含み得るイミュータブルスケジュール属性を指す。ＱｏＳタグは、ＮＤＬのＱｏＳ要件を示すＱｏＳ属性を指し得る。マップＩＤは、ＮＤＬに関連する利用可能性属性を指し得る。一態様では、利用可能性属性は、ＳＴＡの潜在的な、提案された、および／またはコミットされた時間およびチャネル利用可能性を示し得る。時間ビットマップ制御フィールドは、時間ビットマップフィールドに関連するパラメータを示し得、時間ビットマップフィールドは、ＮＤＬのための基本スケジュールを含み得る。
【００６６】
[0084]マルチホップルーティング
[0085]図６は、ＮＡＮ中のマルチホップサービスに関連するＳＴＡによって採用されるルーティング機構の例示的な図６００である。前に説明したように、ＳＴＡ３０２’は、ＮＡＮデータクラスタ中のマルチホップサービスのパブリッシャーデバイスである。ＳＴＡ３０４’、３０８’は、マルチホップサービスに加わっており、ＳＴＡ３０２’に直接関連付けられる。ＳＴＡ３０４’、３０８’はまた、マルチホップサービスのためのプロキシデバイスとして働き、マルチホップ属性を送信する。ＳＴＡ３０４’、３０８’からの送信されたマルチホップ属性に基づいて、ＳＴＡ３０６’、３０８’は、マルチホップサービスに加入した。特に、ＳＴＡ３０６’は、ＳＴＡ３０４’に関連付けをし、ＳＴＡ３１０’は、ＳＴＡ３０８’に関連付けをした。
【００６７】
[0086]マルチホップサービスに加入した後に、ＳＴＡは、リアクティブおよび／またはプロアクティブルーティングを実行し得る。リアクティブルーティングは、プロキシデバイスとの関連付け時に、新しいデバイスがネットワークに加わった後にパブリッシャーまでのルートを形成するために１回実行される。ＳＴＡが、パブリッシャーに直接関連付けをした場合、リアクティブルーティングは、実行されないことがある。図３において説明したように、新しいデバイスがプロキシデバイスに関連付けをすることによってＮＤＬに加わるとき、プロキシデバイスは、パブリッシャーへの最適経路に沿っていないことがある。したがって、新しいデバイスは、関連付け中に受信されるＣＧＫを使用して暗号化され得る経路要求フレーム（ＰＲＥＱ）をブロードキャストすることによってプロバイダまでのルート発見を開始し得る。ＰＲＥＱがブロードキャストされるので、ＰＲＥＱは、パブリッシャーまでの経路に沿って異なるＳＴＡ（またはノード）を横断し得る。ルートに沿った各中間ＳＴＡは、エアタイムリンク品質メトリックおよび／またはＰＲＥＱ中のホップカウントを更新し得る。パブリッシャーが異なるＰＲＥＱを受信した後、パブリッシャーは、ＰＲＥＱを発信したＳＴＡへの最適経路を横断し得るユニキャスト経路応答（ＰＲＥＰ）で応答し得る。パブリッシャーは、たとえば、異なるＰＲＥＱ経路のうちで異なるＰＲＥＱによって横断される最短または最適経路に基づいて最適経路を決定し得る。一態様では、ＳＴＡは、（パブリッシャーからしか来ないことがある）ＳＤＡに応答して、または（マルチホップ属性の送信者のＭＡＣアドレスとは異なるパブリッシャーのＭＡＣアドレスを示し得る）マルチホップ属性に応答して、それらがＮＤＬに加わったのかどうかに基づいてそれらがパブリッシャーと直接関連付いているのかどうかを決定し得る。別の態様では、ＰＲＥＰを受信すると、ＰＲＥＱを発信したＳＴＡは、パブリッシャーからＳＴＡまでの最適経路が、パブリッシャーへの現在の経路とは異なるデバイスを介して横断すると決定し得る。この状況では、ＰＲＥＱを発信したＳＴＡは、異なるデバイスとの関連付けをトリガし得る。たとえば、ＳＴＡ３１８’が、ＳＴＡ３０６’に関連することによってＮＤＬに加わるとき、ＳＴＡ３０６’が、必ずしもＳＴＡ３０２’までの最短または最適経路に沿ってあるとは限らないことがあるので、ＳＴＡ３１８’は、パブリッシャー（たとえば、ＳＴＡ３０２’）へのルート発見を開始し得る。ＳＴＡ３１８’は、ＳＴＡ３０６’との関連付け中に受信されたＣＧＫを使用して暗号化されたＰＲＥＱ３２２をブロードキャストし得る。ＰＲＥＱ３２２は、ＳＴＡ３０６’によって受信され得る。ＰＲＥＱ３２２は、ＳＴＡ３０６’によって再ブロードキャストされ、ＳＴＡ３０４’によって受信され得る。ＳＴＡ３０４’もマルチホップサービスのパブリッシャーでないので、ＰＲＥＱ３２２は、再び再ブロードキャストされ、ＳＴＡ３０２’によって受信され得る。再ブロードキャストする前に、ＳＴＡ３０６’は、ＰＲＥＱ３２２中のホップカウントを更新し得、および／またはエアタイムリンク品質メトリック（たとえば、ノード間のリンク品質の累積インジケータである整数で、より大きい数が、より劣悪なリンク品質に対応し得る）を更新し得る。一態様では、リンク品質行列は、ホップカウント、パケット誤り率（ＰＥＲ）、パケットロス、またはチャネル状態の指示であり得る。リンク品質行列は、累積値（たとえば、複数ホップにわたるＰＥＲ）であり得る。たとえば、ＳＴＡ３０４’は、ホップカウントを２に設定し得る。また、ＳＴＡ３０６’、３１８’の間のエアタイムリンク品質メトリックが４であり、ＳＴＡ３０４’、３０６’の間のリンク品質メトリックが３であった場合、ＳＴＡ３０４’は、累積エアタイムリンク品質メトリックを７に更新し、ＰＲＥＱ３２２を再ブロードキャストし得る。その後、ＳＴＡ３０２’は、再ブロードキャストされたＰＲＥＱ３２２を受信し得る。ＳＴＡ３０２’がパブリッシャーであるので、ＳＴＡ３０２’はＰＲＥＱ３２２を再ブロードキャストしないことがある。別個に、図６に示していないが、ＳＴＡ３１８’からのブロードキャストされたＰＲＥＱ３２２はまた、ＮＤＬに新たに加わっていることがあるＳＴＡ３２４によって受信され得る。ＳＴＡ３２４は、ＳＴＡ３０２’にダイレクテッドに関連付けられ得る。ＳＴＡ３２４は、ＰＲＥＱ３２２を再ブロードキャストし得、これは、ＳＴＡ３０２’によって受信され得る。２つの異なる経路から同じＰＲＥＱ３２２を受信すると、ＳＴＡ３０２’は、ＳＴＡ３１８’への最適経路を決定し得る。一態様では、受信されたＰＲＥＱ３２２’の各々は、ＳＴＡ３０２’までの経路に沿って訪問されたノードを示し得る。別の態様では、受信されたＰＲＥＱ３２２’の各々は、ＳＴＡ３１８’からのホップカウントおよび／またはエアタイムリンク品質メトリックを示し得る。それに応答して、ＳＴＡ３０２’は、ＳＴＡ３１８’にユニキャストを介してＰＲＥＰ３２６を送信し得る。ＰＲＥＰ３２６は、ＳＴＡ３０２’によって決定された最適経路を横断し得る。一態様では、ＰＲＥＰ３２６が経路を横断するとき、ＰＲＥＰ３２６は、それぞれのペアワイズマスター鍵を用いて暗号化され得る。たとえば、ＰＲＥＰ３２６は、ＳＴＡ３０２’、３２４の間でペアワイズマスター鍵を用い、その後、ＳＴＡ３２４、３１８’の間で別のペアワイズマスター鍵を用いて暗号化され得る。ＳＴＡ３１８’がＰＲＥＰ３２６を受信すると、ＳＴＡ３１８’は、ＳＴＡ３０６’がＳＴＡ３０２’への最適経路に沿っておらず、むしろ、ＳＴＡ３２４が最適経路に沿っていると決定し得る。したがって、ＳＴＡ３１８’は、マルチホップサービスに加入するためにＳＴＡ３２４に関連付けをすることを決定し得る。
【００６８】
[0087]リアクティブルーティングの他に、ＳＴＡは、プロアクティブルーティングを実行し得る。ＮＤＬネットワークダイナミクスは、連続的に変化することができる。たとえば、新しいデバイス（たとえば、ＳＴＡ３２４）は、ＮＤＬに加わり得、既存のデバイス（たとえば、ＳＴＡ３０８’）は、ネットワークを離れ得る。代替的に、既存のデバイスは、ネットワーク中の異なる位置に移動し得る。したがって、デバイスは、プロバイダまでのルートを周期的に検討し、更新し得る。パブリッシャーは、加入デバイスによるルート更新をトリガするためにルート告知（ＲＡＮＮ）メッセージを周期的にブロードキャストし得る。ＲＡＮＮメッセージは、ホップカウントと、発信ＳＴＡから現在の宛先ＳＴＡまでの累積メトリックであり得るエアタイムリンクメトリックを含み得るメトリクスフィールドとを含み得る。一態様では、ＲＡＮＮは、セキュリティを追加するためにＮＤＬに関連するＣＧＫを使用して暗号化され得る。ＲＡＮＮを受信するＳＴＡは、ＲＡＮＮのホップカウントおよび／またはエアタイムリンクメトリックを前に受信したＰＲＥＰと比較し得る。ＲＡＮＮがより良いルートを示す場合（たとえば、ＲＡＮＮ中に含まれるホップカウントおよび／またはエアタイムリンクメトリックが前に受信したＰＲＥＰ中のものよりも良好である場合）、ＳＴＡは、パブリッシャーへのＰＲＥＱをトリガし得る。たとえば、図６を参照すると、ＳＴＡ３０２’は、ＮＤＬに関連するＣＧＫを使用して暗号化され得るＲＡＮＮ３２８を周期的にブロードキャストし得る。ＳＴＡ３０４’、３０８’、３２４は、ブロードキャストされたＲＡＮＮ３２８を受信し、ＲＡＮＮ３２８を再ブロードキャストし得る。ＳＴＡ３１０’は、ＳＴＡ３２４およびＳＴＡ３０８’を介して再ブロードキャストされたＲＡＮＮ３２８を受信し得る。一態様では、ＳＴＡ３０８’は、ＳＴＡ３０８’、３２４からの再ブロードキャストされたＲＡＮＮ３２８のホップカウントおよび／またはエアタイムリンクメトリックを比較し、ＰＲＥＱをトリガすべきかどうかを決定し得る。この場合、ＳＴＡ３２４がＳＴＡ３０２’からより遠くに離れて移動した可能性があるので、またはＳＴＡ３２４を介したリンク品質が劣化したので、ＳＴＡ３１０’は、ＳＴＡ３２４を通る前の知られている最適なルートがもはや最善ルートでない可能性があると決定し得る。ＳＴＡ３１０’は、ＳＴＡ３１０’の１ホップのネイバーによって受信され得るＰＲＥＱ３３０をブロードキャストすることによって経路発見を開始し得る。たとえば、ＳＴＡ３０８’、３２４は、ＰＲＥＱ３３０を受信し得、ＰＲＥＱ３３０を再ブロードキャストし得る。その後、ＰＲＥＱ３３０は、ＳＴＡ３０２’によって受信され得、これは、ＰＲＥＱ３３０がＳＴＡ３０２’によって受信されるためにとった異なる経路に基づいてＳＴＡ３１０’への最適経路を決定し得る。ＳＴＡ３１０’への最適経路を決定すると、ＳＴＡ３０２’は、ＳＴＡ３２４の代わりにＳＴＡ３０８’を介してＳＴＡ３１０’にＰＲＥＰ３３２を送信し得る。ＰＲＥＰ３３２は、ＳＴＡ３０２’からＳＴＡ３１０’までのホップカウントおよび／またはＳＴＡ３０２’からＳＴＡ３１０’までのエアリンク品質メトリックを示し得る。別の態様では、ＳＴＡ３０８’は、ＲＡＮＮ３２８中のリンク情報に基づいて何も変化しなかったか、またはしきい値を上回って変化しなかったと決定し得、したがって、ＰＲＥＱをトリガしないことがある。要するに、プロアクティブルーティングの場合、ＳＴＡ３０８’は、ルートを変更しないことを決定するか、可能な場合パブリッシャーに直接関連付けをすることを決定するか、知られているネイバーノードを通る異なるルートを使用することを決定するか、またはＳＴＡ３０８’が関連付けられていない新たな発見ネイバーを通る異なるルートを使用することを決定し得る。
【００６９】
[0088]一態様では、ＰＲＥＱおよびＰＲＥＰは、ＮＤＬのＣＧＫを用いて暗号化され得る。別の態様では、ＰＲＥＰは、選択された経路に沿った中間ワイヤレスデバイスの間のペアワイズ鍵を用いて暗号化され得る。
【００７０】
[0089]マルチホップスケジューリング
[0090]マルチホップサービス発見およびルーティングに加えて、マルチホップトポロジー中のＳＴＡはまた、マルチホップスケジューリングを実行し得る。すべてのＳＴＡが同時に送信した場合、マルチホップトポロジー中のＳＴＡは、あまり多くのネットワーク輻輳および干渉を生じないようにスケジューリングを必要とし得る。マルチホップスケジューリングのための３つの方式が提供される。
【００７１】
[0091]ＲＴＳ／ＣＴＳベースのマルチホップスケジューリング
[0092]第１のスケジューリング方式は、送信要求（ＲＴＳ）メッセージと送信可（ＣＴＳ）メッセージとを利用し得る。この方式では、同じＮＤＬに関連する１つまたは複数のデバイスが、送信すべきデータを有し得る。すべてのリンクは、パブリッシャーから単一ホップであるのかマルチホップであるのかにかかわらず、同じウェイクアップおよび送信スケジュール（たとえば、同じＮＤＬスケジュール）を有し得る。この方式では、ＳＴＡは、あらゆる送信の前に媒体をクリアするためにＲＴＳメッセージとＣＴＳメッセージとを使用し得る。この方式は、隣接デバイスと２ホップデバイスとの間の干渉を低減および／または除去するのを助ける。
【００７２】
[0093]図７は、マルチホップスケジューリングのためのＲＴＳ／ＣＴＳ方式の例示的な図７００である。図７を参照すると、ＮＡＮデータクラスタは、ＳＴＡ７０２、７０４、７０６、７０８、７１０を含み得る。ＳＴＡ７０２は、マルチホップサービスのパブリッシャーであり得、マルチホップサービスに関連するデータ７１２を送信し得る。ＳＴＡ７０４、７０８はデータ７１２を受信し得る。マルチホップサービスのためのプロキシとして働き得るＳＴＡ７０４、７０８はまた、データ７１２を配信し得る。データ７１２を送信する前に、ＳＴＡ７０４、７０８は、ＲＴＳ／ＣＴＳスケジューリング方式を利用し得る。ＲＴＳ／ＣＴＳ方式は、あらゆる送信の前に媒体をクリアするために使用され得、これは、隣接デバイスと２ホップデバイスとの間の干渉を低減または除去するのを助け得る。この方式では、すべてのリンク（たとえば、パブリッシャーからの単一ホップリンクまたはマルチホップリンク）は、同じウェイクアップおよび送信スケジュールを有し得る。
【００７３】
[0094]図７を参照すると、ＳＴＡ７０４がマルチホップサービスに加入しているので、ＳＴＡ７０４は、ＳＴＡ７０４から受信した任意のデータを再送信し得る。図７では、ＳＴＡ７０４は、デバイス間の距離に応じてＳＴＡ７０８に気づいていることも、気づいていないこともある。ＳＴＡ７１０は、ＳＴＡ７０４から隠れていることがあり、したがって、ＳＴＡ７１０からの送信は、ＳＴＡ７０６におけるＳＴＡ７０４からの送信の受信に干渉し得る。（たとえば、隠れノード効果からの）干渉を低減または除去するために、ＳＴＡ７０４がデータ７１２を送信する前に、ＳＴＡ７０４は、最初に、ＲＴＳメッセージ７１４を送信（またはブロードキャスト）し得る。ＲＴＳメッセージ７１４を受信すると、ＳＴＡ７０６は、ＣＴＳメッセージ７１６を送信（またはブロードキャスト）し得る。ＣＴＳメッセージ７１６はまた、ＳＴＡ７０８、７１０によって受信され得、これらは、受信されたＣＴＳメッセージ７１６に基づいて送信しないことがあり、それによって、ＳＴＡ７０４が送信する媒体をクリアする。その後、ＳＴＡ７０４は、データ７１２を送信し得る。
【００７４】
[0095]ＲＴＳ／ＣＴＳ方式の利点は、デバイスが精巧なスケジュールアルゴリズムを実行すること、またはネイバーから情報を収集することを方式が要求しないということである。ただし、ＲＴＳ／ＣＴＳ方式は、あらゆる送信の前にオーバーヘッド（たとえば、メッセージ交換）を招く。さらに、ＲＴＳ／ＣＴＳ方式は、デバイスに送信のための専用の時間および／またはチャネルを与えないことがある。代わりに、デバイスは、それの１ホップおよび２ホップのネイバーと媒体アクセスを求めて競合する。
【００７５】
[0096]リンク毎スケジュール割振り
[0097]第２のスケジューリング方式は、リンク毎スケジュール割振りである。リンク毎スケジュール割振りは、トークンパッシングに基づく協調スケジューリング方式である。トークンを所有するデバイスが、スケジューラの役割を負い、ネイバーにトークンをパスする前に、スケジューリングアルゴリズムを実行する。トークンホルダは、トークンホルダのネットワーク度合いとトークンホルダの１ホップおよび２ホップのネイバーの発行されたスケジュールとに基づいてローカルにスケジューリングアルゴリズムを実行する。その後、トークンホルダは、トークンホルダに関連するローカルスケジュールを発行した。トークンホルダは、次いで、トークンを選択し、次のトークンホルダにパスする。リンク毎スケジュール割振り方式は、第１のトークンホルダとして働くパブリッシャー（またはソース）デバイスで周期的に開始され得る。トークンは、次いで、パブリッシャーデバイスのそれぞれの子、子のうちの任意の子などにパスされる。一態様では、トークンは、シーケンス番号を含み得、パブリッシャーがスケジューリングアルゴリズムを開始するたびに、新しいシーケンス番号が生成される。
【００７６】
[0098]図８は、マルチホップスケジューリングのためのリンク毎スケジュール割振り方式の例示的な図８００である。図８を参照すると、ＮＡＮデータクラスタは、ＳＴＡ８０２、８０４、８０６、８０８、８１０、８１２を含み得る。ＳＴＡ８０２は、マルチホップサービスのパブリッシャーであり得る。ＳＴＡ８０２は、ＳＴＡ８０２がスケジューラの役割を有すると決定することと、トークンのためのシーケンス番号（たとえば、シーケンス番号は１である）を決定することとを行うことによってスケジューリングアルゴリズムを開始し得る。ＳＴＡ８０２は、それのリンク（たとえば、２つのリンク、ＳＴＡ８０４へのリンクとＳＴＡ８１２への別のリンク）の各々のためのスケジュールを計算し得る。ＳＴＡ８０２は、各子ノードのためのネットワーク度合い（たとえば、リンクの数）を得るために各子ノードに問い合わせし得る。この例では、ＳＴＡ８０２は、ＳＴＡ８０４に問い合わせし、ＳＴＡ８０４が２のネットワーク度合いを有すると決定し得る。ＳＴＡ８０２は、ＳＴＡ８１２に問い合わせし、ＳＴＡ８１２が１のネットワーク度合いを有すると決定し得る。ＳＴＡ８０２のローカルネットワーク度合い（たとえば、２）に基づいて、ＳＴＡ８０２は、必要とされる基本時間ブロックの数（たとえば、リンク毎に１つの時間ブロック）を計算し得る。一態様では、各基本時間ブロックは、持続時間が１６ｍｓであり得る。別の態様では、基本時間ブロックは、持続時間が５１２ｍｓであり得る発見ウィンドウにわたって繰り返し得る。基本時間ブロックは、マルチホップサービスに関連するサービス品質および／またはレイテンシ要件に基づいて繰り返し得る。ＳＴＡ８０２は、基本時間ブロックと利用可能なチャネル（たとえば、周波数）との組合せに基づいてＳＴＡ８０４、８１２への送信のためのローカルスケジュールを決定し得る。
【００７７】
[0099]ローカルスケジュールを決定した後に、ＳＴＡ８０２は、すべてのネイバーに第１のメッセージ８１４中でローカルスケジュールを送信することによって計算されたスケジュールを告知し得る。一態様では、第１のメッセージ８１４は、ブロードキャストを介して送信され得る。別の態様では、第１のメッセージ８１４は、ユニキャストを介して送信され得る。第１のメッセージ８１４は、ＳＴＡ８０４、８１２によって受信され得る。ＳＴＡ８０４、８１２は、ＳＴＡ８０２のローカルスケジュールのコピーを保存し、それを第１のメッセージ８１４中で示されるシーケンス番号に関連付け得る。第１のメッセージ８１４は、（ＳＴＡ８０２によって決定された）現在のシーケンス番号と、計算されたスケジュールと、同じシーケンス番号に関連するあらゆる１ホップのネイバーの知られているスケジュールとを含み得る。この場合、ＳＴＡ８０２がマルチホップサービスのパブリッシャーであるので、まだ、シーケンス番号に関連する１ホップのネイバーのいかなる知られているスケジュールもないことがある。一態様では、子ノードとネイバーノードとは異なり得る。子ノードは、（たとえば、アクティブリンクに関連する）ルート形成／発見中にＰＲＥＰによって横断される経路沿いのダウンストリームデバイスを指すことがある。対照的に、ネイバーノードは、１ホップの範囲内の任意のデバイスを指すことがある。ネイバーノードは、ルート発見中の送信経路沿いのノードである必要はない。したがって、子ノードはネイバーノードであり得るが、ネイバーノードは必ずしも子ノードあるとは限らない。
【００７８】
[00100]ローカルスケジュールを決定した後に、ＳＴＡ８０２は、最大のネットワーク度合いをもつ子ノードにスケジューラの役割（またはトークン）をパスし得る。図８を参照すると、ＳＴＡ８０４は、２のネットワーク度合いを有し、一方、ＳＴＡ８１２は、１のネットワーク度合いを有する。ＳＴＡ８０４がより大きいネットワーク度合いを有するので、ＳＴＡ８０２は、ＳＴＡ８０４にスケジューラの役割をパスし得る。一態様では、スケジューラの役割は、第１のメッセージ８１４を介してパスされ得る。たとえば、第１のメッセージ８１４がブロードキャストされる場合、第１のメッセージ８１４は、（たとえば、スケジューラの役割フィールドまたは次のスケジューラフィールド中で）ＳＴＡ８０４の識別情報（たとえば、媒体アクセス制御（ＭＡＣ）アドレスまたは別の識別子）を示し得る。別の例では、第１のメッセージ８１４がユニキャストを介して送信される場合、ＳＴＡ８０４のＭＡＣアドレスは、ＳＴＡ８０４への第１のメッセージ８１４中で示され得る。また、第１のメッセージ８１４は、スケジューラの役割（またはトークン）がＳＴＡ８０４にパスされるべきである場合は１に設定され、または、スケジューラの役割がＳＴＡ８０４にパスされるべきでない場合は０に設定されたフィールド（たとえば、ビットインジケータ）を含み得る。ＳＴＡ８１２のＭＡＣアドレスをもつ異なる第１のメッセージ８１４が、ＳＴＡ８１２へのユニキャストを介して送信され得る。この異なるメッセージでは、スケジューラの役割フィールドは、０に設定され得る。第１のメッセージ８１４がブロードキャストを介して送信されたのか、またはユニキャストを介して送信されたのかにかかわらず、ＳＴＡ８０４は、第１のメッセージ８１４を受信するとスケジューラの役割の肯定応答を示す肯定応答をＳＴＡ８０２に送信し得る。
【００７９】
[00101]第１のメッセージ８１４を受信すると、ＳＴＡ８０４は、それのリンクの各々のスケジュールを計算することによってスケジューリングアルゴリズムを実行し得る。ＳＴＡ８０４は、各ノードのネットワーク度合いを得るために子ノードに問い合わせ得る。ＳＴＡ８１０は、１のネットワーク度合いを有し、ＳＴＡ８０６は、２のネットワーク度合いを有する。ＳＴＡ８０４は、必要とされる基本時間ブロックの数を計算するためにそれのローカルネットワーク度合いを使用することになる。ＳＴＡ８０４は、３つの基本時間ブロックを使用することになる。基本時間ブロックと利用可能な周波数との組合せに基づいて、ＳＴＡ８０４は、現在のシーケンス番号をもつスケジュールを告知した可能性がある１ホップおよび２ホップのネイバーのスケジュールと競合しないローカルスケジュールを決定することになる。ローカルスケジュールは、第１のメッセージ８１４に示されているように１のシーケンス番号を有し得る。この例では、ＳＴＡ８０４のローカルスケジュールは、第１のメッセージ８１４中で受信された、同じくシーケンス番号１を有するＳＴＡ８０２のローカルスケジュールと競合しないことがある。
【００８０】
[00102]ローカルスケジュールを決定した後に、ＳＴＡ８０４は、すべてのネイバーに第２のメッセージ８１６中でローカルスケジュールを送信することによって計算されたスケジュールを告知し得る。一態様では、第２のメッセージ８１６は、ブロードキャストまたはユニキャストを介して送信され得る。第２のメッセージ８１６は、ＳＴＡ８１０、８０６、８０２によって受信され得る。ＳＴＡ８１０、８０６、８０２は、ＳＴＡ８０４のローカルスケジュールのコピーを保存し、それを第２のメッセージ８１６中で示されるシーケンス番号に関連付け得る。第２のメッセージ８１６は、（ＳＴＡ８０２によって決定された）現在のシーケンス番号と、計算されたスケジュールと、同じシーケンス番号に関連するあらゆる１ホップのネイバーの知られているスケジュールとを含み得る。この場合、ＳＴＡ８０４は、シーケンス番号に基づいて第２のメッセージ８１６中にＳＴＡ８０２のローカルスケジュールを含め得る。
【００８１】
[00103]ローカルスケジュールを決定した後に、ＳＴＡ８０４は、最大のネットワーク度合いをもつ子ノードにスケジューラの役割（またはトークン）をパスし得る。図８を参照すると、ＳＴＡ８０６は、２のネットワーク度合いを有し、一方、ＳＴＡ８１０は、１のネットワーク度合いを有する。ＳＴＡ８０６がより大きいネットワーク度合いを有するので、ＳＴＡ８０４は、ＳＴＡ８０６にスケジューラの役割をパスし得る。一態様では、スケジューラの役割は、第２のメッセージ８１６を介してパスされ得る。たとえば、第２のメッセージ８１６がブロードキャストされる場合、第２のメッセージ８１６は、ＳＴＡ８０６の識別情報（たとえば、ＭＡＣアドレスまたは別の識別子）を示し得る。別の例では、第２のメッセージ８１６がユニキャストを介して送信される場合、ＳＴＡ８０６のＭＡＣアドレスは、ＳＴＡ８０６への第２のメッセージ８１６中で示され得る。また、第２のメッセージ８１６は、スケジューラの役割（またはトークン）がＳＴＡ８０６にパスされるべきである場合は１に設定され、または、スケジューラの役割がＳＴＡ８０６にパスされるべきでない場合は０に設定されたフィールド（たとえば、ビットインジケータ）を含み得る。ＳＴＡ８１０のＭＡＣアドレスをもつ異なる第２のメッセージ８１６が、ＳＴＡ８１０へのユニキャストを介して送信され得る。第２のメッセージ８１６がブロードキャストを介して送信されたのか、またはユニキャストを介して送信されたのかにかかわらず、ＳＴＡ８０６は、第２のメッセージ８１６を受信するとスケジューラの役割の肯定応答を示す肯定応答をＳＴＡ８０４に送信し得る。
【００８２】
[00104]第２のメッセージ８１６を受信すると、ＳＴＡ８０６は、それの２つのリンクの各々のスケジュールを計算することによってスケジューリングアルゴリズムを実行し得る。ただし、スケジュールは、ＳＴＡ８０４とのリンクに関してすでに計算されているので、ＳＴＡ８０６は、ＳＴＡ８０８のためのスケジュールのみを計算し得る。ＳＴＡ８０６は、各ノードのネットワーク度合いを得るために子ノードに問い合わせ得る。この場合、ＳＴＡ８０８が子ノードを有しないので、ＳＴＡ８０８は、ＳＴＡ８０８が１のネットワーク度合いを有することを示し得る。ＳＴＡ８０６は、それのローカルネットワーク度合いを使用し、ＳＴＡ８０６が必要とされる２つの基本時間ブロックを必要とすると決定することになる。基本時間ブロックと利用可能な周波数との組合せに基づいて、ＳＴＡ８０６は、現在のシーケンス番号をもつスケジュールを告知した可能性がある１ホップおよび２ホップのネイバーのスケジュールと競合しないローカルスケジュールを決定し得る。ローカルスケジュールは、第１および第２のメッセージ８１４、８１６に示されているように１のシーケンス番号を有し得る。この例では、ＳＴＡ８０６のローカルスケジュールは、その両方がシーケンス番号１を有するＳＴＡ８０２、８０４のローカルスケジュールと競合しないことがある。
【００８３】
[00105]ローカルスケジュールを決定した後に、ＳＴＡ８０６は、すべてのネイバーに第３のメッセージ８１８中でローカルスケジュールを送信することによって計算されたスケジュールを告知し得る。一態様では、第３のメッセージ８１８は、ブロードキャストまたはユニキャストを介して送信され得る。第３のメッセージ８１８は、ＳＴＡ８０８によって受信され得る。ＳＴＡ８０８は、ＳＴＡ８０６のローカルスケジュールのコピーを保存し、それを第３のメッセージ８１８中で示されるシーケンス番号に関連付け得る。第３のメッセージ８１８は、（ＳＴＡ８０２によって決定された）現在のシーケンス番号と、計算されたスケジュールと、同じシーケンス番号に関連するあらゆる１ホップのネイバーの知られているスケジュールとを含み得る。この場合、ＳＴＡ８０６は、シーケンス番号に基づいて第３のメッセージ８１８中にＳＴＡ８０４のローカルスケジュールを含め得る。
【００８４】
[00106]ローカルスケジュールを決定した後に、ＳＴＡ８０８が唯一の子ノードであり、ＳＴＡ８０８は１のネットワーク度合いしか有しないので、ＳＴＡ８０６は、子ノードにスケジューラの役割（またはトークン）をパスしないことがある。言い換えれば、トークンホルダは、子ノードが１よりも大きいネットワーク度合いを有するときに子ノードにスケジューラの役割をパスし得る。ＳＴＡ８０６のすべての子がスケジューリングを完了したので、ＳＴＡ８０６は、第４のメッセージ８２０を送信することによってそれの親（すなわちＳＴＡ８０４）にトークンまたはスケジューラの役割を戻し得る。一態様では、子ノードがそれの親にトークンを戻すとき、子ノードは、子ノードの子の知られているスケジュールを含め得る。たとえば、第４のメッセージ８２０は、ＳＴＡ８０８のローカルスケジュールを含み得る。別の態様では、第４のメッセージ８２０は、ブロードキャストまたはユニキャストであり得る。第４のメッセージ８２０がブロードキャストである場合、第４のメッセージ８２０中のスケジューラの役割フィールドは、そのＳＴＡ８０４（たとえば、ＭＡＣアドレス）を示し得る。第４のメッセージ８２０がユニキャストである場合、アドレスフィールドは、ＳＴＡ８０４のＭＡＣアドレスを含み得、スケジューラフィールド（たとえば、ビットフィールド）は、スケジューラの役割がＳＴＡ８０４に戻されていることを示すために１に設定され得る。
【００８５】
[00107]第４のメッセージ８２０を受信すると、ＳＴＡ８０４は、次に高い度合いをもつ別の子にトークンをパスし得る。この場合、ＳＴＡ８１０は、ＳＴＡ８０４の唯一の残りの子である。ただし、ＳＴＡ８１０が１よりも大きいネットワーク度合いを有しないので、ＳＴＡ８１０とＳＴＡ８０４との間のスケジュールがＳＴＡ８０４によってすでに計算されているので、ＳＴＡ８０４は、ＳＴＡ８１０にスケジューラの役割を送信する必要がない。ＳＴＡ８０４は、スケジューラの役割をパスすべき子をそれ以上有しないので、ＳＴＡ８０４は、第５のメッセージ８２２を介してＳＴＡ８０２にスケジューラの役割を戻し得る。一態様では、第５のメッセージ８２２は、ＳＴＡ８０６のためのローカルスケジュールを含み得る。
【００８６】
[00108]第５のメッセージ８２２を受信すると、ＳＴＡ８０２は、次に高い度合いをもつ別の子にトークンをパスし得る。この場合、ＳＴＡ８１２は、ＳＴＡ８０２の唯一の残りの子である。ただし、ＳＴＡ８１２が１よりも大きいネットワーク度合いを有しないので、ＳＴＡ８０２とＳＴＡ８１２との間のスケジュールがＳＴＡ８０２によってすでに計算されているので、ＳＴＡ８０２は、ＳＴＡ８１２にスケジューラの役割を送信する必要がない。ＳＴＡ８０２が子をそれ以上有しないので、スケジューリングアルゴリズムのインスタンスは完了した。言い換えれば、ＮＤＬに関連するあらゆるデバイスがスケジューリングアルゴリズムを実行すると、トークンは、アルゴリズムが最初に開始したソースデバイス（たとえば、ＳＴＡ８０２）に戻っている。
【００８７】
[00109]
【表１】
2019509697.tif 000003
【００８８】
[00110]表１は、図８に示すマルチホップトポロジーに基づくリンク毎割振りのための例示的なスケジューリングフローを示す。表１に示すように、ＳＴＡ８０２は、マルチホップサービスのソースノード／パブリッシャーとしてスケジューリングアルゴリズムを開始する。通信のために３つの時間ブロックと２つのチャネルとがあると仮定すると、ＳＴＡ８０２は、ＳＴＡ８０４およびＳＴＡ８１２と通信するためにチャネル１の２つの時間ブロック（たとえば、時間ブロック１、２、３）を使用することを決定し得る。その後、ＳＴＡ８０２は、ＳＴＡ８０４にスケジューラの役割をパスし得る。ＳＴＡ８０４が３つのリンクを有するので、ＳＴＡ８０４は、３つの時間ブロックを必要とし得る。ＳＴＡ８０２によって以前に計算されたスケジュールに基づいて、チャネル１の時間ブロック１が、ＳＴＡ８０２、８０４の間の通信のために使用される。ＳＴＡ８０４は、時間ブロック２のチャネル１が（たとえば、第１のメッセージ８１４中で告知されているようにＳＴＡ８０２、８１２の間の）別のリンクによってすでに占有されていると決定し得る。したがって、ＳＴＡ８０４は、時間ブロック２中のチャネル２を使用し得る。第３のリンクでは、ＳＴＡ８０４は、時間ブロック３のチャネル１を使用し得る。次に、ＳＴＡ８０４は、ＳＴＡ８０６にトークンをパスし得る。ＳＴＡ８０６が２つのリンクを有するので、ＳＴＡ８０６は、２つの時間ブロックを必要とし得る。時間ブロック１上のチャネル１が、（第２のメッセージ８１６中でＳＴＡ８０４によって告知されているように）ＳＴＡ８０２、８０４の間のリンクによってすでに占有されているので、ＳＴＡ８０６は、ＳＴＡ８０６、８０８の間のリンクのために時間ブロック１においてチャネル２を使用し得る。ＳＴＡ８０４との第２のリンクに関しては、ＳＴＡ８０６は、第２のメッセージ８１６中で告知されているようにＳＴＡ８０４によって以前に計算されたスケジュールを使用し得る。ＳＴＡ８０８が子を有しないので、ＳＴＡ８０６は、ＳＴＡ８０８にスケジューラの役割をパスしないことを決定し得る。したがって、スケジューラの役割は、ＳＴＡ８０４に戻されることになる。ＳＴＡ８１０が１のネットワーク度合いを有するので、ＳＴＡ８０４はまた、ＳＴＡ８１０にスケジューラの役割をパスしないことを決定し得、したがって、ＳＴＡ８０４は、ＳＴＡ８０２にスケジューラの役割を戻し得る。ＳＴＡ８１２が１のネットワーク度合いを有するので、ＳＴＡ８０２はまた、ＳＴＡ８１２にスケジューラの役割をパスしないことがある。したがって、スケジューラの役割がソースに戻り、別のノードにパスされ得ないとき、スケジューリングアルゴリズムの現在のインスタンスは終了する。
【００８９】
[00111]リンク毎スケジュール割振りでは、デバイスにデータを送信するための専用時間およびチャネルが割り当てられるので、ページングは随意であり得る。ただし、電力節約を改善するためにページングが使用され得る。
【００９０】
[00112]ホップ毎スケジュール割振り
[00113]第３のスケジューリング方式は、ホップ毎スケジュール割振りである。ホップ毎スケジュール割振りは、トークンパッシングに基づく協調スケジューリング方式であり、リンク毎スケジュール割振りと同様である。トークンを所有するデバイスが、スケジューラの役割を負い、ネイバーにトークンをパスする前に、スケジューリングアルゴリズムを実行する。トークンホルダは、トークンホルダのネットワーク度合いとトークンホルダの１ホップおよび２ホップのネイバーの発行されたスケジュールとに基づいてローカルにスケジューリングアルゴリズムを実行する。その後、トークンホルダは、トークンホルダに関連するローカルスケジュールを発行した。しかしながら、リンク毎スケジュール割振りとは異なり、ホップ毎割振りでは、１ホップリンクは、共通スケジュールを共有し得る。ローカルスケジュールを決定した後に、トークンホルダは、次いで、トークンを選択し、次のトークンホルダにパスする。ホップ毎スケジュール割振り方式は、第１のトークンホルダとして働くパブリッシャー（またはソース）デバイスにおいて周期的に開始され得る。トークンは、次いで、パブリッシャーデバイスのそれぞれの子、子のうちの任意の子などにパスされる。一態様では、トークンは、シーケンス番号を含み得、パブリッシャーがスケジューリングアルゴリズムを開始するたびに、新しいシーケンス番号が生成される。
【００９１】
[00114]図９は、マルチホップスケジューリングのためのホップ毎スケジュール割振り方式の例示的な図９００である。各リンクがスケジュール中に専用リソースを有する代わりに、ホップ毎スケジュール割振りでは、デバイスの各リンクが同じスケジュールを共有し得ることを除いて、ホップ毎スケジュール割振り方式は、リンク毎スケジュール割振り方式といくつかの類似性を有し得る。ホップ毎スケジュール割振りでは、２つ以上のネイバーをもつデバイスしか、スケジューリングアルゴリズムを実行する必要がないことがある。図９を参照すると、ＮＡＮデータクラスタは、ＳＴＡ９０２、９０４、９０６、９０８、９１０、９１２を含み得る。ＳＴＡ９０２は、マルチホップサービスのパブリッシャーであり得る。ＳＴＡ９０２は、ＳＴＡ９０２がスケジューラの役割を有すると決定することと、トークンのためのシーケンス番号（たとえば、シーケンス番号は１である）を決定することとを行うことによってスケジューリングアルゴリズムを開始し得る。ＳＴＡ９０２は、それのローカルスケジュールを計算し得る。ＳＴＡ９０２は、次にどのノードにトークン／スケジューラの役割をパスすべきかを決定するために各子ノードのためのネットワーク度合い（たとえば、リンクの数）を得るために各子ノードに問い合わせ得る。この例では、ＳＴＡ９０２は、ＳＴＡ９０４に問い合わせし、ＳＴＡ９０４が２のネットワーク度合いを有すると決定し得る。ＳＴＡ９０２は、ＳＴＡ９１２に問い合わせし、ＳＴＡ９１２が１のネットワーク度合いを有すると決定し得る。ＳＴＡ９０２は、ローカルスケジュールが、現在のシーケンス番号をもつスケジュールを告知した１ホップおよび２ホップのネイバーのスケジュールと競合しないことを保証するために、利用可能な時間ブロックとチャネルリソースとの組合せを使用するそれのローカルスケジュールを計算し得る。ただし、ＳＴＡ９０２がスケジューリングアルゴリズムのイニシエータであるので、同じシーケンス番号をもついかなる他のスケジュールもないことがある。図９を参照すると、ＳＴＡ９０２、９０４の間の第１のリンクとＳＴＡ９０２、９１２との間の第２のリンクとは同じスケジュールを共有し得る。すなわち、ＳＴＡ９０２の１ホップ内のあらゆるＳＴＡは、同じスケジュールを有し得る。一態様では、ＳＴＡ９０２は、ページングウィンドウ（たとえば、第１のページングウィンドウ２５８）中でページングメッセージを送ることによってＳＴＡ９０２がＳＴＡ９０４またはＳＴＡ９１２のためのトラフィックを有するのかどうかを区別し得る。ページングメッセージは、ＳＴＡ９０２がＳＴＡ９０４のためのトラフィックを有することを示し得る。ＳＴＡ９０４は、トラフィックを受信するために時間ブロックの残余の間起動したままであり得るが、ＳＴＡ９１２は、スリープに進み、それによって、電力を節約し得る。別のものでは、ＳＴＡ９０２は、ＳＴＡ９０４、９１２のためのトラフィックを有し得、ＳＴＡ９０４、９１２もＳＴＡ９０２のためのトラフィックを有し得る。したがって、デバイスはすべて、トラフィックが利用可能であることを示すためにページングウィンドウ中に送信し得る。この態様では、トラフィックの増加のため��、スループットが低減され得る。
【００９２】
[00115]ローカルスケジュールを決定した後に、ＳＴＡ９０２は、すべてのネイバーに第１のメッセージ９１４中でローカルスケジュールを送信することによって計算されたスケジュールを告知し得る。一態様では、第１のメッセージ９１４は、ブロードキャストを介して送信され得る。別の態様では、第１のメッセージ９１４は、ユニキャストを介して送信され得る。第１のメッセージ９１４は、ＳＴＡ９０４、９１２によって受信され得る。ＳＴＡ９０４、９１２は、ＳＴＡ９０２のローカルスケジュールのコピーを保存し、ローカルスケジュールを第１のメッセージ９１４中で示されるシーケンス番号に関連付け得る。第１のメッセージ９１４は、（ＳＴＡ９０２によって決定された）現在のシーケンス番号と、計算されたローカルスケジュールと、同じシーケンス番号に関連するあらゆる１ホップのネイバーの知られているスケジュールとを含み得る。この場合、ＳＴＡ９０２がマルチホップサービスのパブリッシャーであるので、まだ、シーケンス番号に関連する１ホップのネイバーのいかなる知られているスケジュールもないことがある。
【００９３】
[00116]ローカルスケジュールを決定した後に、ＳＴＡ９０２は、最大のネットワーク度合いをもつ子ノードにスケジューラの役割（またはトークン）をパスし得る。図９を参照すると、ＳＴＡ９０４は、２のネットワーク度合いを有し、一方、ＳＴＡ９１２は、１のネットワーク度合いを有する。１のネットワーク度合いをもつノードは、スケジューラの役割の割当てのためにスキップされ得る。ＳＴＡ９０４がより大きいネットワーク度合いを有するので、ＳＴＡ９０２は、ＳＴＡ９０４にスケジューラの役割をパスし得る。一態様では、スケジューラの役割は、第１のメッセージ９１４を介してパスされ得る。たとえば、第１のメッセージ９１４がブロードキャストされる場合、第１のメッセージ９１４は、（たとえば、スケジューラの役割フィールドまたは次のスケジューラフィールド中で）ＳＴＡ９０４の識別情報（たとえば、媒体アクセス制御（ＭＡＣ）アドレスまたは別の識別子）を示し得る。別の例では、第１のメッセージ９１４がユニキャストを介して送信される場合、ＳＴＡ９０４のＭＡＣアドレスは、ＳＴＡ９０４への第１のメッセージ９１４中で示され得る。また、第１のメッセージ９１４は、スケジューラの役割（またはトークン）がＳＴＡ９０４にパスされるべきである場合は１に設定され、または、スケジューラの役割がＳＴＡ９０４にパスされるべきでない場合は０に設定されたフィールド（たとえば、ビットインジケータ）を含み得る。ＳＴＡ９１２のＭＡＣアドレスをもつ異なる第１のメッセージ９１４が、ＳＴＡ９１２へのユニキャストを介して送信され得る。この異なるメッセージでは、スケジューラの役割フィールドは、０に設定され得る。第１のメッセージ９１４がブロードキャストを介して送信されたのか、またはユニキャストを介して送信されたのかにかかわらず、ＳＴＡ９０４は、第１のメッセージ９１４を受信するとスケジューラの役割の肯定応答を示す肯定応答をＳＴＡ９０２に送信し得る。
【００９４】
[00117]第１のメッセージ９１４を受信すると、ＳＴＡ９０４は、それのローカルスケジュールを計算することによってスケジューリングアルゴリズムを実行し得る。ＳＴＡ９０４は、各ノードのネットワーク度合いを得るために子ノードに問い合わせ得る。ＳＴＡ９１０は、１のネットワーク度合いを有し、ＳＴＡ９０６は、２のネットワーク度合いを有する。基本時間ブロックと利用可能な周波数との組合せに基づいて、ＳＴＡ９０４は、現在のシーケンス番号をもつスケジュールを告知した可能性がある１ホップおよび２ホップのネイバーのスケジュールと競合しないローカルスケジュールを決定することになる。ローカルスケジュールは、第１のメッセージ９１４に示されているように１のシーケンス番号を有し得る。この例では、ＳＴＡ９０４のローカルスケジュールは、第１のメッセージ９１４中で受信された、同じくシーケンス番号１を有するＳＴＡ９０２のローカルスケジュールと競合しないことがある。
【００９５】
[00118]ローカルスケジュールを決定した後に、ＳＴＡ９０４は、すべてのネイバーに第２のメッセージ９１６中でローカルスケジュールを送信することによって計算されたスケジュールを告知し得る。一態様では、第２のメッセージ９１６は、ブロードキャストまたはユニキャストを介して送信され得る。第２のメッセージ９１６は、ＳＴＡ９１０、９０６、９０２によって受信され得る。ＳＴＡ９１０、９０６、９０２は、ＳＴＡ９０４のローカルスケジュールのコピーを保存し、それを第２のメッセージ９１６中で示されるシーケンス番号に関連付け得る。第２のメッセージ９１６は、（ＳＴＡ９０２によって決定された）現在のシーケンス番号と、計算されたスケジュールと、同じシーケンス番号に関連するあらゆる１ホップのネイバーの知られているスケジュールとを含み得る。この場合、ＳＴＡ９０４は、シーケンス番号に基づいて第２のメッセージ９１６中にＳＴＡ９０２のローカルスケジュールを含め得る。
【００９６】
[00119]ローカルスケジュールを決定した後に、ＳＴＡ９０４は、最大のネットワーク度合いをもつ子ノードにスケジューラの役割（またはトークン）をパスし得る。図９を参照すると、ＳＴＡ９０６は、２のネットワーク度合いを有し、一方、ＳＴＡ９１０は、１のネットワーク度合いを有する。ＳＴＡ９０６がより大きいネットワーク度合いを有するので、ＳＴＡ９０４は、ＳＴＡ９０６にスケジューラの役割をパスし得る。一態様では、スケジューラの役割は、第２のメッセージ９１６を介してパスされ得る。たとえば、第２のメッセージ９１６がブロードキャストされる場合、第２のメッセージ９１６は、ＳＴＡ９０６の識別情報（たとえば、ＭＡＣアドレスまたは別の識別子）を示し得る。別の例では、第２のメッセージ９１６がユニキャストを介して送信される場合、ＳＴＡ９０６のＭＡＣアドレスは、ＳＴＡ９０６への第２のメッセージ９１６中で示され得る。また、第２のメッセージ９１６は、スケジューラの役割（またはトークン）がＳＴＡ９０６にパスされるべきである場合は１に設定され、または、スケジューラの役割がＳＴＡ９０６にパスされるべきでない場合は０に設定されたフィールド（たとえば、ビットインジケータ）を含み得る。ＳＴＡ９１０のＭＡＣアドレスをもつ異なる第２のメッセージ９１６が、ＳＴＡ９１０へのユニキャストを介して送信され得る。第２のメッセージ９１６がブロードキャストを介して送信されたのか、またはユニキャストを介して送信されたのかにかかわらず、ＳＴＡ９０６は、第２のメッセージ９１６を受信するとスケジューラの役割の肯定応答を示す肯定応答をＳＴＡ９０４に送信し得る。
【００９７】
[00120]第２のメッセージ９１６を受信すると、ＳＴＡ９０６は、ローカルスケジュールを計算することによってスケジューリングアルゴリズムを実行し得る。ＳＴＡ９０６は、各ノードのネットワーク度合いを得るために子ノードに問い合わせ得る。この場合、ＳＴＡ９０８が子ノードを有しないので、ＳＴＡ９０８は、ＳＴＡ９０８が１のネットワーク度合いを有することを示し得る。基本時間ブロックと利用可能な周波数との組合せに基づいて、ＳＴＡ９０６は、現在のシーケンス番号をもつスケジュールを告知した可能性がある１ホップおよび２ホップのネイバーのスケジュールと競合しないローカルスケジュールを決定し得る。ただし、スケジュールは、ＳＴＡ９０４とのリンクに関してすでに計算されているので、ＳＴＡ９０６は、ＳＴＡ９０８のためのスケジュールのみを計算し得る。ローカルスケジュールは、第１および第２のメッセージ９１４、９１６に示されているように１のシーケンス番号を有し得る。この例では、ＳＴＡ９０６のローカルスケジュールは、その両方がシーケンス番号１を有するＳＴＡ９０２、９０４のローカルスケジュールと競合しないことがある。
【００９８】
[00121]ローカルスケジュールを決定した後に、ＳＴＡ９０６は、すべてのネイバーに第３のメッセージ９１８中でローカルスケジュールを送信することによって計算されたスケジュールを告知し得る。一態様では、第３のメッセージ９１８は、ブロードキャストまたはユニキャストを介して送信され得る。第３のメッセージ９１８は、ＳＴＡ９０８によって受信され得る。ＳＴＡ９０８は、ＳＴＡ９０６のローカルスケジュールのコピーを保存し、それを第３のメッセージ９１８中で示されるシーケンス番号に関連付け得る。第３のメッセージ９１８は、（ＳＴＡ９０２によって決定された）現在のシーケンス番号と、計算されたスケジュールと、同じシーケンス番号に関連するあらゆる１ホップのネイバーの知られているスケジュールとを含み得る。この場合、ＳＴＡ９０６は、シーケンス番号に基づいて第３のメッセージ９１８中にＳＴＡ９０４のローカルスケジュールを含め得る。
【００９９】
[00122]ローカルスケジュールを決定した後に、ＳＴＡ９０８が唯一の子ノードであり、ＳＴＡ９０８は１のネットワーク度合いしか有しないので、ＳＴＡ９０６は、子ノードにスケジューラの役割（またはトークン）をパスしないことがある。言い換えれば、トークンホルダは、子ノードが１よりも大きいネットワーク度合いを有するときに子ノードにスケジューラの役割をパスし得る。ＳＴＡ９０６のすべての子がスケジューリングを完了したので、ＳＴＡ９０６は、第４のメッセージ９２０を送信することによってそれの親（すなわちＳＴＡ９０４）にトークンまたはスケジューラの役割を戻し得る。一態様では、子ノードがそれの親にトークンを戻すとき、子ノードは、子ノードの子の知られているスケジュールを含み得る。たとえば、第４のメッセージ９２０は、ＳＴＡ９０８のローカルスケジュールを含み得る。別の態様では、第４のメッセージ９２０は、ブロードキャストまたはユニキャストであり得る。第４のメッセージ９２０がブロードキャストである場合、第４のメッセージ９２０中のスケジューラの役割フィールドは、そのＳＴＡ９０４（たとえば、ＭＡＣアドレス）を示し得る。第４のメッセージ９２０がユニキャストである場合、アドレスフィールドは、ＳＴＡ９０４のＭＡＣアドレスを含み得、スケジューラフィールド（たとえば、ビットフィールド）は、スケジューラの役割がＳＴＡ９０４に戻されていることを示すために１に設定され得る。
【０１００】
[00123]第４のメッセージ９２０を受信すると、ＳＴＡ９０４は、次に高い度合いをもつ別の子にトークンをパスし得る。この場合、ＳＴＡ９１０は、ＳＴＡ９０４の唯一の残りの子である。ただし、ＳＴＡ９１０が１よりも大きいネットワーク度合いを有しないので、ＳＴＡ９１０とＳＴＡ９０４との間のスケジュールがＳＴＡ９０４によってすでに計算されているので、ＳＴＡ９０４は、ＳＴＡ９１０にスケジューラの役割を送信する必要がない。ＳＴＡ９０４は、スケジューラの役割をパスすべき子をそれ以上有しないので、ＳＴＡ９０４は、第５のメッセージ９２２を介してＳＴＡ９０２にスケジューラの役割を戻し得る。一態様では、第５のメッセージ９２２は、ＳＴＡ９０６のためのローカルスケジュールを含み得る。
【０１０１】
[00124]第５のメッセージ９２２を受信すると、ＳＴＡ９０２は、次に高い度合いをもつ別の子にトークンをパスし得る。この場合、ＳＴＡ９１２は、ＳＴＡ９０２の唯一の残りの子である。ただし、ＳＴＡ９１２が１よりも大きいネットワーク度合いを有しないので、ＳＴＡ９０２とＳＴＡ９１２との間のスケジュールがＳＴＡ９０２によってすでに計算されているので、ＳＴＡ９０２は、ＳＴＡ９１２にスケジューラの役割を送信する必要がない。ＳＴＡ９０２が子をそれ以上有しないので、スケジューリングアルゴリズムのインスタンスは完了した。言い換えれば、ＮＤＬに関連するあらゆるデバイスがスケジューリングアルゴリズムを実行すると、トークンは、アルゴリズムが最初に開始したソースデバイス（たとえば、ＳＴＡ９０２）に戻っている。
【０１０２】
[00125]
【表２】
2019509697.tif 000004
【０１０３】
[00126]表２は、図９に示すマルチホップトポロジーに基づくホップ毎割振りのための例示的なスケジューリングフローを示す。表２に示すように、ＳＴＡ９０２は、マルチホップサービスのソースノード／パブリッシャーとしてスケジューリングアルゴリズムを開始する。通信のために２つの時間ブロックと２つのチャネルとがあると仮定すると、ＳＴＡ９０２は、ＳＴＡ９０４およびＳＴＡ９１２と通信するためにチャネル１の第１の時間ブロック（たとえば、時間ブロック１）を使用することを決定し得る。その後、ＳＴＡ９０２は、ＳＴＡ９０４にスケジューラの役割をパスし得る。ＳＴＡ９０４は、ＳＴＡ９０２、９０６、９１０とのリンクを有する。ＳＴＡ９０２によって以前に計算されたスケジュールに基づいて、チャネル１の時間ブロック１が、ＳＴＡ９０２およびＳＴＡ９０４、９１２の間の通信のために使用される。したがって、ＳＴＡ９０４は、ＳＴＡ９０２と通信するためのスケジュールを再計算する必要はない。しかしながら、ＳＴＡ９０４は、ＳＴＡ９０２のローカルスケジュールと競合しないＳＴＡ９１０、９０６と通信するためのスケジュールを決定し得る。一態様では、ＳＴＡ９０４は、ＳＴＡ９１０、９０６と通信するために時間ブロック２のチャネル１を使用し得る。次に、ＳＴＡ９０４は、ＳＴＡ９０４、９０８とのリンクを有するＳＴＡ９０６にトークンをパスし得る。ＳＴＡ９０４に関するスケジュールがすでに決定されているので、ＳＴＡ９０６は、ＳＴＡ９０８のためのスケジュールを決定する必要しかない。ＳＴＡ９０６は、ＳＴＡ９０８と通信するために時間ブロック１のチャネル２を選択し得る。その後、ＳＴＡ９０８が子を有しないので、ＳＴＡ９０６は、ＳＴＡ９０８にスケジューラの役割をパスしないことを決定し得る。したがって、スケジューラの役割は、ＳＴＡ９０４に戻されることになる。ＳＴＡ９１０が１のネットワーク度合いを有するので、ＳＴＡ９０４はまた、ＳＴＡ９１０にスケジューラの役割をパスしないことを決定し得、したがって、ＳＴＡ９０４は、ＳＴＡ９０２にスケジューラの役割を戻し得る。ＳＴＡ９１２が１のネットワーク度合いを有するので、ＳＴＡ９０２はまた、ＳＴＡ９１２にスケジューラの役割をパスしないことがある。したがって、スケジューラの役割がソースに戻り、別のノードにパスされ得ないとき、スケジューリングアルゴリズムの現在のインスタンスは終了する。
【０１０４】
[00127]別の態様では、パブリッシャーは、リンク毎スケジューリング割振りまたはホップ毎スケジューリング割振りのいずれかの間で選択するオプションを有し得る。たとえば、マルチホップサービスを発行しているＳＴＡは、マルチホップサービスの要件に基づいてリンク毎スケジューリングアルゴリズムまたはホップ毎スケジューリングアルゴリズムの間で選択し得る。ホップ毎スケジューリングアルゴリズムは、スケジュールが過少利用されていることがあるバースト性トラフィックをもつサービス（たとえば、短期ファイル共有サービス）により好適であり得る。対照的に、リンク毎スケジューリングアルゴリズムは、データ通信のために一貫した帯域幅を必要とするサービス（たとえば、マルチゲーミングなどのリアルタイムサービス）により好適であり得る。
【０１０５】
[00128]別の態様では、リンク毎およびホップ毎スケジュール割振りは、トークンパッシングなしに実行され得る。すなわち、ＳＴＡにスケジューラの役割が割り当てられる必要はない。代わりに、ＮＤＬ中のデバイスのすべてが、リンク毎またはホップ毎スケジューリング割振りを選択し得る。各ＳＴＡは、選択に基づいて、ＮＤＬ中の他のＳＴＡと通信するためのＳＴＡに関連するローカルスケジュールを決定し得る。各ＳＴＡは、次いで、決定されたローカルスケジュールをブロードキャストし得る。いくつかの例では、決定されたローカルスケジュールは、ＣＧＫに基づいて暗号化され得る。この態様では、リンク毎またはホップ毎スケジュール割振りに基づいて決定されたローカルスケジュールがしきい値を上回る衝突を生じる場合、ＳＴＡは、異なるスケジュールを選択し得る。
【０１０６】
[00129]図１０Ａは、マルチホップトポロジーのための例示的なデータおよび／または制御フレーム１０００を示す。図１０Ａを参照すると、フレーム１０００は、フレーム１０００に関係する制御情報を含むフレーム制御フィールド１００２を含み得る。フレーム１０００は、持続時間フィールドの後のフレーム１０００の持続時間を示す持続時間フィールド１００４を含み得る。フレーム１０００は、アドレス１  １００６と、アドレス２  １００８と、アドレス３  １０１０と、アドレス４  １０１２との４つのアドレスフィールドを含み得る。第１のアドレスフィールド（アドレス１  １００６）は、フレームまたはデータの元の送信者のアドレスを含み得る。第２のアドレスフィールド（アドレス２  １００８）は、マルチホップトポロジー中のフレームの現在の送信者（たとえば、中間送信者）のアドレスを含み得る。第３のアドレスフィールド（アドレス３  １００８）は、フレームの現在の受信者（たとえば、中間受信者）を示し得る。最後に、第４のアドレスフィールド（アドレス４  １０１２）は、データの宛先アドレスを示し得る。シーケンス制御フィールド１０１４は、重複データを検出するためにフレーム中で送信されているあらゆるデータに関連するシーケンス番号を示し得る。一態様では、フレーム１０００は、最大ホップカウント値を示すために有効期間（ＴＴＬ）フィールドを含み得る。別の態様では、たとえば、受信ＳＴＡが複数のＮＤＬグループの部分である場合、ＳＴＡが、パケットをフィルタ処理するか、またはどのセキュリティ鍵を使用すべきかについて決定し得るように、フレーム１０００は、フレーム１０００がどのＮＤＬグループに属するのかを示すためにグループＩＤフィールドを含み得る。別の態様では、フレーム１０００は、マルチホップサービスのためのサービス品質要件を示し得るＱｏＳフィールド１０１６を含み得る。ＱｏＳフィールドは、メッシュ制御フィールド１０２２がフレーム１０００のボディフィールド１０１８中に存在するのかどうかを示すビットを含み得る。メッシュ制御フィールドは、マルチホップサービスに関係する制御情報を含み得る。最後に、フレーム１０００は、誤り検出のためのフレーム検査シーケンス（ＦＣＳ）フィールド１０２０を含み得る。一態様では、フレーム１０００は、ＮＤＬ中のマルチホップトポロジーに関係する他のフィールドを含み得る。別の態様では、フレーム中の様々なフィールドは、図１０Ａに示した順序とは異なる順序で与えられ得る。
【０１０７】
[00130]図１０Ｂは、サービス発見フレームの例示的な図１０５０である。図１０Ｂにおけるサービス発見フレーム（ＳＤＦ）は、ＳＴＡ（たとえば、ＳＴＡ３０２）によって発行されるサービスＡのためのＳＤＡ１０７６を含む。サービスＡのためのＳＤＡ１０７６は、たとえば、ＳＤＡ中のバインディングビットマップを介してサービスＡのためのＮＤＬ属性１０８０を指し得る。ＳＴＡはまた、サービスＢを発行している別のＳＴＡのためのプロキシデバイスをサービスしていることがある。したがって、サービス発見フレームはまた、マルチホップ属性中のバインディングビットマップを介してサービスＢのためのＮＤＬ属性１０８２を指すサービスＢのためのマルチホップ属性１０７８を含み得る。図１０Ｂは、単一のＳＤＡと単一のマルチホップ属性とを示すが、サービス発見フレームは、任意の数のＳＤＡとマルチホップ属性とを含み得る。サービスＡのためのＳＤＡ１０７６は、属性ＩＤ１０５２と、長さフィールド１０５４と、属性ボディ１０５６とを含み得る。属性ボディ１０５６は、図４Ａに示したように、サービスＩＤと、インスタンスＩＤと、要求元インスタンスＩＤと、サービス制御と、バインディングビットマップと、サービス情報長さと、サービス情報とのうちの１つまたは複数を含み得る。サービスＢのためのマルチホップ属性１０７８は、属性ＩＤ１０５８と、長さフィールド１０６０と、属性ボディ１０６２とを含み得る。属性ボディ１０６２は、図４Ｂに示したように、サービスＩＤと、インスタンスＩＤと、要求元インスタンスＩＤと、サービス制御と、バインディングビットマップと、サービス情報長さと、サービス情報とのうちの１つまたは複数を含み得る。サービスＡのためのＮＤＬ属性１０８０は、属性ＩＤ１０６４と、長さフィールド１０６６と、属性ボディ１０６８とを含み得る。属性ボディ１０６８は、図５に示したように、ＮＤＬ制御と、ＮＤＣ  ＩＤと、ＮＤＬ  ＩＤと、イミュータブルスケジュールタグと、ＱｏＳタグと、マップＩＤと、時間ビットマップ制御と、時間ビットマップとのうちの１つまたは複数を含み得る。サービスＢのためのマルチホップ属性１０７８は、属性ＩＤ１０５８と、長さフィールド１０６０と、属性ボディ１０６２とを含み得る。属性ボディ１０６２は、図４Ｂに示したように、サービスＩＤと、インスタンスＩＤと、要求元インスタンスＩＤと、サービス制御と、バインディングビットマップと、サービス情報長さと、サービス情報とのうちの１つまたは複数を含み得る。サービスＢのためのＮＤＬ属性１０８２は、属性ＩＤ１０７０と、長さフィールド１０７２と、属性ボディ１０７４とを含み得る。属性ボディ１０７４は、図５に示したように、ＮＤＬ制御と、ＮＤＣ  ＩＤと、ＮＤＬ  ＩＤと、イミュータブルスケジュールタグと、ＱｏＳタグと、マップＩＤと、時間ビットマップ制御と、時間ビットマップとのうちの１つまたは複数を含み得る。
【０１０８】
[00131]一態様では、図（たとえば、図１０Ａおよび図１０Ｂ）に示すフィールドおよび要素のすべては随意であり得る。たとえば、図１０Ａおよび図１０Ｂ中に与えられるフレームは、フィールドのすべてを含む必要はなく、フィールドのサブセットを含み得る。同様に、ＳＤＡとＭＨＡとは、図４Ａおよび図４Ｂに示したフィールドのサブセットのすべてを含み得る。
【０１０９】
[00132]図１１は、図１のワイヤレス通信システム１００内でＮＡＮ発見、マルチホップルーティング、およびマルチホップスケジューリングを実行し得るワイヤレスデバイス１１０２の例示的な機能ブロック図を示す。ワイヤレスデバイス１１０２は、本明細書で説明する様々な方法を実装するために構成され得るデバイスの一例である。たとえば、ワイヤレスデバイス１１０２は、ＳＴＡ１１４、２０２、２０４、２０６、２０８、２１０、３０２、３０４、３０６、３０８、３１０、７０２、７０４、７０６、７０８、７１０、８０２、８０４、８０６、８０８、８１０、８１２、９０２、９０４、９０６、９０８、９１０、９１２のうちの１つを備え得る。
【０１１０】
[00133]ワイヤレスデバイス１１０２は、ワイヤレスデバイス１１０２の動作を制御するプロセッサ１１０４を含み得る。プロセッサ１１０４は中央処理装置（ＣＰＵ）と呼ばれることもある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）との両方を含み得るメモリ１１０６は、命令とデータとをプロセッサ１１０４に提供し得る。メモリ１１０６の一部分は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含み得る。プロセッサ１１０４は、通常、メモリ１１０６に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行する。メモリ１１０６内の命令は、本明細書で説明する方法を実施するために（たとえば、プロセッサ１１０４によって）実行可能であり得る。
【０１１１】
[00134]プロセッサ１１０４は、１つまたは複数のプロセッサを用いて実装される処理システムの構成要素を備えるか、またはその構成要素であり得る。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、ＤＳＰ、ＦＰＧＡ、ＰＬＤ、コントローラ、状態機械、ゲート論理、個別ハードウェア構成要素、専用ハードウェア有限状態機械、または情報の計算もしくは他の操作を実行することができる任意の他の好適なエンティティの任意の組合せを用いて実装され得る。
【０１１２】
[00135]処理システムは、ソフトウェアを記憶するための機械可読媒体も含み得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意のタイプの命令を意味すると広く解釈されたい。命令は、（たとえば、ソースコードフォーマット、バイナリコードフォーマット、実行可能コードフォーマット、またはコードの任意の他の適切なフォーマットの）コードを含み得る。命令は、１つまたは複数のプロセッサによって実行されると、処理システムに本明細書で説明する様々な機能を実行させる。
【０１１３】
[00136]ワイヤレスデバイス１１０２はまた、ハウジング１１０８を含み得、ワイヤレスデバイス１００２は、ワイヤレスデバイス１１０２とリモートデバイスとの間のデータの送信および受信を可能にするために送信機１１１０および／または受信機１１１２を含み得る。送信機１１１０と受信機１１１２とは組み合わされてトランシーバ１１１４になり得る。アンテナ１１１６は、ハウジング１１０８に取り付けられ、トランシーバ１１１４に電気的に結合され得る。ワイヤレスデバイス１１０２は、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナをも含み得る。
【０１１４】
[00137]ワイヤレスデバイス１１０２はまた、トランシーバ１１１４または受信機１１１２によって受信された信号のレベルを検出および定量化するために使用され得る信号検出器１１１８を含み得る。信号検出器１１１８は、総エネルギー、シンボル毎のサブキャリア毎のエネルギー、電力スペクトル密度および他の信号などの信号を検出し得る。ワイヤレスデバイス１１０２は、信号を処理する際に使用するためのＤＳＰ１１２０をも含み得る。ＤＳＰ１１２０は、送信のためにパケットを生成するように構成され得る。いくつかの態様では、パケットは、物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）データユニット（ＰＰＤＵ）を備え得る。
【０１１５】
[00138]ワイヤレスデバイス１１０２は、いくつかの態様では、ユーザインターフェース１１２２をさらに備え得る。ユーザインターフェース１１２２は、キーパッド、マイクロフォン、スピーカー、および／またはディスプレイを備え得る。ユーザインターフェース１１２２は、ワイヤレスデバイス１１０２のユーザに情報を搬送し、および／またはユーザからの入力を受信する任意の要素または構成要素を含み得る。
【０１１６】
[00139]ワイヤレスデバイス１１０２がＳＴＡ（たとえば、ＳＴＡ１１４）として実装されるとき、ワイヤレスデバイス１１０２は、マルチホップ構成要素１１２４をも備え得る。マルチホップ構成要素１１２４は、マルチホップ特徴がサービスのために使用可能であると決定することと、決定に基づいて、パブリッシャーデバイスによって与えられる識別子とサービスに関連するホップカウントとを含むマルチホップ属性（たとえば、マルチホップ属性１１３０）を送信することとを行うように構成され得る。マルチホップ構成要素１１２４は、第２のワイヤレスデバイスから情報属性（たとえば、情報属性１１４４）を受信することによって決定するように構成され得る。情報属性は、マルチホップ特徴が使用可能であるのかどうかを示すインジケータと、サービスのパブリッシャーデバイスを識別する識別子とを含み、およびインジケータに基づいてマルチホップ特徴が使用可能であると決定することによって。一態様では、マルチホップ属性は、パブリッシャーデバイスによって提供されるサービスのためのＮＤＬ属性を示す。別の態様では、マルチホップ構成要素１１２４は、さらに、受信された情報属性に基づいてマルチホップ属性を送信することを決定するように構成され得る。別の態様では、マルチホップ構成要素１１２４は、サービスに関連する最大ホップカウントを決定することと、最大ホップカウントが満たされる場合、マルチホップ属性を送信するのを控えることとを行うことによって送信することを決定するように構成され得る。この態様では、マルチホップ属性は、送信するとの決定に基づいて送信される。別の態様では、マルチホップ構成要素１１２４は、受信された情報属性からサービスに関連する重複情報属性をフィルタ処理することと、フィルタ処理された重複情報属性に基づいてパブリッシャーデバイスまでの最短経路を決定することと、フィルタ処理された重複情報属性のすべてのための単一のマルチホップ属性を送信することを決定することとを行うことによって送信することを決定するように構成され得る。別の態様では、マルチホップ構成要素１１２４は、送信されたマルチホップ属性に基づいて第３のワイヤレスデバイスからの関連付けについての要求を受信するようにさらに構成され得る。別の態様では、マルチホップ構成要素１１２４は、第３のワイヤレスデバイスに関連付けをした後に第１のワイヤレスデバイスと第３のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、ＮＤＬに関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを第３のワイヤレスデバイスが行うことを可能にするＣＧＫ（たとえば、第１のＣＧＫ１１３４）を送信することとを行うようにさらに構成され得る。
【０１１７】
[00140]別の構成では、マルチホップ構成要素１１２４は、マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、マルチホップサービスのパブリッシャーデバイスを識別する識別子を含む情報属性（たとえば、第１の情報属性１１３２）を第２のワイヤレスデバイスから受信することと、受信された情報属性に基づいてマルチホップサービスに加入することを決定することとを行うように構成され得る。態様では、情報属性は、マルチホップ特徴がマルチホップサービスのために使用可能であることを示すインジケータを含み得る。別の態様では、第２のワイヤレスデバイスは、パブリッシャーデバイスであり、情報属性は、パブリッシャーデバイスに関連する識別子と、マルチホップ特徴がマルチホップサービスのために使用可能であることとを示すサービス記述子属性である。別の態様では、第２のワイヤレスデバイスは、パブリッシャーデバイスのためのプロキシであり、情報属性は、パブリッシャーデバイスに関連する識別子と第２のワイヤレスデバイスに関連する第２のホップカウントとを示すマルチホップ属性（たとえば、第２のマルチホップ属性１１４０）である。別の態様では、マルチホップ属性は、パブリッシャーデバイスによって提供されるマルチホップサービスのためのＮＤＬ属性を示す。別の態様では、マルチホップ構成要素１１２４は、マルチホップサービスに加入するとの決定に基づいて第２のワイヤレスデバイスに関連付け要求を送信するようにさらに構成され得る。別の態様では、マルチホップ構成要素１１２４は、第１のワイヤレスデバイスと第２のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、ＮＤＬに関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを第１のワイヤレスデバイスが行うことを可能にするＣＧＫ（たとえば、第２のＣＧＫ１１４２）を受信することとを行うようにさらに構成され得る。
【０１１８】
[00141]ワイヤレスデバイス１１０２の様々な構成要素はバスシステム１１２６によって互いに結合され得る。バスシステム１１２６は、たとえば、データバスを含み得、ならびに、データバスに加えて、電力バスと、制御信号バスと、ステータス信号バスとを含み得る。ワイヤレスデバイス１１０２の構成要素は、何らかの他の機構を使用して、互いに結合され、または、互いに対する入力を受け入れ、もしくは与え得る。
【０１１９】
[00142]図１１にはいくつかの別個の構成要素が示されているが、これらの構成要素のうちの１つまたは複数は、組み合わされるか、または共通に実装され得る。たとえば、プロセッサ１１０４は、プロセッサ１１０４に関して上記で説明した機能を実装するためだけでなく、信号検出器１１１８、ＤＳＰ１１２０、ユーザインターフェース１１２２、および／またはマルチホップ構成要素１１２４に関して上記で説明した機能を実装するためにも使用され得る。さらに、図１１に示した構成要素の各々は、複数の別個の要素を使用して実装され得る。
【０１２０】
[00143]図１２は、プロキシデバイスによるマルチホップサービス発見およびルーティングの例示的な方法１２００のフローチャートである。方法１２００は、装置（たとえば、ＳＴＡ１１４、ＳＴＡ３０４／３０４’、３０６／３０６’、３０８／３０８’、または、たとえば、ワイヤレスデバイス１１０２）を使用して実行され得る。方法１２００は図１１のワイヤレスデバイス１１０２の要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実施するために他の構成要素が使用され得る。
【０１２１】
[00144]ブロック１２０５において、装置は、マルチホップ特徴がサービスのために使用可能であると決定し得る。一構成では、マルチホップ特徴がサービスのために使用可能であるという決定は、装置における事前構成された情報に基づく。別の構成では、装置は、第２のワイヤレスデバイスから情報属性を受信することによって、ここで、情報属性は、マルチホップ特徴が使用可能であるのかどうかを示すインジケータを含み得、識別子は、サービスのパブリッシャーデバイスを識別し得、およびインジケータに基づいてマルチホップ特徴が使用可能であると決定することによって、マルチホップ特徴が使用可能であると決定し得る。一態様では、第２のワイヤレスデバイスは、パブリッシャーデバイスであり得、情報属性は、パブリッシャーデバイスに関連する識別子と、マルチホップ特徴がサービスのために使用可能であることと、サービスが利用可能であるパブリッシャーデバイスからの最大ホップカウントとを示すサービス記述子属性であり得る。別の態様では、第２のワイヤレスデバイスは、パブリッシャーデバイスのためのプロキシであり得、情報属性は、パブリッシャーデバイスに関連する識別子と第２のワイヤレスデバイスに関連する第２のホップカウントとを示す親マルチホップ属性であり得る。たとえば、図３を参照すると、装置はＳＴＡ３０４であり得る。ＳＴＡ３０４は、マルチホップ特徴がゲームサービスのために使用可能であると決定し得る。一態様では、ＳＴＡ３０４は、ゲームサービスが事前構成された情報に基づいてマルチホップ特徴を有すると決定し得る。別の例では、ＳＴＡ３０４は、ＳＴＡ３０２からＳＤＡ３１２を受信することによってマルチホップ特徴がゲームサービスのために使用可能であると決定し得る。ＳＤＡ３１２は、マルチホップがゲームサービス上で使用可能であることを示す１に設定されたインジケータを含み得、ＳＴＡ３０２のＭＡＣアドレスを含み得る。ＳＤＡ３１２は、ゲームサービスのための最大ホップカウントをさらに示し得る。ＳＴＡ３０４は、インジケータが１に設定される場合はマルチホップ特徴が使用可能であると決定し、またはインジケータが０に設定される場合はマルチ特徴が使用不可であると決定し得る。また別の例では、図３を参照すると、装置はＳＴＡ３０６であり得る。ＳＴＡ３０６は、ＳＴＡ３０４から第１のマルチホップ属性３１４を受信することによってマルチホップ特徴が使用可能であると決定し得る。第１のマルチホップ属性３１４は、ゲームサービスがマルチホップ可能であることを示す１に設定されたインジケータを含み得る。第１のマルチホップ属性３１４は、ゲームサービスのパブリッシャーとしてＳＴＡ３０２を識別するＳＴＡ３０２のＭＡＣアドレスをさらに含み得る。第１のマルチホップ属性３１４は、ＳＴＡ３０２からの最大ホップカウントとＳＴＡ３０２からの現在のホップカウント（たとえば、１）とを含み得る。
【０１２２】
[00145]１２１０において、装置は、受信された情報属性に基づいてマルチホップ属性を送信することを決定し得る。一構成では、装置は、サービスに関連する最大ホップカウントを決定することと、最大ホップカウントが満たされる場合、マルチホップ属性を送信するのを控えることとを行うことによって送信することを決定し得る。別の構成では、装置は、受信された情報属性からサービスに関連する重複情報属性をフィルタ処理することと、フィルタ処理された重複情報属性に基づいてパブリッシャーデバイスまでの最短経路を決定することと、フィルタ処理された重複情報属性のすべてのための単一のマルチホップ属性を送信することを決定することとを行うことによって送信することを決定し得る。たとえば、図３を参照すると、装置はＳＴＡ３０４であり得る。ＳＴＡ３０４は、たとえば、ゲームサービスに関連する最大ホップカウントが４ホップであると決定することによって第１のマルチホップ属性３１４を送信することを決定し得る。現在のホップカウントが１であるので、ＳＴＡ３０４は、第１のマルチホップ属性３１４を送信することを決定し得る。ただし、現在のホップカウントが４であった場合、ＳＴＡ３０４は、第１のマルチホップ属性３１４を送信するのを控えることを決定し得る。別の例では、図３を参照すると、装置はＳＴＡ３０６であり得る。ＳＴＡ３０６は、重複する第１および第２のマルチホップ属性３１４、３１６をフィルタ処理することと、（この場合、ＳＴＡ３０４またはＳＴＡ３０８のいずれかとすることもできる）ＳＴＡ３０２までの最短経路を決定することと、受信された第１および第２のマルチホップ属性３１４、３１６の両方のための単一のマルチホップ属性である第３のマルチホップ属性３２０を送信することを決定することとを行うことによって第３のマルチホップ属性３２０を送信することを決定し得る。一態様では、ＳＴＡ３０６は、たとえば、第１および第２のマルチホップ属性３１４、３１６中のサービス識別子に基づいて第１および第２のマルチホップ属性３１４、３１６が同じサービスのためのものであると決定し得る。
【０１２３】
[00146]ブロック１２１５において、装置は、決定に基づいて、パブリッシャーデバイスによって与えられる識別子とサービスに関連するホップカウントとを含むマルチホップ属性を送信し得る。たとえば、図３を参照すると、ＳＴＡ３０４は、マルチホップ特徴がゲームサービスのために使用可能であるという決定に基づいて、第１のマルチホップ属性３１４を送信し得る。第１のマルチホップ属性３１４は、ＳＴＡ３０２のＭＡＣアドレスとゲームサービスに関連する最大ホップカウントとを含み得る。別の態様では、第１のマルチホップ属性３１４は、ＳＴＡ３０４からＳＴＡ３０２までの現在のホップカウントを含み得る。
【０１２４】
[00147]ブロック１２２０において、装置は、送信されたマルチホップ属性に基づいて第３のワイヤレスデバイスからの関連付けについての要求を受信し得る。たとえば、図３を参照すると、ＳＴＡ３０４は、送信された第１のマルチホップ属性３１４に基づいてＳＴＡ３０６からの関連付けについての要求を受信し得る。
【０１２５】
[00148]ブロック１２２５において、装置は、第３のワイヤレスデバイスに関連付けをした後に第１のワイヤレスデバイスと第３のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立し得る。たとえば、図３０４を参照すると、ＳＴＡ３０４は、ゲームサービスに関連するパスワードを決定することと、ＳＴＡ３０６とナンスを交換することと、鍵導出関数に基づいてペアワイズ鍵を生成することとを行うことによってペアワイズ鍵を確立し得る。鍵導出関数は、パスワードのハッシュ、ＳＴＡ３０４からのナンス、およびＳＴＡ３０６から受信したナンスであり得る。
【０１２６】
[00149]ブロック１２３０において、装置は、ＮＤＬに関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを第３のワイヤレスデバイスが行うことを可能にするＣＧＫを送信し得る。たとえば、図３を参照すると、ＳＴＡ３０４は、ＳＴＡ３０６にゲームサービスＮＤＬに関連するＣＧＫを送信し得る。ＣＧＫは、ＮＤＬ中の他のＳＴＡとの間のグループアドレス指定されたトラフィックを暗号化および解読することをＳＴＡ３０６が行うことを可能にし得る。
【０１２７】
[00150]図１３Ａ〜図１３Ｂは、プロキシデバイスによるマルチホップサービス発見およびルーティングの例示的な方法１３００、１３５０のフローチャートである。方法１３００、１３５０は、装置（たとえば、ＳＴＡ１１４、ＳＴＡ３０４／３０４’、３０６／３０６’、３０８／３０８’、または、たとえば、ワイヤレスデバイス１１０２）を使用して実行され得る。方法１３００、１３５０は図１１のワイヤレスデバイス１１０２の要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実施するために他の構成要素が使用され得る。
【０１２８】
[00151]図１３Ａを参照すると、ブロック１３０５において、装置は、マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、マルチホップサービスのパブリッシャーデバイスを識別する識別子を含む情報属性を第２のワイヤレスデバイスから受信し得る。一態様では、情報属性は、マルチホップ特徴がマルチホップサービスのために使用可能であることを示すインジケータを含み得る。別の態様では、第２のワイヤレスデバイスは、パブリッシャーデバイスであり、情報属性は、パブリッシャーデバイスに関連する識別子と、マルチホップ特徴がマルチホップサービスのために使用可能であることと、マルチホップサービスが利用可能であるパブリッシャーデバイスからの最大ホップカウントとを示すサービス記述子属性であり得る。別の態様では、第２のワイヤレスデバイスは、パブリッシャーデバイスのためのプロキシであり、情報属性は、パブリッシャーデバイスに関連する識別子と第２のワイヤレスデバイスに関連する第２のホップカウントとを示すマルチホップ属性である。この態様では、マルチホップ属性は、ＮＤＬ属性を指し得る。ＮＤＬ属性は、同じサービス発見フレーム内でマルチホップ属性とともに送信され得る。別の態様では、情報属性は、ＮＡＮの発見ウィンドウ中に送信され得、装置と、第２のワイヤレスデバイスと、パブリッシャーデバイスとは、同じＮＡＮクラスタのメンバーであり、ＮＡＮ同期機構に基づいて時間同期され得る。一例では、図３を参照すると、装置はＳＴＡ３０４であり得る。ＳＴＡ３０４は、マルチホップゲームサービスがＳＴＡ３０２（パブリッシャーデバイス）から利用可能であることを示すＳＤＡ３１２をＳＴＡ３０２から受信し得、ＳＤＡ３１２は、ＳＴＡ３０２のＭＡＣアドレスを含み得る。ＳＴＡ３０６。別の例では、装置はＳＴＡ３０６であり得る。ＳＴＡ３０６は、ＳＴＡ３０４から第１のマルチホップ属性３１４を受信し得る。第１のマルチホップ属性３１４は、マルチホップゲームサービスがＳＴＡ３０２から利用可能であることを示し得る。第１のマルチホップ属性３１４は、ＳＴＡ３０２のＭＡＣアドレスを含み得る。
【０１２９】
[00152]ブロック１３１０において、装置は、受信された情報属性に基づいてマルチホップサービスに加入することを決定し得る。一構成では、装置は、マルチホップサービスがマルチホップ特徴をサポートすると決定することと、装置が情報属性中で示されるホップカウント内にあると決定することとを行うことによって加入することを決定し得る。たとえば、図３を参照すると、ＳＴＡ３０４は、受信されたＳＤＡ３１２に基づいてマルチホップゲームサービスに加入することを決定し得る。ＳＴＡ３０４は、ゲームサービスがマルチホップをサポートすると決定し得、ＳＴＡ３０４がゲームサービスの最大ホップカウント内にあると決定し得る。別の例では、ＳＴＡ３０６は、受信された第１のマルチホップ属性３１４に基づいてマルチホップゲームサービスに加入することを決定し得る。ＳＴＡ３０６は、ゲームサービスがマルチホップをサポートすると決定し得、ＳＴＡ３０６がマルチホップゲームサービスの最大ホップカウント内にあると決定し得る。
【０１３０】
[00153]ブロック１３１５において、装置は、マルチホップサービスに加入するとの決定に基づいて第２のワイヤレスデバイスに関連付け要求を送信し得る。たとえば、図３を参照すると、ＳＴＡ３０６は、マルチホップゲームサービスに加入するとの決定に基づいてＳＴＡ３０４に関連付け要求を送信し得る。
【０１３１】
[00154]ブロック１３２０において、装置は、装置と第２のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立し得る。たとえば、図３を参照すると、ＳＴＡ３０６は、ＳＴＡ３０４とナンスを交換し、交換されたナンスに基づいてペアワイズ鍵を導出し得る。
【０１３２】
[00155]ブロック１３２５において、装置は、ＮＤＬに関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを第１のワイヤレスデバイスが行うことを可能にするＣＧＫを受信し得る。たとえば、図３を参照すると、ＳＴＡ３０６は、ゲームサービスＮＤＬに関連する他のワイヤレスデバイス（たとえば、ＳＴＡ３０２、３０８）との間のグループアドレス指定されたトラフィックを暗号化および解読することを装置が行うことを可能にするゲームサービスＮＤＬのためのＣＧＫを受信し得る。
【０１３３】
[00156]ブロック１３３０において、装置は、第２のワイヤレスデバイスがマルチホップサービスのパブリッシャーデバイスとは異なると決定し得る。たとえば、図３を参照すると、ＳＴＡ３０６は、第１のマルチホップ属性３１４に示されているパブリッシャーデバイスのＭＡＣアドレスがＳＴＡ３０４のＭＡＣアドレスとは異なると決定することによってＳＴＡ３０４がパブリッシャーデバイスでないと決定し得る。代替的に、ＳＴＡ３０４がサービス記述子属性ではなくマルチホップ属性を送信したので、ＳＴＡ３０６は、ＳＴＡ３０４がパブリッシャーでないと決定し得る。
【０１３４】
[00157]図１３Ｂを参照すると、ブロック１３５５において、装置は、ＮＤＬに加わった後にパブリッシャーデバイスに経路要求をブロードキャストし得る。たとえば、図６を参照すると、装置はＳＴＡ３１８’であり得る。ＳＴＡ３１８’は、マルチホップゲームサービスに関連するＮＤＬに加わった後に、ＳＴＡ３０２’にＰＲＥＱ３２２をブロードキャストし得る。
【０１３５】
[00158]ブロック１３６０において、装置は、パブリッシャーデバイスと通信するための選択された経路を示す経路応答をパブリッシャーデバイスから受信し得る。たとえば、図６を参照すると、ＳＴＡ３１８’は、ＳＴＡ３０２’と通信するための選択された経路を示すＰＲＥＰ３２６をＳＴＡ３０２’から受信し得る。ＰＲＥＰ３２６は、ＳＴＡ３２４を介したＳＴＡ３０２’への経路がＳＴＡ３０６’を介した経路よりも良好であることを示す累積リンク品質行列を含み得る。
【０１３６】
[00159]ブロック１３６５において、装置は、パブリッシャーデバイスからの受信された経路応答に基づいてＮＤＬに関連する異なるワイヤレスデバイスに関連付けをすることを決定し得る。たとえば、図６を参照すると、ＳＴＡ３１８’は、ＳＴＡ３０２’までの現在の累積リンク品質をＰＲＥＰ３２６中に含まれる新しい累積リンク品質行列と比較することによってＳＴＡ３２４に関連付けをすることを決定し得る。新しい累積リンク品質行列と現在の累積リンク品質行列との間の差がしきい値よりも大きい（たとえば、ホップの数がしきい値よりも多い数だけ少ないか、またはパケット誤り率がしきい値よりも大きいだけ低い）場合、ＳＴＡ３１８’は、ＳＴＡ３２４に関連付けをすることを決定し得る。
【０１３７】
[00160]ブロック１３７０において、装置は、少なくとも１つの告知メッセージをパブリッシャーから受信し得る。たとえば、図６を参照すると、装置はＳＴＡ３１０’であり得る。ＳＴＡ３１０’は、ＳＴＡ３０２によって周期的に送信されるＲＡＮＮ３２８を受信し得る。ＳＴＡ３１０’は、ＳＴＡ３２４およびＳＴＡ３０８’を介してＲＡＮＮ３２８を受信し得る。
【０１３８】
[00161]ブロック１３７５において、装置は、受信された少なくとも１つの告知メッセージに基づいてパブリッシャーデバイスに経路要求をブロードキャストし得る。たとえば、図６を参照すると、ＳＴＡ３１０’は、受信されたＲＡＮＮ３２８に基づいてＳＴＡ３０２’にＰＲＥＱ３３０をブロードキャストし得る。
【０１３９】
[00162]ブロック１３８０において、装置は、パブリッシャーデバイスと通信するための選択された経路を示す経路応答をパブリッシャーデバイスから受信し得る。たとえば、図６を参照すると、ＳＴＡ３１０’は、ＳＴＡ３０２’からＰＲＥＰ３２２を受信し得る。ＰＲＥＰ３２２は、ＳＴＡ３０２’と通信するための選択された経路を示し得る。一態様では、ＰＲＥＰ３２２は、ＳＴＡ３１０’に累積リンク品質行列を示すことによって選択された経路を示し得る。
【０１４０】
[00163]ブロック１３８５において、装置は、受信された経路応答に基づいてＮＤＬに関連する異なるワイヤレスデバイスに関連付けをすることを決定し得る。たとえば、図６を参照すると、ＳＴＡ３２４を介した現在のリンク品質行列が、しきい値より大きくＳＴＡ３０８’を介した累積リンク品質行列よりも劣悪であるので、ＳＴＡ３１０’は、ＳＴＡ３２４を介したＳＴＡ３０２’までの経路がもはや最適な経路ではないと決定し得る。たとえば、しきい値が５であり得、現在のリンク品質行列が２５であり得、ＰＲＥＰ３２２中で示される新しいリンク品質行列が１５であり得る。
【０１４１】
[00164]図１４は、パブリッシャーデバイスによるマルチホップサービス発見およびルーティングの例示的な方法１４００のフローチャートである。方法１４００は、装置（たとえば、ＳＴＡ１１４、ＳＴＡ３０２／３０２’、または、たとえばワイヤレスデバイス１１０２）を使用して実行され得る。方法１４００は図１１のワイヤレスデバイス１１０２の要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実施するために他の構成要素が使用され得る。
【０１４２】
[00165]ブロック１４０５において、装置は、ＮＤＬに関連するマルチホップサービスの利用可能性を示すためのパラメータを決定し得る。たとえば、図３を参照すると、装置はＳＴＡ３０２であり得る。ＳＴＡ３０２は、サービスがマルチホップをサポートするのかどうかを決定し得る。ＳＴＡ３０２は、マルチホップサービスのための最大ホップカウントを決定し得る。ＳＴＡ３０２は、ＳＴＡ３０２のＭＡＣアドレスに決定し得る。ＳＴＡ３０２は、マルチホップサービスのためのサービス品質要件を決定し得る。ＳＴＡ３０２は、サービス記述子属性に関連する他のパラメータを決定し得る。
【０１４３】
[00166]ブロック１４１０において、装置は、ＮＡＮの発見ウィンドウ中に決定されたパラメータを含む情報属性をブロードキャストし得る。たとえば、図３を参照すると、ＳＴＡ３０２は、決定されたパラメータ（たとえば、マルチホップサービスの最大ホップカウントおよびＭＡＣアドレス）を含むＳＤＡ３１２をブロードキャストし得る。
【０１４４】
[00167]ブロック１４１５において、装置は、ＮＤＬに関連する第２のワイヤレスデバイスから経路要求を受信し得る。たとえば、図６を参照すると、ＳＴＡ３０２は、ゲームサービスＮＤＬに関連するＳＴＡ３１８’からＰＲＥＱ３２２を受信し得る。
【０１４５】
[00168]ブロック１４２０において、装置は、第２のワイヤレスデバイスまでの経路を決定し得る。たとえば、図６を参照すると、ＳＴＡ３１８’（第２のワイヤレスデバイス）からのＰＲＥＱ３２２は、異なるノードを介して横断し得る。ＳＴＡ３０２’は、ＳＴＡ３０６’、３０４’を介して１つのＰＲＥＱ３２２を受信し得る。ＳＴＡ３０２’は、ＳＴＡ３２４を介して別のＰＲＥＱ３２２を受信し得る。ＳＴＡ３０４’を介したＰＲＥＱ３２２は、第１の累積リンク品質行列を含み得、ＳＴＡ３２４を介したＰＲＥＱ３２２は、第２の累積リンク品質行列を含み得る。ＳＴＡ３０２’は、第２の累積リンク品質行列が第１の累積リンク品質行列よりも良好であると決定し得る。たとえば、第２の累積リンク品質行列は、第１のリンク品質行列よりも少ないホップを有し得、および／または第２の累積リンク品質行列のパケット誤り率は、第１の累積リンク品質行列よりも低くなり得る。したがって、ＳＴＡ３０２’は、ＳＴＡ３２４を介した経路がより良い経路であると決定し得る。
【０１４６】
[00169]ブロック１４２５において、装置は、決定された経路に沿って第２のワイヤレスデバイスに経路応答を送信し得る。たとえば、図６を参照すると、ＳＴＡ３０２’は、ＳＴＡ３２４を介して決定された経路に沿ってＳＴＡ３１８’にＰＲＥＰ３２６を送信し得る。
【０１４７】
[00170]ブロック１４３０において、装置は、ＮＤＬに関連する共通グループ鍵によって暗号化された告知メッセージをブロードキャストし得る。たとえば、図６を参照すると、ＳＴＡ３０２’は、ゲームサービスＮＤＬに関連するＣＧＫによって暗号化され得るＲＡＮＮ３２８を周期的にブロードキャストし得る。
【０１４８】
[00171]ブロック１４３５において、装置は、ＮＤＬに関連する第２のワイヤレスデバイスから経路要求を受信し得る。たとえば、図６を参照すると、ＳＴＡ３０２’は、ＳＴＡ３１０’からＰＲＥＱ３３０を受信し得る。
【０１４９】
[00172]ブロック１４４０において、装置は、受信された経路要求に基づいて第２のワイヤレスデバイスへの経路を決定し、決定された経路に沿って第２のワイヤレスデバイスに経路応答を送信し得る。たとえば、図６を参照すると、ＳＴＡ３０２’は、受信されたＰＲＥＱ３３０に基づいてＳＴＡ３１０’までの経路を決定し得る。ＳＴＡ３０２’は、ＳＴＡ３０８’を介し、およびＳＴＡ３２４’を介してＰＲＥＱ３３０を受信し得る。ＳＴＡ３０２’は、ＳＴＡ３０８’を介して受信されたＰＲＥＱ３３０の累積リンク品質行列がＳＴＡ３２４を介して受信されたＰＲＥＱ３３０の累積リンク品質行列よりも良好であると決定し得る。したがって、ＳＴＡ３０２’は、ＳＴＡ３１０’への最適経路がＳＴＡ３０８’を介したものであると決定し得る。
【０１５０】
[00173]図１５は、マルチホップスケジューリングの例示的な方法１５００のフローチャートである。方法１５００は、装置（たとえば、ＳＴＡ１１４、ＳＴＡ７０２、７０４、７０６、７０８、７１０、８０２、８０４、８０６、８０８、８１０、８１２、９０２、９０４、９０６、９０８、９１０、９１２、または、たとえば、ワイヤレスデバイス１１０２）を使用して実行され得る。方法１５００は図１１のワイヤレスデバイス１１０２の要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実施するために他の構成要素が使用され得る。
【０１５１】
[00174]ブロック１５０５において、装置は、マルチホップサービスのためのデータスケジューリングプロトコルを決定する。
【０１５２】
[00175]一構成では、ＲＴＳ／ＣＴＳプロトコルが使用され得る。この構成では、装置は、ＮＤＬスケジュールを決定することと、決定されたＮＤＬスケジュールに従って１つまたは複数のワイヤレスデバイスと通信する前にＲＴＳおよびＣＴＳメッセージを交換することを決定することとを行うことによってデータスケジューリングプロトコルを決定し得る。たとえば、図７を参照すると、装置はＳＴＡ７０４であり得る。装置は、データを送信および／または受信するためのＮＤＬスケジュールを決定することによってデータスケジューリングプロトコルを決定し得る。装置は、ＮＤＬデータをいつ送信すべきかを決定するためにＲＴＳ／ＣＴＳプロトコルを使用し得る。たとえば、ＳＴＡ７０４が、送信すべきデータを有するとき、ＳＴＡ７０４は、ＲＴＳメッセージ７１４を送信し、データ７１２を送信する前にＣＴＳメッセージ７１６を待ち得る。ＣＴＳメッセージ７１６を受信したＳＴＡ７０６、７０８は、ＳＴＡ７０４が送信するのに媒体を利用可能に保つために送信するのを控え得る。
【０１５３】
[00176]別の構成では、リンク毎またはホップ毎スケジュール割振りの協調スケジューリング方式が使用され得る。一例では、図８を参照すると、装置はＳＴＡ８０２であり得る。ＳＴＡ８０２は、マルチホップゲームサービスのＱｏＳおよび／またはスループット要件に基づいてリンク毎スケジューリングを選択し得る。ＳＴＡ８０２は、ＳＴＡ８０２がパブリッシャーデバイスであり、したがって、スケジューリングアルゴリズムを開始するとスケジューラの役割を有すると決定し得る。ＳＴＡ８０２は、ＳＴＡ８０２が２のローカルネットワーク度合いを有し、したがって、通信のために２つの基本時間ブロックを必要とすると決定することによってリンク毎スケジューリングアルゴリズムを実行し得る。ＳＴＡ８０２は、スケジューリングアルゴリズムのインスタンスに関連付けるべきシーケンス番号を決定し得る。一態様では、スケジューリングアルゴリズムのインスタンスは、ＮＤＬに関連するすべてのデバイスがスケジューリングアルゴリズムを１回実行するまで延長し得る。ＳＴＡ８０２は、必要とされる２つの時間ブロックに基づいてＳＴＡ８０２のためのローカルスケジュールを決定し得る。ＳＴＡ８０２は、時間ブロック１および２上のチャネル１を選択し得る。ＳＴＡ８０２は、ＳＴＡ８０４、８１０（子ワイヤレスデバイス）のネットワーク度合いを決定し得る。ＳＴＡ８０４は、３のネットワーク度合いを有し、ＳＴＡ８１０は、１のネットワーク度合いを有する。ＳＴＡ８０４がＳＴＡ８１０よりも高いネットワーク度合いを有するので、ＳＴＡ８０２は、ＳＴＡ８０４にスケジューラの役割を割り当て得る。
【０１５４】
[00177]ブロック１５１０において、装置は、１ホップおよび２ホップのネイバーワイヤレスデバイスに関連するスケジュールとスケジュールの各々に関連するシーケンス番号とを受信し得る。一例では、図８を参照すると、ＳＴＡ８０４は、ＳＴＡ８０２から第１のメッセージ８１４を受信し得、第１のメッセージ８１４は、ＳＴＡ８０４の１ホップのネイバーであるＳＴＡ８０２のローカルスケジュールを含み得る。この例では、ＳＴＡ８０４は、同じシーケンス番号を有するＳＴＡ８０２から受信したローカルスケジュールに基づいてそれのローカルスケジュールを決定し得る。別の例では、ＳＴＡ８０４が第５のメッセージ８２２を送信するとき、ＳＴＡ８０２は、ＳＴＡ８０４から第５のメッセージ８２２を受信し得る。第５のメッセージ８２２は、ＳＴＡ８０４（ＳＴＡ８０２からの１ホップのネイバー）からのローカルスケジュールとＳＴＡ８０６、８１０（ＳＴＡ８０２からの２ホップのネイバー）からのローカルスケジュールとを含み得る。ただし、ＳＴＡ８０２が、新しいスケジューリングアルゴリズムを開始していることがあるので、ローカルスケジュールが、同じシーケンス番号を有しないことがあるので、ＳＴＡ８０２は、新しいスケジューリングアルゴリズムを開始するときに、ＳＴＡ８０４、８０６、８１０からのローカルスケジュールを使用しないことがある。
【０１５５】
[00178]ブロック１５１５において、装置は、スケジューラの役割が親ワイヤレスデバイスから装置に割り当てられることを示すメッセージを親ワイヤレスデバイスから受信し得る。たとえば、図８を参照すると、ＳＴＡ８０４（装置）は、スケジューラの役割がＳＴＡ８０４に割り当てられることを示す第１のメッセージ８１４をＳＴＡ８０２（親ワイヤレスデバイス）から受信し得る。
【０１５６】
[00179]ブロック１５２０において、装置は、決定されたローカルスケジュールと、決定されたローカルスケジュールに関連するシーケンス番号と、同じシーケンス番号に関連する１ホップのネイバースケジュールとを含むメッセージをブロードキャストし得る。一例では、図８を参照すると、装置はＳＴＡ８０２であり得る。ＳＴＡ８０２は、ＳＴＡ８０２の決定されたローカルスケジュールと、決定されたローカルスケジュールに関連するシーケンス番号１と、スケジューラの役割がＳＴＡ８０４に割り当てられているという指示とを含む第１のメッセージ８１４をブロードキャストし得る。
【０１５７】
[00180]別の例では、装置はＳＴＡ８０４であり得る。ＳＴＡ８０４は、ＳＴＡ８０４の決定されたローカルスケジュールと、決定されたローカルスケジュールに関連するシーケンス番号１と、ＳＴＡ８０４からの１ホップのネイバーであるＳＴＡ８０２のローカルスケジュールとを含む第２のメッセージ８１６をブロードキャストし得る。第２のメッセージ８１６は、ＳＴＡ８０６がスケジューラの役割を割り当てられた次のワイヤレスデバイスであることを示すために次のホップフィールドまたは次のワイヤレスデバイスフィールド中にＳＴＡ８０６のＭＡＣアドレスを含み得る。
【０１５８】
[00181]ブロック１５２５において、装置は、次のワイヤレスデバイスからスケジューラの役割の肯定応答を受信し得る。たとえば、図８を参照すると、ＳＴＡ８０４は、第２のメッセージ８１６の受信を示す肯定応答をＳＴＡ８０６から受信し得る。肯定応答は、ＳＴＡ８０６がＳＴＡ８０６にスケジューラの役割が割り当てられたことを肯定応答することを示し得る。
【０１５９】
[00182]一態様では、ＮＤＬ中のすべての子ワイヤレスデバイスが、スケジューリングアルゴリズムを実行する機会を有し得、スケジューラの役割は、親ノードにパスされて戻され得る。一例では、ＳＴＡ８０４は、ＳＴＡ８０６（子ワイヤレスデバイス）から戻ったスケジューラの役割の割当てを受信し得る。ＳＴＡ８１０が１のネットワーク度合いを有するので、ＳＴＡ８０４は、ＳＴＡ８１０にスケジューラの役割を割り当てないことを決定し得る。したがって、ＳＴＡ８０４のすべての子ワイヤレスデバイスが割当てについて検討されたので、ＳＴＡ８０４は、第５のメッセージ８２２を介してＳＴＡ８０２（ＳＴＡ８０４の親ワイヤレスデバイス）にスケジューラの役割を戻し得る。ＳＴＡ８０２が、スケジューラの役割を割り当てるべき別のワイヤレスデバイスを有せず、ＳＴＡ８０２がパブリッシャーとしてリンク毎スケジューリングアルゴリズムを開始したので、ＳＴＡ８０２は、第５のメッセージ８２２を受信すると、リンク毎スケジューリングアルゴリズムを終了し得る。
【０１６０】
[00183]ブロック１５３０において、装置は、決定されたデータスケジューリングプロトコルに基づいて１つまたは複数のワイヤレスデバイスと通信し得る。たとえば、図８を参照すると、ＳＴＡ８０２、８０４、８０６、８０８、８１０、８１２がスケジューリングアルゴリズムを実行する機会を与えられ、スケジューラの役割がＳＴＡ８０２に戻された後、ＳＴＡ８０２は、リンク毎スケジューリングアルゴリズムを使用して決定されたスケジューリングプロトコルに基づいてＳＴＡ８０４、８０６、８０８、８１０、８１２のうちの１つまたは複数と通信し得る。
【０１６１】
[00184]別の構成では、ＮＤＬスケジュールは、スケジューラの役割の割当てのためにトークンを利用しないことがある。この構成では、各ワイヤレスデバイスは、リンク毎またはホップ毎スケジューリングアルゴリズムを同時にまたは単独で開始し得る。この構成では、ＮＤＬ中のワイヤレスデバイスのすべては、リンク毎またはホップ毎スケジューリングを一様に使用する必要があり得る。この構成では、ワイヤレスデバイスは、たとえば、ホップ毎スケジューリング割振りを選択し得る。ワイヤレスデバイスは、ＮＤＬ中の他のワイヤレスデバイスと通信するためのワイヤレスデバイスに関連するローカルスケジュールを決定し得る。ワイヤレスデバイスは、決定されたローカルスケジュールをブロードキャストし得る。一態様では、ブロードキャストされたローカルスケジュールは、ＣＧＫを使用して暗号化され得る。一態様では、ワイヤレスデバイスはまた、親ワイヤレスデバイスからブロードキャストされたスケジュールを受信し得る。この態様では、ワイヤレスデバイスのためのローカルスケジュールは、親ワイヤレスデバイスからのブロードキャストされたスケジュールに基づき得る。
【０１６２】
[00185]この構成では、ブロック１５３５において、装置は、決定されたローカルスケジュールに基づいて、通信スループットがしきい値を下回ることを検出し得る。たとえば、ワイヤレスデバイスは、スループットを決定することと、スループットがしきい値を上回るのか下回るのかを決定することとを行うことによって通信スループットがしきい値を下回ることを検出し得る。ブロック１５４０において、装置は、検出に基づいてローカルスケジュールを更新し得る。たとえば、通信スループットがしきい値を下回る場合、ワイヤレスデバイスは、送信パラメータ（たとえば、異なる時間ブロックおよび／または異なるチャネル／周波数）を調整し得る。別の例では、通信スループットがしきい値以上である場合、ワイヤレスデバイスは、ローカルスケジュールを調整しないことがある。
【０１６３】
[00186]図１６は、ＮＡＮ発見、マルチホップルーティング、およびマルチホップスケジューリングを実行する例示的なワイヤレス通信デバイス１６００の機能ブロック図である。ワイヤレス通信デバイス１６００は、受信機１６０５と、処理システム１６１０と、送信機１６１５とを含み得る。処理システム１６１０はマルチホップ構成要素１６２４を含み得る。一構成では、処理システム１６１０および／またはマルチホップ構成要素１６２４は、マルチホップ特徴がサービスのために使用可能であると決定するように構成され得る。送信機１６１５、処理システム１６１０、および／またはマルチホップ構成要素１６２４は、決定に基づいて、パブリッシャーデバイスによって与えられる識別子とサービスに関連するホップカウントとを含むマルチホップ属性（たとえば、第２のマルチホープ属性１６４０）を送信するように構成され得る。処理システム１６１０および／またはマルチホップ構成要素１６２４は、第２のワイヤレスデバイスから情報属性（たとえば、情報属性１６３４）を受信することによって、ここで、情報属性は、マルチホップ特徴が使用可能であるのかどうかを示すインジケータと、サービスのパブリッシャーデバイスを識別する識別子とを含み、およびインジケータに基づいてマルチホップ特徴が使用可能であると決定することによって、決定するように構成され得る。一態様では、マルチホップ属性は、パブリッシャーデバイスによって提供されるサービスのためのＮＤＬ属性を示す。別の態様では、処理システム１６１０および／またはマルチホップ構成要素１６２４は、さらに、受信された情報属性に基づいてマルチホップ属性を送信することを決定するように構成され得る。別の態様では、処理システム１６１０および／またはマルチホップ構成要素１６２４は、サービスに関連する最大ホップカウントを決定することと、最大ホップカウントが満たされる場合、マルチホップ属性を送信するのを控えることとを行うことによって送信することを決定するように構成され得る。マルチホップ属性は、送信するとの決定に基づいて送信される。別の態様では、処理システム１６１０および／またはマルチホップ構成要素１６２４は、受信された情報属性からサービスに関連する重複情報属性をフィルタ処理することと、フィルタ処理された重複情報属性に基づいてパブリッシャーデバイスまでの最短経路を決定することと、フィルタ処理された重複情報属性のすべてのための単一のマルチホップ属性を送信することを決定することとを行うことによって送信することを決定するように構成され得る。別の態様では、受信機１６０５、処理システム１６１０、および／またはマルチホップ構成要素１６２４は、送信されたマルチホップ属性に基づいて第３のワイヤレスデバイスからの関連付けについての要求を受信するようにさらに構成され得る。別の態様では、処理システム１６１０および／またはマルチホップ構成要素１６２４は、第３のワイヤレスデバイスに関連付けをした後に第１のワイヤレスデバイスと第３のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、ＮＤＬに関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号��および解読することを第３のワイヤレスデバイスが行うことを可能にするＣＧＫ（たとえば、第２のＣＧＫ１６４２）を送信することとを行うようにさらに構成され得る。
【０１６４】
[00187]別の構成では、受信機１６０５、処理システム１６１０、および／またはマルチホップ構成要素１６２４は、マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、マルチホップサービスのパブリッシャーデバイスを識別する識別子を含む情報属性（たとえば、情報属性１６３４）を第２のワイヤレスデバイスから受信するように構成され得る。処理システム１６１０および／またはマルチホップ構成要素１６２４は、受信された情報属性に基づいてマルチホップサービスに加入することを決定するように構成され得る。態様では、情報属性は、マルチホップ特徴がマルチホップサービスのために使用可能であることを示すインジケータを含み得る。別の態様では、第２のワイヤレスデバイスは、パブリッシャーデバイスであり、情報属性は、パブリッシャーデバイスに関連する識別子と、マルチホップ特徴がマルチホップサービスのために使用可能であることとを示すサービス記述子属性である。別の態様では、第２のワイヤレスデバイスは、パブリッシャーデバイスのためのプロキシであり、情報属性は、パブリッシャーデバイスに関連する識別子と第２のワイヤレスデバイスに関連する第２のホップカウントとを示すマルチホップ属性（たとえば、第１のマルチホップ属性１６３０）である。別の態様では、マルチホップ属性は、パブリッシャーデバイスによって提供されるマルチホップサービスのためのＮＤＬ属性を示す。別の態様では、送信機１６１５、処理システム１６１０、および／またはマルチホップ構成要素１６２４は、マルチホップサービスに加入するとの決定に基づいて第２のワイヤレスデバイスに関連付け要求を送信するようにさらに構成され得る。別の態様では、処理システム１６１０および／またはマルチホップ構成要素１６２４は、第１のワイヤレスデバイスと第２のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、ＮＤＬに関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを第１のワイヤレスデバイスが行うことを可能にするＣＧＫ（たとえば、第１のＣＧＫ１６３２）を受信することとを行うようにさらに構成され得る。
【０１６５】
[00188]受信機１６０５、処理システム１６１０、マルチホップ構成要素１６２４、および／または送信機１６１５は、図１〜図１５に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。受信機１６０５は受信機１１１２に対応し得る。処理システム１６１０はプロセッサ１１０４に対応し得る。送信機１６１５は送信機１１１０に対応し得る。マルチホップ構成要素１６２４は、マルチホップ構成要素１２４および／またはマルチホップ構成要素１１２４に対応し得る。
【０１６６】
[00189]一構成では、ワイヤレス通信デバイス１６００は、マルチホップ特徴がサービスのために使用可能であると決定するための手段と、決定に基づいて、パブリッシャーデバイスによって与えられる識別子とサービスに関連するホップカウントとを含むマルチホップ属性を送信するための手段とを含み得る。決定するための手段は、第２のワイヤレスデバイスから情報属性を受信するように構成され得る。情報属性は、マルチホップ特徴が使用可能であるのかどうかを示すインジケータと、サービスのパブリッシャーデバイスを識別する識別子とを含み得、およびインジケータに基づいてマルチホップ特徴が使用可能であると決定することによって。一態様では、マルチホップ属性は、パブリッシャーデバイスによって提供されるサービスのためのＮＤＬ属性を示す。別の態様では、ワイヤレス通信デバイス１６００は、受信された情報属性に基づいてマルチホップ属性を送信することを決定するための手段を含み得る。別の態様では、送信することを決定するための手段は、サービスに関連する最大ホップカウントを決定することと、最大ホップカウントが満たされる場合、マルチホップ属性を送信するのを控えることとを行うように構成され得る。マルチホップ属性は、送信するとの決定に基づいて送信される。別の態様では、送信することを決定するための手段は、受信された情報属性からサービスに関連する重複情報属性をフィルタ処理することと、フィルタ処理された重複情報属性に基づいてパブリッシャーデバイスまでの最短経路を決定することと、フィルタ処理された重複情報属性のすべてのための単一のマルチホップ属性を送信することを決定することとを行うように構成され得る。別の態様では、ワイヤレス通信デバイス１６００は、送信されたマルチホップ属性に基づいて第３のワイヤレスデバイスからの関連付けについての要求を受信するための手段をさらに含み得る。別の態様では、ワイヤレス通信デバイス１６００は、第３のワイヤレスデバイスに関連付けをした後に第１のワイヤレスデバイスと第３のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立するための手段と、ＮＤＬに関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを第３のワイヤレスデバイスが行うことを可能にするＣＧＫを送信するための手段とをさらに含み得る。
【０１６７】
[00190]別の構成では、ワイヤレス通信デバイス１６００は、マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、マルチホップサービスのパブリッシャーデバイスを識別する識別子を含む情報属性を第２のワイヤレスデバイスから受信するための手段と、受信された情報属性に基づいてマルチホップサービスに加入することを決定するための手段とを含み得る。態様では、情報属性は、マルチホップ特徴がマルチホップサービスのために使用可能であることを示すインジケータを含み得る。別の態様では、第２のワイヤレスデバイスは、パブリッシャーデバイスであり、情報属性は、パブリッシャーデバイスに関連する識別子と、マルチホップ特徴がマルチホップサービスのために使用可能であることとを示すサービス記述子属性である。別の態様では、第２のワイヤレスデバイスは、パブリッシャーデバイスのためのプロキシであり、情報属性は、パブリッシャーデバイスに関連する識別子と第２のワイヤレスデバイスに関連する第２のホップカウントとを示すマルチホップ属性である。別の態様では、マルチホップ属性は、パブリッシャーデバイスによって提供されるマルチホップサービスのためのＮＤＬ属性を示す。別の態様では、ワイヤレス通信デバイス１６００は、マルチホップサービスに加入するとの決定に基づいて第２のワイヤレスデバイスに関連付け要求を送信するための手段をさらに含み得る。別の態様では、ワイヤレス通信デバイス１６００は、第１のワイヤレスデバイスと第２のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立するための手段と、ＮＤＬに関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを第１のワイヤレスデバイスが行うことを可能にするＣＧＫを受信するための手段とをさらに含み得る。
【０１６８】
[00191]たとえば、上述の機能を実行するための手段は、受信機１６０５、送信機１６１５、処理システム１６１０、およびまたはマルチホップ構成要素１６２４を含み得る。
【０１６９】
[00192]上記で説明した方法の様々な動作は、様々なハードウェア構成要素および／もしくはソフトウェア構成要素、回路、ならびに／または構成要素などの、その動作を実施することが可能な任意の適切な手段によって実施され得る。概して、図に示されているどの動作も、その動作を実施することが可能な対応する機能的手段によって実施され得る。
【０１７０】
[00193]本開示に関して説明された様々な例示的な論理ブロック、構成要素、および回路は、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、または他のＰＬＤ、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラまたは状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと併用される１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。
【０１７１】
[00194]１つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、それらの機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶され、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の入手可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、コンパクトディスク（ＣＤ）ＲＯＭ（ＣＤ−ＲＯＭ）もしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または命令もしくはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を備え得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、ＣＤ、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、コンピュータ可読媒体は非一時的コンピュータ可読媒体（たとえば、有形媒体）を備える。
【０１７２】
[00195]本明細書で開示する方法は、説明した方法を達成するための１つまたは複数のステップあるいはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく、互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されていない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなく変更され得る。
【０１７３】
[00196]したがって、いくつかの態様は、本明細書で提示された動作を実行するためのコンピュータプログラム製品を備え得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明した動作を実行するために１つまたは複数のプロセッサによって実行可能である命令を記憶した（および／または符号化した）コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。
【０１７４】
[00197]さらに、本明細書で説明した方法および技法を実行するための構成要素および／または他の適切な手段は、適宜、ユーザ端末および／または基地局によってダウンロードされ、および／または他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明した方法を実行するための手段の転送を容易にするためにサーバに結合され得る。代替的に、本明細書で説明した様々な方法は、ユーザ端末および／または基地局が記憶手段（たとえば、ＲＡＭ、ＲＯＭ、ＣＤまたはフロッピーディスクなどの物理記憶媒体など）をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段を介して提供され得る。さらに、本明細書で説明する方法および技法をデバイスに提供するための任意の他の好適な技法が使用され得る。
【０１７５】
[00198]特許請求の範囲は、上記で示された厳密な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な修正、変更および変形が行われ得る。
【０１７６】
[00199]上記は本開示の態様を対象とするが、本開示の他の態様およびさらなる態様は、それらの基本的範囲から逸脱することなく考案されることが可能であり、それらの範囲は以下の特許請求の範囲によって決定される。
【０１７７】
[00200]以上の説明は、当業者が本明細書で説明した様々な態様を実施することができるようにするために提供した。これらの態様に対する様々な修正は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用されることがある。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という用語は１つまたは複数を指す。当業者に知られているか、または後で知られることになる、本開示全体にわたって説明した様々な態様の要素に対するすべての構造的等価物および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図される。さらに、本明細書において開示するいかなることも、そのような開示が特許請求の範囲に明示的に記載されているか否かにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、または方法クレームの場合には、その要素が「ためのステップ」という句を使用して具陳されていない限り、米国特許法第１１２条（ｆ）の規定の下で解釈されるべきではない。
【図１】
2019509697.tif 000005
【図２Ａ】
2019509697.tif 000006
【図２Ｂ】
2019509697.tif 000007
【図３】
2019509697.tif 000008
【図４Ａ】
2019509697.tif 000009
【図４Ｂ】
2019509697.tif 000010
【図５】
2019509697.tif 000011
【図６】
2019509697.tif 000012
【図７】
2019509697.tif 000013
【図８】
2019509697.tif 000014
【図９】
2019509697.tif 000015
【図１０Ａ】
2019509697.tif 000016
【図１０Ｂ】
2019509697.tif 000017
【図１１】
2019509697.tif 000018
【図１２】
2019509697.tif 000019
【図１３Ａ】
2019509697.tif 000020
【図１３Ｂ】
2019509697.tif 000021
【図１４】
2019509697.tif 000022
【図１５】
2019509697.tif 000023
【図１６】
2019509697.tif 000024
【手続補正書】
【提出日】平成30年11月21日(2018.11.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のワイヤレスデバイスによるワイヤレス通信の方法であって、
マルチホップ特徴がサービスのために使用可能であると決定することと、
前記決定に基づいて、パブリッシャーデバイスによって与えられる識別子および前記サービスに関連する前記第１のワイヤレスデバイスから前記パブリッシャーデバイスまでの最短ホップカウントを含むマルチホップ属性を送信することと、
受信された情報属性に基づいて前記マルチホップ属性を送信することを決定することと
を備え、
前記決定することが、
第２のワイヤレスデバイスから情報属性を受信することと、ここにおいて、前記情報属性は、前記マルチホップ特徴が使用可能であるのかどうかを示すインジケータと、前記サービスの前記パブリッシャーデバイスを識別する前記識別子とを含む、
前記インジケータに基づいて前記マルチホップ特徴が使用可能であると決定することと
を備え、
送信することを前記決定することが、
前記サービスに関連する最大ホップカウントを決定することと、
前記最大ホップカウントが満たされる場合、前記マルチホップ属性を送信するのを控えることと、ここにおいて、前記マルチホップ属性が、送信するとの前記決定に基づいて送信される、
を備え、
送信することを前記決定することが、
受信された情報属性から前記サービスに関連する重複情報属性をフィルタ処理することと、
前記フィルタ処理された重複情報属性に基づいてパブリッシャーデバイスへの最適経路を決定することと、
前記フィルタ処理された重複情報属性のすべてについて単一のマルチホップ属性を送信することを決定することと
を備える、方法。
【請求項２】
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記サービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、請求項１に記載の方法。
【請求項３】
第１のワイヤレスデバイスによるワイヤレス通信の方法であって、
マルチホップ特徴がサービスのために使用可能であると決定することと、
前記決定に基づいて、パブリッシャーデバイスによって与えられる識別子および前記サービスに関連する前記第１のワイヤレスデバイスから前記パブリッシャーデバイスまでの最短ホップカウントを含むマルチホップ属性を送信することと、
前記送信されたマルチホップ属性に基づいて第３のワイヤレスデバイスから加わることを求める要求を受信することと、
加わることを求める前記要求を受信した後に前記第１のワイヤレスデバイスと前記第３のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第１のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第３のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を送信することと
を備える、方法。
【請求項４】
第１のワイヤレスデバイスによるワイヤレス通信の方法であって、
マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、前記マルチホップサービスの前記パブリッシャーデバイスを識別する識別子および第２のワイヤレスデバイスから前記パブリッシャーデバイスまでの最短ホップカウントを含む情報属性を前記第２のワイヤレスデバイスから受信することと、
前記受信された情報属性に基づいて前記マルチホップサービスに加入することを決定することと、
前記マルチホップサービスに加入する前記決定に基づいて前記第２のワイヤレスデバイスに加わることを求める要求を送信することと、
加わることを求める前記要求を送信した後に前記第１のワイヤレスデバイスと前記第２のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第２のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第１のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を受信することと
を備える、方法。
【請求項５】
前記情報属性は、マルチホップ特徴が前記マルチホップサービスのために使用可能であることを示すインジケータを含む、請求項４に記載の方法。
【請求項６】
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と、前記マルチホップ特徴が前記マルチホップサービスのために使用可能であることとを示すサービス記述子属性である、請求項５に記載の方法。
【請求項７】
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスのためのプロキシである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と前記第２のワイヤレスデバイスから前記パブリッシャーデバイスまでの最短ホップカウントとを示すマルチホップ属性である、請求項５に記載の方法。
【請求項８】
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記マルチホップサービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、請求項７に記載の方法。
【請求項９】
ワイヤレス通信のための第１のワイヤレスデバイスであって、
メモリと、
前記メモリに結合され、
マルチホップ特徴がサービスのために使用可能であると決定することと、
前記決定に基づいて、パブリッシャーデバイスによって与えられる識別子および前記サービスに関連する前記第１のワイヤレスデバイスから前記パブリッシャーデバイスまでの最短ホップカウントを含むマルチホップ属性を送信することと
を行うように構成された少なくとも１つのプロセッサと
を備え、
前記少なくとも１つのプロセッサが、
第２のワイヤレスデバイスから情報属性を受信することと、ここにおいて、前記情報属性は、前記マルチホップ特徴が使用可能であるのかどうかを示すインジケータと、前記サービスの前記パブリッシャーデバイスを識別する前記識別子とを含む、
前記インジケータに基づいて前記マルチホップ特徴が使用可能であると決定することと
を行うことによって決定するように構成され、
前記少なくとも１つのプロセッサが、前記受信された情報属性に基づいて前記マルチホップ属性を送信することを決定するようにさらに構成され、
前記少なくとも１つのプロセッサが、
前記サービスに関連する最大ホップカウントを決定することと、
前記最大ホップカウントが満たされる場合、前記マルチホップ属性を送信するのを控えることと、ここにおいて、前記マルチホップ属性が、送信するとの前記決定に基づいて送信される、
を行うことによって送信することを決定するように構成され、
前記少なくとも１つのプロセッサが、
受信された情報属性から前記サービスに関連する重複情報属性をフィルタ処理することと、
前記フィルタ処理された重複情報属性に基づいてパブリッシャーデバイスへの最適経路を決定することと、
前記フィルタ処理された重複情報属性のすべてについて単一のマルチホップ属性を送信することを決定することと
を行うことによって送信することを決定するように構成された、第１のワイヤレスデバイス。
【請求項１０】
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記サービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、請求項９に記載の第１のワイヤレスデバイス。
【請求項１１】
ワイヤレス通信のための第１のワイヤレスデバイスであって、
メモリと、
前記メモリに結合され、
マルチホップ特徴がサービスのために使用可能であると決定することと、
前記決定に基づいて、パブリッシャーデバイスによって与えられる識別子および前記サービスに関連する前記第１のワイヤレスデバイスから前記パブリッシャーデバイスまでの最短ホップカウントを含むマルチホップ属性を送信することと
を行うように構成された少なくとも１つのプロセッサと
を備え、
前記少なくとも１つのプロセッサが、前記送信されたマルチホップ属性に基づいて第３のワイヤレスデバイスから加わることを求める要求を受信するようにさらに構成され、
前記少なくとも１つのプロセッサが、
加わることを求める前記要求を受信した後に前記第１のワイヤレスデバイスと前記第３のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第１のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第３のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を送信することと
を行うようにさらに構成された、第１のワイヤレスデバイス。
【請求項１２】
ワイヤレス通信のための第１のワイヤレスデバイスであって、
メモリと、
前記メモリに結合され、
マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、前記マルチホップサービスの前記パブリッシャーデバイスを識別する識別子および第２のワイヤレスデバイスから前記パブリッシャーデバイスまでの最短ホップカウントを含む情報属性を前記第２のワイヤレスデバイスから受信することと、
前記受信された情報属性に基づいて前記マルチホップサービスに加入することを決定することと
を行うように構成された少なくとも１つのプロセッサと
を備え、
前記少なくとも１つのプロセッサが、前記マルチホップサービスに加入する前記決定に基づいて前記第２のワイヤレスデバイスに加わることを求める要求を送信するようにさらに構成され、
前記少なくとも１つのプロセッサが、
加わることを求める前記要求を送信した後に前記第１のワイヤレスデバイスと前記第２のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第２のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第１のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を受信することと
を行うようにさらに構成された、第１のワイヤレスデバイス。
【請求項１３】
前記情報属性は、マルチホップ特徴が前記マルチホップサービスのために使用可能であることを示すインジケータを含む、請求項１２に記載の第１のワイヤレスデバイス。
【請求項１４】
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と、前記マルチホップ特徴が前記マルチホップサービスのために使用可能であることとを示すサービス記述子属性である、請求項１３に記載の第１のワイヤレスデバイス。
【請求項１５】
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスのためのプロキシである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と前記第２のワイヤレスデバイスから前記パブリッシャーデバイスまでの最短ホップカウントとを示すマルチホップ属性である、請求項１３に記載の第１のワイヤレスデバイス。
【請求項１６】
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記マルチホップサービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、請求項１５に記載の第１のワイヤレスデバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１７７
【補正方法】変更
【補正の内容】
【０１７７】
[00200]以上の説明は、当業者が本明細書で説明した様々な態様を実施することができるようにするために提供した。これらの態様に対する様々な修正は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用されることがある。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という用語は１つまたは複数を指す。当業者に知られているか、または後で知られることになる、本開示全体にわたって説明した様々な態様の要素に対するすべての構造的等価物および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図される。さらに、本明細書において開示するいかなることも、そのような開示が特許請求の範囲に明示的に記載されているか否かにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、または方法クレームの場合には、その要素が「ためのステップ」という句を使用して具陳されていない限り、米国特許法第１１２条（ｆ）の規定の下で解釈されるべきではない。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
第１のワイヤレスデバイスによるワイヤレス通信の方法であって、
マルチホップ特徴がサービスのために使用可能であると決定することと、
前記決定に基づいて、パブリッシャーデバイスによって与えられる識別子または前記サービスに関連するホップカウントのうちの少なくとも１つを含むマルチホップ属性を送信することと
を備える、方法。
［Ｃ２］
前記決定することが、
第２のワイヤレスデバイスから情報属性を受信することと、ここにおいて、前記情報属性は、前記マルチホップ特徴が使用可能であるのかどうかを示すインジケータと、前記サービスの前記パブリッシャーデバイスを識別する前記識別子とを含む、
前記インジケータに基づいて前記マルチホップ特徴が使用可能であると決定することと
を備える、Ｃ１に記載の方法。
［Ｃ３］
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記サービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、Ｃ２に記載の方法。
［Ｃ４］
前記受信された情報属性に基づいて前記マルチホップ属性を送信することを決定することをさらに備える、Ｃ２に記載の方法。
［Ｃ５］
送信することを前記決定することが、
前記サービスに関連する最大ホップカウントを決定することと、
前記最大ホップカウントが満たされる場合、前記マルチホップ属性を送信するのを控えることと、ここにおいて、前記マルチホップ属性が、送信するとの前記決定に基づいて送信される、
を備える、Ｃ４に記載の方法。
［Ｃ６］
送信することを前記決定することが、
受信された情報属性から前記サービスに関連する重複情報属性をフィルタ処理することと、
前記フィルタ処理された重複情報属性に基づいてパブリッシャーデバイスへの最適経路を決定することと、
前記フィルタ処理された重複情報属性のすべてについて単一のマルチホップ属性を送信することを決定することと
を備える、Ｃ５に記載の方法。
［Ｃ７］
前記送信されたマルチホップ属性に基づいて第３のワイヤレスデバイスから加わることを求める要求を受信することをさらに備える、Ｃ１に記載の方法。
［Ｃ８］
加わることを求める前記要求を受信した後に前記第１のワイヤレスデバイスと前記第３のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第１のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第３のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を送信することと
をさらに備える、Ｃ７に記載の方法。
［Ｃ９］
第１のワイヤレスデバイスによるワイヤレス通信の方法であって、
マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、前記マルチホップサービスの前記パブリッシャーデバイスを識別する識別子を含む情報属性を第２のワイヤレスデバイスから受信することと、
前記受信された情報属性に基づいて前記マルチホップサービスに加入することを決定することと
を備える、方法。
［Ｃ１０］
前記情報属性は、マルチホップ特徴が前記マルチホップサービスのために使用可能であることを示すインジケータを含む、Ｃ９に記載の方法。
［Ｃ１１］
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と、前記マルチホップ特徴が前記マルチホップサービスのために使用可能であることとを示すサービス記述子属性である、Ｃ１０に記載の方法。
［Ｃ１２］
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスのためのプロキシである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と前記第２のワイヤレスデバイスに関連する第２のホップカウントとを示すマルチホップ属性である、Ｃ１０に記載の方法。
［Ｃ１３］
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記マルチホップサービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、Ｃ１２に記載の方法。
［Ｃ１４］
前記マルチホップサービスに加入する前記決定に基づいて前記第２のワイヤレスデバイスに加わることを求める要求を送信することをさらに備える、Ｃ９に記載の方法。
［Ｃ１５］
加わることを求める前記要求を送信した後に前記第１のワイヤレスデバイスと前記第２のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第２のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第１のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を受信することと
をさらに備える、Ｃ１４に記載の方法。
［Ｃ１６］
ワイヤレス通信のための第１のワイヤレスデバイスであって、
メモリと、
前記メモリに結合され、
マルチホップ特徴がサービスのために使用可能であると決定することと、
前記決定に基づいて、パブリッシャーデバイスによって与えられる識別子または前記サービスに関連するホップカウントのうちの少なくとも１つを含むマルチホップ属性を送信することと
を行うように構成された少なくとも１つのプロセッサと
を備える、第１のワイヤレスデバイス。
［Ｃ１７］
前記少なくとも１つのプロセッサが、
第２のワイヤレスデバイスから情報属性を受信することと、ここにおいて、前記情報属性は、前記マルチホップ特徴が使用可能であるのかどうかを示すインジケータと、前記サービスの前記パブリッシャーデバイスを識別する前記識別子とを含む、
前記インジケータに基づいて前記マルチホップ特徴が使用可能であると決定することと
を行うことによって決定するように構成された、Ｃ１６に記載の第１のワイヤレスデバイス。
［Ｃ１８］
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記サービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、Ｃ１７に記載の第１のワイヤレスデバイス。
［Ｃ１９］
前記少なくとも１つのプロセッサが、前記受信された情報属性に基づいて前記マルチホップ属性を送信することを決定するようにさらに構成された、Ｃ１７に記載の第１のワイヤレスデバイス。
［Ｃ２０］
前記少なくとも１つのプロセッサが、
前記サービスに関連する最大ホップカウントを決定することと、
前記最大ホップカウントが満たされる場合、前記マルチホップ属性を送信するのを控えることと、ここにおいて、前記マルチホップ属性が、送信するとの前記決定に基づいて送信される、
を行うことによって送信することを決定するように構成された、Ｃ１９に記載の第１のワイヤレスデバイス。
［Ｃ２１］
前記少なくとも１つのプロセッサが、
受信された情報属性から前記サービスに関連する重複情報属性をフィルタ処理することと、
前記フィルタ処理された重複情報属性に基づいてパブリッシャーデバイスへの最適経路を決定することと、
前記フィルタ処理された重複情報属性のすべてについて単一のマルチホップ属性を送信することを決定することと
を行うことによって送信することを決定するように構成された、Ｃ２０に記載の第１のワイヤレスデバイス。
［Ｃ２２］
前記少なくとも１つのプロセッサが、前記送信されたマルチホップ属性に基づいて第３のワイヤレスデバイスから加わることを求める要求を受信するようにさらに構成された、Ｃ１６に記載の第１のワイヤレスデバイス。
［Ｃ２３］
前記少なくとも１つのプロセッサが、
加わることを求める前記要求を受信した後に前記第１のワイヤレスデバイスと前記第３のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第１のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第３のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を送信することと
を行うようにさらに構成された、Ｃ２２に記載の第１のワイヤレスデバイス。
［Ｃ２４］
ワイヤレス通信のための第１のワイヤレスデバイスであって、
メモリと、
前記メモリに結合され、
マルチホップサービスがパブリッシャーデバイスから利用可能であることを示し、前記マルチホップサービスの前記パブリッシャーデバイスを識別するための識別子を含む情報属性を第２のワイヤレスデバイスから受信することと、
前記受信された情報属性に基づいて前記マルチホップサービスに加入することを決定することと
を行うように構成された少なくとも１つのプロセッサと
を備える、第１のワイヤレスデバイス。
［Ｃ２５］
前記情報属性は、マルチホップ特徴が前記マルチホップサービスのために使用可能であることを示すインジケータを含む、Ｃ２４に記載の第１のワイヤレスデバイス。
［Ｃ２６］
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と、前記マルチホップ特徴が前記マルチホップサービスのために使用可能であることとを示すサービス記述子属性である、Ｃ２５に記載の第１のワイヤレスデバイス。
［Ｃ２７］
前記第２のワイヤレスデバイスが、前記パブリッシャーデバイスのためのプロキシである、ここにおいて、前記情報属性が、前記パブリッシャーデバイスに関連する前記識別子と前記第２のワイヤレスデバイスに関連する第２のホップカウントとを示すマルチホップ属性である、Ｃ２５に記載の第１のワイヤレスデバイス。
［Ｃ２８］
前記マルチホップ属性が、前記パブリッシャーデバイスによって提供される前記マルチホップサービスのための近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）属性を示す、Ｃ２７に記載の第１のワイヤレスデバイス。
［Ｃ２９］
前記少なくとも１つのプロセッサが、前記マルチホップサービスに加入する前記決定に基づいて前記第２のワイヤレスデバイスに加わることを求める要求を送信するようにさらに構成された、Ｃ２４に記載の第１のワイヤレスデバイス。
［Ｃ３０］
前記少なくとも１つのプロセッサが、
加わることを求める前記要求を送信した後に前記第１のワイヤレスデバイスと前記第２のワイヤレスデバイスとの間で通信するためのペアワイズ鍵を確立することと、
前記第２のワイヤレスデバイスの近接認識ネットワーキング（ＮＡＮ）データリンク（ＮＤＬ）に関連する他のワイヤレスデバイスとの間のグループアドレス指定されたトラフィックを暗号化および解読することを前記第１のワイヤレスデバイスが行うことを可能にする共通グループ鍵（ＣＧＫ）を受信することと
を行うようにさらに構成された、Ｃ２９に記載の第１のワイヤレスデバイス。
【国際調査報告】
2019509697.tif 000025
2019509697.tif 000026