(57)【要約】本明細書で一般的に議論されるのは、飛行時間（ＴｏＦ）又はラウンドトリップタイムの測定を行うように適合されたシステム及び装置である。本開示は、これらのシステム及び装置を作成し、使用する技術も含む。一例によると、局（ＳＴＡ）は、飛行時間（ＴｏＦ）測定を行うように適合され、ＳＴＡは、ＴｏＦ測定を行うために当該ＳＴＡが利用不可能である時間ウィンドウを示すハード制約を伝送し、その時間ウィンドウ以外の時間に別のＳＴＡからＳｏＦ測定のアクションフレームを受け取るように適合される、トランシーバを含むことができる。
2016533103.tif 000002
【特許請求の範囲】
【請求項１】
飛行時間（ＴｏＦ）測定を実行するように適合された無線局（ＳＴＡ）であって、当該ＳＴＡは：
前記ＴｏＦ測定を行うために当該ＳＴＡが利用不可能な時間ウィンドウを示すハード制約を伝送し；
前記時間ウィンドウ以外の時間に、別のＳＴＡから前記ＴｏＦ測定のアクションフレームを受け取る；
ように適合されるトランシーバを備える、ＳＴＡ。
【請求項２】
前記ハード制約は第１のハード制約であり、前記時間ウィンドウは第１の時間ウィンドウであり、前記トランシーバは：
前記別のＳＴＡの第２のハード制約のブロードキャストを受け取る；
ように更に適合され、前記第２のハード制約は、前記別のＳＴＡが、当該ＳＴＡとの通信に利用不可能な第２の時間ウィンドウを示す、
請求項１に記載のＳＴＡ。
【請求項３】
前記トランシーバは：
前記別のＳＴＡから時間割り当てを受け取る；
ように更に適合され、前記時間割り当ては、前記別のＳＴＡが前記アクションフレームを伝送することになる第３の時間ウィンドウを指定し、該第３の時間ウィンドウは前記第１及び第２の時間ウィンドウの外である、
請求項２に記載のＳＴＡ。
【請求項４】
前記トランシーバは、前記第１のハード制約をビットマップとして伝送するよう適合され、該ビットマップの各ビットは、指定の時間量に対応し、設定済みビットは、前記ＴｏＦ測定を行うために当該ＳＴＡが利用不可能であることを示し、未設定のビットは、前記ＴｏＦ測定を行うのに当該ＳＴＡが利用可能であることを示す、
請求項３に記載のＳＴＡ。
【請求項５】
前記トランシーバは、前記時間割り当て内で前記アクションフレームを受け取るように適合され、当該ＳＴＡは、前記第１及び第２の時間ウィンドウ以外の時間に当該ＳＴＡと前記別のＳＴＡとの間で通信される１つ以上の信号の飛行時間のラウンドトリップタイムを決定するように適合される、
請求項４に記載のＳＴＡ。
【請求項６】
当該ＳＴＡは、複数のラウンドトリップタイム又は飛行時間の時間を決定するように更に適合され、各ラウンドトリップタイム又は飛行時間の時間は、当該ＳＴＡと異なるそれぞれのＳＴＡとの間の通信についてのものである、
請求項５に記載のＳＴＡ。
【請求項７】
当該ＳＴＡは、前記複数のラウンドトリップタイム又は飛行時間の時間の関数として当該ＳＴＡの位置を決定するように更に適合される、
請求項６に記載のＳＴＡ。
【請求項８】
複数の無線局（ＳＴＡ）のうちの別のＳＴＡが飛行時間（ＴｏＦ）測定を行うのを助けるよう、前記別のＳＴＡと通信するように適合されるＳＴＡであって、当該ＳＴＡは：
複数の他のＳＴＡと通信するために当該ＳＴＡが利用不可能な時間ウィンドウを示す、当該ＳＴＡのハード制約を前記複数の他のＳＴＡにブロードキャストし；
前記時間ウィンドウ以外の時間に、前記ＴｏＦ測定のアクションフレームを当該ＳＴＡから前記別のＳＴＡへ伝送する；
ように適合されるトランシーバを備える、ＳＴＡ。
【請求項９】
前記ハード制約は第１のハード制約であり、前記時間ウィンドウは第１の時間ウィンドウであり、
前記トランシーバは、前記ＴｏＦ測定を行うために前記別のＳＴＡが利用不可能な第２の時間ウィンドウを示す、第２のハード制約のブロードキャストを受け取るように適合され、
前記トランシーバは、前記第１及び第２の時間ウィンドウ以外の時間に前記アクションフレームを伝送するように適合される、
請求項８に記載のＳＴＡ。
【請求項１０】
前記トランシーバは、前記別のＳＴＡに時間割り当てを伝送するように適合され、前記時間割り当ては、当該ＳＴＡが前記アクションフレームを伝送することになる第３の時間ウィンドウを指定し、該第３の時間ウィンドウは前記第１及び第２の時間ウィンドウの外である、
請求項９に記載のＳＴＡ。
【請求項１１】
前記トランシーバは、前記第１のハード制約をビットマップとして伝送するよう適合され、該ビットマップの各ビットは、指定の時間量に対応し、設定済みビットは、当該ＳＴＡが前記複数の他のＳＴＡとの通信に利用不可能であることを示し、未設定のビットは、当該ＳＴＡが前記複数の他のＳＴＡとの通信に利用可能であることを示す、
請求項１０に記載のＳＴＡ。
【請求項１２】
前記トランシーバは、前記第１のハード制約を、当該ＳＴＡが利用不可能である時間期間の開始時間及び終了時間を示す１つ以上のパラメータとして伝送するよう適合される、
請求項１０に記載のＳＴＡ。
【請求項１３】
前記トランシーバは、前記指定の時間量をブロードキャストで伝送するように適合される、
請求項１１に記載のＳＴＡ。
【請求項１４】
前記指定の時間量は予め決定され、前記トランシーバは、前記指定の時間量をブロードキャストで伝送するように適合されない、
請求項１１に記載のＳＴＡ。
【請求項１５】
当該ＳＴＡは、前記第１のハード制約をブロードキャストする前に、無損失圧縮技術を使用して前記ビットマップに対応するデータを圧縮するように適合される、
請求項１１に記載のＳＴＡ。
【請求項１６】
トランシーバを使用して、局（ＳＴＡ）が利用不可能な時間ウィンドウを示すハード制約を伝送するステップと；
前記トランシーバを使用して、前記時間ウィンドウ以外の時間に、別のＳＴＡからアクションフレームを受け取るステップと；
を備える、方法。
【請求項１７】
前記ハード制約は第１のハード制約であり、前記時間ウィンドウは第１の時間ウィンドウであり、当該方法は：
前記トランシーバを使用して、前記別のＳＴＡの第２のハード制約のブロードキャストを受け取るステップ；
を更に備え、前記第２のハード制約は、前記別のＳＴＡが利用不可能な第２の時間ウィンドウを示す、
請求項１６に記載の方法。
【請求項１８】
前記トランシーバを使用して、前記別のＳＴＡから時間割り当てを受け取るステップ；
を更に備え、前記時間割り当ては、前記別のＳＴＡが前記アクションフレームを伝送することになる第３の時間ウィンドウを指定し、該第３の時間ウィンドウは、前記ハード制約によって示される前記第１及び第２の時間ウィンドウの外である、
請求項１７に記載の方法。
【請求項１９】
前記第１のハード制約を伝送することは、前記第１のハード制約をビットマップとして伝送することを含み、該ビットマップの各ビットは、指定の時間量に対応し、設定済みビットは、前記ＳＴＡが利用不可能であることを示し、未設定のビットは、前記ＳＴＡが利用可能であることを示す、
請求項１８に記載の方法。
【請求項２０】
前記第１及び第２の時間ウィンドウ以外の時間に、前記ＳＴＡと前記別のＳＴＡとの間の通信のラウンドトリップタイム又は飛行時間の時間を測定するステップ；
を更に備える、請求項１９に記載の方法。
【請求項２１】
マシンによって実行されると、該マシンに、
ＳＴＡが別のＳＴＡに対して利用不可能である時間ウィンドウを示すハード制約を伝送するステップと；
前記時間ウィンドウ以外の時間に、別のＳＴＡからアクションフレームを受け取るステップと；
を備える動作を実行させる、プログラム。
【請求項２２】
前記ハード制約は第１のハード制約であり、前記時間ウィンドウは第１の時間ウィンドウであり、前記動作は：
前記別のＳＴＡの第２のハード制約のブロードキャストを受け取るステップ；
を更に備え、前記第２のハード制約は、前記別のＳＴＡが利用不可能な第２の時間ウィンドウを示す、
請求項２１に記載のプログラム。
【請求項２３】
前記動作は、前記別のＳＴＡから時間割り当てを受け取るステップ；
を更に備え、前記時間割り当ては、前記別のＳＴＡが前記アクションフレームを伝送することになる第３の時間ウィンドウを指定し、該第３の時間ウィンドウは、前記ハード制約によって示される前記第１及び第２の時間ウィンドウの外である、
請求項２２に記載のプログラム。
【請求項２４】
前記第１のハード制約を伝送することは、前記第１のハード制約をビットマップとして伝送することを含み、該ビットマップの各ビットは、指定の時間量に対応し、設定済みビットは、当該ＳＴＡが利用不可能であることを示し、未設定のビットは、当該ＳＴＡが利用可能であることを示す、
請求項２３に記載のプログラム。
【請求項２５】
前記動作は、前記第１及び第２の時間ウィンドウ以外の時間に、前記ＳＴＡと前記別のＳＴＡとの間の通信のラウンドトリップタイム又は飛行時間の時間を測定するステップ；
を更に備える、請求項２４に記載のプログラム。
【請求項２６】
飛行時間（ＴｏＦ）測定を実行するように適合された無線局（ＳＴＡ）であって、当該ＳＴＡは：
１つ以上のアンテナと；
前記１つ以上のアンテナに結合されるトランシーバと；
を備え、前記トランシーバは、
前記ＴｏＦ測定を行うために当該ＳＴＡが利用不可能な時間ウィンドウを示すハード制約を伝送し；
前記時間ウィンドウ以外の時間に、別のＳＴＡから前記ＴｏＦ測定のアクションフレームを受け取る；
ように適合される、ＳＴＡ。
【請求項２７】
前記ハード制約は第１のハード制約であり、前記時間ウィンドウは第１の時間ウィンドウであり、前記トランシーバは：
前記別のＳＴＡの第２のハード制約のブロードキャストを受け取る；
ように更に適合され、前記第２のハード制約は、前記別のＳＴＡが、当該ＳＴＡとの通信に利用不可能な第２の時間ウィンドウを示す、
請求項２６に記載のＳＴＡ。
【請求項２８】
前記トランシーバは：
前記別のＳＴＡから時間割り当てを受け取る；
ように更に適合され、前記時間割り当ては、前記別のＳＴＡが前記アクションフレームを伝送することになる第３の時間ウィンドウを指定し、該第３の時間ウィンドウは前記第１及び第２の時間ウィンドウの外である、
請求項２７に記載のＳＴＡ。
【請求項２９】
前記トランシーバは、前記第１のハード制約をビットマップとして伝送するよう適合され、該ビットマップの各ビットは、指定の時間量に対応し、設定済みビットは、前記ＴｏＦ測定を行うために当該ＳＴＡが利用不可能であることを示し、未設定のビットは、前記ＴｏＦ測定を行うのに当該ＳＴＡが利用可能であることを示す、
請求項２８に記載のＳＴＡ。
【請求項３０】
前記トランシーバは、前記時間割り当て内で前記アクションフレームを受け取るように適合され、当該ＳＴＡは、前記第１及び第２の時間ウィンドウの外の時間において、当該ＳＴＡと前記別のＳＴＡとの間で通信される１つ以上の信号の飛行時間のラウンドトリップタイムを決定するように適合される、
請求項２９に記載のＳＴＡ。
【請求項３１】
請求項２１乃至２５のいずれか一項に記載のプログラムを記憶するコンピュータ読取可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１３年９月１３日出願の米国特許仮出願第６１／８７７，４１４号及び２０１３年９月１３日出願の米国特許仮出願第６１／８７７，６３０号の優先権を主張し、両出願は、参照によりその全体が本明細書に組み込まれる。
【０００２】
実施例は、一般に、２つの局（ＳＴＡ）間の１つ以上の信号移動の飛行時間（ＴｏＦ：Time  Of  Flight）又はラウンドトリップタイム（ＲＴＴ：Round  Trip  Time）を決定することに関し、より具体的には、スケジュールをブロードキャストし、あるいはハード制約を伝送して、ＴＯＦ又はＲＴＴ測定のスケジューリングを助けることに関する。
【背景技術】
【０００３】
局（ＳＴＡ）は一般に、一度に１つのチャネルを使用する通信のみが可能である。あるチャネル上で通信しているＳＴＡは、別のチャネルを使用して通信している別のＳＴＡと通信することはできない。そのようなシナリオが生じると、競合を招く。競合の結果、ＳＴＡ間の更なるシグナリングが生じることになり、したがって、よりエネルギを消費し、その結果、より多くのチャネル帯域が使用されることにもなる。
【図面の簡単な説明】
【０００４】
図面は必ずしもスケーリングして描かれてはいないが、同様の参照番号は、異なる図面における同様の構成要素を示すことがある。異なる文字の接尾詞を有する同様の番号は、同様の構成要素の異なる例を表すことがある。図面は一般に、限定ではなく例として、本明細書で議論される様々な実施形態を図示している。
【図１】通信する２つの局（ＳＴＡ）の例を示す図である。
【図２】ＴＯＦ又はＲＴＴを決定するように構成される通信技術の例を示す図である。
【図３】図２の技術の結果として、どのように競合が生じるかについての例を示す図である。
【図４】ＴＯＦ又はＲＴＴをスケジューリング又は決定する技術の例を示す図である。
【図５】飛行時間を決定する技術の例を示す図である。
【図６】コンピュータシステムの例を示す図である。
【発明を実施するための形態】
【０００５】
本開示の例は、２つの局（ＳＴＡ）の間の飛行時間（ＴＯＦ）又はラウンドトリップタイム（ＲＴＴ）測定を決定するための装置、システム及び技術に関し、より具体的には、スケジュールをブロードキャストするか、ハード制約を伝送してＴＯＦ又はＲＴＴ測定のスケジューリングを助けることに関する。
【０００６】
図１は、ＳＴＡ１０２Ｂと通信するＳＴＡ１０２Ａを示す。図１に示されるように、ＳＴＡ１０２Ａは、ユーザ装置（ＵＥ：User  Equipment）デバイスであり、ＳＴＡ１０２Ｂは、アクセスポイント（ＡＰ：Access  Point）、例えばＷｉＦｉ  ＡＰや他のＡＰ等である。ＳＴＡ１０２Ａ−Ｂは、ＵＥ（例えばラップトップ、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、電話又は同様のもの）又はＡＰ又は本明細書で詳述されるプロトコルを使用する能力を有する他のデバイスとすることができる。ＳＴＡ１０２Ａ−Ｂは、モバイルであっても固定であってもよい。
【０００７】
ＳＴＡ１０２Ａ−Ｂは、一方のＳＴＡ１０２Ａ−Ｂから他方のＳＴＡ１０２Ａ−Ｂへ移動する１つ以上の信号１０４Ａ又は１０４ＢのＴＯＦ又はＲＴＴを測定することができる。ＴＯＦ測定は、信号１０４Ａ又は１０４Ｂが、一方のＳＴＡ１０２Ａ−Ｂから他方のＳＴＡ１０２Ｂ−Ａへ移動することにかかる時間を測定することから成る。ＲＴＴ測定は、信号１０４Ａ又は１０４ＢがＳＴＡ１０２Ａ−Ｂから送信され、信号が送信されたことに応答して、ＳＴＡ１０２Ａ−Ｂが信号１０４Ｂ又は１０４Ａを受け取ることにかかる時間を測定することから成る。図１に示されるように、信号１０４Ａ又は１０４Ｂが個々に、それぞれＳＴＡ１０２Ａ又は１０２Ｂから伝送され、他方のＳＴＡ１０２Ｂ又は１０２Ａで受け取られるのにかかる時間は、ＴＯＦ時間を表す。図１に示されるように、信号１０４Ａ及び１０４Ｂが組み合わせて、それぞれＳＴＡ１０２Ａ及び１０２Ｂから伝送され、他方の１０２Ｂ及び１０２Ａで受け取られる時間が、ＲＴＴ時間である。ＲＴＴ及びＴＯＦは、図２及び図４に関してより詳細に説明される。
【０００８】
図２は、ＩＥＥＥ８０２．１１  リビジョンｍｃ  Ｄ１．０規格に従ってＴＯＦ又はＲＴＴを決定する技術２００を示すフロー図である。垂直線は時間の経過を示しており、２０２から２１４へと時間が経過する。２０２において、ＦＴＭ（Fine  Timing  Measurement）リクエストが、ＳＴＡ１０２ＡからＳＴＡ１０２Ｂへ送信され得る。２０４において、ＳＴＡ１０２Ｂがリクエストの受け取りについて受け取り応答（ＡＣＫ）を出す。２０６において、ＳＴＡ１０２Ｂは、アクションフレーム「Ｍ」をＳＴＡ１０２Ａに送信することができる。ＳＴＡ１０２Ｂは、アクションフレーム「Ｍ」の出発時間（ＴＯＤ：Time  Of  Departure）を記録することができる（ｔ２）。ＳＴＡ１０２Ａは、アクションフレーム「Ｍ」の到着時間（ＴＯＡ：Time  Of  Arrival）を記録することができる（ｔ２）。
【０００９】
２０８において、ＳＴＡ１０２Ａは、アクションフレーム「Ｍ」を受け取ったことの受け取り応答を出す。ＳＴＡ１０２Ａは、アクションフレーム「Ｍ」の受け取り応答のＴＯＤを記録する（ｔ３）。ＳＴＡ１０２Ｂは、その受け取り応答のＴＯＡを記録する（ｔ４）。２１０において、ＳＴＡ１０２Ｂは、別のアクションフレーム「Ｍ（ｔ１、ｔ４）」をＳＴＡ１０２Ａに送信することができる。このアクションフレーム「Ｍ（ｔ１、ｔ４）」は、記録された時間ｔ１とｔ４を含むか、記録された時間ｔ４とｔ１との間の差に等しい数を含むことができる。ＳＴＡ１０２Ｂは、このアクションフレーム「Ｍ（ｔ１、ｔ４）」のＴＯＤを記録することができる（ｔ１’）。
【００１０】
ＳＴＡ１０２Ａは、ＳＴＡ１０２ＡとＳＴＡ１０２Ｂとの間の１以上の通信のＲＴＴ又はＴＯＦを決定することができる。ＲＴＴは、ｔ１、ｔ２、ｔ３及びｔ４の関数として決定され得る。ＲＴＴは、ｔ４とｔ１の間の差を決定し、ｔ４とｔ１の間の差からｔ３とｔ２の間の差を減算することによって決定することができる（すなわち、ＲＴＴ＝（ｔ４−ｔ１）−（ｔ３−ｔ２））。あるいは、ＲＴＴは、ｔ２とｔ１の間の差及びｔ４とｔ３の差を決定し、これらの差を加算することによって決定することもできる（すなわち、ＲＴＴ＝（ｔ２−１）＋（ｔ４−ｔ３））。
【００１１】
ＴＯＦは、ｔ１とｔ２の関数又はｔ３とｔ４の関数として決定され得る。ＴＯＦは、ｔ２とｔ１の間の差を決定すること（例えばＳＴＡ１０２ＢからＳＴＡ１０２Ａまでの信号のＴＯＦを決定すること）、あるいはｔ４とｔ３の間の差を決定すること（例えばＳＴＡ１０２ＡからＳＴＡ１０２Ｂまでの信号のＴＯＦを決定すること）によって、決定することができる。測定は、２１０、２１２及び２１４で示されるような別のＲＴＴ又はＴＯＦ測定を行うよう、繰り返すことができる。
【００１２】
ＳＴＡ１０２Ａは、幾つかのＡＰ（ＳＴＡ１０２Ｂは単一のＡＰを表すことができる）との同時のＦＴＭセッションを開始して、レンジング（例えばＴＯＦ又はＲＴＴ測定）を行うことができる。レンジング情報を使用して、ＳＴＡ１０２Ｂは、例えば三辺測量又は三角測量を使用することによりその位置を決定することができる。ＳＴＡ１０２Ｂは、ソフト制約（例えばＦＴＭセッションの好適なスケジュール又は時間）を、２０２で、ＦＴＭリクエストにおいて示すことができる。ＳＴＡ１０２Ｂは、２０６において、ソフト制約に関わらず任意の時間にアクションフレームＭを送信することによって、そのスケジュールを「手直し（rework）」することができる。ＳＴＡ１０２Ａは、同時のＦＴＭセッションを実行することができる。しかしながら、必ずしも全てのＦＴＭセッションが同じチャネルで生じるとは限らない。また、ＳＴＡ１０２Ｂは、ＳＴＡ１０２Ａのソフト制約に従うことができない、あるいは従おうとしないことがある（例えばリソースの欠如、スケジューリングの制限、実装上の考慮事項等）。更なる情報が存在しないので、ＳＴＡ１０２Ｂは、他の同時ＦＴＭセッションと重複する時間ウィンドウを割り当てる可能性がある（図３を参照されたい）。
【００１３】
図３は、技術２００を使用して持続的な競合がどのように生じ得るかを示す図である。現在、ＳＴＡ１０２Ｂが応答するときに、ＳＴＡ１０２Ａが利用可能であるかどうかは考慮しない。複数のＳＴＡ１０２Ｄ、１０２Ｅ及び１０２Ｆが、図３に示されるように、ＳＴＡ１０２Ｃとの通信を試みるときに競合が発生し得る。図３において、矢印は時間の経過を示しており、時間ウィンドウ３０２Ａ、３０２Ｂ及び３０２Ｃ、３０４Ａ、３０４Ｂ及び３０４Ｃ、並びに３０６Ａ、３０６Ｂ及び３０６Ｃは、それぞれＳＴＡ１０２Ｄ、１０２Ｅ及び１０２Ｆが、ＳＴＡ１０２Ｃとの通信を試みる時間ウィンドウを示している。ＳＴＡ１０２Ｄ及び１０２Ｅは、チャネル３０８Ａ上でＳＴＡ１０２Ｃとの通信を試みており、ＳＴＡ１０２Ｆは、異なるチャネル３０８Ｂ上でＳＴＡ１０２Ｃとの通信を試みている。
【００１４】
図３に示されるように、ＳＴＡ１０２ＥとＳＴＡ１０２Ｆとの間に持続的な競合が生じる。ＳＴＡ１０２Ｅが、チャネル３０８Ａを使用してＳＴＡ１０２Ｃと通信するよう試みているが、同時に、ＳＴＡ１０２Ｆが、チャネル３０８Ｂを使用してＳＴＡ１０２Ｃと通信するよう試みている。ＳＴＡ１０２Ｃは、一度に１つのチャネル３０８Ａ−Ｂしか使用することができないので、どちらのチャネル３０８Ａ−Ｂ上で通信すべきかに関して競合が生じる。これは、重複する時間ウィンドウ３０４Ａと３０６Ａ、３０４Ｂと３０６Ｂ及び３０４Ｃと３０６Ｃによって示されている。ＳＴＡ１０２Ｅと１０２Ｆが、例えば通信試行の間に所定の時間又は一定の時間を設けて、周期的に又は一定の間隔でＳＴＡ１０２Ｃと通信するよう試みる場合、この問題は持続し得る（例えば繰り返される）。これらの競合により、ＳＴＡ１０２Ｅ−Ｆは、ＳＴＡ１０２Ｃと再び通信するよう試みることになり、したがって、競合がより少ない又は全くない状況と比べて、より多くの時間、帯域又は電力を消費することになる。
【００１５】
図４は、ＳＴＡ１０２Ａと１０２Ｂとの間で通信される１つ以上の信号のＴＯＦ又はＲＴＴを決定する技術４００の例を示すフロー図である。４０１において、ＳＴＡ１０２Ｂは、任意選択により、ＳＴＡ１０２Ａ又は１０２Ｃ−Ｆのような１つ以上のＳＴＡに対するリソースの可用性のスケジューリングをブロードキャストすることができる。ブロードキャストされる可用性情報（availability）は、ＳＴＡ１０２Ｂが利用可能又は利用不可能である短い又は長い時間ウィンドウを示すことができる（例えばハード制約（すなわち、ＳＴＡ１０２Ｂが、ある期間の間、利用不可能であるという指示）又はソフト制約（すなわち、ＳＴＡ１０２Ｂが、ある期間の間、通信しないことが好ましいであろうという指示、あるいはＳＴＡ１０２Ｂとの通信に他の時間が利用可能である可能性があるという指示）を含むことができる）。他のＳＴＡ１０２Ａ又は１０２Ｃ−Ｆのリクエストは、先着順にサービスされ得る。言い換えると、ＳＴＡ１０２Ａが、複数の他のＳＴＡ１０２Ｂ−Ｆに対するその可用性を示すとき、ＳＴＡ１０２Ａは、利用可能な期間内で最初に応答するＳＴＡ１０２Ｂ−Ｆにサービスをすることができる。本明細書で使用されるとき、短い時間ウィンドウは、１つのＳＴＡにサービスをするのには十分に長い時間ウィンドウであり（例えば単一のＴＯＦ又はＲＴＴ測定を実行するのには十分長い時間ウィンドウ）、一方、長い時間ウィンドウは、少なくとも２つのＳＴＡにサービスするのに十分長い時間ウィンドウである。
【００１６】
ＳＴＡ１０２Ａ又は１０２Ｃは、例えば４０２において、ブロードキャストされた制約に合致させて（例えば利用可能として示される時間期間内に、あるいはＳＴＡ１０２Ｂによって利用不可能として示されない時間期間内に）リソースの割り当てを求めるリクエストを行うことができる。１つ以上の実施形態において、ＳＴＡ１０２Ａは、リソースのスケジューリングがそのニーズに準拠する（例えばＳＴＡ１０２Ａが利用可能であるか、スケジュールがＳＴＡ１０２Ａのハード制約に合致する）場合にのみリクエストを行うことができる。
【００１７】
ＳＴＡ１０２Ａに、ＳＴＡ１０２Ｂのリソーススケジュールの制限について認識させることにより、ＳＴＡ１０２Ｂは、例えば４０２において、応じることができないリクエストをあまり行わなくなる。ＳＴＡ１０２Ｂによってサービスすることができないリクエストの数を減少させることは、媒体利用又は媒体内の信号の信号ディレイ若しくは信号ジッタを減らすことができる。ＳＴＡ１０２Ａに、ＳＴＡ１０２Ｂのリソーススケジューリングの制限を認識させることにより、ＳＴＡ１０２Ａは、例えば４０２において、ＳＴＡ１０２Ａのソフト制約（例えば電力消費）と、ＳＴＡ１０２Ａハード制約（例えばマルチチャネル動作）の双方を考慮したリクエストを行うことができる。ハード制約については、図４のアイテム４０２の議論を含め、以下でより詳細に議論される。
【００１８】
ＳＴＡ１０２Ｂは、ＦＴＭについてのそのリソースのタイミング制限（例えばハード又はソフト制約）を、例えば４０１において、一意の管理フレーム等でのブロードキャストを通して通信することができる。タイミング制限の通信は、他の中でも特に、ビーコンフレーム、ビーコンフレームのサブセット（例えばＤＴＩＭ（Delivery  Traffic  Indication  Message）ビーコン）又はショートビーコン（例えばＦＩＬＳ（Fast  Initial  Link  Setup）配信ビーコンと同様のビーコン）における情報要素とすることができる。タイミング制限の通信は、アクセスネットワーク・クエリプロトコル（ＡＮＱＰ）ベースのプロシージャを介して取得される情報の形式と同様の形式とすることができ、この場合、１つ以上のＳＴＡ１０２Ｂ−Ｆ（例えばＡＰ）のスケジューリングを取得することができる。
【００１９】
４０２において、ＦＴＭリクエストを、ＳＴＡ１０２Ａから１０２Ｂへ送信することができる。リクエストは、ハード又はソフト制約等のような１つ以上の制約、ＦＴＭ測定をスケジューリングするのを助けるように構成される１つ以上の制約等を含むことができる。リクエストは、（例えば４０１で）ブロードキャスト内で示された可用性に準拠した時間に伝送され得る。リクエストは、例えば４０１においてブロードキャストで利用可能と示された時間についてのリクエストを含むことができる。
【００２０】
ハード又はソフト制約は（ＳＴＡ１０２Ａ又は１０２Ｂのいずれかから）スケジュールの形式で伝送され得る。ハード又はソフト制約は、例えば４０１又は４０２において、フレーム内で、特に１つ以上のフィールド、要素又はサブ要素によって表され得る。フィールド、要素又はサブ要素は、８０２．１１  ＲＥＶ  ｍｃ  Ｄ１．０で説明されるものに対する追加であってよい。これらのフィールド、要素又はサブ要素は、将来のＴＯＦ又はＲＴＴ測定の交換が起こり得る周期ウィンドウを伝達することができる。ウィンドウは、何らかの既知のイベント又は時間までの間隔、期間又はオフセットによって表され得る。既知のイベント又は時間は、他の中でも特に、例えば４０１又は４０２におけるフレームの伝送の時間のように、ＳＴＡ１０２Ａ及びＳＴＡ１０２Ｂの双方に対する共通の知識（common  knowledge）とすることができる。当業者には、ハード又はソフト制約を、一方のＳＴＡ１０２Ａ又は１０２Ｂから別のＳＴＡ１０２Ｂ又は１０２Ａへ伝送する様々な他の方法が存在することが認識されよう。
【００２１】
ハード又はソフト制約を、様々なフォーマットでＳＴＡ１０２Ｂに伝送することができる。ハード又はソフト制約を伝送するフォーマットの例は、（１）各ビットが、ビットごとに既知の粒度（例えば数マイクロ秒、数ミリ秒、数秒、数分等といった一定の時間期間）で可用性の情報を提供し、設定済みビットが利用可能性を示し、クリアビットが利用不可能性を示すか、あるいはその反対である、ビットマップ；又は（２）１つ以上の利用不可能な期間の始まりと終わりが示される、パラメータフォーマットを含むことができる。
【００２２】
ハード又はソフト制約の伝送は、ＳＴＡ１０２Ｂ−Ａへ送信される前に、ＳＴＡ１０２Ａ−Ｂによって圧縮され得る。ＳＴＡ１０２Ａ−Ｂは、その伝送を圧縮解除し、圧縮解除されたパケットに基づいてＳＴＡ１０２Ｂ−Ａの利用不可能性又は利用可能性を決定することができる。圧縮は、無損失圧縮技術を含むことができ、例えばHuffman符号化又は算術符号化を含むことができる。無損失圧縮技術の一部の例には、Lempel-Ziv-Welch、コンテキストフリー重み付け（ＣＴＷ：Context  Tree  Weighting）、Burrows-Wheeler変換、Lempel  Ziv  77又はＰＰＭ（Prediction  by  Partial  Matching）が含まれる。
【００２３】
利用不可能な期間についての時間参照（time  reference）は、明示的なものとすることも、暗黙的なものとすることもできる。明示的な時間参照の例は、例えば４０２における時間参照を指定することを含むことができる（リクエスト内で具体的な粒度を伴っても、伴わなくてもよい）。明示的な時間参照の具体的な例は、時間参照の粒度を、ＳＴＡ１０２Ａ−Ｂの時間同期機能（ＴＳＦ）に基づくものとすることを含むことができる。暗黙的な時間参照の例は、ＳＴＡ１０２Ａ−Ｂが、例えば４０２におけるリクエストの伝送時間又は受信時間を参照することを含むことができる。粒度を、（例えばリクエスト内に明示的に含めることができ、あるいは規格又は使用によって予め合意されることによって暗黙的に）一定にすることができ、あるいは以前に説明したように可変とすることもできる。
【００２４】
４０４において、ＳＴＡ１０２Ｂは、リクエストの受け取りについての受け取り応答（ＡＣＫ）を出すことができる。任意選択により、４０６において、ＳＴＡ１０２Ｂは、リクエストに応答する。このレスポンスは、ＳＴＡ１０２Ａから送信された制約内での時間の割り当てを含むことができる。ＳＴＡ１０２Ａは次いで、ＳＴＡ１０２Ｂによって割り当てられる時間のような指定の時間をスケジュールして、ＳＴＡ１０２Ｂが通信しているチャネルをリッスンすることができる。４０８において、ＳＴＡ１０２Ａは、任意選択により、ＳＴＡ１０２Ｂから送信されたレスポンスの受け取り応答（ＡＣＫ）を出すことができる。
【００２５】
４１０において、ＳＴＡ１０２Ｂは、アクションフレーム「Ｍ」をＳＴＡ１０２Ａに送信することができる。ＳＴＡ１０２Ｂは、アクションフレーム「Ｍ」の出発時間（ＴＯＤ）を記録することができる（ｔ１）。ＳＴＡ１０２Ａは、アクションフレーム「Ｍ」の到着時間（ＴＯＡ）を記録することができる（ｔ２）。４１２において、ＳＴＡ１０２Ａは、アクションフレーム「Ｍ」を受け取ったという受け取り応答を出すことができる。ＳＴＡ１０２Ａは、アクションフレーム「Ｍ」の受け取りについての受け取り応答のＴＯＤを記録することができる（ｔ３）。ＳＴＡ１０２Ｂは、受け取り応答のＴＯＡを記録することができる（ｔ４）。４１４において、ＳＴＡ１０２Ｂは、別のアクションフレーム「Ｍ（ｔ１、ｔ４）」をＳＴＡ１０２Ａに送信することができる。このアクションフレーム「Ｍ（ｔ１、ｔ４）」は、記録された時間ｔ１とｔ４を含むか、記録された時間ｔ４とｔ１との間の差に等しい数を含むことができる。ＳＴＡ１０２Ｂは、アクションフレーム「Ｍ（ｔ１、ｔ４）」のＴＯＤを記録することができる（ｔ１’）。
【００２６】
ＳＴＡ１０２Ａは、ＳＴＡ１０２ＡとＳＴＡ１０２Ｂとの間の１以上の通信のＲＴＴ又はＴＯＦを決定することができる。ＲＴＴはｔ１、ｔ２、ｔ３及びｔ４の関数として決定され得る。ＲＴＴは、ｔ４とｔ１の間の差を決定し、ｔ３とｔ２の間の差をｔ４とｔ１の間の差から減算することによって、決定することができる（すなわち、ＲＴＴ＝（ｔ４−ｔ１）−（ｔ３−ｔ２））。あるいは、ＲＴＴは、ｔ２とｔ１の間の差及びｔ４とｔ３の差を決定し、これらの差を加算することによって決定することもできる（すなわち、ＲＴＴ＝（ｔ２−１）＋（ｔ４−ｔ３））。ＴＯＦは、ｔ１とｔ２の関数又はｔ３とｔ４の関数として決定することができる。ＴＯＦは、ｔ２とｔ１の間の差を決定すること（例えばＳＴＡ１０２ＢからＳＴＡ１０２Ａまでの信号のＴＯＦを決定すること）、あるいはｔ４とｔ３の間の差を決定すること（例えばＳＴＡ１０２ＡからＳＴＡ１０２Ｂまでの信号のＴＯＦを決定すること）によって、決定することができる。測定は、４１４、４１６及び４１８で示されるような別のＲＴＴ又はＴＯＦ測定を行うように、繰り返すことができる。
【００２７】
図５は、ＴＯＦ又はＲＴＴ測定のスケジューリング又は決定のための技術５００の例を示す。５０２において、例えばＳＴＡ１０２のトランシーバを使用することにより、ハード制約を伝送することができ、このハード制約は、ＳＴＡ１０２Ａが利用不可能な時間ウィンドウを示す。ハード制約を伝送することは、ハード制約をビットマップとして伝送することを含むことがあり、この場合、ビットマップの各ビットは、指定の時間量に対応し、設定済みビットはＳＴＡが利用不可能であることを示し、未設定のビットはＳＴＡが利用可能であることを示す。５０４において、アクションフレームを、例えばトランシーバで別のＳＴＡ１０２Ａから時間ウィンドウ以外の時間に受け取ることができる。
【００２８】
技術５００は、例えばトランシーバを使用することにより、ＳＴＡ１０２Ｂのハード又はソフト制約のブロードキャストを受け取ることを含むことができ、この場合、第２のハード制約は、例えばＴＯＦ又はＲＴＴ測定を実行することを助けるため通信するのにＳＴＡ１０２Ｂが利用不可能な時間ウィンドウを示す。技術５００は、例えばトランシーバを使用することにより、ＳＴＡ１０２Ｂから時間割り当てを受け取ることを含むことができる。時間割り当ては、ＳＴＡ１０２Ｂがアクションフレームを伝送することになる時間ウィンドウを指定することができる。アクションフレームによって示される時間ウィンドウは、ハード制約によって示される時間ウィンドウの外である。技術５００は、第１及び第２の時間ウィンドウ以外の時間に、ＳＴＡと別のＳＴＡとの間の通信についてＲＴＴ又はＴＯＦ時間を測定することを含むことができる。
【００２９】
図６は、本明細書で議論される再利用可能なコアパネルを含むことができる例示のコンピュータシステム６００のマシンを示すブロック図である。コンピュータシステム６００は、コンピューティングデバイスとすることができる。例において、マシンはスタンドアロンデバイスとして動作することもでき、あるいは（例えばセルラネットワークを介して）他のマシンと接続されることもある。コンピュータシステムは、ＳＴＡ１０２Ａ−Ｆ内に含まれ得る。ネットワーク化される展開では、マシンは、サーバ／クライアントのネットワーク環境内のサーバ又はクライアントマシンのいずれかの能力で作動することができ、あるいは、ピアツーピア（又は分散）ネットワーク環境内のピアマシンとして動作することもできる。さらに、単一のマシンのみが図示されているが、「マシン」という用語は、本明細書で議論される方法のいずれか１つ以上を実行するよう個々に又は一緒に１組（又は複数の組）の命令を実行するマシンの全ての集合を含むように解釈されるものとする。
【００３０】
例示のコンピュータシステム６００は、プロセッサ６０２（例えば中央処理ユニット（ＣＰＵ）、グラフィクス処理ユニット（ＧＰＵ）又はその双方）、メインメモリ６０４及び静的メモリ６０６を含むことができ、これらは相互接続６０８（例えばリンク、バス等）を介して相互に通信する。コンピュータシステム６００は、ビデオディスプレイユニット６１０、英数字入力デバイス６１２（例えばキーボード）及びユーザインタフェース（ＵＩ）ナビゲーションデバイス６１４（例えばマウス）を更に含むことができる。一例において、ビデオディスプレイユニット６１０、入力デバイス６１２及びＵＩナビゲーションデバイス６１４は、タッチスクリーンディスプレイである。コンピュータシステム６００は、ストレージデバイス６１６（例えばドライブユニット）、信号生成デバイス６１８（例えばスピーカ）、出力コントローラ６３２、電力管理コントローラ６３４及び（１つ以上のアンテナ６３０、無線機又は他の有線若しくは無線通信ハードウェアを含むか動作可能に通信することができる）トランシーバ６２０、並びにＧＰＳセンサ、コンパス、位置センサ、加速度計又は他のセンサといった１つ以上のセンサ６２８を更に含むことができる。トランシーバ６２０は、それぞれのＳＴＡ１０２Ａ−Ｆへ通信を伝送し、それぞれのＳＴＡ１０２Ａ−Ｆからの通信を受け取るように適合され得る。
【００３１】
ストレージデバイス６１６は、非一時的マシン読取可能媒体６２２を含むことができ、非一時的マシン読取可能媒体６２２上に、本明細書で議論される方法又は機能のうちのいずれか１つ以上を具現化するか、これらのいずれか１つ以上によって利用される、１又は複数の組のデータ構造及び命令６２４（例えばソフトウェア）を格納することができる。また、命令６２４は、コンピュータシステム６００による実行中に、完全に又は少なくとも部分的にメインメモリ６０４内に、静的メモリ６０６内に又はプロセッサ６０２内に存在することもでき、この場合、メインメモリ６０４、静的メモリ６０６及びプロセッサ６０２はまたマシン読取可能媒体を構成する。
【００３２】
マシン読取可能媒体６２２は、例示の実施形態では、単一の媒体であるよう図示されているが、「マシン読取可能媒体」という用語は、１つ以上の命令６２４を格納する単一の媒体又は複数の媒体（例えば集中型若しくは分散型データベース及び／又は関連するキャッシュ及びサーバ）を含むことができる。また、「マシン読取可能媒体」という用語は、マシンによる実行のための命令を格納、エンコード又は担持する能力を有し、本開示に係る方法のいずれか１つ以上をマシンに実行させことができ、あるいはそのような命令によって使用されるか又は関連付けられるデータ構造を格納、エンコード又は担持する能力を有する、任意の有形の媒体を含むよう解釈されるものとする。したがって、「マシン読取可能媒体」という用語は、これらには限られないが、半導体メモリ、光学媒体及び磁気媒体を含むよう解釈されるものとする。マシン読取可能媒体の具体的な例には、限定ではなく例として、半導体メモリデバイス（例えば電子的にプログラム可能な読取専用メモリ（ＥＰＲＯＭ）、電子的に消去可能なプログラム可能な読取専用メモリ（ＥＥＰＲＯＭ）及びフラッシュメモリデバイス；内部ハードディスク及び取外し可能ディスクといった磁気ディスク；磁気光ディスク；ＣＤ−ＲＯＭ及びＤＶＤ−ＲＯＭデバイスを含む不揮発性メモリを含む。
【００３３】
命令６２４は更に、幾つかの周知の伝送プロトコル（例えばＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、ＴＤＭＡ、ＴＤＭＡ、ＣＤＭＡ又は他のチャネルアクセス方法）のうちのいずれか１つを使用するトランシーバ６２０を介して伝送媒体を使用して、ネットワーク上で送受信され得る。「伝送媒体」という用語は、マシンによる実行のための命令を格納、エンコード又は担持することが可能な任意の非有形の媒体を含むよう解釈されるものとし、そのようなソフトウェアの通信を容易にするデジタル又はアナログの通信信号又は他の非有形の媒体を含む。
【００３４】
例示及び注釈
本開示の主題を幾つかの例により説明することができる。
【００３５】
例１は、（装置、方法、動作を実行する手段又はデバイスによって実行されると、該デバイスに動作を実行させる命令を含むデバイス読取可能メモリのような）主題を含むか使用することができ、例えば飛行時間（ＴｏＦ）測定を実行するように適合された無線のＳＴＡを含むか使用することができる。例１は、ＴｏＦ測定を行うためにＳＴＡが利用不可能な時間ウィンドウを示すハード制約を伝送し、時間ウィンドウ以外の時間に、別のＳＴＡからＴｏＦ測定のアクションフレームを受け取るように適合されるトランシーバを備える、ＳＴＡを含むことができる。
【００３６】
例２は、例１に係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、ハード制約が第１のハード制約であり、時間ウィンドウが第１の時間ウィンドウであり、トランシーバが、別のＳＴＡの第２のハード制約のブロードキャストを受け取るように更に適合され、第２のハード制約は、別のＳＴＡが、ＳＴＡとの通信に利用不可能な第２の時間ウィンドウを示す、という特徴を含むか使用し得る。
【００３７】
例３は、例１−２の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、トランシーバは、別のＳＴＡから時間割り当てを受け取るように更に適合され、時間割り当ては、別のＳＴＡがアクションフレームを伝送することになる第３の時間ウィンドウを指定し、該第３の時間ウィンドウは第１及び第２の時間ウィンドウの外である、という特徴を含むか使用し得る。
【００３８】
例４は、例１−３の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、トランシーバは、第１のハード制約をビットマップとして伝送するよう適合され、該ビットマップの各ビットは、指定の時間量に対応し、設定済みビットは、ＴｏＦ測定を行うためにＳＴＡが利用不可能であることを示し、未設定のビットは、ＴｏＦ測定を行うのにＳＴＡが利用可能であることを示す、という特徴を含むか使用し得る。
【００３９】
例５は、例１−４の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、トランシーバは、時間割り当て内でアクションフレームを受け取るように適合され、ＳＴＡは、第１及び第２の時間ウィンドウ以外の時間にＳＴＡと別のＳＴＡとの間で通信される１つ以上の信号の飛行時間のラウンドトリップタイムを決定するように適合される、という特徴を含むか使用し得る。
【００４０】
例６は、例１−５の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、ＳＴＡは、複数のラウンドトリップタイム又は飛行時間の時間を決定するように更に適合され、各ラウンドトリップタイム又は飛行時間の時間は、ＳＴＡと異なるそれぞれのＳＴＡとの間の通信についてのものである、という特徴を含むか使用し得る。
【００４１】
例７は、例１−６の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、ＳＴＡは、複数のラウンドトリップタイム又は飛行時間の時間の関数としてＳＴＡの位置を決定するように更に適合される、という特徴を含むか使用し得る。
【００４２】
例８は、例１−７の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、（装置、方法、動作を実行する手段又はデバイスによって実行されると、該デバイスに動作を実行させる命令を含むデバイス読取可能メモリのような）主題を含み、例えば複数の無線局（ＳＴＡ）のうちの別のＳＴＡが飛行時間（ＴｏＦ）測定を行うのを助けるよう、別のＳＴＡと通信するように適合されるＳＴＡを含むか、これを使用することができる。例８は、他のＳＴＡと通信するためにＳＴＡが利用不可能な時間ウィンドウを示すＳＴＡのハード制約を複数の他のＳＴＡにブロードキャストし、時間ウィンドウ以外の時間に、ＴｏＦ測定のアクションフレームをＳＴＡから別のＳＴＡへ伝送するように適合されるトランシーバを含むＳＴＡを含むか、使用することができる。
【００４３】
例９は、例１−８の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、ハード制約は第１のハード制約であり、時間ウィンドウは第１の時間ウィンドウであり、トランシーバは、ＴｏＦ測定を行うのに別のＳＴＡが利用不可能な第２の時間ウィンドウを示す、第２のハード制約のブロードキャストを受け取るように適合されるか、トランシーバは、第１及び第２の時間ウィンドウ以外の時間にアクションフレームを伝送するように適合される、という特徴を含むか使用する。
【００４４】
例１０は、例１−９の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、トランシーバは、別のＳＴＡに時間割り当てを伝送するように更に適合され、時間割り当ては、当該ＳＴＡがアクションフレームを伝送することになる第３の時間ウィンドウを指定し、該第３の時間ウィンドウは第１及び第２の時間ウィンドウの外である、という特徴を含むか使用する。
【００４５】
例１１は、例１−１０の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、トランシーバは、第１のハード制約をビットマップとして伝送するよう適合され、該ビットマップの各ビットは、指定の時間量に対応し、設定済みビットは、ＳＴＡが複数の他のＳＴＡとの通信に利用不可能であることを示し、未設定のビットは、ＳＴＡが複数の他のＳＴＡとの通信に利用可能であることを示す、という特徴を含むか使用する。
【００４６】
例１２は、例１−１１の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、トランシーバは、第１のハード制約を、ＳＴＡが利用不可能である時間期間の開始時間及び終了時間を示す１つ以上のパラメータとして伝送するよう適合される、という特徴を含むか使用する。
【００４７】
例１３は、例１−１１の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、トランシーバは、指定の時間量をブロードキャストで伝送するように適合される、という特徴を含むか使用する。
【００４８】
例１４は、例１−１１の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、指定の時間量は予め決定され、トランシーバは、指定の時間量をブロードキャストで伝送するように適合されない、という特徴を含むか使用する。
【００４９】
例１５は、例１−１１の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、ＳＴＡは、第１のハード制約をブロードキャストする前に、無損失圧縮技術を使用してビットマップに対応するデータを圧縮するように適合される、という特徴を含むか使用する。
【００５０】
例１６は、例１−１５の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、（装置、方法、動作を実行する手段又はデバイスによって実行されると、該デバイスに動作を実行させる命令を含むデバイス読取可能メモリのような）主題を含み、例えばトランシーバを使用して、ＳＴＡが利用不可能な時間ウィンドウを示すハード制約を伝送するステップ又はトランシーバを使用して、時間ウィンドウ以外の時間に、別のＳＴＡからアクションフレームを受け取るステップを含むか、使用することができる。
【００５１】
例１７は、例１−１６の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、ハード制約は第１のハード制約であり、時間ウィンドウは第１の時間ウィンドウであり、方法は、トランシーバを使用して、別のＳＴＡの第２のハード制約のブロードキャストを受け取るステップを更に含むことができ、第２のハード制約は、別のＳＴＡが利用不可能な第２の時間ウィンドウを示す、という特徴を含むか使用する。
【００５２】
例１８は、例１−１７の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、トランシーバを使用して別のＳＴＡから時間割り当てを受け取るステップを含むか使用し、時間割り当ては、別のＳＴＡがアクションフレームを伝送することになる第３の時間ウィンドウを指定し、該第３の時間ウィンドウは、ハード制約によって示される第１及び第２の時間ウィンドウの外である。
【００５３】
例１９は、例１−１８の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、第１のハード制約を伝送することは、第１のハード制約をビットマップとして伝送することを含み、該ビットマップの各ビットは、指定の時間量に対応し、設定済みビットは、ＳＴＡが利用不可能であることを示し、未設定のビットは、ＳＴＡが利用可能であることを示す、という特徴を含むか使用し得る。
【００５４】
例２０は、例１−１９の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、第１及び第２の時間ウィンドウ以外の時間に、ＳＴＡと別のＳＴＡとの間の通信のラウンドトリップタイム又は飛行時間の時間を測定するステップを含むか、使用し得る。
【００５５】
例２１は、例１−２０の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、（装置、方法、動作を実行する手段又はデバイスによって実行されると、該デバイスに動作を実行させる命令を含むデバイス読取可能メモリのような）主題を含み、例えばＳＴＡが別のＳＴＡに対して利用不可能である時間ウィンドウを示すハード制約を伝送するステップ又は時間ウィンドウ以外の時間に、別のＳＴＡからアクションフレームを受け取るステップを含むことができる。
【００５６】
例２２は、例１−２１の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、ハード制約は第１のハード制約であり、時間ウィンドウは第１の時間ウィンドウであるという特徴を含むか使用し、別のＳＴＡの第２のハード制約のブロードキャストを受け取るステップを含むか使用し、第２のハード制約は、別のＳＴＡが利用不可能な第２の時間ウィンドウを示す。
【００５７】
例２３は、例１−２２の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、別のＳＴＡから時間割り当てを受け取るステップを含むか使用し、時間割り当ては、別のＳＴＡがアクションフレームを伝送することになる第３の時間ウィンドウを指定し、第３の時間ウィンドウは、ハード制約によって示される第１及び第２の時間ウィンドウの外である。
【００５８】
例２４は、例１−２３の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、第１のハード制約をビットマップとして伝送することを含むか使用し、ビットマップの各ビットは、指定の時間量に対応し、設定済みビットは、ＳＴＡが利用不可能であることを示し、未設定のビットは、ＳＴＡが利用可能であることを示す。
【００５９】
例２５は、例１−２４の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、第１及び第２の時間ウィンドウ以外の時間に、ＳＴＡと別のＳＴＡとの間の通信のラウンドトリップタイム又は飛行時間の時間を測定するステップを含むか使用する。
【００６０】
例２６は、例１−２５の少なくとも１つに係る主題を含むか使用し、あるいは任意選択によりその主題と組み合わせることができ、（装置、方法、動作を実行する手段又はデバイスによって実行されると、該デバイスに動作を実行させる命令を含むデバイス読取可能メモリのような）主題を含み、例えば１つ以上のアンテナを含むか使用することができ、トランシーバがその1つ以上のアンテナに結合される。
【００６１】
上記の詳細な説明は、その詳細な説明の一部をなす添付の図面への参照を含む。図面は、例として、本明細書で議論される方法、装置及びシステムを実施することができる具体的な実施形態を図示している。これらの実施形態は、本明細書では「例」と呼ばれることもある。そのような例は、図示又は説明されるものに対して追加の要素を含むことができる。しかしながら、本発明者らは、図示又は説明される要素のみが提供される例も考慮する。さらに、本発明者らは、特定の例（又はその１つ以上の態様）に対して、あるいは本明細書で図示又は説明される他の例（又はその１つ以上の態様）に対して、図示又は説明される要素（又はその１つ以上の態様）の任意の組合せ又は置換を使用する例も考慮する。
【００６２】
本明細書において、「ある（a、an）」という語は、特許文書においてよく見られるように、「少なくとも１つ」又は「１つ以上」という任意の他の例又は使用とは別に、１つ又は１つより多くを含むように使用される。本明細書において、「又は（あるいは、若しくは）（or）」という語は、そうでないことが示されない限り、非排他的であるものを指すか、「Ａ又はＢ」が、「ＡであるがＢでない」、「ＢであるがＡでない」、「Ａ及びＢ」を含むように使用される。本明細書において、「含む（including）」及び「in  which」という語は、それぞれ「備える（comprising）」及び「wherein」という語と等しい平易な英語として使用される。また、特許請求の範囲において、「含む」及び「備える」という語はオープンエンドである、すなわち、請求項内でこの語の後に列挙される要素に対して追加の要素を含む、システム、デバイス、物（article）、構成（composition）、式（formulation）又は処理は、依然としてその請求項の範囲内であるように見なされる。さらに、特許請求の範囲では、「第１」、「第２」及び「第３」等という用語は、単にラベルとして使用されており、これらの対象に対する数字的要件を課すようには意図されていない。
【００６３】
本明細書で使用されるとき、参照番号を示すときに使用される「−（ダッシュ）」は、以前の段落において議論される非排他的な意味において、ダッシュで示される範囲内にある全ての要素の「or」を意味する。例えば１０３Ａ−Ｂは、１０３Ａ−１０３Ｂが、「１０３Ａであるが、１０３Ｂではない」、「１０３Ｂであるが、１０３Ａではない」、「１０３Ａ及び１０３Ｂ」を含むように、｛１０３Ａ、１０３Ｂ｝の範囲内の要素の非排他的な「or」を意味する。
【００６４】
上記の説明は、制限的ではなく例示であるように意図される。例えば上述の例（又はその１つ以上の態様）は、相互に組み合わせて使用されてもよい。他の実施形態は、例えば上記の説明を再検討すると、当業者により使用され得る。要約は、37  C.F.R.  §1.72(b)に従って、読み手が技術的開示の性質を迅速に確認することができるよう提供される。これは、特許請求の範囲又は意味を解釈又は限定するように使用されないという理解の下に提示される。また、上記の詳細な説明では、様々な特徴を一緒にまとめて本開示を効率化してもよい。これは、請求項に記載されていない開示される特徴が、任意の請求項に対して本質的であることを意図するように解釈されるべきではない。むしろ、本発明に係る主題は、特定の開示される実施形態の全ての特徴よりも少ない特徴の中にあり得る。したがって、下記の請求項は、これにより、例又は実施形態として発明の詳細な説明に組み込まれ、各請求項は、別個の実施形態として独立し、そのような実施形態は、様々な組合せ又は置換により、相互に組み合わせることができる。本発明の範囲は、添付の特許請求の範囲との関連で、そのような請求項に与えられるものと均等の全ての範囲とともに決定されるべきである。
【図１】
2016533103.tif 000003
【図２】
2016533103.tif 000004
【図３】
2016533103.tif 000005
【図４】
2016533103.tif 000006
【図５】
2016533103.tif 000007
【図６】
2016533103.tif 000008
【国際調査報告】
2016533103.tif 000009
2016533103.tif 000010