(57)【要約】  通信のためのデバイスが、プロセッサと、送信機と、受信機とを含む。プロセッサは、複数のデバイスにデータが送られることが可能であることを示すトラフィック広告を生成するように構成される。トラフィック広告は、複数のデバイスのうちの第1のデバイスに宛てられたユニキャストメッセージを含む。送信機は、ページングウィンドウの間にトラフィック広告を送信するように構成される。受信機は、ページングウィンドウの後にあるデータ送信ウィンドウの間に、複数のデバイスのうちの第2のデバイスからデータ要求を受信するように構成される。データ要求は、トラフィック広告に応答したものである。送信機は、データ要求に応答して第2のデバイスに第1のデータを送るようにさらに構成される。
2018520578.tif 000002
【特許請求の範囲】
【請求項１】
通信のためのデバイスであって、
複数のデバイスにデータが送られることが可能であることを示すトラフィック広告を生成するように構成されたプロセッサであって、前記トラフィック広告が、前記複数のデバイスのうちの第1のデバイスに宛てられたユニキャストメッセージを含む、プロセッサと、
ページングウィンドウの間に前記トラフィック広告を送信するように構成された送信機と、
前記ページングウィンドウの後にあるデータ送信ウィンドウの間に、前記複数のデバイスのうちの第2のデバイスからデータ要求を受信するように構成された受信機であって、前記データ要求が、前記トラフィック広告に応答したものである、受信機と
を含み、
前記送信機は、前記データ要求に応答して前記第2のデバイスに第1のデータを送るようにさらに構成される、デバイス。
【請求項２】
前記受信機は、前記トラフィック広告を送った後のショートフレーム間スペース(SIFS)間隔の間に確認応答(ACK)を受信するようにさらに構成される、請求項1に記載のデバイス。
【請求項３】
前記ACKは、前記第1のデバイスから受信される、請求項2に記載のデバイス。
【請求項４】
前記ACKは、前記複数のデバイスのうちの特定のデバイスから受信され、前記特定のデバイスは、前記第1のデバイスとは別個のものである、請求項2に記載のデバイス。
【請求項５】
前記ACKは、特定のデバイスから受信され、前記特定のデバイスは、前記複数のデバイスに含まれない、請求項2に記載のデバイス。
【請求項６】
前記受信機は、前記トラフィック広告を送った後の間隔の間に前記複数のデバイスから複数の確認応答(ACK)を同時に受信するようにさらに構成される、請求項1に記載のデバイス。
【請求項７】
前記送信機は、前記トラフィック広告を送った後の間隔の間に確認応答(ACK)が受信されていないとの判断に応答して、前記間隔の後に前記ページングウィンドウの間に第2のトラフィック広告を送るようにさらに構成される、請求項1に記載のデバイス。
【請求項８】
前記プロセッサは、デバイスのセットのカウントがしきい値を満たすとの判断に応答して、デバイスの前記セットのサブセットにトラフィックが送られることが可能であることを示す第2のトラフィック広告を生成するようにさらに構成され、
前記第2のトラフィック広告は、宛先アドレスを示し、
前記送信機は、第2のページングウィンドウの間に前記第2のトラフィック広告を送信するようにさらに構成される、請求項1に記載のデバイス。
【請求項９】
前記宛先アドレスは、ブロードキャストアドレス、データリンクグループアドレス、またはデータリンク識別子を含み、前記送信機は、前記第2のトラフィック広告に応答した確認応答(ACK)の受信にかかわらず、前記第2のページングウィンドウの後にあるウィンドウの一部分の間に通信チャネルを監視するようにさらに構成される、請求項8に記載のデバイス。
【請求項１０】
前記宛先アドレスは、データリンク識別子を含み、
前記送信機は、前記第2のトラフィック広告を送った後の間隔の間における確認応答(ACK)の受信に応答して、前記第2のページングウィンドウの後にあるウィンドウの一部分の間に通信チャネルを監視するようにさらに構成される、請求項8に記載のデバイス。
【請求項１１】
前記受信機は、前記トラフィック広告を送った後に前記第2のデバイスから部分的対応可能指示を受信するようにさらに構成され、前記部分的対応可能指示が、前記第2のデバイスが前記データ送信ウィンドウの一部分の間に対応不可能であると予想されることを示し、
前記送信機は、前記第2のデバイスからの前記部分的対応可能指示の受信に応答して、前記データ送信ウィンドウの間に前記複数のデバイスのうちの特定のデバイスに第2のデータを送る前に、前記データ送信ウィンドウの間に前記第2のデバイスに前記第1のデータを送るようにさらに構成され、
前記部分的対応可能指示は、前記データ要求に、トリガフレームに、確認応答(ACK)に、または別のメッセージに含まれる、請求項1に記載のデバイス。
【請求項１２】
前記受信機は、前記データ送信ウィンドウの間に前記第2のデバイスから対応不可能メッセージを受信するようにさらに構成され、前記対応不可能メッセージが、前記第2のデバイスが前記データ送信ウィンドウの残存部分の間にトラフィックを受信することが不可能であることを示し、
前記送信機は、前記対応不可能メッセージの受信に応答して、前記データ送信ウィンドウの前記残存部分の間に前記第2のデバイスに第2のデータを送ることを控えるようにさらに構成される、請求項1に記載のデバイス。
【請求項１３】
前記送信機は、第1のフレームを送信するようにさらに構成され、前記第1のフレームのヘッダの持続時間フィールドの値が、しきい値よりも大きいネットワーク割振りベクトル(NAV)間隔を示し、
前記第1のフレームは、前記トラフィック広告を含み、
前記送信機は、前記トラフィック広告の送信の後の間隔の間における確認応答(ACK)の受信に応答して、競合フリー終了(CF-end)フレームを送信するようにさらに構成される、請求項1に記載のデバイス。
【請求項１４】
通信の方法であって、
特定のデバイスにおいてトラフィック広告を生成するステップであって、前記トラフィック広告が、前記特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す、ステップと、
前記特定のデバイスから、ページングウィンドウの間に前記トラフィック広告を送るステップと、
前記トラフィック広告に応答した確認応答(ACK)が前記ページングウィンドウの間に受信されるかどうかにかかわらず、前記ページングウィンドウの後にあるウィンドウの第1の部分の間に通信チャネルを監視するステップと
を含む方法。
【請求項１５】
前記ウィンドウの前記第1の部分の間に前記1つまたは複数のデバイスのうちの第1のデバイスから通信チャネルを介してデータ要求を受信するステップであって、前記データ要求が、前記第1のデバイスがデータ送信ウィンドウの間にトラフィックを受信することが可能であることを示す、ステップと、
前記第1のデバイスから前記データ要求を受信したことに応答して、前記第1のデバイスに第1のデータを送るステップと、
前記データ送信ウィンドウの間に前記第1のデバイスに送られる残存データがないとの判断に応答して、前記データ送信ウィンドウの間に前記第1のデバイスに送るさらなるデータを前記特定のデバイスが有しないことを示すインジケータを送るステップと、
前記データ送信ウィンドウの残存部分の間に前記1つまたは複数のデバイスの任意のデバイスに送るデータを前記特定のデバイスが有しないとの判断に応答して、前記通信チャネルを監視することを控え、別のネットワークに関係するアクションを実行し、別の通信チャネルを監視し、低電力動作モードに移行し、またはそれらの組合せを行うステップと
をさらに含む、請求項14に記載の方法。
【請求項１６】
前記ウィンドウの前記第1の部分の間に前記通信チャネルを介して前記1つまたは複数のデバイスからデータ要求が受信されていないと判断するステップと、
前記判断に応答して、前記ウィンドウの少なくとも残存部分の間に、前記1つまたは複数のデバイスに前記データを送ることを控え、前記通信チャネルを監視することを控え、低電力動作モードに移行し、別の通信チャネルを監視し、別のネットワークに関係するアクションを実行し、あるいはそれらの組合せを行うステップと
をさらに含む、請求項14に記載の方法。
【請求項１７】
前記ウィンドウは、データ送信ウィンドウを含むか、または前記ウィンドウは、前記ページングウィンドウと前記データ送信ウィンドウとの間にあるトリガウィンドウを含む、請求項14に記載の方法。
【請求項１８】
通信のためのデバイスであって、
ページングウィンドウの間に特定のデバイスからトラフィック広告を受信するように構成された受信機であって、前記トラフィック広告が、前記特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示し、前記トラフィック広告が、前記1つまたは複数のデバイスのうちの第1のデバイスに宛てられたユニキャストメッセージを含む、受信機と、
前記ユニキャストメッセージが前記受信機に宛てられているかどうかにかかわらず、前記特定のデバイスに確認応答(ACK)を送るように構成された送信機であって、前記ACKが、前記トラフィック広告に応答したものである、送信機と
を含むデバイス。
【請求項１９】
前記送信機は、前記1つまたは複数のデバイスが前記受信機を含むとの判断に応答して、前記特定のデバイスに前記ACKを送るようにさらに構成される、請求項18に記載のデバイス。
【請求項２０】
前記送信機は、前記1つまたは複数のデバイスに前記受信機が含まれるかどうかにかかわらず、前記特定のデバイスに前記ACKを送るようにさらに構成される、請求項18に記載のデバイス。
【請求項２１】
ビットマップのビットの値に基づいて、前記1つまたは複数のデバイスに前記受信機が含まれるかどうかを判断するように構成されたプロセッサをさらに含み、
前記受信機は、データリンクセットアップ中に前記特定のデバイスから交渉メッセージを受信するようにさらに構成され、
前記交渉メッセージは、前記受信機の識別子を示し、
前記トラフィック広告は、前記ビットマップを含み、
前記ビットは、前記受信機の前記識別子に対応する、請求項18に記載のデバイス。
【請求項２２】
前記ACKの送信の後に、通信チャネル上でトラフィックが検出されていないアイドル時間を判断するように構成されたプロセッサをさらに含み、
前記トラフィック広告は、前記通信チャネルを介して受信され、
前記受信機は、前記アイドル時間がしきい値を満たすとの判断に応答して、前記ページングウィンドウの残存部分の間に、前記通信チャネルを監視することを控え、別のネットワークに関係するアクションを実行し、別の通信チャネルを監視し、低電力動作モードに移行し、またはそれらの組合せを行うように構成される、請求項18に記載のデバイス。
【請求項２３】
前記トラフィック広告は、特定の通信チャネルを介して受信され、前記デバイスは、前記ページングウィンドウの間に、前記特定の通信チャネル上でトラフィックが検出されていないアイドル時間を判断するように構成されたプロセッサをさらに含み、前記送信機は、前記アイドル時間がしきい値を満たすとの判断に応答して、前記特定のデバイスにデータ要求またはトリガフレームを送るように構成される、請求項18に記載のデバイス。
【請求項２４】
プロセッサをさらに含み、
前記受信機は、第2のページングウィンドウの少なくとも一部分の間に通信チャネルを監視するようにさらに構成され、
前記プロセッサは、前記第2のページングウィンドウの間に、前記通信チャネル上でトラフィックが検出されていないアイドル時間を判断するように構成され、
前記受信機は、前記アイドル時間がしきい値を満たすとの判断に応答して、前記第2のページングウィンドウの残存部分の間に、前記通信チャネルを監視することを控え、別のネットワークに関係するアクションを実行し、別の通信チャネルを監視し、低電力動作モードに移行し、またはそれらの組合せを行うようにさらに構成される、請求項18に記載のデバイス。
【請求項２５】
前記ACKのアクセスカテゴリーを、複数のアクセスカテゴリーのうちの第1のアクセスカテゴリーに設定するように構成されたプロセッサをさらに含み、前記送信機は、前記アクセスカテゴリーに基づいて前記ACKを送信するようにさらに構成され、前記第1のアクセスカテゴリーは、高優先度アクセスカテゴリーに対応する、請求項18に記載のデバイス。
【請求項２６】
前記複数のアクセスカテゴリーは、米国電気電子技術者協会(IEEE)802.11e規格において指定され、前記IEEE802.11e規格は、前記第1のアクセスカテゴリーに対応するフレームを送信する媒体アクセス方式を指定する、請求項25に記載のデバイス。
【請求項２７】
通信の方法であって、
第1のデバイスにおいてページングウィンドウの間に特定のデバイスからトラフィック広告を受信するステップであって、前記トラフィック広告が、前記特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示し、前記トラフィック広告が、前記1つまたは複数のデバイスのうちの第2のデバイスに宛てられたユニキャストメッセージを含む、ステップと、
前記ユニキャストメッセージが前記第1のデバイスに宛てられているかどうかにかかわらず、前記特定のデバイスに確認応答(ACK)を送るステップであって、前記ACKが、前記トラフィック広告に応答したものである、ステップと
を含む方法。
【請求項２８】
前記第1のデバイスがデータ送信ウィンドウの一部分の間に前記データを受信することが不可能であると予想されると判断するステップと、
前記判断に応答して、前記ページングウィンドウまたは前記データ送信ウィンドウの間に前記第1のデバイスから前記特定のデバイスに部分的対応可能指示を送るステップと
をさらに含む、請求項27に記載の方法。
【請求項２９】
前記第1のデバイスが前記特定のデバイスから前記データを受信することが不可能であるとの判断に応答して、対応不可能メッセージを生成するステップと、
通信チャネルを介して、データ送信ウィンドウの間に前記特定のデバイスに前記対応不可能メッセージを送るステップと、
前記特定のデバイスに前記対応不可能メッセージを送った後、前記データ送信ウィンドウの残存部分の間に、前記通信チャネルを監視することを控え、低電力動作モードに移行し、別の通信チャネルを監視し、別のネットワークに関係するアクションを実行し、またはそれらの組合せを行うステップと
をさらに含む、請求項27に記載の方法。
【請求項３０】
通信チャネルを介して、前記第1のデバイスにおいて、前記ページングウィンドウの後にあるデータ送信ウィンドウの間に前記特定のデバイスから第1のデータを受信するステップと、
前記データ送信ウィンドウの間に前記第1のデバイスに送るさらなるデータを前記特定のデバイスが有しないことを示すインジケータを前記第1のデータが含むと判断するステップと、
前記判断に応答して、前記データ送信ウィンドウの残存部分の間に、前記通信チャネルを監視することを控え、低電力動作モードに移行し、別の通信チャネルを監視し、別のネットワークに関係するアクションを実行し、またはそれらの組合せを行うステップと
をさらに含む、請求項27に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権の主張
本出願は、同一出願人が所有する2015年5月28日に出願された「TRAFFIC ADVERTISEMENT IN A NETWORK」と題する米国仮特許出願第62/167,816号、および2016年5月18日に出願された「TRAFFIC ADVERTISEMENT IN A NETWORK」と題する米国非仮特許出願第15/158,393号の優先権を主張するものであり、前述の出願の各々の内容全体が参照により本明細書に明確に組み込まれている。
【０００２】
本開示は、概して、ネットワークにおけるトラフィック広告に関する。
【背景技術】
【０００３】
技術の進歩によって、より小型でより強力なコンピューティングデバイスが実現されている。たとえば、小型で、軽量で、ユーザが容易に持ち運べるポータブルワイヤレス電話、携帯情報端末(PDA)、およびページングデバイスなどの、ワイヤレスコンピューティングデバイスを含む、様々なポータブルパーソナルコンピューティングデバイスが存在する。より具体的には、セルラー電話、インターネットプロトコル(IP)電話などのポータブルワイヤレス電話は、ワイヤレスネットワークを通じて音声およびデータパケットを通信することができる。さらに、多くのそのようなワイヤレス電話は、そこに組み込まれた他のタイプのデバイスを含む。たとえば、ワイヤレス電話は、デジタルスチルカメラ、デジタルビデオカメラ、デジタルレコーダ、およびオーディオファイルプレーヤを含むこともできる。また、そのようなワイヤレス電話は、インターネットにアクセスするために使用され得るウェブブラウザアプリケーションなどのソフトウェアアプリケーションを含む実行可能命令を処理することができる。したがって、これらのワイヤレス電話は、著しいコンピューティング能力を含むことができる。
【０００４】
ワイヤレス電話などの電子デバイスは、データを送信および受信するか、または情報を交換するために、ワイヤレス接続を使用してネットワークにアクセスし得る。たとえば、互いに極めて近接したモバイル電子デバイスは、(たとえば、ワイヤレスキャリア、Wi-Fiアクセスポイント、またはインターネットを使用することなく)ワイヤレスメッシュネットワークを形成して、ワイヤレスメッシュネットワークを介してデータ交換を実行し得る。ワイヤレスメッシュネットワークの機能を有効にするために、特定のワイヤレスネットワークの特定のワイヤレスチャネルが、ワイヤレスメッシュネットワークの電子デバイスの間でデータを転送するために予約され得る。たとえば、ワイヤレスメッシュネットワークの「プロバイダ」デバイスは、ワイヤレスメッシュネットワークにおける他の電子デバイスと音楽サービスなどのサービスを共有し得る。例示すると、プロバイダデバイスは、ワイヤレスメッシュネットワークにおける加入者デバイスに音楽データ送信し得る。いつプロバイダデバイスが音楽データを送信するかを加入者デバイスは知らないので、加入者デバイスはワイヤレスメッシュネットワークを、プロバイダデバイスからの送信がないか実質的に継続的に監視し得る。したがって、加入者デバイスは、プロバイダデバイスが加入者デバイスにデータを送信していない時間期間中も、ワイヤレスメッシュネットワークを監視するために電力を消費する。
【発明の概要】
【課題を解決するための手段】
【０００５】
特定の態様では、通信のためのデバイスが、プロセッサと、送信機と、受信機とを含む。プロセッサは、複数のデバイスにデータが送られることが可能であることを示すトラフィック広告を生成するように構成される。トラフィック広告は、複数のデバイスのうちの第1のデバイスに宛てられたユニキャストメッセージを含む。送信機は、ページングウィンドウの間にトラフィック広告を送信するように構成される。受信機は、ページングウィンドウの後にあるデータ送信ウィンドウの間に、複数のデバイスのうちの第2のデバイスからデータ要求を受信するように構成される。データ要求は、トラフィック広告に応答したものである。送信機は、データ要求に応答して第2のデバイスに第1のデータを送るようにさらに構成される。
【０００６】
別の態様では、通信の方法が、特定のデバイスにおいてトラフィック広告を生成するステップを含む。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。本方法はまた、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。本方法は、トラフィック広告に応答した確認応答(ACK)がページングウィンドウの間に受信されるかどうかにかかわらず、ページングウィンドウの後にあるウィンドウの第1の部分の間に通信チャネルを監視するステップをさらに含む。
【０００７】
別の態様では、通信のためのデバイスが、送信機と受信機とを含む。受信機は、ページングウィンドウの間に特定のデバイスからトラフィック広告を受信するように構成される。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。トラフィック広告は、1つまたは複数のデバイスのうちの第1のデバイスに宛てられたユニキャストメッセージを含む。送信機は、ユニキャストメッセージが受信機に宛てられているかどうかにかかわらず、特定のデバイスに確認応答(ACK)を送るように構成される。ACKは、トラフィック広告に応答したものである。
【０００８】
別の態様では、通信の方法が、第1のデバイスにおいてページングウィンドウの間に特定のデバイスからトラフィック広告を受信するステップを含む。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。トラフィック広告は、1つまたは複数のデバイスのうちの第2のデバイスに宛てられたユニキャストメッセージを含む。本方法はまた、ユニキャストメッセージが第1のデバイスに宛てられているかどうかにかかわらず、特定のデバイスに確認応答(ACK)を送るステップを含む。ACKは、トラフィック広告に応答したものである。
【０００９】
別の態様では、通信の方法が、特定のデバイスにおいてトラフィック広告を生成するステップを含む。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。本方法はまた、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。本方法は、通信チャネルを介して、ページングウィンドウの後にあるデータ送信ウィンドウの間に、1つまたは複数のデバイスのうちの第1のデバイスに第1のデータを送るステップをさらに含む。本方法はまた、データ送信ウィンドウの間に特定のデバイスによって第1のデバイスに送られる残存データがないとの判断に応答して、データ送信ウィンドウの間に第1のデバイスに送るさらなるデータを特定のデバイスが有しないことを示すインジケータを送るステップを含む。
【００１０】
別の態様では、通信の方法が、第1のデバイスにおいてページングウィンドウの間に特定のデバイスからトラフィック広告を受信するステップを含む。トラフィック広告は、特定のデバイスによって第1のデバイスを含む1つまたは複数のデバイスにデータが送られることが可能であることを示す。本方法はまた、通信チャネルを介して、第1のデバイスにおいて、ページングウィンドウの後にあるデータ送信ウィンドウの間に特定のデバイスから第1のデータを受信するステップを含む。本方法は、データ送信ウィンドウの間に第1のデバイスに送るさらなるデータを特定のデバイスが有しないことを示すインジケータを第1のデータが含むと判断するステップをさらに含む。本方法はまた、判断に応答して、データ送信ウィンドウの残存部分の間に、通信チャネルを監視することを控え、低電力動作モードに移行し、別のネットワークに関係するアクションを実行し、またはそれらの組合せ行うステップを含む。
【００１１】
別の態様では、通信の方法が、特定のデバイスにおいてトラフィック広告を生成するステップを含む。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。トラフィック広告は、1つまたは複数のデバイスのうちの第1のデバイスに宛てられている。本方法はまた、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。本方法は、ページングウィンドウの間に第1のデバイスから確認応答(ACK)が受信されるかどうかにかかわらず、ページングウィンドウの後にあるウィンドウの間に通信チャネルを監視するステップをさらに含む。本方法は、ウィンドウの間に1つまたは複数のデバイスのうちの第2のデバイスから通信チャネルを介してデータ要求を受信するステップをさらに含む。本方法はまた、第2のデバイスからデータ要求を受信したことに応答して、第2のデバイスに第1のデータを送るステップを含む。
【００１２】
別の態様では、通信の方法が、特定のデバイスにおいてトラフィック広告を生成するステップを含む。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。トラフィック広告は、1つまたは複数のデバイスのうちの第1のデバイスに宛てられている。本方法はまた、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。本方法は、ページングウィンドウの間に第1のデバイスから確認応答(ACK)が受信されるかどうかにかかわらず、ページングウィンドウの後にあるウィンドウの第1の部分の間に通信チャネルを監視するステップをさらに含む。本方法はまた、ウィンドウの第1の部分の間に通信チャネルを介して1つまたは複数のデバイスからデータ要求が受信されていないと判断するステップを含む。本方法はまた、判断に応答して、ウィンドウの少なくとも残存部分の間に、1つまたは複数のデバイスにデータを送ることを控え、低電力動作モードに移行し、別のネットワークに関係するアクションを実行し、あるいはそれらの組合せを行うステップを含む。
【００１３】
別の態様では、通信の方法が、特定のデバイスにおいてトラフィック広告を生成するステップを含む。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。本方法はまた、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。本方法は、トラフィック広告を送った後の第1の間隔の間に1つまたは複数のデバイスのうちの確認応答デバイスから確認応答(ACK)を受信するステップをさらに含む。本方法はまた、ページングウィンドウの後にあるデータ送信ウィンドウの間に、1つまたは複数のデバイスのうちの第1のデバイスに第1のデータを送るステップを含む。
【００１４】
別の態様では、通信の方法が、第1のデバイスにおいてページングウィンドウの間に特定のデバイスからトラフィック広告を受信するステップを含む。トラフィック広告は、特定のデバイスによって複数のデバイスにデータが送られることが可能であることを示す。トラフィック広告は、複数のデバイスのうちの第2のデバイスに宛てられている。本方法はまた、特定のデバイスによって第1のデバイスにデータが送られることが可能であることをトラフィック広告が示すと判断し、トラフィック広告を受信した後の間隔の間に第2のデバイスから特定のデバイスへのACKが検出されていないと判断するステップを含む。本方法は、判断に応答して、ページングウィンドウの間に間隔の後に特定のデバイスにACKを送るステップをさらに含む。
【００１５】
別の態様では、通信の方法が、特定のデバイスにおいてトラフィック広告を生成するステップを含む。トラフィック広告は、特定のデバイスによってデバイスのセットのうちの1つまたは複数のデバイスにデータが送られることが可能であることを示す。本方法はまた、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。本方法は、ページングウィンドウの間にデバイスのセットのうちの確認応答デバイスから確認応答(ACK)が受信されたと判断するステップをさらに含む。本方法はまた、判断に応答して、ページングウィンドウの後にあるデータ送信ウィンドウの間に、1つまたは複数のデバイスのうちの第1のデバイスに第1のデータを送るステップを含む。
【００１６】
別の態様では、通信の方法が、第1のデバイスにおいて特定のデバイスからトラフィック広告を受信するステップを含む。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。第1のデバイスは、1つまたは複数のデバイスに含まれない。本方法はまた、第1のデバイスから特定のデバイスにACKを送るステップを含む。
【００１７】
別の態様では、通信の方法が、第1のデバイスにおいてページングウィンドウの間に特定のデバイスからトラフィック広告を受信するステップを含む。トラフィック広告は、特定のデバイスによって複数のデバイスにデータが送られることが可能であることを示す。トラフィック広告は、複数のデバイスのうちの第2のデバイスに宛てられている。トラフィック広告は、複数のデバイスのうちの1つまたは複数の候補デバイスを示す。本方法は、候補デバイスが第1のデバイスを含むと判断し、トラフィック広告を受信した後の間隔の間に第2のデバイスから特定のデバイスへのACKが検出されていないと判断するステップを含む。本方法は、判断に応答して、ページングウィンドウの間に間隔の後に特定のデバイスにACKを送るステップをさらに含む。
【００１８】
別の態様では、通信の方法が、第1のデバイスにおいてページングウィンドウの間に特定のデバイスからトラフィック広告を受信するステップを含む。トラフィック広告は、特定のデバイスによって複数のデバイスにデータが送られることが可能であることを示す。トラフィック広告は、複数のデバイスの確認応答(ACK)順序を示す。本方法はまた、複数のデバイスが第1のデバイスを含むと判断し、ACK時間の前に複数のデバイスから特定のデバイスへのACKが検出されていないと判断するステップを含む。ACK時間は、ACK順序での第1のデバイスの位置に基づく。本方法は、判断に応答して、ページングウィンドウの間のACK時間の後に特定のデバイスにACKを送るステップをさらに含む。
【００１９】
別の態様では、通信の方法が、特定のデバイスにおいてトラフィック広告を生成するステップを含む。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。本方法はまた、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。本方法は、トラフィック広告を送った後の間隔の間に確認応答(ACK)が受信されていないと判断するステップをさらに含む。本方法はまた、特定のデバイスから、判断に応答して間隔の後にページングウィンドウの間に第2のトラフィック広告を送るステップを含む。
【００２０】
別の態様では、通信の方法が、特定のデバイスにおいてトラフィック広告を生成するステップを含む。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。本方法はまた、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。本方法は、通信チャネルを介して、ページングウィンドウの後にあるデータ送信ウィンドウの間に第1のデバイスから対応不可能メッセージを受信するステップをさらに含む。本方法はまた、第1のデバイスから対応不可能メッセージを受信したことに応答して、データ送信ウィンドウの間に特定のデバイスから第1のデバイスに第1のデータを送ることを控えるステップを含む。
【００２１】
別の態様では、通信の方法が、第1のデバイスにおいてページングウィンドウの間に特定のデバイスからトラフィック広告を受信するステップを含む。トラフィック広告は、特定のデバイスによって1つまたは複数のデバイスにデータが送られることが可能であることを示す。本方法はまた、第1のデバイスが特定のデバイスからデータを受信することが不可能であるとの判断に応答して、対応不可能メッセージを生成するステップを含む。本方法は、通信チャネルを介して、トラフィック広告を受信した後に特定のデバイスに対応不可能メッセージを送るステップをさらに含む。本方法はまた、対応不可能メッセージを送った後、データ送信ウィンドウの残存部分の間に、通信チャネルを監視することを控え、低電力動作モードに移行し、別の通信チャネルを監視し、別のネットワークに関係するアクションを実行し、またはそれらの組合せを行うステップを含む。
【００２２】
別の態様では、通信の方法が、特定のデバイスにおいてトラフィック広告を生成するステップを含む。トラフィック広告は、特定のデバイスによって複数のデバイスにデータが送られることが可能であることを示す。データは、複数のデバイスのうちの第1のデバイスに送られる第1のデータと、複数のデバイスのうちの第2のデバイスに送られる第2のデータとを含む。本方法はまた、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。本方法は、トラフィック広告を送った後に第1のデバイスから部分的対応可能メッセージを受信するステップをさらに含む。本方法はまた、第1のデバイスから部分的対応可能メッセージを受信したことに応答して、データ送信ウィンドウの間に第2のデバイスに第2のデータを送る前に、データ送信ウィンドウの間に第1のデバイスに第1のデータを送るステップを含む。
【００２３】
別の態様では、通信の方法が、第1のデバイスにおいてページングウィンドウの間に特定のデバイスからトラフィック広告を受信するステップを含む。トラフィック広告は、特定のデバイスによってデータが送られることが可能であることを示す。本方法はまた、第1のデバイスがデータ送信ウィンドウの一部分の間にデータを受信することが不可能であると予想されると判断するステップを含む。本方法は、判断に応答して、ページングウィンドウまたはデータ送信ウィンドウの間に第1のデバイスから特定のデバイスに部分的対応可能メッセージを送るステップをさらに含む。
【００２４】
開示する態様のうちの少なくとも1つによって提供される1つの特定の利点は、特定の電子デバイスがトラフィック広告を受信していないか、またはトラフィック広告においてデータ受信者として識別されていない場合に、特定の電子デバイスが、送信ウィンドウの一部分の間に低電力動作モードに移行することによって電力消費を減らすことができること、または送信ウィンドウの残存部分の間に他のデータ経路リンクもしくは他のネットワークに対応する動作を実行することができることである。
【００２５】
図面の簡単な説明、発明を実施するための形態、および特許請求の範囲の各セクションを含む本出願全体を検討した後、本開示の他の態様、利点、および特徴が明らかになるであろう。
【図面の簡単な説明】
【００２６】
【図１】トラフィック広告を交換するネイバーアウェアネットワークデータ経路リンク(NDL)の1つまたは複数の電子デバイスを含むシステムの動作に対応するラダー図である。
【図２】図1のシステムの動作に対応する別の例示的なラダー図である。
【図３】図1のシステムの動作に対応する別の例示的なラダー図である。
【図４】図1のシステムの動作に対応する別の例示的なラダー図である。
【図５】図1のシステムの動作に対応する別の例示的なラダー図である。
【図６】図1のシステムの動作に対応する別の例示的なラダー図である。
【図７】図1のシステムの動作に対応する別の例示的なラダー図である。
【図８】図1のシステムの動作に対応する別の例示的なラダー図である。
【図９】図1のシステムの動作に対応する別の例示的なラダー図である。
【図１０】図1のシステムの動作に対応する別の例示的なラダー図である。
【図１１】図1のシステムの動作に対応する別の例示的なラダー図である。
【図１２】トラフィック広告の方法のフローチャートである。
【図１３】トラフィック広告の方法のフローチャートである。
【図１４】トラフィック広告の方法のフローチャートである。
【図１５】本明細書で開示する1つまたは複数の方法、システム、装置、およびコンピュータ可読媒体の様々な態様をサポートするように動作可能であるワイヤレスデバイスの図である。
【発明を実施するための形態】
【００２７】
本開示は、ネイバーアウェアネットワーク(代替的にネイバーアウェアネスネットワーキングと呼ばれる)(NAN)のデータ経路リンクにおける電子デバイスが、トラフィック広告を使用して、特定のサービスのトラフィック(たとえば、データ)を交換する時間を調整することを可能にするためのシステムおよび方法を対象とする。本明細書で言及する「データ経路リンク」は、電子デバイスのアクティブ動作モードに対応する時間期間(たとえば、ページングウィンドウ)を共有し、共有セキュリティ証明を有する1つまたは複数の電子デバイスを指す。たとえば、データ経路リンクは、「ソーシャルワイヤレスフィデリティ(wi-fi)メッシュ(SWF-メッシュ)」などのワイヤレスメッシュネットワークを含むこと、またはそのようなワイヤレスメッシュネットワークに対応することがある。データ経路リンクの1つまたは複数の電子デバイスは、NANにおける電子デバイスのサブセットであり得る。本明細書で言及する「データリンク(DL)」、「NANデータリンク(NDL)」、「データ経路(DP)」、「NAN DP(NDP)」、または「NAN DPグループ」は、データ経路リンクを指し得る。データ経路リンクを介して交換されるデータは、セキュリティ証明に基づいて保護され得る。「データリンク識別子」は、データ経路リンクを示す識別子を指し得る。
【００２８】
データ経路リンクは、NANのプロバイダデバイスが発見ウィンドウの間にNANの電子デバイスにメッセージ(たとえば、サービス広告)を送ることによって開始され得る。サービス広告は、プロバイダデバイスが複数の論理チャネルを介して特定のサービスを提供することが可能であることを示し得る。特定の態様では、サービス広告は、データ経路リンクに対応するデータリンク識別子を示し得る。本明細書で言及する「発見ウィンドウ」は、NANの電子デバイスのアクティブ動作モードに対応する時間期間を指す。発見ウィンドウの間に、NANの電子デバイスのうちの1つまたは複数が、サービス広告がないかNAN通信チャネルを監視し得る。NAN通信チャネルは、特定のワイヤレスチャネルに対応し得る。
【００２９】
本明細書で言及する「論理チャネル」は、特定の(物理)通信チャネルと、データ経路リンクの電子デバイスが特定の通信チャネルを介して特定のサービスに関して通信し得る1つまたは複数の時間期間(たとえば、1つまたは複数の送信ウィンドウ)との組合せを指す。
【００３０】
NANの加入者デバイスは、プロバイダデバイスに加入メッセージを送ることによってサービス広告に応答し得る。プロバイダデバイスは、加入者デバイスと交渉メッセージを交換することによって、データリンクセットアップを実行し得る。たとえば、プロバイダデバイスは加入者デバイスに、加入者デバイスに対応する識別子(たとえば、関連付け識別子(AID:association identifier))を示す交渉メッセージを送り得る。特定のデータ経路リンクは、特定のサービスに、またサービス広告において示された複数の論理チャネルに対応し得る。たとえば、特定のデータ経路リンクは、プロバイダデバイスと、サービス広告に応答して加入メッセージを送った1つまたは複数の加入者デバイスとを含み得る。特定の論理チャネルの各送信ウィンドウは、データ経路リンクのプロバイダデバイスがデータ経路リンクの加入者デバイスのセットに特定の通信チャネルを介してトラフィック広告を送り得る時間の一部分を含み得る。トラフィック広告は、プロバイダデバイスによってデータが送られることが可能であることを示し得る。たとえば、トラフィック広告は、加入者デバイスにデータが送られることが可能であることを示すためにデータリンクセットアップ中に加入者デバイスに送られる識別子を含む(または示す)ことがある。時間の部分はページングウィンドウに対応することができ、トラフィック広告はページングメッセージに対応することができる。データ経路リンクの電子デバイスは、論理チャネルに関連する1つまたは複数のページングウィンドウの少なくとも一部分の間に(物理)通信チャネルを監視し得る。
【００３１】
本開示の特定の態様が、図面を参照しながら以下で説明される。説明において、共通の特徴が、図面を通じて共通の参照番号によって指定される。
【００３２】
図1を参照すると、図が示され、全体が図100として示されている。図100は、1つまたは複数の電子デバイスを含むシステムの動作に対応し得る。たとえば、システムは、プロバイダデバイス104、第1のデバイス106、第2のデバイス108、第3のデバイス110、またはそれらの組合せを含み得る。デバイス104〜110は、第1のネイバーアウェアネットワーク(NAN)に含まれ得る。電子デバイスは、第1のNANの1つまたは複数の他の電子デバイスとワイヤレス通信を介してデータ交換を実行するように構成され得る。たとえば、デバイス104〜110のうちの特定のデバイスは、デバイス104〜110の別のデバイスとワイヤレス通信を介してデータ交換を実行するように構成され得る。データ交換は、ワイヤレスキャリア、Wi-Fiアクセスポイント、またはインターネットを使用することなく実行され得る。
【００３３】
図1に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。いくつかの態様では、システムは、図1に示すものよりも多くの電子デバイスまたは少ない電子デバイスを含み得る。
【００３４】
デバイス104〜110のうちの1つまたは複数は、トラフィック広告ジェネレータ、トラフィック広告アナライザ、トランシーバ、またはそれらの組合せを含み得る。たとえば、プロバイダデバイス104によって実行されるものとして本明細書で説明する1つまたは複数の動作は、プロバイダデバイス104の受信機、送信機、プロセッサ、トラフィック広告ジェネレータ、またはそれらの組合せによって実行され得る。別の例として、デバイス106〜110によって実行されるものとして本明細書で説明する1つまたは複数の動作は、デバイス106〜110の受信機、送信機、プロセッサ、トラフィック広告アナライザ、またはそれらの組合せによって実行され得る。特定の実装形態では、デバイス104〜110の各々は、トラフィック広告ジェネレータおよびトラフィック広告アナライザを含み得る。
【００３５】
デバイス104〜110は、固定ロケーション電子デバイスおよび/またはモバイル電子デバイスを含み得る。たとえば、デバイス104〜110は、モバイルフォン、ラップトップコンピュータ、タブレットコンピュータ、パーソナルコンピュータ、マルチメディアデバイス、周辺デバイス、データ記憶デバイス、もしくはそれらの組合せを含み、またはそれらに対応し得る。追加または代替として、デバイス104〜110の各々は、図15を参照しながらさらに説明するように、プロセッサ、メモリ、および1つまたは複数のワイヤレスネットワークを介してデータを送り、受信するように構成されたトランシーバを含み得る。プロセッサは、中央処理装置(CPU)、デジタル信号プロセッサ(DSP)、ネットワーク処理ユニット(NPU)、または別の処理ユニットのうちの少なくとも1つを含み得る。メモリは、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、または別のメモリのうちの少なくとも1つを含み得る。トランシーバは、ワイヤレス受信機およびワイヤレス送信機を含み得る。ワイヤレスネットワークは、1つまたは複数のワイヤレス通信チャネルに関連付けられ得る。本明細書で説明するいくつかの動作について、「トランシーバ」を参照しながら説明する場合があるが、他の態様では、「受信機」がデータ受信動作を実行してもよく、「送信機」がデータ送信動作を実行してもよい。
【００３６】
デバイス104〜110は、1つまたは複数のワイヤレスネットワークを介してデータ、サービス、または両方を交換し得る。本明細書で使用する、ワイヤレスネットワーク「を介した」送信は、限定はしないが、ワイヤレスネットワークの2つの電子デバイスの間の「ポイントツーポイント」送信を含み得る。ポイントツーポイント送信は、ユニキャスト送信に対応し得る。別の例として、ワイヤレスネットワークを介した送信は、ワイヤレスネットワークの特定の電子デバイスからワイヤレスネットワークの複数の他の電子デバイスに「ブロードキャスト」される通信を含み得る。デバイス104〜110は、米国電気電子技術者協会(IEEE)802.11規格など、1つまたは複数のワイヤレスプロトコルまたは規格に従って動作するように構成され得る。たとえば、デバイス104〜110は、IEEE802.11a、b、g、n、s、aa、ac、ad、ae、af、ah、ai、aj、aq、ax、またはmc規格のうちの少なくとも1つに従って動作し得る。さらに、デバイス104〜110は、1つまたは複数のNAN規格またはプロトコルに従って動作し得る。
【００３７】
デバイス104〜110のうちの1つまたは複数は、符号分割多元接続(CDMA)プロトコル、直交周波数分割多重方式(OFDM)プロトコル、直交周波数分割多元接続(OFDMA)プロトコル、時分割多元接続(TDMA)プロトコル、空間分割多元接続(SDMA)プロトコル、キャリア感知多元接続(CSMA)プロトコルなどの1つまたは複数のセルラー通信プロトコルまたは規格を介してセルラーネットワークと通信するように構成され得る。さらに、デバイス104〜110のうちの1つまたは複数は、Bluetooth(登録商標)規格(Bluetooth（登録商標）は、ワシントン州カークランドのBluetooth（登録商標） SIG, Inc.の登録商標である)などの1つまたは複数の近距離通信規格に従って動作するように構成され得る。さらに、デバイス104〜110のうちの1つまたは複数は、赤外線または他の近距離通信を介してデータを交換し得る。
【００３８】
デバイス104〜110は、動作中に様々な時間に第1のNANに入ること、および第1のNANから出ることがある。たとえば、第1のNAN内にない電子デバイスは、発見ビーコンを検出することがあり、NAN規格またはプロトコルに従って、発見ビーコンによって識別された発見ウィンドウの間に第1のNANと結び付くことがある。さらに、デバイス104〜110は、いつでも第1のNANから離れることがある。第1のNAN内にある間に、デバイス104〜110は、1つまたは複数の論理チャネルを介して通信することが可能であることを示すメッセージを送信または受信するように構成され得る。たとえば、デバイス104〜110は、第1のNANの少なくとも1つの電子デバイスによって1つまたは複数の論理チャネルを介して提供されるサービスを広告するサービス広告を送信または受信するように構成され得る。サービス広告は、サービス発見フレーム(SDF)を含むこと、もしくはSDFに対応すること、またはSDF内に含まれることがある。
【００３９】
さらに、第1のNAN内にある間に、デバイス104〜110は、同期ビーコンを送信または受信するように構成され得る。同期ビーコンは、同期情報を示すことができ、1つまたは複数のNAN規格またはプロトコルに従って形成され得る。デバイス104〜110は、同期ビーコンに基づいてそれぞれの内部クロックを同期させるように構成され得る。デバイス104〜110の内部クロックは同期し得るので、デバイス104〜110は、アクティブ動作モードに移行し、サービス広告がないかNAN通信チャネルを監視するための共通の時間期間を決定し得る。共通の時間期間は、NANの発見ウィンドウに対応し得る。
【００４０】
データ経路リンクのデバイス104〜110はまた、同期情報を使用して、アクティブ動作モードに移行し、トラフィック広告がないか特定の論理チャネルに対応する特定の通信チャネルを監視するための共通の時間期間を決定し得る。共通の時間期間は、データ経路リンクのページングウィンドウに対応し得る。
【００４１】
同期ビーコンは、同期ビーコンを送信する電子デバイスのワイヤレス通信範囲の外にある電子デバイスに同期ビーコンが届くことができるように、NAN規格またはプロトコルに従って第1のNAN内のデバイス104〜110によって再送信される(たとえば、再ブロードキャストされる)ことがある。特定の態様では、同期ビーコンは、第1のワイヤレスチャネルを介して第1のNANの電子デバイスの間で送信され得る。第1のワイヤレスチャネルは、「NAN通信チャネル」に対応し得る。本明細書で言及する「NAN通信チャネル」は、電子デバイスがNAN発見動作およびNAN同期動作を実行するために予約された特定のワイヤレスチャネルである。
【００４２】
第1のNANに含まれることに加えて、デバイス104〜110は、1つまたは複数のデータ経路リンクに含まれ得る。したがって、NANは、0個以上のデータ経路リンクを含むことができ、NANにおける各デバイスは、0個以上のデータ経路リンクのメンバーであり得る。データ経路リンクは、NANの1つまたは複数のプロバイダデバイスによって1つまたは複数の論理チャネルを介して提供されるサービスに対応し得る。たとえば、図1では、プロバイダデバイス104は、本明細書で説明するように、データ経路リンクの加入者デバイスに1つまたは複数の論理チャネルを介して特定のサービスを提供し得る。特定のサービスは、音楽サービス、ゲームサービス、ソーシャルメディアサービス、広告サービス、またはメッセージ共有サービスのうちの少なくとも1つを含み得る。特定の態様では、1つまたは複数の追加のプロバイダデバイスも、加入者デバイスに1つまたは複数の論理チャネルを介して特定のサービスを提供し得る。別の例として、プロバイダデバイス104は、別のネットワークの一部であり得、プロバイダデバイス104は、第1のNANの他の電子デバイスがプロバイダデバイス104を介して他のネットワークに参加できるように、他のネットワークを広告するように構成され得る。他のネットワークは、アクセスポイント(AP)ベースのネットワークまたは独立基本サービスセット(IBSS)ネットワークを含み得る。
【００４３】
データ経路リンクは、「シングルホップ」データ経路リンク、「マルチホップ」データ経路リンク、または両方を含み得る。シングルホップデータ経路リンクは、プロバイダデバイスのワイヤレス通信範囲内にある1つまたは複数の電子デバイスを含み得る。マルチホップデータ経路リンクは、プロバイダデバイス104のワイヤレス通信範囲の外にある1つまたは複数の電子デバイスを含み得る。マルチホップデータ経路リンクでは、少なくとも1つの電子デバイスがプロバイダデバイス104から(データを含む)メッセージを受信することができ、プロバイダデバイス104のワイヤレス通信範囲の外にある別の電子デバイスにメッセージを再ブロードキャストすることができる。特定の態様では、マルチホップデータ経路リンクは、デバイス104〜110を含み得る。この態様では、プロバイダデバイス104から第3のデバイス110へのワイヤレス通信は、第1のデバイス106によってルーティングされ得る。たとえば、第1のデバイス106は、プロバイダデバイス104から受信されたワイヤレス通信を第3のデバイス110に再送信し得る。別の特定の態様では、データ経路リンクは、デバイス104〜110を含むシングルホップデータ経路リンクであり得る。
【００４４】
プロバイダデバイス104は、データソースとして動作することができ、データ経路リンクの他の電子デバイスにデータを送信することができる。たとえば、音楽サービスを共有するために、プロバイダデバイス104は、データ経路リンクにおける別の電子デバイスに音楽データを送信し得る。別の例として、ソーシャルメディアサービスを共有するために、プロバイダデバイス104は、データ経路リンクにおける別の電子デバイスにテキストデータ、画像データ、ビデオデータ、またはそれらの組合せを送信し得る。さらなる例として、ゲームサービスを共有するために、プロバイダデバイス104は、データ経路リンクにおける別の電子デバイスにテキストデータ、スコアデータ、画像データ、ビデオデータ、またはそれらの組合せを送信し得る。他の電子デバイスは、データシンクとして動作するように構成され得る。たとえば、デバイス106〜110のうちの少なくとも1つは、データシンクとして動作するように構成された加入者デバイスであり得る。
【００４５】
特定の態様では、1つまたは複数の「データ経路リンク」チャネルを介してデータ経路リンクの電子デバイスの間でデータが送信され得る。本明細書で使用する「データ経路リンクチャネル」は、対応するデータ経路リンクにおける電子デバイスが、サービスを共有することに関するメッセージを通信するために、またサービスに関連するデータを通信するために予約された特定のワイヤレスチャネルである。メッセージは、トラフィック広告、サービスデータなどを含み得る。論理チャネルは、データ経路リンクチャネルおよび1つまたは複数の送信ウィンドウに対応し得る。たとえば、対応する送信ウィンドウの間に1つまたは複数のデータ経路リンクチャネルを介してデータ経路リンクの電子デバイスの間でデータが送信され得る。データ経路リンクチャネルはまた、セキュリティ情報を共有するために、関連付け動作を実行するために、またマルチホップデータ経路リンクにおいてルーティング動作を実行するために使用され得る。
【００４６】
いくつかの態様では、データ経路リンクチャネルおよびNAN通信チャネルは、異なるワイヤレス周波数帯域に対応する異なるワイヤレスチャネルであり得る。特定の態様では、NAN通信チャネルは2.4ギガヘルツ(GHz)チャネルであり得、データ経路リンクチャネルは5GHzチャネルであり得る。他の態様では、データ経路リンクチャネルおよびNAN通信チャネルは、同じワイヤレスチャネルであり得る。たとえば、デバイス104〜110は、NAN通信チャネルを介してデータ経路リンクに関連するデータを共有し得る。いくつかの態様では、第1のNANは、複数のデータ経路リンクを含み得る。複数のデータ経路リンクのうちの第1のデータ経路リンクは、第1のデータ経路リンクチャネルに対応し得る。複数のデータ経路リンクのうちの第2のデータ経路リンクは、第2のデータ経路リンクチャネルに対応し得る。第1のデータ経路リンクチャネルは、第2のデータ経路リンクとは別個のものであり得る。代替態様では、第1のデータ経路リンクチャネルは、第2のデータ経路リンクと同じであり得る。また別の態様では、第1のデータ経路リンクチャネルは、第2のデータ経路リンクと重複し得る。複数のデータ経路リンクは、第1のNANにおける様々な電子デバイスによって提供される異なるサービスに対応し得る。いくつかの態様では、複数のデータ経路リンクの電子デバイスは、別個の送信ウィンドウの間に同じデータ経路リンクチャネルを介してデータを共有し得る。
【００４７】
動作中、第1のNANの電子デバイスのうちの1つは、NAN規格またはプロトコルに従って同期(sync)ビーコンを生成し送信し得る。たとえば、第2のデバイス108は、NAN通信チャネルを介して同期ビーコンを送信し得る。第2のデバイス108の1ホップ範囲内の電子デバイスは、同期ビーコンが第1のNAN全体に伝搬するように、同期ビーコンを再送信し得る。デバイス104、106、および110は、同期ビーコンを受信することができ、同期ビーコンに基づいて同期動作を実行することができる。たとえば、デバイス104、106、および110は、同期ビーコンを受信したことに基づいてタイミング回路を同期させることができる。タイミング回路は、内部クロックを含み得る。
【００４８】
プロバイダデバイス104は、同期動作を実行した後、本明細書で説明するように、第1のNANの他のデバイスに特定のサービスを提供することを開始し得る。プロバイダデバイス104は、第1の複数の論理チャネルを決定し得る。たとえば、プロバイダデバイス104は、デフォルトデータに基づいて、プロバイダデバイス104のユーザの入力に基づいて、または両方に基づいて、第1の複数の論理チャネルを決定し得る。第1の複数の論理チャネルは、複数の物理通信チャネルおよび1つまたは複数の関連送信ウィンドウに対応し得る。複数の物理通信チャネルは、2.4ギガヘルツ(GHz)のワイヤレス通信チャネル、5GHzのワイヤレス通信チャネル、または両方を含み得る。
【００４９】
特定の態様では、単一の論理チャネルが複数の物理通信チャネルに対応する。たとえば、論理チャネルは、1つまたは複数の第1の時間ウィンドウの間の第1の物理通信チャネルに対応することができ、1つまたは複数の第2の時間ウィンドウの間の第2の物理通信チャネルに対応することができる。第1の時間ウィンドウおよび第2の時間ウィンドウは、別個のものであるか、重複するか、または同じであり得る。特定の態様では、論理チャネルは、チャネルホッピングシーケンスに対応する。チャネルホッピングシーケンスは、論理チャネルが第1の時間ウィンドウの間の第1の物理通信チャネルに対応し、第2の時間ウィンドウの間の第2の物理通信チャネルに対応することを示し得る。プロバイダデバイス104は、利用可能な論理チャネルを決定し得る。たとえば、利用可能な論理チャネルは、たとえば、他のデータ経路リンクに参加するために、プロバイダデバイス104によって使用されていない、第1の複数の論理チャネルのサブセットであり得る。
【００５０】
プロバイダデバイス104は、プロバイダデバイス104が1つまたは複数の利用可能な論理チャネルを介して特定のサービスを提供することが可能であることを示すメッセージを生成することができる。メッセージは、サービス広告を含むこと、またはサービス広告に対応することがある。特定の態様では、プロバイダデバイス104は、「基本」チャネルを介して特定のサービスを提供し得る。基本チャネルは、NAN発見ウィンドウに後続するNANチャネルの送信ウィンドウに対応し得る。特定の態様では、サービス広告は、基本チャネルを示さなくてよい。したがって、デバイス106〜110は、サービス広告が基本チャネルを示すかどうかにかかわらず、サービス広告を受信したことに応答して、プロバイダデバイス104が基本チャネルを介して特定のサービスを提供することが可能であると想定し得る。
【００５１】
プロバイダデバイス104は、NAN発見ウィンドウの間に第1のNANのデバイス106〜110にサービス広告を送り得る。デバイス104〜110は、NAN発見ウィンドウの間にNANチャネルを監視し得る。デバイス106〜110うちの1つまたは複数は、NAN発見ウィンドウの間にサービス広告を受信し得る。1つまたは複数のデバイスは、サービス広告を受信したことに応答して、加入メッセージを送り得る。プロバイダデバイス104は、加入メッセージを受信したことに基づいて、1つまたは複数のデバイスが特定のサービスを受信することが可能であると判断し得る。たとえば、プロバイダデバイス104は、特定のデバイスから加入メッセージを受信したことに応答して、特定のデバイスが利用可能な論理チャネル、基本チャネル、またはそれらの組合せのうちの少なくとも1つを介して通信することが可能であると判断し得る。
【００５２】
特定の態様では、プロバイダデバイス104は、複数の加入者デバイスから加入メッセージを受信し得る。たとえば、プロバイダデバイス104は、デバイス106〜110の各々から加入メッセージを受信し得る。利用可能な論理チャネル、基本チャネル、またはそれらの組合せに対応するデータ経路リンクは、プロバイダデバイス104と、プロバイダデバイス104がサービス広告に応答した加入メッセージを各加入者デバイスから受信した際の各加入者デバイスとを含むことができる。データリンク識別子は、データ経路リンクに対応する(たとえば、データ経路リンクを示す)ことができる。特定の態様では、プロバイダデバイス104は、データリンク識別子を生成することができ、プロバイダデバイス104が加入メッセージを各加入者デバイス(たとえば、デバイス106〜110)から受信した際の各加入者デバイスにデータリンク識別子を提供することができる。
【００５３】
NDLグループアドレスは、データ経路リンクに対応し得る。NDLグループアドレスは、データリンク識別子と同じであるか、またはデータリンク識別子とは別個のものであり得る。データリンク識別子は、データ経路リンクを識別することができ、NDLグループアドレスは、データ経路リンクのデバイスにメッセージを送るための宛先アドレスとして使用され得る。本明細書で使用する「データリンクグループアドレス」は、NDLグループアドレスを指し得る。特定の態様では、NDLデータセッション(たとえば、ユニキャストセッションまたはマルチキャストセッション)は、NDLデータセッションを識別するセッション識別子に対応し得る。特定のデバイス(たとえば、デバイス104〜110)は、セッション識別子を決定し得る。たとえば、プロバイダデバイス104は、セッション識別子を生成し得る。特定の態様では、複数のデバイス(たとえば、デバイス104〜110)は、データリンクセットアップ中に交渉メッセージを交換したことに基づいて、セッション識別子を決定し得る。特定の態様では、NDLグループアドレスは、セッション識別子に少なくとも部分的に基づき得る。たとえば、NDLグループアドレスは、セッション識別子およびデバイスの識別子(たとえば、MACアドレス)に基づき得る。例示すると、プロバイダデバイス104は、セッション識別子およびプロバイダデバイス104の識別子(たとえば、MACアドレス)に基づいてNDLグループアドレスを決定し得る。プロバイダデバイス104は、データ経路リンクの1つまたは複数のデバイス(たとえば、第1のデバイス106、第2のデバイス108、第3のデバイス110、またはそれらの組合せ)にNDLグループアドレスを提供し得る。特定の態様では、プロバイダデバイス104は、プロバイダデバイス104が加入メッセージを各加入者デバイス(たとえば、デバイス106〜110)から受信した際の各加入者デバイスにNDLグループアドレスを提供することができる。特定の態様では、データ経路リンクは、特定のサービスのプロバイダデバイスとして動作する1つまたは複数の追加のデバイスを含み得る。プロバイダデバイス104は、追加のデバイスにNDLグループアドレスを提供し得る。NDLグループアドレスは、NDLデータセッションが存続する限り存続し得る。
【００５４】
プロバイダデバイス104は、プロバイダデバイス104が加入メッセージを各加入者デバイス(たとえば、デバイス106〜110)から受信した際の各加入者デバイスと交渉メッセージを交換することによってデータリンクセットアップを実行することができる。たとえば、プロバイダデバイス104は加入者デバイスに、加入者デバイスに対応する識別子(たとえば、AID)を示す交渉メッセージを送り得る。識別子は、加入者デバイスを、データ経路リンクに参加する他の加入者デバイスに対して一意に識別し得る。
【００５５】
プロバイダデバイス104は、データ経路リンクの複数の加入者デバイスに対応するマルチキャスト識別子を決定し得る。複数の加入者デバイスは、デバイス106〜110のうちの少なくとも2つを含み得る。たとえば、プロバイダデバイス104は、第1のデバイス106および第2のデバイス108に対応する第1のマルチキャスト識別子、第1のデバイス106および第3のデバイス110に対応する第2のマルチキャスト識別子、第1のデバイス106および第2のデバイス108に対応する第3のマルチキャスト識別子、デバイス106〜110に対応する第4のマルチキャスト識別子、またはそれらの組合せを決定し得る。プロバイダデバイス104は、複数の加入者デバイスの各々にマルチキャスト識別子を提供し得る。たとえば、プロバイダデバイス104は、第1のデバイス106および第2のデバイス108に第1のマルチキャスト識別子を送ること、第1のデバイス106および第3のデバイス110に第2のマルチキャスト識別子を送ること、第1のデバイス106および第2のデバイス108に第3のマルチキャスト識別子を送ること、デバイス106〜110の各々に第4のマルチキャスト識別子を送ること、またはそれらの組合せがある。
【００５６】
特定のマルチキャスト識別子は、プロバイダデバイス104によって、対応する加入者デバイスにデータが送られることが可能であることを示すために、対応する加入者デバイスにマルチキャストデータを送るために、または両方のために使用され得る。たとえば、プロバイダデバイス104は、第1のデバイス106および第2のデバイス108にデータ(たとえば、マルチキャストデータ)が送られることが可能であることを示すために、第1のマルチキャスト識別子を示すトラフィック広告を送り得る。プロバイダデバイス104は、第1のマルチキャスト識別子を示す宛先フィールドを有するマルチキャストメッセージを生成し得る。マルチキャストメッセージは第1のデータを含み得る。プロバイダデバイス104は、マルチキャスト送信を介して、第1のデバイス106および第2のデバイス108にマルチキャストメッセージを提供し得る。別の例として、プロバイダデバイス104は、第1のデバイス106および第3のデバイス110にデータ(たとえば、マルチキャストデータ)が送られることが可能であることを示すために、第2のマルチキャスト識別子を示す第2のトラフィック広告を送り得る。プロバイダデバイス104は、第2のマルチキャスト識別子を示す宛先フィールドを有する第2のマルチキャストメッセージを生成し得る。第2のマルチキャストメッセージは第2のデータを含み得る。プロバイダデバイス104は、マルチキャスト送信を介して、第1のデバイス106および第3のデバイス110に第2のマルチキャストメッセージを提供し得る。
【００５７】
特定の態様では、同じトラフィック広告が複数のマルチキャスト識別子を含み得る。たとえば、プロバイダ104が第1のデバイス106および第2のデバイス108に送る第1のマルチキャストデータを有し、第1のデバイス106および第3のデバイス110に送る第2のマルチキャストデータを有するときに、トラフィック広告は、第1のマルチキャスト識別子および第2のマルチキャスト識別子を含み得る。
【００５８】
データ経路リンクは、利用可能な論理チャネル、基本チャネル、またはその組合せに対応する1つまたは複数の通信チャネルに関連付けられ得る。データ経路リンクは、利用可能な論理チャネル、基本チャネル、またはそれらの組合せに関連する1つまたは複数の送信ウィンドウを含む通信スケジュールを使用し得る。たとえば、データ経路リンクは、基本チャネルの送信ウィンドウの間にNAN通信チャネルを介して通信し得る。別の例として、データ経路リンクは、論理チャネルに関連する1つまたは複数の送信ウィンドウの間に通信チャネルを介して通信し得る。
【００５９】
データ経路リンクに参加する電子デバイスは、データ経路リンクに関連する少なくともいくつかの送信ウィンドウの開始部分の間に1つまたは複数の通信チャネルを監視し得る。開始部分は、ページングウィンドウに対応し得る。たとえば、プロバイダデバイス104およびデバイス106〜110は、NAN発見ウィンドウが終了したときに始まるページングウィンドウの間にNAN通信チャネルを監視し得る。別の例として、プロバイダデバイス104およびデバイス106〜110は、1つまたは複数の対応する送信ウィンドウのページングウィンドウの間に、利用可能な論理チャネルに対応する特定の通信チャネルを監視し得る。
【００６０】
特定の態様では、データ経路リンクに参加するデバイスは、1つまたは複数の対応する送信ウィンドウの少なくとも第1の数のページングウィンドウの間に、対応する通信チャネルを監視し得る。たとえば、利用可能な論理チャネルのうちの第1の論理チャネルは、第1の通信チャネルおよび1つまたは複数の送信ウィンドウに対応し得る。特定の態様では、第1の通信チャネルは、2.4ギガヘルツ(GHz)の周波数帯域における米国電気電子技術者協会(IEEE)チャネル1またはIEEEチャネル11に対応し得る。
【００６１】
図1に示すように、データ経路リンクの特定の論理チャネルに関連するページングウィンドウ132は、第1の時間124に始まることができ、第2の時間126に終了することができる。第1の送信ウィンドウは、ページングウィンドウ132および第1のデータ送信ウィンドウ148を含み得る。第1のデータ送信ウィンドウ148は、第2の時間126に始まることができ、第4の時間130に終了することができる。第1のデータ送信ウィンドウ148は、トリガスロット134(たとえば、トリガウィンドウ)を含み得る。トリガスロット134は、第2の時間126に始まることができ、第3の時間118に終了することができる。特定の態様では、トリガスロット134は、ページングウィンドウ132とデータ送信ウィンドウとの間のトリガウィンドウに対応し得る。データ送信ウィンドウは、第3の時間118に始まることができ、第4の時間130に終了することができる。
【００６２】
デバイス104〜110の各々は、少なくとも2つの動作モードを有し得る。たとえば、第1の動作モードは、アクティブ動作モードに対応し得る。アクティブモードで動作しているとき、特定のデバイスは第1の通信チャネルを監視する。デバイス104〜110の各々は、ページングウィンドウ132の少なくとも一部分の間にアクティブモードで動作すると予想され得る。別の例として、デバイス104〜110の第2の動作モードは、低電力動作モードに対応し得る。第2の動作モードで動作しているとき、特定のデバイスは、第1の通信チャネルを監視することを控え、第1の通信チャネルとは別個のものである第2の通信チャネルを監視し、別のネットワークに関係するアクションを実行し、またはそれらの組合せを行う。デバイス104〜110のうちの特定のデバイスは、ウィンドウ(たとえば、第1の送信ウィンドウ、ページングウィンドウ132、または第1のデータ送信ウィンドウ148)の残存部分の間に第2の動作モードに移行し得る。たとえば、特定のデバイスは、第1の通信チャネル上でトラフィックが検出されていないウィンドウ(たとえば、第1の送信ウィンドウ、ページングウィンドウ132、または第1のデータ送信ウィンドウ148)のアイドル時間を判断し得る。特定のデバイスは、アイドル時間がしきい値を満たすとの判断に応答して、ウィンドウ(たとえば、第1の送信ウィンドウ、ページングウィンドウ132、または第1のデータ送信ウィンドウ148)の残存部分の間に第2の動作モードに移行し得る。
【００６３】
プロバイダデバイス104は、プロバイダデバイス104によって1つまたは複数の加入者デバイス(たとえば、デバイス106〜110)にデータが送られることが可能であるとの判断に応答して、トラフィック広告128を生成し得る。プロバイダデバイス104は、プロバイダデバイス104における1つまたは複数のバッファにデータがあるとの判断に応答して、加入者デバイスにデータが送られることが可能であると判断し得る。トラフィック広告128は、プロバイダデバイス104がデバイスのためのデータを有する際のデバイスを示す(または識別する)ことができる。たとえば、プロバイダデバイス104が第1のデバイス106のためのデータおよび第2のデバイス108のためのデータを有する場合、トラフィック広告128は、データ受信者として第1のデバイス106および第2のデバイス108を示し得る。例示すると、プロバイダデバイス104は、データリンクセットアップ中に、第1のデバイス106に第1の識別子(たとえば、1)を提供し、第2のデバイス108に第2の識別子(たとえば、2)を提供し、第3のデバイス110に第3の識別子(たとえば、3)を提供することができる。トラフィック広告128は、データ受信者として第1のデバイス106および第2のデバイス108を示す第1の識別子および第2の識別子を含む(または示す)ことができる。たとえば、トラフィック広告128はビットマップを含み得る。ビットマップのビットは、特定の識別子に対応し得る。たとえば、ビットマップの第1のビットは第1の識別子に対応することができ、ビットマップの第2のビットは第2の識別子に対応することができ、ビットマップの第3のビットは第3の識別子に対応することができ、以下同様である。
【００６４】
ビットマップのビットの第1の値(たとえば、1)は、対応する加入者デバイスがデータ受信者であることを示し得る。たとえば、ビットマップの第1のビットおよび第2のビットは、データ受信者として第1のデバイス106および第2のデバイス108を示す第1の値(たとえば、1)を有し得る。ビットマップのビットの第2の値(たとえば、0)は、対応する加入者デバイスがデータ受信者ではないことを示し得る。たとえば、ビットマップの第3のビットは、第3のデバイス110がデータ受信者ではないことを示す第2の値(たとえば、0)を有し得る。例示すると、第3のビットの第2の値は、第1のデータ送信ウィンドウ148の間に第3のデバイス110に送るデータをプロバイダデバイス104が有しないことを示し得る。
【００６５】
特定の態様では、プロバイダデバイス104は、送るデータをプロバイダデバイス104が有しないとの判断に応答して、第1の送信ウィンドウの少なくとも一部分の間に第2の動作モードに移行し得る。特定の態様では、第1のデバイス106は、第1のデバイス106にデータが送られることが可能であることを示すトラフィック広告がページングウィンドウ132の間に受信されていないとの判断に応答して、第1のデータ送信ウィンドウ148の少なくとも一部分の間に第2の動作モードに移行し得る。特定の態様では、デバイス104〜110のうちの特定のデバイスは、通信チャネル(たとえば、第1の通信チャネル)上でトラフィックが検出されていない特定のウィンドウ(たとえば、第1の送信ウィンドウ、ページングウィンドウ132、または第1のデータ送信ウィンドウ148の一部分)におけるアイドル時間を判断し得る。特定のデバイス(たとえば、デバイス104〜110)は、アイドル時間がしきい値を満たすとの判断に応答して、特定のウィンドウ(たとえば、第1の送信ウィンドウ、ページングウィンドウ132、または第1のデータ送信ウィンドウ148の一部分)の残存部分の間に第2の動作モードに移行し得る。たとえば、第1のデバイス106は、第1の時間に、ページングウィンドウ132の間のアイドル時間を判断し得る。第1のデバイス106は、アイドル時間がしきい値を満たすとの判断、および第1のデバイス106にデータが送られることが可能であることを示すトラフィック広告が第1の時間の前にページングウィンドウ132の間に受信されていないとの判断に応答して、第1の送信ウィンドウの残存部分の間に第2の動作モードに移行し得る。
【００６６】
プロバイダデバイス104は、ページングウィンドウ132の間に第1の通信チャネルを介してトラフィック広告128を送り得る。特定の態様では、トラフィック広告128は、告知トラフィック指示メッセージ(ATIM:announcement traffic indication message)、パブリックアクションフレーム、または別のメッセージを含み得る。たとえば、トラフィック広告128は、第1の送信ウィンドウの初め(たとえば、ページングウィンドウ132)におけるATIMウィンドウの間に送られ得る。特定の態様では、トラフィック広告128は、NAN管理フレーム(NMF)またはNANアクションフレーム(NAF)に含まれ得る。NMF(またはNAF)はSDFと同様であり得る。たとえば、NMF(またはNAF)は、SDFと同様のフレームフォーマットを有し得る。例示すると、NMF(またはNAF)は、SDFに含まれる1つまたは複数のフィールドを含み得る。代替的に、または追加として、NMF(またはNAF)は、SDFに含まれない1つまたは複数のフィールドを含み得る。同じフォーマットを有する特定のフレームは、特定のフレームがサービス発見動作の間に使用されるときにSDFと呼ばれることがあり、トラフィック広告動作、測距動作または別の動作の間に使用されるときにNMF(またはNAF)と呼ばれることがある。NMF(またはNAF)は、NMF(またはNAF)がトラフィック広告動作に対応するか、測距動作に対応するか、それとも別の動作に対応するかを示すタイプフィールドを含み得る。
【００６７】
トラフィック広告128は、ユニキャストメッセージ、マルチキャストメッセージ、またはブロードキャストメッセージであり得る。たとえば、トラフィック広告128がユニキャストメッセージであるとき、トラフィック広告128は、第1のデバイス106を示す宛先フィールドを含み得る。特定の態様では、トラフィック広告128はATIMであり得、ATIMの宛先フィールドは特定のサービスの識別子を含み得る。
【００６８】
特定の態様では、プロバイダデバイス104は、デバイス(たとえば、第1のデバイス106、第2のデバイス108、第3のデバイス110、またはそれらの組合せ)のセットのカウントがしきい値を満たす(たとえば、しきい値よりも大きい)と判断し得る。プロバイダデバイス104は、カウントがしきい値を満たす(たとえば、しきい値よりも大きい)との判断に応答して、宛先アドレスを示すようにトラフィック広告128を生成し得る。たとえば、トラフィック広告128の宛先フィールドが宛先アドレスを示し得る。宛先アドレスは、ユニキャストアドレス、ブロードキャストアドレス(たとえば、16進法によるFF:FF:FF:FF:FF:FF)、NDLグループアドレス、別のアドレス、データ経路リンクを示すデータリンク識別子、または別の識別子を含み得る。
【００６９】
特定の態様では、プロバイダデバイス104は、ユニキャストアドレス、ブロードキャストアドレス、NDLグループアドレス、またはデータリンク識別子のうちの1つに対応する宛先アドレスを含む第1のトラフィック広告(たとえば、トラフィック広告128)を送り得る。プロバイダデバイス104は、ユニキャストアドレス、ブロードキャストアドレス、NDLグループアドレス、またはデータリンク識別子のうちの別のものに対応する宛先アドレスを含む第2のトラフィック広告(たとえば、トラフィック広告128)を送り得る。特定の態様では、プロバイダデバイス104は、第1のページングウィンドウの間に第1のトラフィック広告を送ることができ、第2のページングウィンドウの間に第2のトラフィック広告を送ることができる。第1のページングウィンドウは第2のページングウィンドウとは異なってよく、または第2のページングウィンドウと同じであってもよい。特定の態様では、第1のトラフィック広告は第1のデータ経路リンクに対応する(たとえば、第1のデータ経路リンクを示す)ことができ、第2のトラフィック広告は第2のデータ経路リンクに対応する(たとえば、第2のデータ経路リンクを示す)ことができる。第1のデータ経路リンクは第2のデータ経路リンクとは異なってよく、または第2のデータ経路リンクと同じであってよい。
【００７０】
特定の態様では、プロバイダデバイス104は、第1の時間に、第1の数の加入者デバイス(たとえば、第1のデバイス106、第2のデバイス108、および第3のデバイス110)がデータ経路リンクに参加していると判断し得る。プロバイダデバイス104は、第1の数(たとえば、3)がしきい値(たとえば、3)を満たす(たとえば、しきい値以下である)との判断に応答して、宛先アドレスとしてユニキャストアドレスを含む第1のトラフィック広告(たとえば、トラフィック広告128)を生成し得る。プロバイダデバイス104は、第1のページングウィンドウの間に第1のトラフィック広告を送信し得る。デバイスは、時間とともにデータ経路リンクに入ること、またはデータ経路リンクから離れることがある。プロバイダデバイス104は第2の時間に、第2の数の加入者デバイス(たとえば、デバイス106〜110および1つまたは複数の追加のデバイス)がデータ経路リンクに参加していると判断し得る。プロバイダデバイス104は、第2の数(4)がしきい値(たとえば、3)を満たしていない(たとえば、しきい値よりも大きい)との判断に応答して、宛先アドレスとしてブロードキャストアドレス、NDLグループアドレス、またはデータリンク識別子を含む第2のトラフィック広告(たとえば、トラフィック広告128)を生成し得る。プロバイダデバイス104は、第1のページングウィンドウの後にある第2のページングウィンドウの間に第2のトラフィック広告を送信し得る。同じデータ経路リンクに対応するトラフィック広告は、別個のタイプの宛先アドレスを含み得る。たとえば、第1のトラフィック広告は、宛先アドレスとしてユニキャストアドレスを含むことができ、第2のトラフィック広告は、宛先アドレスとしてブロードキャストアドレス、NDLグループアドレス、またはデータリンク識別子を含むことができる。
【００７１】
特定の態様では、別個のデータ経路リンクに対応するトラフィック広告は、別個のタイプの宛先アドレスを含み得る。たとえば、プロバイダデバイス104は、宛先アドレスとしてユニキャストアドレスを含む第1のトラフィック広告(たとえば、トラフィック広告128)を生成することができ、第1のページングウィンドウの間に第1のトラフィック広告を送信することができる。第1のトラフィック広告は、第1のデータ経路リンクに対応し得る。たとえば、第1のトラフィック広告は、第1のデータ経路リンクの第1のデータリンク識別子を含み得る。プロバイダデバイス104は、宛先アドレスとしてブロードキャストアドレス、NDLグループアドレス、またはデータリンク識別子を含む第2のトラフィック広告(たとえば、トラフィック広告128)を生成することができ、第2のページングウィンドウの間に第2のトラフィック広告を送信することができる。第2のトラフィック広告は、第2のデータ経路リンクに対応し得る。たとえば、第2のトラフィック広告は、第2のデータ経路リンクの第2のデータリンク識別子を含み得る。第1のページングウィンドウは、第2のページングウィンドウとは別個のものであり得る。第1のページングウィンドウは、第2のページングウィンドウと重複し得る。
【００７２】
トラフィック広告128がユニキャストメッセージであるときでも、トラフィック広告128は、データ受信者として複数の加入者デバイス(たとえば、第1のデバイス106、第2のデバイス108、および第3のデバイス110)を示し得る。たとえば、トラフィック広告128は、複数の加入者デバイス(たとえば、第1のデバイス106、第2のデバイス108、および第3のデバイス110)を示すデータ受信者インジケータ140を含み得る。データ受信者インジケータ140は、複数の加入者デバイスのアドレス(たとえば、媒体アクセス制御(MAC)アドレス)を示す、アドレスリスト、ビットマップ、または両方を含み得る。たとえば、アドレスリストは、複数の加入者デバイスのMACアドレスのリスト、データリンクセットアップ中にプロバイダデバイス104によって複数の加入者デバイスに提供される識別子のリスト、または両方を含み得る。別の例として、ビットマップの特定のビットが加入者デバイスの特定の識別子に関連付けられ得る。特定の識別子は、加入者デバイスの特定のMACアドレス、データリンクセットアップ中にプロバイダデバイス104によって加入者デバイスに提供される特定の識別子、または両方に対応し得る。たとえば、ビットマップの第1のビットが第1のデバイス106の特定の識別子に関連付けられ得、ビットマップの第2のビットが第3のデバイス110の特定の識別子に関連付けられ得る。ビットマップにおける各ビットの値は、対応する加入者デバイスにとってデータが入手可能であるかどうかを示し得る。たとえば、第1のビットの第1の値(たとえば、1)は、第1のデバイス106にとってデータが入手可能であることを示し得る。別の例として、第2のビットの第2の値(たとえば、0)は、第3のデバイス110にとって入手可能なデータがない(たとえば、第3のデバイス110は複数の加入者デバイスに含まれない)ことを示し得る。
【００７３】
特定の態様では、データ受信者インジケータ140は、複数の加入者デバイスを示すマルチキャスト識別子を含み得る。たとえば、データ受信者インジケータ140がアドレスリストに対応する場合、アドレスリストはマルチキャストMACアドレスを含み得る。別の例として、データ受信者インジケータ140がビットマップに対応する場合、ビットマップのビットのサブセットがマルチキャストストリームに対応し得る。たとえば、ビットマップの特定のビットが複数の加入者デバイスに対応し得る。特定のビットは、複数の加入者デバイスにデータが送られることが可能であることを示す第1の値(たとえば、1)を有し得る。例示すると、ビットマップの単一のビットは、複数のデバイスにデータが送られることが可能であることを示す第1の値(たとえば、1)を有し得る。
【００７４】
特定の態様では、プロバイダデバイス104は、マルチキャスト加入者デバイスにマルチキャストする同じデータ(たとえば、データ122)を有し得る。別の態様では、プロバイダデバイス104は、マルチキャスト加入者デバイスの一部に送る別個のデータを有し得る。たとえば、プロバイダデバイス104は、第1のデバイス106に送るデータ122および第2のデバイス108に送るデータ142を有し得る。
【００７５】
特定の態様では、トラフィック広告128は、データ経路リンクに関連する加入者デバイスの各々を複数の加入者デバイスが含むことを示し得る。たとえば、プロバイダデバイス104は、データがプロバイダデバイス104によって、データグループに関連する加入者デバイスの各々に送られるとの判断に応答して、特定のサービスの識別子を示すようにトラフィック広告128の宛先フィールドを設定し得る。したがって、特定のサービスを識別するためのトラフィック広告128の宛先フィールドを設定することは、ビットマップのすべてのビットをアサートすることと同等であり得る。
【００７６】
トラフィック広告128は、デバイス106〜110のうちの1つまたは複数によって受信され得る。たとえば、第1のデバイス106は、トラフィック広告128を受信することができ、第1のデバイス106のシングルホップ内にある加入者デバイス(たとえば、第3のデバイス110)にトラフィック広告128を転送することができる。
【００７７】
加入者デバイスは、トラフィック広告128を受信することがあり、データが入手可能である複数の加入者デバイスに加入者デバイスが含まれることをトラフィック広告128が示すかどうかを判断し得る。たとえば、第3のデバイス110は、トラフィック広告128を受信することがあり、第3のデバイス110が複数の加入者デバイスから除かれることをトラフィック広告128が示すと判断し得る。応答して、第3のデバイス110は第2の動作モードに移行し得る。別の例として、第1のデバイス106は、データ受信者インジケータ140に基づいて、複数の加入者デバイスに第1のデバイス106が含まれると判断し得る。例示すると、第1のデバイス106は、第1のデバイス106のアドレスを含むアドレスリスト、特定の値(たとえば、1)を有する第1のデバイス106に対応するビットマップの特定のビット、第1のデバイス106がトラフィック広告128のユニキャスト宛先であることを示すトラフィック広告128、特定のサービスを示す(たとえば、特定のサービスの識別子を含む)トラフィック広告128の宛先フィールド、またはそれらの組合せに基づいて、複数の加入者デバイスに第1のデバイス106が含まれると判断し得る。
【００７８】
特定の態様では、加入者デバイスは、監視(たとえば、プロミスキャス)モードで動作していることがある。たとえば、加入者デバイスが監視モードで動作している間、加入者デバイスは、トラフィック広告128を受信することがあり、トラフィック広告128は、加入者デバイスがトラフィック広告128の宛先であることをトラフィック広告128が示すかどうかにかかわらず、加入者デバイスのトランシーバによって検出され得る。例示すると、トラフィック広告128が、第1のデバイス106に宛てられたユニキャストメッセージである場合でも、第2のデバイス108のトランシーバは、トラフィック広告128を検出することができ、第2のデバイス108にとってデータが入手可能であることをトラフィック広告128が示すかどうかを判断するために、トラフィック広告128を処理することができる。特定の態様では、加入者デバイスはメッセージ(たとえば、トラフィック広告128)を、加入者デバイスがメッセージの宛先であることをメッセージが示すとき、メッセージのソースがデータ経路リンクのプロバイダデバイス(たとえば、プロバイダデバイス104)であることをメッセージが示すとき、または両方のときに、受信し処理することができる。
【００７９】
加入者デバイスは、加入者デバイスが、トラフィック広告128によってデータ受信者であるとして示された複数の加入者デバイス(たとえば、デバイス106〜110)の「リーダー」デバイスであるかどうかを判断し得る。リーダーデバイスは、トラフィック広告128を受信したことに応答してACKを送る加入者デバイスであり得る。複数の加入者デバイス(たとえば、デバイス106〜110)のうちの単一の加入者デバイスがリーダーデバイスであり得る。たとえば、第1のデバイス106は、第1のデバイス106がデバイス106〜110のリーダーデバイスであるかどうかを判断し得る。第1のデバイス106は、複数の加入者デバイスに第1のデバイス106が含まれるかどうかを判断し得る。データ受信者であるとして示されてない加入者デバイス(たとえば、第3のデバイス110)は、リーダーデバイスではないと想定され得る。
【００８０】
特定の態様では、トラフィック広告128は、第1のデバイス106がリーダーデバイスであるかどうかを示し得る。たとえば、トラフィック広告128の特定のフィールドの特定の値は、第1のデバイス106がリーダーデバイスであることを示し得る。特定のフィールドは、宛先フィールド、リーダーデバイスフィールド、または両方を含み得る。特定の値は、第1のデバイス106のアドレスの少なくとも一部分を示し得る。別の例として、データ受信者インジケータ140は、特定のデバイス順序で複数の加入者デバイスを示し得る。特定のデバイス順序での第1のデバイス106の位置(たとえば、最初または最後)は、第1のデバイス106がリーダーデバイスであることを示し得る。
【００８１】
第1のデバイス106は、トラフィック広告128の特定のフィールドが特定の値を有するとの判断、データ受信者インジケータ140において特定のデバイス順序での特定の位置に第1のデバイス106が示されているとの判断、または両方に応答して、第1のデバイス106がリーダーデバイスであると判断し得る。たとえば、第1のデバイス106は、トラフィック広告128がユニキャストメッセージを含むとの判断、およびトラフィック広告128が第1のデバイス106に宛てられていることをトラフィック広告128(たとえば、トラフィック広告128の宛先フィールド)が示すとの判断に応答して、第1のデバイス106がリーダーデバイスであると判断し得る。別の例として、第2のデバイス108は、トラフィック広告128がユニキャストメッセージを含むとの判断、およびトラフィック広告128が第2のデバイス108に宛てられていないとの判断に応答して、第2のデバイス108がリーダーデバイスではないと判断し得る。
【００８２】
第2のデバイス108は、第2のデバイス108がリーダーデバイスではないとの判断に応答して、ページングウィンドウ132の残存部分の間に第2の動作モードに移行し得る。たとえば、第2のデバイス108は、トリガスロット134または第1のデータ送信ウィンドウ148まで、第2の動作モードにとどまり得る。
【００８３】
特定の態様では、第1のデバイス106は、データが入手可能である複数の加入者デバイスに第1のデバイス106が含まれるとの判断、および別の加入者デバイスからプロバイダデバイス104へのトラフィック広告128に応答した確認応答(ACK)が、トラフィック広告128を受信する特定の時間期間内に検出されていないとの判断に応答して、第1のデバイス106がリーダーデバイスであると判断し得る。特定の時間期間は、デフォルト値、第1のデバイス106のアドレス、カウンタ(たとえば、ランダムカウンタもしくは擬似ランダムカウンタ)、またはそれらの組合せに基づき得る。たとえば、第1のデバイス106は、データ受信者インジケータ140によって示される複数の加入者デバイスのアドレスの間での第1のアドレスの位置(たとえば、第1、第2など)を判断し得る。第1のデバイス106は、位置とギャップ持続時間とに特定の関数(たとえば、乗算、加算、または両方)を適用することによって、特定の時間期間の持続時間を決定し得る。ギャップ持続時間は、デフォルト値(たとえば、100ミリ秒)を有し得る。特定の態様では、プロバイダデバイス104は、デバイス106〜110にギャップ持続時間を提供し得る。たとえば、トラフィック広告128はギャップ持続時間を示し得る。別の例として、第1のデバイス106は、トラフィック広告128を受信したことに応答して、第1の時間に擬似ランダムカウンタを設定(または再設定)することができる。持続時間は、擬似ランダムカウンタが終了する時間に対応し得る。
【００８４】
第1のデバイス106は、第1のデバイス106がリーダーデバイスではないとの判断に基づいて、トラフィック広告128に応答したACK138を送ることを控え得る。代替的に、第1のデバイス106は、第1のデバイス106がリーダーデバイスであるとの判断に応答して、プロバイダデバイス104にACK138を送り得る。たとえば、第1のデバイス106は、ページングウィンドウ132の間に第1の通信チャネルを介してACK138を送り得る。ACK138は、媒体アクセス制御(MAC)フレームであり得る。ACK138は、第1のデバイス106が第1のデータ送信ウィンドウ148の間にトラフィックを受信することが可能であることを示し得る。
【００８５】
特定の態様では、第2のデバイス108は、ページングウィンドウ132の間に第1のデバイス106からプロバイダデバイス104へのACK138を検出し得る。第2のデバイス108は、第1のデバイス106からのACK138を検出したことに応答して、第2のデバイス108がリーダーデバイスではないと判断し得る。第2のデバイス108は、第2のデバイス108がリーダーデバイスではないとの判断に応答して、トラフィック広告128に応答したACKを送ることを控え得る。第2のデバイス108は、別のACKを送ることを控えることによって、ネットワークリソースを節約し得る。
【００８６】
代替的に、第2のデバイス108は、トラフィック広告128を受信する第1の持続時間内に、別の加入者デバイスからのACKが検出されていないと判断し得る。たとえば、ACK138は、ネットワーク状態に起因して第2のデバイス108によって検出されないことがある。代替的に、第1のデバイス106は、ACK138を送っていないことがある。第2のデバイス108は、第2のデバイス108がリーダーデバイスであると判断することができ、ACKを送ることができる。この例では、2つ以上の加入者デバイスは、その加入者デバイスがリーダーデバイスであると判断し得る。
【００８７】
特定の態様では、第2のデバイス108はトラフィック広告128を受信し得る。第2のデバイス108は、第2のデバイス108が第1の送信ウィンドウの後続部分の間に対応不可能であると判断し得る。第2のデバイス108のトラフィック広告アナライザは、判断に応答して、トラフィック広告128に応答したACKを送ることを控え得る。特定の態様では、第2のデバイス108は、第2のデバイス108が第1の送信ウィンドウの後続部分の間に対応不可能であるとの判断に応答して、第1の送信ウィンドウの残りの間に第2の動作モードに移行し得る。
【００８８】
特定の態様では、デバイス104〜110のうちの特定のデバイスは、通信チャネル(たとえば、第1の通信チャネル)上でトラフィックが検出されていないページングウィンドウ(たとえば、ページングウィンドウ132)のアイドル時間を判断し得る。特定のデバイス(たとえば、デバイス104〜110)は、アイドル時間がしきい値を満たすとの判断に応答して、ページングウィンドウ(たとえば、ページングウィンドウ132)の残存部分の間に第2の動作モードに移行し得る。たとえば、プロバイダデバイス104は、トラフィック広告128の送信の後に、第1の通信チャネル上でトラフィックが検出されていないアイドル時間を判断し得る。プロバイダデバイス104は、アイドル時間がしきい値を満たすとの判断に応答して、ページングウィンドウ132の残存部分の間に第2の動作モードに移行し得る。別の例として、第1のデバイス106は、ACK138の送信の後に、第1の通信チャネル上でトラフィックが検出されていないアイドル時間を判断し得る。第1のデバイス106は、アイドル時間がしきい値を満たすとの判断に応答して、ページングウィンドウ132の残存部分の間に第2の動作モードに移行し得る。
【００８９】
特定の態様では、第1のデバイス106は、トラフィック広告128を受信した後に、第1の通信チャネル上でトラフィックが検出されていないページングウィンドウ132のアイドル時間を判断し得る。第1のデバイス106は、アイドル時間がしきい値を満たすとの判断に応答して、プロバイダデバイス104にデータトリガ(たとえば、データ要求150またはトリガフレーム)を送り得る。この態様では、第1のデバイス106は、ページングウィンドウ132の間に不活動を検出したことに応答して、第1のデータ送信ウィンドウ148の前にデータトリガ(たとえば、データ要求150またはトリガフレーム)を送り得る。
【００９０】
プロバイダデバイス104は、ページングウィンドウ132の間に第1のデバイス106からACK138を受信し得る。第1のデバイス106からのACK138の受信は、トラフィック広告128がデータ経路リンクの少なくとも1つのデバイスに成功裏に送信されたことをプロバイダデバイス104に示し得る。したがって、プロバイダデバイス104は、プロバイダデバイス104が各デバイスのためのデータを有する際の各デバイスからACKを受信する必要はない。単一のACKで十分であるので、ページングウィンドウ132のサイズ(たとえば、デフォルトサイズ)は、複数の加入者デバイスのすべてからACKを受け入れるようにサイズ決定されるページングウィンドウと比較して小さくなり得る。データ経路リンクの加入者デバイス104〜110は、より長いページングウィンドウと比較してより短いページングウィンドウの間に第1の通信チャネルを監視することによって、ネットワークリソースを節約することができる。
【００９１】
プロバイダデバイス104は、ページングウィンドウ132の間にACK138が受信されているとの判断に応答して、アクティブ動作モードにとどまり得る。代替的に、プロバイダデバイス104は、ACK138を受信したことに応答して、トリガスロット134または第1のデータ送信ウィンドウ148を検出するまで、第2の動作モードに移行し得る。たとえば、プロバイダデバイス104は、ACK138を受信したことに応答して、ページングウィンドウ132の残りの間に第2の動作モードに移行し得る。プロバイダデバイス104は、トリガスロット134の初めまたは第1のデータ送信ウィンドウ148の初めに、第1の動作モードに移行し得る。したがって、プロバイダデバイス104は、単一のACKを受信したことに応答して第2の動作モードに移行することによって、ネットワークリソースを節約すること、または他の動作を実行することができる。
【００９２】
特定の態様では、プロバイダデバイス104は、トラフィック広告128に応答したACKが受信されていないとの判断に応答して、ページングウィンドウ132の間に第2のトラフィック広告を送り得る。たとえば、プロバイダデバイス104は、第1の時間にトラフィック広告128を送り得る。プロバイダデバイス104は、トラフィック広告128に応答したACKが第2の時間の前に受信されていないと判断し得る。プロバイダデバイス104は、判断に応答して、第2のトラフィック広告を送り得る。第2の時間は、第1の時間とACK持続時間との合計に対応し得る。ACK持続時間はデフォルト値であり得る。特定の態様では、ACK持続時間は、IEEE802.11規格によって指定され得る。
【００９３】
トラフィック広告128および第2のトラフィック広告は、同じデバイスまたは別個のデバイスに宛てられたユニキャストメッセージであり得る。たとえば、トラフィック広告128は、第1のデバイス106に宛てられ得る。プロバイダデバイス104は、トラフィック広告128に応答したACKが第2の時間の前に第1のデバイス106から受信されていないとの判断に応答して、第1のデバイス106以外のデバイスに第2のトラフィック広告を宛てることができる。たとえば、第2のトラフィック広告は、データが入手可能である第2のデバイス108に宛てられ得る。
【００９４】
特定の態様では、プロバイダデバイス104は、ページングウィンドウ132の間に特定の数以下のトラフィック広告を送り得る。たとえば、プロバイダデバイス104は、ページングウィンドウ132の間に第1の数のトラフィック広告が送られたと判断し得る。プロバイダデバイス104は、トラフィック広告の第1の数が広告しきい値を満たしていないとの判断に応答して、第1のデバイス106に宛てられたトラフィック広告128を送り得る。広告しきい値は、トラフィック広告の特定の数に対応し得る。プロバイダデバイス104は、トラフィック広告128に応答したACKが第2の時間の前に受信されていないとの判断およびトラフィック広告の第1の数が広告しきい値を満たすとの判断に応答して、第2のトラフィック広告を送ることを控え得る。特定の態様では、プロバイダデバイス104は、トラフィック広告128に応答したACKが第2の時間の前に受信されていないとの判断およびトラフィック広告の第1の数が広告しきい値を満たすとの判断に応答して、第1の送信ウィンドウの残存部分の間に第2の動作モードに移行し得る。
【００９５】
特定の態様では、トラフィック広告128は、ブロードキャストアドレス、NDLグループアドレス、またはデータリンク識別子を含む宛先アドレスを示し得る。この態様では、プロバイダデバイス104は、トラフィック広告128に応答したACKがページングウィンドウ132の間に受信されるかどうかにかかわらず、トリガスロット134の間にアクティブ動作モードにとどまり得る。特定の態様では、第1のデバイス106は、宛先アドレスがブロードキャストアドレス、NDLグループアドレス、またはデータリンク識別子に対応するとの判断に応答して、トラフィック広告128に応答したACKを送ることを控え得る。特定の態様では、第1のデバイス106は、宛先アドレスが第1のデバイス106のユニキャストアドレスに対応するとの判断に応答して、トラフィック広告128に応答したACK138を送り得る。
【００９６】
特定の態様では、トラフィック広告128は、データリンク識別子を含む宛先アドレスを示し得る。この態様では、プロバイダデバイス104は、トラフィック広告128を送った後の間隔の間にACK(たとえば、ACK138)を受信したことに応答して、トリガスロット134の間にアクティブ動作モードにとどまり得る。間隔は、ショートフレーム間スペース(SIFS:short interframe space)間隔または分散協調機能フレーム間スペース(DIFS:distributed coordination function interframe space)を含み得る。代替的に、プロバイダデバイス104は、トラフィック広告128に応答したACKが間隔の間に受信されていないとの判断に応答して、第1のデータ送信ウィンドウ148の間に第2の動作モードに移行し得る。
【００９７】
特定の態様では、第1のデバイス106は、宛先アドレスがデータリンク識別子に対応するとの判断に基づいて、トラフィック広告128に応答したACK138を送り得る。たとえば、データリンク識別子によって示されるデータ経路リンクに参加している各加入者デバイス(たとえば、デバイス106〜110)は、トラフィック広告128に応答したACKを送り得る。別の例として、データリンク識別子によって示されるデータ経路リンクに参加している、トラフィック広告128においてデータ受信者として示される各加入者デバイス(たとえば、デバイス106〜110)は、トラフィック広告128に応答したACKを送り得る。さらなる例として、データリンク識別子によって示されるデータ経路リンクに参加している、トラフィック広告128においてリーダーデバイスとして示される各加入者デバイス(たとえば、デバイス106〜110)は、トラフィック広告128に応答したACKを送り得る。
【００９８】
トラフィック広告128を受信したデバイスであって、デバイスにとって入手可能なデータをプロバイダデバイス104が有することをトラフィック広告128が示すと判断するデバイスは、トラフィック広告128を受信したことに応答して第1の動作モードにとどまり得る。たとえば、第1のデバイス106は、トラフィック広告128を受信したこと、および第1のデバイス106がデータ受信者である(たとえば、複数の加入者デバイスに含まれる)ことをトラフィック広告128が示すとの判断に応答して、後続ウィンドウ(たとえば、トリガスロット134または第1のデータ送信ウィンドウ148)の間に第1の通信チャネルを監視し得る。特定の実装形態では、第1のデバイス106は、ACK138を送った後に第2の動作モードに移行することができ、後続ウィンドウ(たとえば、トリガスロット134または第1のデータ送信ウィンドウ148)の間に第1の動作モードに戻ることができる。
【００９９】
特定の態様では、第2のデバイス108は、第2のデバイス108がリーダーデバイスではないと判断し、第2のデバイス108がデータ受信者であることをトラフィック広告128が示すと判断し得る。第2のデバイス108はトラフィック広告128について確認応答する責任を負わないので、第2のデバイス108は、トラフィック広告128を受信したことに応答して第2の動作モードに移行することができ、後続ウィンドウ(たとえば、トリガスロット134または第1のデータ送信ウィンドウ148)の間に第1の動作モードに戻ることができる。第2のデバイス108は、第2の動作モードに移行することによって、ネットワークリソースを節約すること、または他のアクションを実行することができる。
【０１００】
特定の態様では、データ経路リンクの特定のデバイスは、第1の通信チャネルを監視するために、特定のデバイスのトランシーバのチャネルを第1の通信チャネルに変更し得る。たとえば、第1のデバイス106は、第1の通信チャネルを監視するために、第1のデバイス106のトランシーバのチャネルを第1の通信チャネルに変更し得る。特定の態様では、特定のデバイスは、NAN発見ウィンドウの終了後にNAN通信チャネルを監視し続けることによって、基本チャネルのページングウィンドウの間にNAN通信チャネルを監視し得る。たとえば、第1のデバイス106は、NAN発見ウィンドウの終了後にNAN通信チャネルを監視し続けることによって、ページングウィンドウ132の間にNAN通信チャネルを監視し得る。ページングウィンドウ132は、基本チャネルのページングウィンドウに対応し得る。したがって、特定のデバイスは、NAN発見ウィンドウの後に通信チャネルを監視することを控えることからページングウィンドウの間に通信チャネルを監視することに切り替えることに関連付けられ得るウェイクアップペナルティを回避し得る。
【０１０１】
プロバイダデバイス104は、第1のデータ送信ウィンドウ148の間に第1の通信チャネルを介して特定の加入者デバイス(たとえば、デバイス106〜108)にデータを送り得る。たとえば、プロバイダデバイス104は、第1のデバイス106にデータ122を送ることができ、第2のデバイス108にデータ142を送ることができる。
【０１０２】
特定の態様では、プロバイダデバイス104は、複数の加入者デバイスの単一の加入者デバイスからACK(たとえば、ACK138)が受信されているとの判断、複数の加入者デバイスのすべてよりも少ない加入者デバイスからACKが受信されているとの判断、またはページングウィンドウ132の間に複数の加入者デバイスの各々からACKが受信されているとの判断に応答して、第1のデータ送信ウィンドウ148の間に複数の加入者デバイスにデータを送り得る。
【０１０３】
特定の態様では、プロバイダデバイス104は、複数の加入者デバイス(たとえば、デバイス106〜110)のうちの1つまたは複数にデータを送り得る。たとえば、プロバイダデバイス104は、第1のデバイス106からACK138が受信されていると判断し、第2のデバイス108からACKが受信されていないと判断し得る。プロバイダデバイス104は、(たとえば、ページングウィンドウ132の間に第2のデバイス108からACKが受信されているかどうかにかかわらず)第1のデバイス106からACK138が受信されているとの判断に少なくとも部分的に基づいて、第1のデバイス106にデータ122を送り、第2のデバイス108にデータ142を送り得る。たとえば、プロバイダデバイス104は、ページングウィンドウ132の間に第1のデバイス106からACK138を受信したことに応答して、第1のデータ送信ウィンドウ148の間に第1の通信チャネルを監視し続け得る。プロバイダデバイス104は、本明細書で説明するように、第1のデータ送信ウィンドウ148の間に第2のデバイス108からデータ要求152を受信したことに応答して、第2のデバイス108にデータ142を送り得る。第2のデバイス108は、第2のデバイス108がページングウィンドウ132の間にACKを送っていなくても、データ142を受信し得る。
【０１０４】
特定の態様では、プロバイダデバイス104は、複数の加入者デバイスのうちの特定の加入者デバイスに、特定の加入者デバイスの対応可能に基づいてデータを送り得る。プロバイダデバイス104は、特定の加入者デバイスからACK(たとえば、ACK138)、データトリガ(たとえば、データ要求150もしくはデータ要求152)、または両方が受信されているとの判断に応答して、特定の加入者デバイスがデータを受信することが可能であると判断し得る。たとえば、プロバイダデバイス104は、ページングウィンドウ132の間に第1のデバイス106からACK138が受信されているとの判断に応答して、第1のデバイス106にデータ122を送り得る。別の例として、プロバイダデバイス104は、本明細書で説明するように、第1のデバイス106からデータ要求150が受信されているとの判断に応答して、第1のデバイス106にデータ122を送り得る。プロバイダデバイス104はまた、第2のデバイス108からデータ要求152が受信されているとの判断に応答して、第2のデバイス108にデータ142を送り得る。
【０１０５】
データ経路リンクのデバイスは、ページングウィンドウ132の間にトラフィック広告128が受信されているとの判断、デバイスがデータ受信者インジケータ140によってデータ受信者として示されているとの判断、およびデバイスが第1の送信ウィンドウの残存部分の間に対応可能であるとの判断に応答して、プロバイダデバイス104に第1の通信チャネルを介してデータ要求を送り得る。たとえば、第2のデバイス108は、ページングウィンドウ132の間にトラフィック広告128が受信されているとの判断、第2のデバイス108がデータ受信者インジケータ140によってデータ受信者として示されているとの判断、および第2のデバイス108が第1の送信ウィンドウの残存部分の間に対応可能であるとの判断に応答して、プロバイダデバイス104に第1の通信チャネルを介してデータ要求152を送り得る。データ要求は、デバイスが第1のデータ送信ウィンドウ148の少なくとも一部分の間にトラフィックを受信することが可能であることを示し得る。たとえば、データ要求152は、第2のデバイス108が第1のデータ送信ウィンドウ148の少なくとも一部分の間にトラフィックを受信することが可能であることを示し得る。第3のデバイス110は、第3のデバイス110が第1の送信ウィンドウの一部分の間に対応不可能であるとの判断に応答して、プロバイダデバイス104に第1の通信チャネルを介してデータ要求を送ることを控え得る。データ要求(たとえば、データ要求150、データ要求152、または両方)は、パワーセーブポール(PS-POLL:power-save poll)メッセージ、サービス品質ヌル(QoS_NULL:quality of service null)フレーム、パブリックアクションフレーム、または別のフレームのうちの少なくとも1つを含み得る。
【０１０６】
特定の態様では、第1のデバイス106および第2のデバイス108は、それぞれ、データ要求150およびデータ要求152を送信するために媒体に対して競合することがある。第1のデバイス106および第2のデバイス108は、NAN規格またはプロトコルに従って競合軽減技法を使用し得る。たとえば、第1のデバイス106は、トリガスロット134または第1のデータ送信ウィンドウ148内でランダムまたは擬似ランダム開始時間を選択し得る。第1のデバイス106は、ランダムまたは擬似ランダムバックオフカウントを選択し得る。第1のデバイス106は、プロバイダデバイス104にデータ要求150を送信するために、競合軽減技法として開始時間およびバックオフカウントに基づいてキャリア感知多元接続(CSMA)プロトコルを使用し得る。
【０１０７】
特定の態様では、第1のデバイス106は、第1のデバイス106がページングウィンドウ132の間にプロバイダデバイス104にACK138を送ったとの判断に応答して、データ要求150を送ることを控え得る。第2のデバイス108は、第2のデバイス108がページングウィンドウ132の間にトラフィック広告128を受信したとの判断、第2のデバイス108がデータ受信者であることをトラフィック広告128が示しているとの判断、第2のデバイス108が第1の送信ウィンドウの残存部分の間に対応可能であるとの判断、およびトラフィック広告128に応答したACKがページングウィンドウ132の間に第2のデバイス108から送られていないとの判断に応答して、プロバイダデバイス104にデータ要求152を送り得る。
【０１０８】
プロバイダデバイス104は、ページングウィンドウ132の間にデバイスからデータ要求が受信されているとの判断に応答して、第1のデータ送信ウィンドウ148(たとえば、第1のデータ送信ウィンドウ148の終了部分)の間に第1の通信チャネルを介してデバイスにデータを送り得る。たとえば、プロバイダデバイス104は、ページングウィンドウ132の間に第1のデバイス106からデータ要求150が受信されているとの判断に応答して、第1のデバイス106に第1のデータ送信ウィンドウ148の間に第1の通信チャネルを介してデータ122を送り得る。特定の態様では、プロバイダデバイス104は、プロバイダデバイス104がページングウィンドウ132の間にトラフィック広告128に応答したACKを確認応答加入者デバイスから受信した際の確認応答加入者デバイスに、データトリガ(またはデータ要求)が確認応答加入者デバイスから受信されているかどうかにかかわらず、データを送り得る。たとえば、プロバイダデバイス104は、プロバイダデバイス104によって第1のデバイス106からデータ要求150が受信されるかどうかにかかわらず、ページングウィンドウ132の間に第1のデバイス106からACK138が受信されているとの判断に応答して、第1のデバイス106にデータ122を送り得る。プロバイダデバイス104は、第2のデバイス108からデータ要求152を受信したことに応答して、第2のデバイス108にデータ142を送り得る。プロバイダデバイス104は、トリガスロット134または第1のデータ送信ウィンドウ148の開始部分の間に第3のデバイス110からデータトリガが受信されていない(たとえば、データ要求150が受信されていない)との判断に応答して、第3のデバイス110にデータ122を送ることを控え得る。
【０１０９】
トリガスロット134は、ページングウィンドウ132の終了の後に、かつ第1のデータ送信ウィンドウ148の終了部分の前に発生し得る。特定の態様では、データ要求(たとえば、データ要求150、データ要求152、または両方)は、トリガスロット134の間、第1のデータ送信ウィンドウ148の開始部分の間、または第1のデータ送信ウィンドウ148の間に交換され得る。
【０１１０】
特定の態様では、トリガスロット134のトリガ持続時間は、動的に判断され得る。たとえば、プロバイダデバイス104は、トリガスロット134が終了していると判断し、予想されるデータトリガ(たとえば、データ要求150、データ要求152、または両方)がトリガスロット134の間に受信されているとの判断に応答して、第1のデータ送信ウィンドウ148の終了部分が始まっていると判断し得る。特定の態様では、予想されるデータトリガは、データ受信者(たとえば、デバイス106〜110)の各々からのデータトリガに対応し得る。代替態様では、予想されるデータトリガは、プロバイダデバイス104がページングウィンドウ132の間にACKを確認応答加入者デバイス(たとえば、第1のデバイス106)から受信した際の確認応答加入者デバイスからのデータトリガ(たとえば、データ要求150)を除き得る。
【０１１１】
特定の態様では、第1のデバイス106は、トラフィック広告128に応答したACK(たとえば、ACK138)がページングウィンドウ132の間に第1のデバイス106からプロバイダデバイス104に送られているとの判断に応答して、第1の送信ウィンドウの残存部分の間に第1の動作モードにとどまり得る。
【０１１２】
特定の態様では、プロバイダデバイス104は、トリガスロット134の間または第1のデータ送信ウィンドウ148の開始部分の間にデータトリガ(たとえば、データ要求150またはデータ要求152)が受信されていないとの判断に応答して、第1の送信ウィンドウの残存部分の間に第2の動作モードに移行し得る。
【０１１３】
特定の態様では、プロバイダデバイス104は、少なくとも1つの加入者デバイス(たとえば、デバイス106〜108)からデータ要求(たとえば、データ要求150またはデータ要求152)が受信されているとの判断に応答して、第1の送信ウィンドウの残存部分の間に第1の動作モードにとどまり得る。
【０１１４】
特定の態様では、プロバイダデバイス104は、(たとえば、データ要求150がプロバイダデバイス104によって受信されているかどうかにかかわらず)プロバイダデバイス104によってページングウィンドウ132の間に少なくとも1つの加入者デバイス(たとえば、第1のデバイス106)からACK(たとえば、ACK138)が受信されているとの判断に応答して、第1の送信ウィンドウの残存部分の間に第1の動作モードにとどまり得る。
【０１１５】
特定の態様では、プロバイダデバイス104および第1のデバイス106は、複数の論理チャネルを介してデータを交換し得る。複数の論理チャネルは、利用可能な論理チャネル、基本チャネル、またはそれらの組合せのうちの1つまたは複数を含み得る。各論理チャネルは、別個のデータセッションに対応し得る。特定の態様では、複数の論理チャネルのうちの第1の論理チャネルの第1の送信ウィンドウは、複数の論理チャネルのうちの第2の論理チャネルの第2の送信ウィンドウと重複し得る。この態様では、プロバイダデバイス104の第1のトランシーバおよび第1のデバイス106の第2のトランシーバは、複数の通信チャネル(たとえば、第1の論理チャネルに対応する第1の通信チャネルおよび第2の論理チャネルに対応する第2の通信チャネル)を介して通信していることがある。
【０１１６】
データ受信者インジケータ140は、トラフィック指示マップ(TIM:traffic indication map)を含み得る。TIMは、特定の電子デバイスがプロバイダデバイス104によって送られるデータの受信者であるかどうか示すビットマップであり得る。TIMの各ビットは、データ経路リンクの異なる電子デバイスに対応することができ、各ビットの値は、対応する電子デバイスがデータ受信者であるかどかを示すことができる。TIMのビットと各電子デバイスとの間の対応は、AIDに基づき得る。たとえば、第1のデバイス106は、プロバイダデバイス104と結び付き得る。プロバイダデバイス104および第1のデバイス106は、AIDを生成し交換し得る。例示すると、第1のデバイス106は、プロバイダデバイス104と結び付くことができ、プロバイダデバイス104から第1のAID(たとえば、2)を受信することができる。デバイス108および110は、プロバイダデバイス104との結び付きの間に別個のAID(たとえば、それぞれ3および4)を受信し得る。AIDはデバイス106〜110によって、プロバイダデバイス104から受信されたTIMにおける対応するビットを識別するために使用され得る。たとえば、TIMの第2のビットは、2のAIDに起因して第1のデバイス106に対応し得る。この例では、TIMの第3のビットおよび第4のビットは、それぞれ第2のデバイス108および第3のデバイス110に対応し得る(TIMの第1のビットは予約され得る)。
【０１１７】
デバイス106〜110の各々は、プロバイダデバイス104から受信されたTIMにおける対応するビットに基づいて、それがデータ受信者であるかどうかを判断し得る。たとえば、デバイス106〜108がデータ受信者であるとの判断は、1の論理値を有するTIMの第2のビットおよび第3のビットに基づき得、第3のデバイス110が受信者ではないとの判断は、論理0値を有する第4のビットに基づき得る。
【０１１８】
特定の態様では、第1のパワーセーブポール(PS-POLL)メッセージがデータ要求150(またはデータ要求152)として作用し得る。たとえば、第1のデバイス106は、従来のアクセスポイント(AP)ベースのワイヤレスネットワークにおけるPS-POLLメッセージの生成と同様の方法で第1のPS-POLLメッセージを生成し得る。ただし、第1のデバイス106は、従来のAPベースのワイヤレスネットワークにおけるユニキャストPS-POLLメッセージと比較して、ブロードキャストメッセージとして第1のPS-POLLメッセージを生成し得る。特定の態様では、第1のPS-POLLメッセージは、複数のデバイスにとってデータトリガとして作用し得る。たとえば、複数の電子デバイスは、第1のPS-POLLメッセージを受信することができ、第1のPS-POLLメッセージを受信したことに応答して、第1のデバイス106にデータを送ることができる。
【０１１９】
特定の態様では、第1のデバイス106は、第1のPS-POLLメッセージの一部分(たとえば、第3のオクテットおよび第4のオクテット)を特定の値(たとえば、「0」)に設定し得る。第1のデバイス106は、トリガスロット134の間、第1のデータ送信ウィンドウ148の開始部分の間、または第1のデータ送信ウィンドウ148の間に、第1の通信チャネルを介して第1のPS-POLLメッセージを送信し得る。
【０１２０】
プロバイダデバイス104は、トリガスロット134の間、第1のデータ送信ウィンドウ148の開始部分の間、または第1のデータ送信ウィンドウ148の間に第1のPS-POLLメッセージを受信し得る。第1のPS-POLLメッセージを受信したことに応答して、プロバイダデバイス104は、第1のデータ送信ウィンドウ148の間に第1の通信チャネルを介して第1のデバイス106にデータ122を送信し得る。たとえば、プロバイダデバイス104は、トリガスロット134、第1のデータ送信ウィンドウ148の開始部分、または第1のデータ送信ウィンドウ148の終了部分の間に、第1のデバイス106にデータ122を送信し得る。
【０１２１】
特定の態様では、サービス品質ヌル(QoS_NULL)フレームがデータ要求150(またはデータ要求152)として作用し得る。たとえば、第1のデバイス106はQoS_NULLフレームを生成し得る。QoS_NULLフレームは、プロバイダデバイス104からの逆方向許可(RDG:reverse direction grant)を示し得る。たとえば、QoS_NULLフレームにおける1つまたは複数のビットの値は、RDGを示し得る。RDGは、1つまたは複数のワイヤレス規格またはプロトコルによる、物理プロトコルデータユニット(PPDU)におけるRDGと同様のものであり得るが、PPDUの代わりにQoS_NULLフレームに含まれ得る。RDGは、QoS_NULLフレームの受信者が、QoS_NULLフレームの送信者の送信機会(tx_op)を利用して、送信者のtx_opの間にデータを送信することを許可し得る。たとえば、第1のデバイス106は、RDGを示すQoS_NULLフレームを生成することができ、トリガスロット134の間、第1のデータ送信ウィンドウ148の開始部分の間、または第1のデータ送信ウィンドウ148の間に、第1の通信チャネルを介してプロバイダデバイス104にQoS_NULLフレームを送信することができる。RDGを有するQoS_NULLフレームは、プロバイダデバイス104が第1のデバイス106のtx_opの間に第1のデバイス106にデータ122のフレームを送ることを許可し得る。
【０１２２】
プロバイダデバイス104は、QoS_NULLフレームを受信したことに応答して、第1のデバイス106のtx_opの間に第1の通信チャネルを介して第1のデバイス106にデータ122のフレームを送信し得る。このようにして、プロバイダデバイス104は、データ122のフレームを送信するために第1の通信チャネルに対して競合する必要がなくなり得る。データ122が単一のフレームであるとき、QoS_NULLフレームに応答して、プロバイダデバイス104から第1のデバイス106にデータ122の全体が送信され得る。データ122が2つ以上のフレームを含むとき、プロバイダデバイス104は、データ122のフレームにおける1つまたは複数のビットを介して、データ122の追加のフレームが送信されることを示し得る。たとえば、プロバイダデバイス104は、モアビット(more bit)またはサービス期間終了(EOSP)ビットを介してデータ122の追加のフレームが送信されることを示し得る。
【０１２３】
特定の態様では、プロバイダデバイス104は、第1のデータ送信ウィンドウ148の間に第1のデバイス106(または第2のデバイス108)に送るさらなるデータをプロバイダデバイス104が有しないと判断し得る。プロバイダデバイス104は、判断に応答して、第1のデバイス106(または第2のデバイス108)に送るさらなるデータをプロバイダデバイス104が有しないことを示すデータ終了インジケータ190を送り得る。たとえば、データ終了インジケータ190は、データ122のフレームの特定のビット(たとえば、モアビットまたはEOSPビット)に対応し得る。特定のビットは、第1のデータ送信ウィンドウ148の間に第1のデバイス106に送るさらなるデータをプロバイダデバイス104が有しないことを示す第1の値(たとえば、0)を有し得る。特定のビットは、第1のデータ送信ウィンドウ148の間に第1のデバイス106に送るさらなるデータをプロバイダデバイス104が有することを示す第2の値(たとえば、1)を有し得る。
【０１２４】
特定の態様では、プロバイダデバイス104は、第1のデータ送信ウィンドウ148の残存部分の間に複数のデバイス(たとえば、デバイス106〜110)の任意のデバイスに送るデータをプロバイダデバイス104が有しないと判断し得る。たとえば、プロバイダデバイス104は、データ142を送った後、デバイス106〜110に送るさらなるデータをプロバイダデバイス104が有しないと判断し得る。判断に応答して、プロバイダデバイス104は、第1のデータ送信ウィンドウ148の残存部分の間に第2の動作モードに移行し得る。
【０１２５】
さらなるデータが(たとえば、データ122の追加のフレームが)送信されることの指示を有するデータ122のフレームを受信したことに応答して、第1のデバイス106は、第1の通信チャネルに対して競合することができ、競合で成功すると、第1のデバイス106は、プロバイダデバイス104にさらなるデータ(たとえば、データ122の別のフレーム)を送信させるために、プロバイダデバイス104にRDGを有する別のQoS_NULLフレームを送信し得る。このプロセスは、第1のデバイス106に送られるデータ(たとえば、データ122)の全体をプロバイダデバイス104が送るまで、または第1のデータ送信ウィンドウ148の終了まで、繰り返され得る。
【０１２６】
いくつかの態様では、第1のデバイス106は、複数の他の電子デバイスからのデータの受信者として示され得る。これらの態様では、第1のデバイス106は、複数の電子デバイスにRDGを有するQoS_NULLフレームを送信することができ、複数の電子デバイスの各々からQoS_NULLフレームに応答したデータを受信することができる。各QoS_NULLフレームに応答したデータフレームを第1のデバイス106が受信しているとき、およびさらなるデータが送信されることをデータフレームが示していないとき、第1のデバイス106は、第1のデータ送信ウィンドウ148の残りに第2の動作モードに移行し得る。たとえば、データ終了インジケータ190を受信したことに応答して、第1のデバイス106は、第1のデータ送信ウィンドウ148の残存部分の間に第2の動作モードに移行し得る。たとえば、第1のデバイス106は、複数の電子デバイスの各プロバイダデバイスからのデータフレームが、第1のデータ送信ウィンドウ148の間に第1のデバイス106に送るさらなるデータをプロバイダデバイスが有しないことを示すと判断し得る。判断に応答して、第1のデバイス106は、第1のデータ送信ウィンドウ148の残存部分の間に第2の動作モードに移行し得る。さらなるデータが第1のデバイス106に送信されることを少なくとも1つのデータフレームが示すとき、第1のデバイス106は、第1の動作モードにとどまることができ、RDGを有するQoS_NULLフレームを送信し続けることができる。
【０１２７】
いくつかの態様では、プロバイダデバイス104は、複数の受信者に送るデータを有し得る。これらの態様では、プロバイダデバイス104は、複数の電子デバイスにRDGを有するQoS_NULLフレームを送信することができ、複数の電子デバイスの各々からQoS_NULLフレームに応答したデータトリガ(たとえば、データ要求150、データ要求152、または両方)を受信することができる。各QoS_NULLフレームに応答したデータトリガをプロバイダデバイス104が受信しているとき、プロバイダデバイス104は、トリガスロット134の残りまたは第1のデータ送信ウィンドウ148の開始部分の残りに第2の動作モードに移行し得る。
【０１２８】
特定の態様では、プロバイダデバイス104は、しきい値よりも大きいネットワーク割振りベクトル(NAV:network allocation vector)間隔を示すように、第1のフレームの特定のフィールド(たとえば、持続時間フィールド)の値を設定し得る。プロバイダデバイス104は、ページングウィンドウ132の間に第1のフレームを送り得る。第1のフレームは、トラフィック広告128を含み得る。代替実装形態では、第1のフレームは送信要求(RTS)フレームを含み得る。この実装形態では、プロバイダデバイス104は、トラフィック広告128を送る前に第1のフレームを送り得る。
【０１２９】
加入者デバイス(たとえば、第1のデバイス106、第2のデバイス108、第3のデバイス110、またはそれらの組合せ)は、トラフィック広告128に応答したACK(たとえば、ACK138)を送り得る。プロバイダデバイス104は、トラフィック広告128を送った後の間隔の間にACK(たとえば、ACK138)を受信したことに応答して、ページングウィンドウ132の間に競合フリー終了(CF-end:contention free end)フレームを送り得る。
【０１３０】
特定の態様では、第1のデバイス106は、特定のサービスの提供者(または転送者)として動作し得る。たとえば、第1のデバイス106は、第1のデバイス106のシングルホップカウント内にある第1のNANの電子デバイスにトラフィック広告128を転送し得る。例示すると、第1のデバイス106は、加入者デバイスにトラフィック広告128を送り得る。加入者デバイスは、トラフィック広告128に応答して第1のデバイス106にACKを送り得る。加入者デバイスは、第1のデバイス106にデータトリガ(たとえば、データ要求)を送り得る。第1のデバイス106は、加入者デバイスにデータ(たとえば、データ122)を送り得る。したがって、加入者デバイスは、プロバイダデバイス104が加入者デバイスのシングルホップ内になくても、プロバイダデバイス104によって提供される特定のサービスに関連するデータを受信し得る。
【０１３１】
したがって、図100に対応するシステムは、第1のNANのデバイス104〜110のリソースを節約することができる。たとえば、第1のデバイス106は、データ受信者として第1のデバイス106を示すトラフィック広告がページングウィンドウの間に受信されていないとの判断に基づいて、送信ウィンドウの一部分の間に第2の動作モードに移行し得る。別の例として、プロバイダデバイス104は、トラフィック広告に応答したACKがページングウィンドウの間に受信されていないとの判断に応答して、第2の動作モードに移行し得る。さらなる例として、プロバイダデバイス104は、トラフィック広告に応答した単一のACKを受信したことに応答して、ページングウィンドウの一部分の間に第2の動作モードに移行し得る。したがって、プロバイダデバイス104、第1のデバイス106、または両方は、データ送信がないか通信チャネルを実質的に継続的に監視することと比較して、第2の動作モードにある間に電力を節約すること、または他の動作を実行することができる。
【０１３２】
図1〜図11は、第1のNANを含むシステムの様々な態様および動作を示す。図1〜図11に示す態様および動作は、例示のためであり、限定的なものではない。他の態様では、図1〜図11に示す態様および動作の1つまたは複数の部分は組み合わせられ得る。
【０１３３】
図2を参照すると、図が示され、全体が図200として示されている。特定の態様では、図200は、図1を参照しながら説明したシステムの特定の態様の動作に対応し得る。図2に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。
【０１３４】
図200は、トラフィック広告128に応答したACKがページングウィンドウ132の間に受信されていないとプロバイダデバイス104が判断し得るという点で、図1の図100とは異なり得る。トラフィック広告128は、第1のデバイス106に宛てられたユニキャストメッセージを含み得る。特定の態様では、プロバイダデバイス104は、データ受信者インジケータ140(たとえば、TIM)によって示されるデバイス順序での第1のデバイス106の位置(たとえば、最初または最後)に基づいて、第1のデバイス106にトラフィック広告128を宛てることができる。代替態様では、プロバイダデバイス104は、第1のデバイス106に関連する過去のデータの送信信頼性に基づいて、第1のデバイス106にトラフィック広告128を宛てることができる。たとえば、送信信頼性は、特定の持続時間(たとえば、1日、1週間、1ヵ月など)に第1のデバイス106に送られたトラフィック広告の第2の数に対する、第1のデバイス106から受信されたACKの第1の数の比に基づいて判断され得る。特定の態様では、プロバイダデバイス104は、受信信号強度指示(RSSI)に基づいて、第1のデバイス106にトラフィック広告128を宛てることができる。たとえば、プロバイダデバイス104は、第1のデバイス106に関連するRSSIがしきい値を満たすとの判断に応答して、第1のデバイス106にトラフィック広告128を宛てることができる。
【０１３５】
第1のデバイス106は、トラフィック広告128を受信し得る。第1のデバイス106は、第1のデバイス106が第1のデータ送信ウィンドウ148の少なくとも一部分の間にトラフィックを受信することが不可能であると予想されるとの判断に応答して、ACK138を送ることを控え得る。たとえば、第1のデバイス106は、第1のデバイス106がデータ送信ウィンドウ148の少なくとも一部分の間に、図1を参照しながら説明したように、第2の動作モードに移行する予定であるとの判断に応答して、第1のデバイス106が対応不可能であると予想されると判断し得る。代替的に、第1のデバイス106は、図1を参照しながら説明したように、第1のデバイス106がリーダーデバイスであるとの判断に応答して、ACK138を送り得る。たとえば、第1のデバイス106は、トラフィック広告128が第1のデバイス106に宛てられているとの判断に応答して、プロバイダデバイス104にACK138を送り得る。特定の態様では、第1のデバイス106は、トラフィック広告128を受信する特定の持続時間(たとえば、SIFS間隔)内にプロバイダデバイス104にACK138を送り得る。
【０１３６】
第2のデバイス108は、監視モード(たとえば、プロミスキャスモード)で動作していることがあり、第1のデバイス106に宛てられたトラフィック広告128を受信し得る。第2のデバイス108は、プロバイダデバイス104にトラフィック広告128に応答したACKを送ることを控え得る。たとえば、第2のデバイス108は、第1のデバイス106に宛てられたユニキャストメッセージをトラフィック広告128が含むとの判断に応答して、プロバイダデバイス104にACKを送ることを控え得る。
【０１３７】
特定の態様では、プロバイダデバイス104は、トラフィック広告128を送った後の特定の間隔(たとえば、SIFS間隔)の間に、トラフィック広告128に応答したACKが受信されていないとの判断に応答して、第2のトラフィック広告を送り得る。第2のトラフィック広告は、第1のデバイス106または別のデバイス(たとえば、第2のデバイス108)に宛てられたユニキャストメッセージを含み得る。特定の態様では、プロバイダデバイス104は、図1を参照しながら説明したように、ページングウィンドウ132の間に送られたトラフィック広告の第1の数が広告しきい値を満たしていない(たとえば、広告しきい値未満である)との判断に応答して、第2のトラフィック広告を送り得る。たとえば、プロバイダデバイス104は、特定の数以下のトラフィック広告を送り得る。広告しきい値は、トラフィック広告の特定の数に対応し得る。広告しきい値は、データ受信者インジケータ140によって示されるデバイスの数(たとえば、2)未満であり得る。
【０１３８】
プロバイダデバイス104は、トラフィック広告128に応答したACKがページングウィンドウ132の間に第1のデバイス106から受信されていないと判断し得る。プロバイダデバイス104は、様々な理由でトラフィック広告128に応答したACKを受信しないことがある。たとえば、第1のデバイス106は、ネットワーク衝突に起因してトラフィック広告128を受信しないことがあり、プロバイダデバイス104にACK138を送らないことがある。別の例として、第1のデバイス106は、トラフィック広告128を受信することがあり、第1のデバイス106が第1のデータ送信ウィンドウ148の少なくとも一部分の間にトラフィックを受信することが不可能であるとの判断に応答して、プロバイダデバイス104にACK138を送らないことがある。さらなる例として、第1のデバイス106は、トラフィック広告128を受信したことに応答してACK138を送ることがあり、プロバイダデバイス104は、ネットワーク衝突に起因してページングウィンドウ132の間にACK138を受信しないことがある。
【０１３９】
プロバイダデバイス104は、ページングウィンドウ132の間にACKを受信するかどうかにかかわらず、第1のデータ送信ウィンドウ148の開始部分(またはトリガスロット134)の間に第1の通信チャネルを監視し得る。加入者デバイスは、デバイスが第1のデータ送信ウィンドウ148の少なくとも一部分の間にトラフィックを受信することが可能であるとの判断に応答して、開始部分(またはトリガスロット134)の間にプロバイダデバイスにデータ要求を送り得る。たとえば、第1のデバイス106は、第1のデバイス106が第1のデータ送信ウィンドウ148の少なくとも一部分(または第1のデータ送信ウィンドウ148の終了部分)の間にトラフィックを受信することが可能であるとの判断に応答して、プロバイダデバイス104にデータ要求150を送り得る。第1のデバイス106は、開始部分(またはトリガスロット134)の間にプロバイダデバイス104にデータ要求150を送り得る。
【０１４０】
第1のデバイス106は、トラフィック広告128が第1のデバイス106に宛てられたとの判断、トラフィック広告128に応答したACKがページングウィンドウ132の間に第1のデバイス106からプロバイダデバイス104に以前送られていないとの判断、データ受信者インジケータ140が第1のデバイス106を示すとの判断、第1のデバイス106に関連付けられるデバイス(たとえば、プロバイダデバイス104)からトラフィック広告128が受信されているとの判断、またはそれらの組合せに応答して、プロバイダデバイス104にデータ要求150を送り得る。特定の態様では、第1のデバイス106は、図1を参照しながら説明したように、第1のデバイス106およびプロバイダデバイス104がAIDを交換しているとの判断に応答して、プロバイダデバイス104が第1のデバイス106に関連付けられると判断し得る。第2のデバイス108は、データ受信者インジケータ140が第2のデバイス108を示すとの判断、第2のデバイス108に関連付けられるデバイス(たとえば、プロバイダデバイス104)からトラフィック広告128が受信されているとの判断、または両方に応答して、プロバイダデバイス104にデータ要求152を送り得る。
【０１４１】
プロバイダデバイス104は、開始部分(またはトリガスロット134)の間に加入者デバイスからデータ要求を受信したことに応答して、加入者デバイスにデータを送り得る。たとえば、プロバイダデバイス104は、開始部分(またはトリガスロット134)の間に第1のデバイス106からデータ要求150を受信したことに応答して、第1のデバイス106にデータ122を送り得る。第1のデバイス106は、ページングウィンドウ132の間にトラフィック広告128に応答したACKをプロバイダデバイス104が受信するかどうかにかかわらず、プロバイダデバイス104からデータ122を受信し得る。
【０１４２】
プロバイダデバイス104は、ページングウィンドウの間にACKを受信するかどうかにかかわらず、トリガウィンドウの間に第1の通信チャネルを監視することによって、加入者デバイスにデータが送られる可能性を高めることができる。たとえば、トラフィック広告を受信した加入者デバイスは、トリガウィンドウの間にデータ要求を送り得る。プロバイダデバイス104は、ページングウィンドウの後にあるデータ送信ウィンドウの間に加入者デバイスにデータを送り得る。
【０１４３】
図3を参照すると、図が示され、全体が図300として示されている。特定の態様では、図300は、図1を参照しながら説明したシステムの特定の態様の動作に対応し得る。図3に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。
【０１４４】
図300は、第1のデータ送信ウィンドウ148の開始部分(またはトリガスロット134)の間にデータ受信者インジケータ140によって示されるデバイス(たとえば、第1のデバイス106および第2のデバイス108)からデータ要求が受信されていないとプロバイダデバイス104が判断し得るという点で、図2の図200とは異なり得る。プロバイダデバイス104は、様々な理由によりデータ要求をまったく受信しないことがある。たとえば、加入者デバイスは、トラフィック広告128を受信していないことがあり、トラフィック広告128に応答したデータ要求を送っていないことがある。例示すると、第1のデバイス106は、トラフィック広告128を受信していないことがあり、データ要求150を送っていないことがある。別の例として、加入者デバイスは、図2を参照しながら説明したように、トラフィック広告128を受信していることがあり、加入者デバイスが第1のデータ送信ウィンドウ148の少なくとも一部分(または第1のデータ送信ウィンドウ148の終了部分)の間にトラフィックを受信することが不可能であると予想されるとの判断に応答して、データ要求を送っていないことがある。例示すると、第1のデバイス106は、トラフィック広告128を受信していることがあり、第1のデバイス106が第1のデータ送信ウィンドウ148の少なくとも一部分(または第1のデータ送信ウィンドウ148の終了部分)の間にトラフィックを受信することが不可能であると予想されるとの判断に応答して、データ要求150を送っていないことがある。さらなる例として、加入者デバイスは、プロバイダデバイス104にデータ要求を送っていることがあり、プロバイダデバイス104は、ネットワーク衝突に起因してデータ要求を受信していないことがある。例示すると、第1のデバイス106は、プロバイダデバイス104にデータ要求150を送っていることがあり、プロバイダデバイス104は、ネットワーク衝突に起因してデータ要求150を受信していないことがある。
【０１４５】
プロバイダデバイス104は、ページングウィンドウ132の間に第1のデバイス106からACKが受信されていないとの判断、ならびに第1のデータ送信ウィンドウ148の開始部分(またはトリガスロット134)の間に第1のデバイス106および第2のデバイス108からデータ要求が受信されていないとの判断に応答して、図1を参照しながら説明したように、第2の動作モードに移行し得る。プロバイダデバイス104は、第1のデータ送信ウィンドウ148の残存部分の間に第2の動作モードに移行し得る。
【０１４６】
したがって、プロバイダデバイス104は、加入者デバイスがトラフィックを受信することが不可能であるか、またはネットワーク衝突を経験しているときに、第2の動作モードに移行することによって、リソースを節約すること、または他のアクションを実行することができる。
【０１４７】
図4を参照すると、図が示され、全体が図400として示されている。特定の態様では、図400は、図1を参照しながら説明したシステムの特定の態様の動作に対応し得る。図4に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。
【０１４８】
図400は、データ受信者インジケータ140によって示される1つまたは複数のデバイス(たとえば、第1のデバイス106、第2のデバイス108、または両方)からACKをプロバイダデバイス104が受信し得るという点で、図2の図200とは異なり得る。トラフィック広告128は、第1のデバイス106に宛てられたユニキャストメッセージを含み得る。第1のデバイス106は、トラフィック広告128が第1のデバイス106に宛てられているとの判断、データ受信者インジケータ140が第1のデバイス106を示すとの判断、第1のデバイス106に関連付けられるデバイス(たとえば、プロバイダデバイス104)からトラフィック広告128が受信されているとの判断、第1のデバイス106が第1のデータ送信ウィンドウ148の少なくとも一部分(もしくは第1のデータ送信ウィンドウ148の終了部分)の間にトラフィックを受信することが可能であるとの判断、またはそれらの組合せに応答して、ページングウィンドウ132の間にプロバイダデバイス104にACK138を送り得る。
【０１４９】
第2のデバイス108は、データ受信者インジケータ140が第2のデバイス108を示すとの判断、第2のデバイス108に関連付けられるデバイス(たとえば、プロバイダデバイス104)からトラフィック広告128が受信されているとの判断、第2のデバイス108が第1のデータ送信ウィンドウ148の少なくとも一部分(もしくは第1のデータ送信ウィンドウ148の終了部分)の間にトラフィックを受信することが可能であるとの判断、またはそれらの組合せに応答して、ページングウィンドウ132の間にプロバイダデバイス104にACK444を送り得る。
【０１５０】
加入者デバイスは、トラフィック広告128を受信する特定の間隔(たとえば、SIFS間隔(SI)490)の間にプロバイダデバイス104にACKを送り得る。たとえば、第1のデバイス106は、SI490の間にプロバイダデバイス104にACK138を送り得る。別の例として、第2のデバイス108は、SI490の間にプロバイダデバイス104にACK444を送り得る。SI490は、トラフィック広告128がプロバイダデバイス104から送られる(または受信される)ときである(またはそのときに近い)第1の時間に始まり得る。SI490は、SIFS時間492に終了し得る。SI490の持続時間は、IEEE802.11規格において指定され得る。プロバイダデバイス104は、ページングウィンドウ132の間に複数のACK(たとえば、ACK138およびACK444)を同時に受信し得る。たとえば、プロバイダデバイス104は、トラフィック広告128を送った後の間隔(たとえば、SI490)の間に複数のデバイスから複数のACKを同時に受信するように構成され得る。特定の態様では、複数のデバイスの各々は、別個のトーンを使用して対応するACKを送信するように構成され得る。たとえば、第1のデバイス106は、第1のトーンを使用してACK138を送信することができ、第2のデバイス108は、第2のトーンを使用してACK444を送信することができる。別個のトーンは、プロバイダデバイス104が、同時に受信された複数のACKを区別することを可能にし得る。
【０１５１】
特定の態様では、プロバイダデバイス104は、SIFS時間492の前に第1のデバイス106および第2のデバイス108からACKが受信されていないとの判断に応答して、第2のトラフィック広告を送り得る。特定の態様では、プロバイダデバイス104は、図1を参照しながら説明したように、ページングウィンドウ132の間に送られたトラフィック広告の第1の数が広告しきい値を満たしていないとの判断に応答して、第2のトラフィック広告を送り得る。特定の態様では、プロバイダデバイス104は、ページングウィンドウ132の間にデータ受信者インジケータ140によって示されるデバイス(たとえば、第1のデバイス106および第2のデバイス108)からACKが受信されていないとの判断に応答して、図1を参照しながら説明したように、第2の動作モードに移行し得る。
【０１５２】
プロバイダデバイス104は、ページングウィンドウ132の間にデータ受信者からACKが受信されていないときに、第1のデータ送信ウィンドウ148の残存部分の間に第2の動作モードに移行することによって、ネットワークリソースを節約すること、または他のアクションを実行することができる。
【０１５３】
図5を参照すると、図が示され、全体が図500として示されている。特定の態様では、図500は、図1を参照しながら説明したシステムの特定の態様の動作に対応し得る。図5に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。
【０１５４】
図500は、宛てられていないデータ受信者(たとえば、第2のデバイス108)が、SI490の後にトラフィック広告128に応答したACKを送り得るという点で、図4の図400とは異なり得る。たとえば、トラフィック広告128は、第1のデバイス106に宛てられたユニキャストメッセージを含み得る。第2のデバイス108は、プロバイダデバイス104からトラフィック広告128を受信し得る。第2のデバイス108は、トラフィック広告128が第1のデバイス106に宛てられていると判断し、SI490の間に第1のデバイス106からプロバイダデバイス104へのACKが検出されていないと判断し、第2のデバイス108がデータ受信者であることをデータ受信者インジケータ140が示すと判断し得る。第2のデバイス108は、判断に応答して、SI490の後にプロバイダデバイス104にACK444を送り得る。
【０１５５】
DIFS間隔594は、トラフィック広告128がプロバイダデバイス104から送られる(または受信される)ときである(またはそのときに近い)第1の時間に始まり得る。DIFS間隔594は、DIFS時間596に終了し得る。DIFS間隔594の持続時間は、IEEE802.11規格において指定され得る。特定の態様では、第2のデバイス108は、DIFS間隔594の終了前、終了時、または終了後に、プロバイダデバイス104にACK444を送り得る。たとえば、第2のデバイス108は、DIFS時間596の前に、DIFS時間596に、またはDIFS時間596の後に、プロバイダデバイス104にACK444を送り得る。
【０１５６】
特定の態様では、第2のデバイス108は、ACK444のアクセスカテゴリーを、複数のアクセスカテゴリーのうちの第1のアクセスカテゴリーに設定し得る。第1のアクセスカテゴリーは、高優先度アクセスカテゴリーに対応し得る。ACK444のアクセスカテゴリーは、宛てられたデバイスによってSIFS時間492の前に送られるACKのアクセスカテゴリーによって示されるものよりも高い優先度を示し得る。たとえば、第1のデバイス106は、図1のACK138のアクセスカテゴリーを第2のアクセスカテゴリーに設定していることがある。第1のアクセスカテゴリーは、第2のアクセスカテゴリーによって示される優先度よりも高い優先度を示し得る。
【０１５７】
複数のアクセスカテゴリーは、IEEE802.11e規格において指定され得る。たとえば、IEEE802.11e規格は、複数のアクセスカテゴリーに対応するフレームを送信する媒体アクセス方式を指定し得る。ACK444は、第1のアクセスカテゴリーに基づいて送信され得る。たとえば、ACK444は、第1のアクセスカテゴリーに基づいて、送信のために待ち行列に入れられ得る。
【０１５８】
特定の態様では、プロバイダデバイス104は、トラフィック広告128に応答したACKが第1の時間(たとえば、およそDIFS時間596)の前に受信されていないとの判断に応答して、第2のトラフィック広告を送り得る。プロバイダデバイス104は、図1を参照しながら説明したように、ページングウィンドウ132の間に送られたトラフィック広告の第1の数が広告しきい値を満たしていないとの判断に応答して、第2のトラフィック広告を送り得る。
【０１５９】
プロバイダデバイス104は、第1のデバイス106からACKを受信しないことがある。プロバイダデバイス104は、ページングウィンドウ132の間に第2のデバイス108からACK444を受信したことに応答して、第1のデータ送信ウィンドウ148の開始部分(またはトリガスロット134)の間に第1の動作モードにとどまり得る。
【０１６０】
したがって、トラフィック広告が宛てられていない加入者デバイスは、図4を参照しながら説明したシステムと比較して、データ受信者インジケータが加入者デバイスを示すかどうかを判断し、判断に基づいてACKを送るためのより多くの時間を有し得る。
【０１６１】
図6を参照すると、図が示され、全体が図600として示されている。特定の態様では、図600は、図1を参照しながら説明したシステムの特定の態様の動作に対応し得る。図6に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。
【０１６２】
図600は、トラフィック広告128を受信する任意のデバイスがプロバイダデバイス104にACKを送り得るという点で、図2の図200とは異なり得る。たとえば、プロバイダデバイス104は、第1のデバイス106からACK138を受信すること、第2のデバイス108からACK444を受信すること、第3のデバイス110からACK638を受信すること、またはそれらの組合せがある。データ受信者インジケータ140は、第1のデバイス106および第2のデバイス108がデータ受信者であること、ならびに第3のデバイス110がデータ受信者ではないことを示し得る。
【０１６３】
特定の態様では、プロバイダデバイス104からトラフィック広告128を受信する加入者デバイス(たとえば、デバイス106〜110)は、加入者デバイスがプロバイダデバイス104に関連付けられるとの判断に応答して、プロバイダデバイス104にACKを送り得る。加入者デバイスは、図1を参照しながら説明したように、加入者デバイスおよびプロバイダデバイス104がAIDを交換しているとの判断に応答して、加入者デバイスがプロバイダデバイス104に関連付けられると判断し得る。
【０１６４】
特定の態様では、プロバイダデバイス104は、トラフィック広告128を送った後の第1の間隔の間に、トラフィック広告128に応答したACKが受信されていないとの判断に応答して、第2のトラフィック広告を送り得る。プロバイダデバイス104は、図1を参照しながら説明したように、ページングウィンドウ132の間に送られたトラフィック広告の第1の数が広告しきい値を満たしていないとの判断に応答して、第2のトラフィック広告を送り得る。プロバイダデバイス104は、ページングウィンドウ132の間に少なくとも1つのACKを受信したことに応答して、ページングウィンドウ132の残存部分の間に、図1を参照しながら説明したように、第2の動作モードに移行し得る。
【０１６５】
トラフィック広告を受信する任意のデバイスがプロバイダデバイス104にACKを送り得るので、プロバイダデバイス104は、トラフィック広告に応答したACKをより早く受信し得る。プロバイダデバイス104は、ページングウィンドウ132の間に少なくとも1つのACKを受信したことに応答して第2の動作モードに移行することによって、リソースを節約すること、または他のアクションを実行することができる。
【０１６６】
図7を参照すると、図が示され、全体が図700として示されている。特定の態様では、図700は、図1を参照しながら説明したシステムの特定の態様の動作に対応し得る。図7に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。
【０１６７】
図700は、トラフィック広告128が候補インジケータ702を含み得るという点で、図2の図200とは異なり得る。候補インジケータ702は、1つまたは複数のデータ受信者が、トラフィック広告128に応答したACKを送る候補であることを示し得る。データ受信者インジケータ140は、図1を参照しながら説明したように、データ受信者を示し得る。特定の態様では、データ受信者インジケータ140は候補インジケータ702を含み得る。たとえば、図1を参照しながら説明したように、データ受信者インジケータ140によって示されるデバイス順序での第2のデバイス108の位置(たとえば、第2)は、第2のデバイス108が候補デバイスであることを示し得る。
【０１６８】
トラフィック広告128は、第1のデバイス106に宛てられたユニキャストメッセージを含み得る。第2のデバイス108は、SI490の間に第1のデバイス106からプロバイダデバイス104へのACKが検出されていないとの判断、第2のデバイス108が候補デバイスであることを候補インジケータ702が示すとの判断、第2のデバイス108がデータ受信者であることをデータ受信者インジケータ140が示すとの判断、第2のデバイス108が第1のデータ送信ウィンドウ148の少なくとも一部分(もしくは第1のデータ送信ウィンドウ148の終了部分)の間にトラフィックを受信することが可能であるとの判断、またはそれらの組合せに応答して、ACK444を送り得る。
【０１６９】
特定の態様では、候補インジケータ702は、候補順序で候補デバイス(たとえば、第2のデバイス108)を示し得る。たとえば、候補インジケータ702(たとえば、ビットマップ)における特定の位置を有する特定のビット(たとえば、ビット3)は、第2のデバイス108に対応し得る。候補インジケータ702における第2の位置を有する別のビット(たとえば、ビット5)は、別のデバイスに対応し得る。特定のビットおよび他のビットは、第2のデバイス108および他のデバイスがそれぞれ候補デバイスであることを示す特定の値(たとえば、1)をそれぞれ有し得る。特定の値を有する候補インジケータ702のビットの間で特定のビット(たとえば、第1)および他のビット(たとえば、第2)が示される順序は、候補位置に対応し得る。たとえば、特定のビットは、特定の値(たとえば、1)を有する候補インジケータ702の第1のビットであり得、第1の候補位置(たとえば、第1)に対応し得る。他のビットは、特定の値(たとえば、1)を有する候補インジケータ702の次のビットであり得、第2の候補位置(たとえば、第2)に対応し得る。
【０１７０】
特定の態様では、加入者デバイス(たとえば、第2のデバイス108または他のデバイス)は、プロバイダデバイス104にACKを送るACK範囲を、SIFS時間492、候補インジケータ702によって示される加入者デバイスの候補位置、およびACK間隔に基づいて決定し得る。たとえば、第2のデバイス108は、ACK時間796を、SIFS時間492、第1の候補位置(たとえば、第1)、およびACK間隔に基づいて決定し得る。例示すると、ACK時間796は、SIFS時間492と第1のACK遅延との合計に等しくなり得る。第1のACK遅延は、第1の候補位置(たとえば、1)とACK間隔との積であり得る。ACK間隔は、IEEE802.11規格によって指定され得る。特定の態様では、トラフィック広告128は、ACK間隔を指定し得る。ACK間隔は、SIFS時間492とACK時間796との間の差に対応し得る。別の例として、他のデバイス108は、SIFS時間492および第2のACK遅延に基づいて別のACK時間を決定し得る。第2のACK遅延は、第2の候補位置(たとえば、2)とACK間隔との積であり得る。第2のACK遅延は、第1のACK遅延よりも長くてよい。
【０１７１】
第2のデバイス108は、SIFS時間492の後に、かつACK時間796の前に、プロバイダデバイス104にACK444を送り得る。他のデバイスは、候補インジケータ702における先行候補位置(たとえば、1)を有する候補デバイス(たとえば、第1のデバイス106)の先行ACK時間(たとえば、ACK時間796)を決定し得る。他のデバイスは、トラフィック広告128に応答したプロバイダデバイス104へのACKが先行ACK時間(たとえば、ACK時間796)の前に検出されていないとの判断に応答して、先行ACK時間(たとえば、ACK時間796)の後に、かつ他のACK時間の前にプロバイダデバイス104にACKを送り得る。
【０１７２】
特定の実装形態では、候補デバイス(たとえば、第2のデバイス108、他のデバイスまたは両方)は、第1のデバイス106からプロバイダデバイス104へのACKがSI490の間に検出されていないとの判断に応答して、SIFS時間492の後、かつACK時間796の前にプロバイダデバイス104にACKを送り得る。この実装形態では、ACK時間796は、SIFS時間492とACK間隔との合計に基づいて決定され得る。
【０１７３】
待機間隔794は、第2のデバイス108がプロバイダデバイス104からトラフィック広告128を受信するときである(またはそのときに近い)第1の時間に始まり得る。待機間隔794は、待機時間798に終了し得る。待機間隔794の持続時間は、IEEE802.11規格によって指定され得る。特定の態様では、待機時間798は、SIFS時間492と待機遅延との合計に対応し得る。待機遅延は、ACK間隔と候補インジケータ702によって示される候補デバイスの数との積に対応し得る。代替態様では、待機遅延は、ACK間隔と、候補デバイスの数およびデフォルト数(たとえば、2)のうちの最大数との積に対応し得る。
【０１７４】
特定の態様では、プロバイダデバイス104は、トラフィック広告128に応答したACKが待機時間798の前に受信されていないとの判断に応答して、第2のトラフィック広告を送り得る。プロバイダデバイス104は、図1を参照しながら説明したように、ページングウィンドウ132の間に送られたトラフィック広告の第1の数が広告しきい値を満たしていないとの判断に応答して、第2のトラフィック広告を送り得る。
【０１７５】
したがって、プロバイダデバイス104は、宛てられたデバイスからプロバイダデバイス104への、トラフィック広告に応答したACKが検出されていないときに、ACKを送る候補デバイスを指定し得る。候補デバイスを指定することは、宛てられたデバイスからのACKが検出されていないときに、送られるACKの数を減らし得る。候補デバイスからのACKは、少なくとも1つのデータ受信者がトラフィック広告を受信したことをプロバイダデバイス104に示し得る。
【０１７６】
図8を参照すると、図が示され、全体が図800として示されている。特定の態様では、図800は、図1を参照しながら説明したシステムの特定の態様の動作に対応し得る。図8に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。
図800は、トラフィック広告128がブロードキャストメッセージを含み得るという点で、図7の図700とは異なり得る。データ受信者インジケータ140は、デバイス順序でデータ受信者(たとえば、第1のデバイス106および第2のデバイス108)を示し得る。データ受信者(たとえば、第1のデバイス106、第2のデバイス108、または両方)は、デバイス順序でのデータ受信者の位置に基づいてACK時間を決定し得る。たとえば、第1のデバイス106はデバイス順序での第1の位置(たとえば、1)を有することがあり、第2のデバイス108はデバイス順序での第2の位置(たとえば、2)を有することがある。第1のデバイス106は、第1の位置、トラフィック広告128が第1のデバイス106によって受信された第1の時間、SI490、ACK間隔、またはそれらの組合せに基づいてACK時間892を決定し得る。たとえば、データ受信者のACK時間(たとえば、ACK時間892)は、以下の式に基づいて決定され得る。
ACK時間=第1の時間+SI490+((位置-1)*ACK間隔)、式1
第1の時間は、データ受信者がトラフィック広告128を受信した時間に対応し、位置は、デバイス順序でのデータ受信者の位置に対応する。ACK間隔は、IEEE802.11規格によって指定され得る。特定の態様では、トラフィック広告128は、ACK間隔を指定し得る。
【０１７７】
特定の態様では、トラフィック広告128は、ACK順序802を含み得る。ACK順序802は、データ受信者インジケータ140によってデータ受信者として示されたデバイスのデバイス順序を示し得る。
【０１７８】
第1のデバイス106は、式1に基づいてACK時間892を決定し得る。たとえば、ACK時間892は、第1の時間とSI490との合計に対応し得る。第1のデバイス106は、第1の時間の後に、かつACK時間892の前に、ACK138を送り得る。第2のデバイス108は、式1に基づいて第2のACK時間を決定し得る。たとえば、第2のACK時間は、第1の時間と、SI490と、ACK間隔との合計に対応し得る。第2のデバイス108は、デバイス順序での先行位置(たとえば、1)を有するデータ受信者(たとえば、第1のデバイス106)に対応する先行ACK時間(たとえば、ACK時間892)を決定し得る。第2のデバイス108は、先行ACK時間(たとえば、ACK時間892)の前に、プロバイダデバイス104へのACKが検出されていないとの判断に応答して、プロバイダデバイス104に第2のACKを送り得る。第2のデバイス108は、第2のACK時間の前に第2のACKを送り得る。
【０１７９】
特定の態様では、プロバイダデバイス104は待機時間を決定し得る。待機時間は、第1の時間と、SI490と、待機遅延との合計に対応し得る。待機遅延は、ACK間隔とデータ受信者インジケータ140によって示されるデータ受信者の数との積に対応し得る。代替態様では、待機遅延は、ACK間隔と、データ受信者の数およびデフォルト数(たとえば、3または4)のうちの最大数との積に対応し得る。
【０１８０】
特定の態様では、プロバイダデバイス104は、トラフィック広告128に応答したACKが待機時間の前に受信されていないとの判断に応答して、第2のトラフィック広告を送り得る。プロバイダデバイス104は、図1を参照しながら説明したように、ページングウィンドウ132の間に送られたトラフィック広告の第1の数が広告しきい値を満たしていないとの判断に応答して、第2のトラフィック広告を送り得る。
【０１８１】
任意のデータ受信者が、トラフィック広告に応答したACKを送り得る。デバイス順序でのデータ受信者の位置に基づく間隔の間にACKを送ることは、複数のデータ受信者からのACKの間でのネットワーク衝突の可能性を低減し得る。
【０１８２】
図9を参照すると、図が示され、全体が図900として示されている。特定の態様では、図900は、図1を参照しながら説明したシステムの特定の態様の動作に対応し得る。図9に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。
【０１８３】
図900は、トラフィック広告128に応答したACKが待機間隔990の間に受信されていないとの判断に応答してプロバイダデバイス104がトラフィック広告928を送るという点で、図3の図300とは異なり得る。トラフィック広告928は、図2および図4〜図8のうちの少なくとも1つを参照しながら説明した第2のトラフィック広告に対応し得る。待機間隔990は、SI490、DIFS間隔594、待機間隔794、または別の間隔に対応し得る。
【０１８４】
別のトラフィック広告を送ることは、ACKを受信する可能性を高め得る。たとえば、デバイスのいずれもトラフィック広告128を受信しないことがあり、デバイスのうちの少なくとも1つがトラフィック広告928を受信することがある。プロバイダデバイス104は、トラフィック広告928を受信したデバイスのうちの少なくとも1つからACKを受信し得る。
【０１８５】
図10を参照すると、図が示され、全体が図1000として示されている。特定の態様では、図1000は、図1を参照しながら説明したシステムの特定の態様の動作に対応し得る。図10に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。
【０１８６】
図1000は、データ受信者インジケータ140によって示されるデータ受信者がプロバイダデバイス104に対応不可能メッセージを送り得るという点で、図1の図100とは異なり得る。たとえば、第1のデバイス106は、第1のデータ送信ウィンドウ148(または第1のデータ送信ウィンドウ148の終了部分)の間にデータ122を受信した後、プロバイダデバイス104に対応不可能メッセージ1002を送り得る。別の例として、第2のデバイス108は、第1のデータ送信ウィンドウ148(または第1のデータ送信ウィンドウ148の終了部分)の間にプロバイダデバイス104から任意のデータを受信する前に、プロバイダデバイス104に対応不可能メッセージ1004を送り得る。
【０１８７】
プロバイダデバイス104は、第1のデータ送信ウィンドウ148(または第1のデータ送信ウィンドウ148の終了部分)の間に第2のデバイス108から対応不可能メッセージ1004を受信し得る。プロバイダデバイス104は、データ受信者から対応不可能メッセージを受信したことに応答して、第1のデータ送信ウィンドウ148の残存部分の間にデータ受信者にデータ(または追加のデータ)を送ることを控え得る。たとえば、プロバイダデバイス104は、第1のデバイス106から対応不可能メッセージ1002を受信したことに応答して、第1のデータ送信ウィンドウ148の間に第1のデバイス106に追加のデータを送ることを控え得る。別の例として、プロバイダデバイス104は、第2のデバイス108から対応不可能メッセージ1004を受信したことに応答して、第1のデータ送信ウィンドウ148の間に第2のデバイス108にデータ142を送ることを控え得る。
【０１８８】
対応不可能メッセージは、QoS_NULLフレームまたは別のフレームを含み得る。フレームのヘッダの特定のフィールドの特定のビットは、フレームが対応不可能メッセージに対応することを示す特定の値(たとえば、1)に設定され得る。たとえば、QoS_NULLフレームまたは別のフレームのヘッダのフレーム制御フィールドの電力管理ビットは、フレームが対応不可能メッセージ1002に対応することを示す特定の値(たとえば、1)に設定され得る。
【０１８９】
特定の態様では、プロバイダデバイス104は、データ受信者から対応不可能メッセージを受信したことに応答して、後続送信ウィンドウにデータ受信者に送られるデータ(または追加のデータ)を保持し得る。たとえば、プロバイダデバイス104は、後続送信ウィンドウに第2のデバイス108に送るデータ142を保持し得る。例示すると、プロバイダデバイス104は、第2のデバイス108に送るデータをプロバイダデバイス104が有することを示す第2のトラフィック広告を第2の送信ウィンドウの間に送り得る。第2の送信ウィンドウの間に第2のデバイス108に送られるデータは、保持されたデータ142を含み得る。
【０１９０】
特定の実装形態では、プロバイダデバイス104は、図1を参照しながら説明したように、ページングウィンドウ132の間に第1の通信チャネルを介してトラフィック広告128を送り得る。第1のデバイス106は、トラフィック広告128を受信したことに応答して、ページングウィンドウ132の間にプロバイダデバイス104に第1の通信チャネルを介してACK138を送り得る。代替的に、または追加として、第1のデバイス106は、トリガスロット134または第1のデータ送信ウィンドウ148の開始部分の間にプロバイダデバイス104に第2の通信チャネルを介してデータ要求150を送り得る。
【０１９１】
第1のデバイス106は、第1のデバイス106が第1のデータ送信ウィンドウ148の少なくとも一部分の間にプロバイダデバイス104と第2の通信チャネルを介して通信することが可能であるとの判断に応答して、ACK138、データ要求150、または両方を送り得る。その後、第1のデバイス106は、第1のデバイス106が第1のデータ送信ウィンドウ148の残存部分の間にプロバイダデバイス104から第2の通信チャネルを介してトラフィックを受信することが不可能であると判断し得る。特定の実装形態では、第1のデバイス106は、第1のデータ送信ウィンドウ148の間にプロバイダデバイス104から第2の通信チャネルを介してデータ122を受信することがあり、第1のデバイス106が第1のデータ送信ウィンドウ148の残存部分の間にプロバイダデバイス104から第2の通信チャネルを介して追加のデータを受信することが不可能であると判断し得る。
【０１９２】
第1のデバイス106は、様々な理由でトラフィックを受信することが不可能であり得る。たとえば、第1のデバイス106は、第1のデバイス106が第1のデータ送信ウィンドウ148の残存部分の間に第2の動作モードに移行し得るので、トラフィックを受信することが不可能であり得る。
【０１９３】
第1のデバイス106は、第1のデバイス106が第1のデータ送信ウィンドウの残存部分の間にプロバイダデバイス104から第2の通信チャネルを介してトラフィック(たとえば、データ)を受信することが不可能であるとの判断に応答して、対応不可能メッセージ1002を生成し得る。第1のデバイス106は、第1のデータ送信ウィンドウの間にプロバイダデバイス104に第2の通信チャネルを介して対応不可能メッセージ1002を送り得る。特定の態様では、第1のデバイス106は、対応不可能メッセージ1002を送った後、第2の動作モードに移行し得る。たとえば、第1のデバイス106は、第1のデバイス106が第1のデータ送信ウィンドウ148の残存部分の間にいずれの通信チャネルも監視する予定ではないとの判断に応答して、第2の動作モードに移行し得る。
【０１９４】
プロバイダデバイス104は、第1のデバイス106から対応不可能メッセージ1002を受信したことに応答して、第1のデータ送信ウィンドウ148の残存部分の間に第1のデバイス106に第2の通信チャネルを介してデータ122または追加のデータを送ることを控え得る。プロバイダデバイス104は、対応不可能メッセージ1002を受信したことに応答して、対応可能なデータ受信者のセットを識別し得る。プロバイダデバイス104は、第1のデータ送信ウィンドウ148の残存部分の間に対応可能なデータ受信者のセットに送るデータがないとの判断に応答して、第1のデータ送信ウィンドウ148の残存部分の間に第2の動作モードに移行し得る。
【０１９５】
データ受信者は、データ受信者がデータを受信することが不可能になるときにプロバイダデバイスに知らせる対応不可能メッセージを送り得る。プロバイダデバイスは、データ受信者から対応不可能メッセージを受信したことに応答して第2の動作モードに移行することによって、リソース(たとえば、ネットワーク使用量、電力、もしくは両方)を節約すること、または他の動作を実行することができる。
【０１９６】
図11を参照すると、図が示され、全体が図1100として示されている。特定の態様では、図1100は、図1を参照しながら説明したシステムの特定の態様の動作に対応し得る。図11に示すタイミングおよび動作は、例示のためであり、限定的なものではない。他の態様では、さらなる動作またはより少ない動作が実行されることがあり、タイミングが異なることがある。
【０１９７】
図1100は、データ受信者が、プロバイダデバイス104からトラフィック広告128を受信した後に、プロバイダデバイス104に部分的対応可能メッセージを送り得るという点で、図1の図100とは異なり得る。部分的対応可能メッセージは、ACK、データ要求、トリガフレーム、または別のメッセージを含み得る。部分的対応可能メッセージに部分的対応可能指示1102が含まれ得る。第2のデバイス108はプロバイダデバイス104に、部分的対応可能指示1102を含む部分的対応可能メッセージ(たとえば、ACK444、データ要求152、トリガフレーム、または別のメッセージ)を送り得る。特定の態様では、部分的対応可能メッセージ(たとえば、ACK、データ要求、トリガフレーム、または別のメッセージ)の特定のビットは、特定のビットが特定の値(たとえば、1)を有するときに、部分的対応可能指示に対応し得る。トリガフレームは、データ要求152と同じであるか、またはデータ要求152とは別個のものであり得る。たとえば、トリガフレームは、データ要求152とは別個のものである1つまたは複数のフィールドを含み得る。トリガフレームは、データ要求152と同じである1つまたは複数のフィールドを含み得る。
【０１９８】
特定の実装形態では、プロバイダデバイス104は、図1を参照しながら説明したように、ページングウィンドウ132の間に第1の通信チャネルを介してトラフィック広告128を送り得る。加入者デバイスは、トラフィック広告128を受信したことに応答して、ページングウィンドウ132の間にプロバイダデバイス104に第1の通信チャネルを介してACKを送り得る。代替的に、または追加として、加入者デバイスは、トリガスロット134、第1のデータ送信ウィンドウ148、または第1のデータ送信ウィンドウ148の開始部分の間にプロバイダデバイス104に第2の通信チャネルを介してデータ要求を送り得る。たとえば、第1のデバイス106は、トラフィック広告128を受信したことに応答して、ページングウィンドウ132の間にプロバイダデバイス104に第1の通信チャネルを介してACK138を送り得る。代替的に、または追加として、第1のデバイス106は、トリガスロット134、第1のデータ送信ウィンドウ148、または第1のデータ送信ウィンドウ148の開始部分の間にプロバイダデバイス104に第2の通信チャネルを介してデータ要求150を送り得る。
【０１９９】
第2のデバイス108は、第2のデバイス108が第1のデータ送信ウィンドウ148の間に部分的に対応可能であると予想されると判断し得る。たとえば、第2のデバイス108は、第2のデバイス108が第1のデータ送信ウィンドウ148の一部分の間にデータを受信することが不可能であると予想されると判断し得る。例示すると、第2のデバイス108は、第1のデータ送信ウィンドウ148の少なくとも一部分の間に第2の動作モードに移行する予定であり得る。第2のデバイス108は、第2のデバイス108が第1のデータ送信ウィンドウ148の間に部分的に対応可能であると予想されるとの判断に応答して、部分的対応可能メッセージを生成し得る。たとえば、第2のデバイス108は、第2のデバイス108が第1のデータ送信ウィンドウ148の間に部分的に対応可能であると予想されるとの判断に応答して、ACK444、データ要求152、トリガフレーム、またはそれらの組合せに部分的対応可能指示1102を含めることができる。
【０２００】
第2のデバイス108は、ページングウィンドウ132(または第1のデータ送信ウィンドウ148)の間にプロバイダデバイス104に第1の通信チャネル(または第2の通信チャネル)を介して部分的対応可能メッセージを送り得る。たとえば、第2のデバイス108は、ページングウィンドウ132の間にプロバイダデバイス104に第1の通信チャネルを介して、部分的対応可能指示1102を有するACK444を送り得る。第2のデバイス108は、トリガスロット134または第1のデータ送信ウィンドウ148の開始部分の間にプロバイダデバイス104に第2の通信チャネルを介して、部分的対応可能指示1102を有するデータ要求152を送り得る。
【０２０１】
プロバイダデバイス104は、部分的対応可能メッセージを受信し得る。部分的対応可能指示1102は、第2のデバイス108が第1のデータ送信ウィンドウ148の一部分の間に対応不可能であると予想されることを示し得る。プロバイダデバイス104は、データ受信者から部分的対応可能メッセージを受信したことに応答して、データ受信者にデータを送ることを優先し得る。たとえば、プロバイダデバイス104は、ACK444、データ要求152、または両方が部分的対応可能指示1102を含むとの判断に応答して、第2のデバイス108にデータ142を送ることを優先し得る。例示すると、プロバイダデバイス104は、ACK444、データ要求152、または両方が部分的対応可能指示1102を含むとの判断、およびACK138、データ要求150、または両方が部分的対応可能指示を含まないとの判断に応答して、第1のデバイス106にデータ122を送る前に、第2のデバイス108にデータ142を送り得る。
【０２０２】
データ受信者は、データ受信者がデータ送信ウィンドウの少なくとも一部分の間に対応不可能であると予想されることをプロバイダデバイスに知らせる部分的対応可能メッセージを送り得る。プロバイダデバイスは、データ受信者がデータを受信する可能性を高めるために、データ受信者から部分的対応可能メッセージを受信したことに応答して、データ受信者にデータを送ることを優先し得る。
【０２０３】
図12を参照すると、トラフィック広告の方法の態様のフローチャートが示され、全体が1200として示されている。方法1200は、図1のプロバイダデバイス104によって実行され得る。
【０２０４】
方法1200は、1202において、特定のデバイスにおいて、複数のデバイスにデータが送られることが可能であることを示すトラフィック広告を生成するステップを含む。たとえば、図1のプロバイダデバイス104は、図1を参照しながら説明したように、第1のデバイス106および第2のデバイス108にデータが送られることが可能であることを示すトラフィック広告128を生成し得る。トラフィック広告128は、図1を参照しながら説明したように、第1のデバイス106に宛てられたユニキャストメッセージを含み得る。
【０２０５】
方法1200はまた、1204において、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。たとえば、図1のプロバイダデバイス104は、図1を参照しながら説明したように、ページングウィンドウ132の間にトラフィック広告128を送り得る。
【０２０６】
方法1200は、1206において、ページングウィンドウの後にあるデータ送信ウィンドウの間に、複数のデバイスのうちの第2のデバイスからデータ要求を受信するステップをさらに含む。たとえば、図1のプロバイダデバイス104は、図1を参照しながら説明したように、第1のデータ送信ウィンドウ148の間に、第2のデバイス108からデータ要求152を受信し得る。第1のデータ送信ウィンドウ148は、ページングウィンドウ132の後にあり得る。データ要求152は、トラフィック広告128に応答したものであり得る。
【０２０７】
方法1200はまた、1208において、特定のデバイスから、データ要求に応答して第2のデバイスに第1のデータを送るステップを含む。たとえば、図1のプロバイダデバイス104は、図1を参照しながら説明したように、データ要求152に応答して第2のデバイス108にデータ142を送り得る。
【０２０８】
したがって、方法1200は、プロバイダデバイス104が、ユニキャストメッセージを使用して、複数の加入者デバイスにとってデータが入手可能であることを広告することを可能にし得る。特定の加入者デバイスは、別の加入者デバイスに宛てられたユニキャストメッセージに対応するトラフィック広告128に応答したデータ要求を送り得る。たとえば、第2のデバイス108は、第2のデバイス108にデータが送られることが可能であることをトラフィック広告128が示すとの判断に応答して、データ要求152を送り得る。第2のデバイス108は、トラフィック広告128が第2のデバイス108に宛てられているかどうかにかかわらず、データ要求152を送り得る。プロバイダデバイス104は、データ要求152に応答して第2のデバイス108にデータ142を送り得る。
【０２０９】
図13を参照すると、トラフィック広告の方法の態様のフローチャートが示され、全体が1300として示されている。方法1300は、図1のプロバイダデバイス104によって実行され得る。
【０２１０】
方法1300は、1302において、特定のデバイスにおいてトラフィック広告を生成するステップを含む。たとえば、図1のプロバイダデバイス104は、図1を参照しながら説明したように、トラフィック広告128を生成し得る。トラフィック広告128は、図1を参照しながら説明したように、プロバイダデバイス104によって1つまたは複数のデバイス(たとえば、第1のデバイス106、第2のデバイス108、または第3のデバイス110のうちの少なくとも1つ)にデータが送られることが可能であることを示し得る。
【０２１１】
方法1300はまた、1304において、特定のデバイスから、ページングウィンドウの間にトラフィック広告を送るステップを含む。たとえば、図1のプロバイダデバイス104は、図1を参照しながら説明したように、ページングウィンドウ132の間にトラフィック広告128を送り得る。
【０２１２】
方法1300は、1306において、トラフィック広告に応答した確認応答(ACK)がページングウィンドウの間に受信されるかどうかにかかわらず、ページングウィンドウの後にあるウィンドウの第1の部分の間に通信チャネルを監視するステップをさらに含む。たとえば、図1のプロバイダデバイス104は、トラフィック広告128に応答したACKがページングウィンドウ132の間に受信されるかどうかにかかわらず、トリガスロット134の間に通信チャネルを監視し得る。例示すると、プロバイダデバイス104は、図1を参照しながら説明したように、トラフィック広告128に応答したACK138をページングウィンドウ132の間に受信することがあり、トリガスロット134の間に通信チャネルを監視することがある。代替的に、プロバイダデバイス104は、図2を参照しながら説明したように、トラフィック広告128に応答したACKをページングウィンドウ132の間に受信しないことがあり、トリガスロット134の間に通信チャネルを監視することがある。ページングウィンドウ132は、図1の第1のデータ送信ウィンドウ148の一部分に対応し得る。第1のデータ送信ウィンドウ148は、ページングウィンドウ132の後にあり得る。
【０２１３】
したがって、方法1300は、プロバイダデバイス104が、トラフィック広告128に応答したACKをページングウィンドウ132の間に受信するかどうかにかかわらず、トリガスロット134の間に通信チャネルを監視することによって、データが加入者デバイスに送られる可能性を高めることを可能にし得る。たとえば、第2のデバイス108は、図2を参照しながら説明したように、ページングウィンドウ132の間にトラフィック広告128を受信することがあり、トリガスロット134の間に通信チャネルを介してデータ要求152を送ることがある。プロバイダデバイス104は、トラフィック広告128に応答したACKをページングウィンドウ132の間に受信するかどうかにかかわらず、トリガスロット134の間に通信チャネルを監視し得る。プロバイダデバイス104は、トリガスロット134の間に第2のデバイス108から、通信チャネルを介してデータ要求152を受信し得る。プロバイダデバイス104は、第1のデータ送信ウィンドウ148の間に第2のデバイス108にデータ142を送り得る。
【０２１４】
図14を参照すると、トラフィック広告の方法の態様のフローチャートが示され、全体が1400として示されている。方法1400は、図1の第1のデバイス106、第2のデバイス108、第3のデバイス110、またはそれらの組合せによって実行され得る。
【０２１５】
方法1400は、1402において、第1のデバイスにおいてページングウィンドウの間に特定のデバイスからトラフィック広告を受信するステップを含む。たとえば、図1の第2のデバイス108は、図1を参照しながら説明したように、ページングウィンドウ132の間にプロバイダデバイス104からトラフィック広告128を受信し得る。トラフィック広告128は、プロバイダデバイス104によって1つまたは複数のデバイス(たとえば、第1のデバイス106、第2のデバイス108、または第3のデバイス110のうちの少なくとも1つ)にデータが送られることが可能であることを示し得る。トラフィック広告128は、第1のデバイス106に宛てられたユニキャストメッセージを含み得る。
【０２１６】
方法1400はまた、1404において、ユニキャストメッセージが第1のデバイスに宛てられているかどうかにかかわらず、特定のデバイスに確認応答(ACK)を送るステップを含む。たとえば、第2のデバイス108は、図4〜図5を参照しながら説明したように、トラフィック広告128(たとえば、ユニキャストメッセージ)が第2のデバイス108に宛てられているかどうかにかかわらず、プロバイダデバイス104にACK444を送り得る。例示すると、トラフィック広告128は、第1のデバイス106に宛てられたユニキャストメッセージに対応することができ、第2のデバイス108は、ACK444を送ることができる。ACK444は、トラフィック広告128に応答したものであり得る。
【０２１７】
特定の態様では、第2のデバイス108は、第2のデバイス108にデータが送られることが可能であることをトラフィック広告128が示すとの判断に応答して、ACK444を送り得る。たとえば、トラフィック広告128は、図1を参照しながら説明したように、1つまたは複数のデバイスにデータが送られることが可能であることを示すことができ、第2のデバイス108は、1つまたは複数のデバイスが第2のデバイス108(たとえば、第2のデバイス108の受信機)を含むとの判断に応答して、ACK444を送り得る。代替態様では、第2のデバイス108は、第2のデバイス108にデータが送られることが可能であることをトラフィック広告128が示すかどうかにかかわらず、ACK444を送り得る。たとえば、トラフィック広告128は、図1を参照しながら説明したように、1つまたは複数のデバイスにデータが送られることが可能であることを示すことができ、第2のデバイス108は、第2のデバイス108(たとえば、第2のデバイス108の受信機)が1つまたは複数のデバイスに含まれるかどうかにかかわらず、ACK444を送り得る。
【０２１８】
したがって、方法1400は、加入者デバイス(たとえば、第1のデバイス106、第2のデバイス108、または両方)が、トラフィック広告128が加入者デバイスに宛てられているかどうかにかかわらず、トラフィック広告128に応答したACKを送ることを可能にし得る。方法1400は、プロバイダデバイス104が少なくとも1つの加入者デバイスからトラフィック広告128に応答したACKを受信する可能性を高め得る。
【０２１９】
図15を参照すると、ワイヤレス通信デバイスの特定の例示的な態様が示され、全体が1500として示されている。デバイス1500は、メモリ1532に結合された、デジタル信号プロセッサなどのプロセッサ1510を含む。例示的な態様では、デバイス1500、またはその構成要素は、図1のデバイス104〜110またはその構成要素に対応し得る。プロセッサ1510は、トラフィック広告ジェネレータ1592、トラフィック広告アナライザ1594、または両方を含み得る。トラフィック広告ジェネレータ1592は、プロバイダデバイス104によって実行されるものとして本明細書で説明する1つまたは複数の動作を実行するように構成され得る。トラフィック広告アナライザ1594は、デバイス106〜110によって実行されるものとして本明細書で説明する1つまたは複数の動作を実行するように構成され得る。
【０２２０】
プロセッサ1510は、メモリ1532に記憶されたソフトウェア(たとえば、1つまたは複数の命令1568からなるプログラム)を実行するように構成され得る。追加または代替として、プロセッサ1510は、ワイヤレスインターフェース1540(たとえば、米国電気電子技術者協会(IEEE)802.11準拠インターフェース)のメモリに記憶された1つまたは複数の命令を実装するように構成され得る。たとえば、ワイヤレスインターフェース1540は、1つまたは複数のIEEE802.11規格および1つまたは複数のNAN規格を含む、1つまたは複数のワイヤレス通信規格に従って動作するように構成され得る。特定の態様では、プロセッサ1510は、図1〜図14を参照しながら説明した1つまたは複数の動作または方法を実行するように構成され得る。たとえば、プロセッサ1510は、1つもしくは複数の関連するページングウィンドウ、1つもしくは複数のトリガスロット、1つもしくは複数のデータ送信ウィンドウ、データ送信ウィンドウの1つもしくは複数の部分、またはそれらの組合せの間に、1つまたは複数の通信チャネルを監視するように構成され得る。プロセッサ1510は、図1のトラフィック広告128を生成し、1つまたは複数の通信チャネルを介してトラフィック広告128を送るように構成され得る。プロセッサ1510は、1つまたは複数の通信チャネルを介して図1のACK138、図4のACK444、図6のACK638、またはそれらの組合せを受信するように構成され得る。プロセッサ1510は、1つまたは複数の通信チャネルを介して図1のデータ要求150、データ要求152、または両方を受信するように構成され得る。プロセッサ1510は、1つまたは複数の通信チャネルを介して図1のデータ122、データ142、または両方を送るように構成され得る。プロセッサ1510は、図1を参照しながら説明したように、第1の動作モードに移行するように構成され得る。プロセッサ1510は、図1を参照しながら説明したように、第2の動作モードに移行するように構成され得る。プロセッサ1510は、1つもしくは複数のページングウィンドウ、1つもしくは複数のトリガスロット、1つもしくは複数のデータ送信ウィンドウ、データ送信ウィンドウの1つもしくは複数の部分、またはそれらの組合せの間に、1つまたは複数の通信チャネルを監視するように構成され得る。
【０２２１】
別の例として、プロセッサ1510は、1つまたは複数の通信チャネルを介して図1のトラフィック広告128、トラフィック広告928、または両方を受信するように構成され得る。プロセッサ1510は、1つまたは複数の通信チャネルを介して図1のACK138、図4のACK444、図6のACK638、またはそれらの組合せを送るように構成され得る。プロセッサ1510は、1つまたは複数の通信チャネルを介して図1のデータ要求150、データ要求152、または両方を送るように構成され得る。プロセッサ1510は、1つまたは複数の通信チャネルを介して図1のデータ122、データ142、または両方を受信するように構成され得る。
【０２２２】
ワイヤレスインターフェース1540は、プロセッサ1510およびアンテナ1542に結合され得る。たとえば、ワイヤレスインターフェース1540は、トランシーバ1554を介してアンテナ1542に結合され得、したがって、ワイヤレスデータがアンテナ1542を介して受信され得、プロセッサ1510に提供され得る。
【０２２３】
コーダ/デコーダ(コーデック)1534もプロセッサ1510に結合され得る。スピーカー1536およびマイクロフォン1538がコーデック1534に結合され得る。ディスプレイコントローラ1526がプロセッサ1510およびディスプレイデバイス1528に結合され得る。特定の態様では、プロセッサ1510、ディスプレイコントローラ1526、メモリ1532、コーデック1534、およびワイヤレスインターフェース1540は、システムインパッケージデバイスまたはシステムオンチップデバイス1522に含まれる。特定の態様では、入力デバイス1530および電源1544がシステムオンチップデバイス1522に結合される。さらに、特定の態様では、図15に示すように、ディスプレイデバイス1528、入力デバイス1530、スピーカー1536、マイクロフォン1538、アンテナ1542、および電源1544は、システムオンチップデバイス1522の外部にある。しかしながら、ディスプレイデバイス1528、入力デバイス1530、スピーカー1536、マイクロフォン1538、アンテナ1542、および電源1544の各々が、1つまたは複数のインターフェースまたはコントローラなど、システムオンチップデバイス1522の1つまたは複数の構成要素に結合され得る。特定の態様では、デバイス1500は、通信デバイス、音楽プレーヤ、ビデオプレーヤ、エンターテインメントユニット、ナビゲーションデバイス、携帯情報端末(PDA)、モバイルデバイス、コンピュータ、デコーダ、またはセットトップボックスのうちの少なくとも1つを含み得る。
【０２２４】
当業者にはさらに、本明細書で開示した態様に関して説明した様々な例示的な論理ブロック、構成、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、プロセッサによって実行されるコンピュータソフトウェア、または両方の組合せとして実装される場合があることが理解されよう。様々な例示的な構成要素、ブロック、構成、モジュール、回路、およびステップが、全般にそれらの機能に関して上で説明された。そのような機能がハードウェアとして実装されるかプロセッサ実行可能命令として実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装決定は、本開示の範囲からの逸脱を引き起こすものと解釈されるべきではない。
【０２２５】
本明細書で開示した態様に関して説明した方法またはアルゴリズムのステップは、ハードウェアにおいて直接、プロセッサによって実行されるソフトウェアモジュールにおいて、またはその2つの組合せにおいて具現される場合がある。ソフトウェアモジュールは、ランダムアクセスメモリ(RAM)、フラッシュメモリ、読取り専用メモリ(ROM)、プログラム可能読取り専用メモリ(PROM)、消去可能プログラム可能読取り専用メモリ(EPROM)、電気的消去可能プログラム可能読取り専用メモリ(EEPROM)、レジスタ、ハードディスク、リムーバブルディスク、コンパクトディスク読取り専用メモリ(CD-ROM)、または当技術分野において既知の任意の他の形の非短期的(たとえば、非一時的)記憶媒体内に存在し得る。プロセッサが記憶媒体から情報を読み取ること、および記憶媒体に情報を書き込むことができるように、例示的な記憶媒体がプロセッサに結合される。代替として、記憶媒体は、プロセッサに一体化され得る。プロセッサおよび記憶媒体は、特定用途向け集積回路(ASIC)内に存在し得る。ASICは、コンピューティングデバイスまたはユーザ端末内に存在し得る。代替として、プロセッサおよび記憶媒体は、コンピューティングデバイスまたはユーザ端末内に別個の構成要素として存在し得る。
【０２２６】
開示した態様の上記の説明は、開示した態様を当業者が作成または使用できるようにするために提供される。これらの態様への様々な修正は当業者には容易に明らかになり、本明細書で定義された原理は、本開示の範囲から逸脱することなく、他の態様に適用されてもよい。したがって、本開示は、本明細書に示す態様に限定されることを意図するものではなく、以下の特許請求の範囲によって定義される原理および新規の特徴と可能な限り一致する最も広い範囲が与えられるべきである。
【符号の説明】
【０２２７】
100  図
104  プロバイダデバイス、デバイス
106  第1のデバイス、デバイス
108  第2のデバイス
110  第3のデバイス、デバイス
118  第3の時間
122  データ
124  第1の時間
126  第2の時間
128  トラフィック広告
130  第4の時間
132  ページングウィンドウ
134  トリガスロット
138  ACK
140  データ受信者インジケータ
142  データ
148  第1のデータ送信ウィンドウ
150  データ要求
152  データ要求
190  データ終了インジケータ
200  図
300  図
400  図
444  ACK
490  SIFS間隔(SI)
492  SIFS時間
500  図
594  DIFS間隔
596  DIFS時間
600  図
638  ACK
700  図
702  候補インジケータ
794  待機間隔
796  ACK時間
798  待機時間
800  図
802  ACK順序
892  ACK時間
900  図
928  トラフィック広告
990  待機間隔
1000  図
1002  対応不可能メッセージ
1004  対応不可能メッセージ
1100  図
1102  部分的対応可能指示
1200  方法
1300  方法
1400  方法
1500  デバイス
1510  プロセッサ
1522  システムインパッケージデバイスまたはシステムオンチップデバイス
1526  ディスプレイコントローラ
1528  ディスプレイデバイス
1530  入力デバイス
1532  メモリ
1534  コーダ/デコーダ(コーデック)
1536  スピーカー
1538  マイクロフォン
1540  ワイヤレスインターフェース
1542  アンテナ
1544  電源
1554  トランシーバ
1568  命令
1592  トラフィック広告ジェネレータ
1594  トラフィック広告アナライザ
【図１】
2018520578.tif 000003
【図２】
2018520578.tif 000004
【図３】
2018520578.tif 000005
【図４】
2018520578.tif 000006
【図５】
2018520578.tif 000007
【図６】
2018520578.tif 000008
【図７】
2018520578.tif 000009
【図８】
2018520578.tif 000010
【図９】
2018520578.tif 000011
【図１０】
2018520578.tif 000012
【図１１】
2018520578.tif 000013
【図１２】
2018520578.tif 000014
【図１３】
2018520578.tif 000015
【図１４】
2018520578.tif 000016
【図１５】
2018520578.tif 000017
【国際調査報告】
2018520578.tif 000018
2018520578.tif 000019
2018520578.tif 000020
2018520578.tif 000021
2018520578.tif 000022