知財求人 - 知財ポータルサイト「IP Force」
▶ モース マイクロ ピーティーワイ． リミテッド．の特許一覧
特開2024-73385無線ローカルアクセスネットワーク（ＷＬＡＮ）におけるデューティサイクルを管理するための方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024073385
(43)【公開日】2024-05-29
(54)【発明の名称】無線ローカルアクセスネットワーク（ＷＬＡＮ）におけるデューティサイクルを管理するための方法及び装置
(51)【国際特許分類】
H04W 72/0446 20230101AFI20240522BHJP
H04W 84/12 20090101ALI20240522BHJP
【ＦＩ】
H04W72/0446
H04W84/12
【審査請求】有
【請求項の数】21
【出願形態】ＯＬ
(21)【出願番号】P 2023193526
(22)【出願日】2023-11-14
(31)【優先権主張番号】2022903462
(32)【優先日】2022-11-17
(33)【優先権主張国・地域又は機関】AU
(71)【出願人】
【識別番号】522328389
【氏名又は名称】モース マイクロ ピーティーワイ． リミテッド．
(74)【代理人】
【識別番号】110001139
【氏名又は名称】ＳＫ弁理士法人
(74)【代理人】
【識別番号】100130328
【弁理士】
【氏名又は名称】奥野 彰彦
(74)【代理人】
【識別番号】100130672
【弁理士】
【氏名又は名称】伊藤 寛之
(72)【発明者】
【氏名】ダウッド・ファーミ タワドロス・バセム
(72)【発明者】
【氏名】ヴァン デ バーグ・マリア アントニー・ルネ セドリック
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA03
5K067CC04
5K067EE02
5K067EE10
(57)【要約】 （修正有）
【課題】無線ローカルアクセスネットワーク（ＷＬＡＮ）におけるデューティサイクルを管理するシステム、方法、装置及び及びコンピュータ可読媒体を提供する。
【解決手段】無線送信方法は、無線通信デバイスによって、１つ以上の第１のパケットのオンエア時間を決定し、１つ以上の第１のパケットの送信に対応するオフエア時間を計算する。オフエア時間は、オンエア時間及び無線通信デバイスに関連付けられるデューティサイクルに基づいて計算される。方法はまた、第１の時点よりも遅いの第２の時点以降まで、１つ以上の第２のパケットの送信を遅延させる。第２の時点は、第１の時点、オンエア時間及び計算されたオフエア時間の合計に基づいて決定される。
【選択図】図１０
【解決手段】無線送信方法は、無線通信デバイスによって、１つ以上の第１のパケットのオンエア時間を決定し、１つ以上の第１のパケットの送信に対応するオフエア時間を計算する。オフエア時間は、オンエア時間及び無線通信デバイスに関連付けられるデューティサイクルに基づいて計算される。方法はまた、第１の時点よりも遅いの第２の時点以降まで、１つ以上の第２のパケットの送信を遅延させる。第２の時点は、第１の時点、オンエア時間及び計算されたオフエア時間の合計に基づいて決定される。
【選択図】図１０
【特許請求の範囲】
【請求項1】
無線ローカルエリアネットワーク（ＷＬＡＮ）を介した無線通信の方法であって、
無線通信デバイスによって、第１の時点から開始して１つ以上の第１のパケットを送信するステップと、
前記１つ以上の第１のパケットのオンエア時間を決定するステップであって、前記１つ以上の第１のパケットのオンエア時間は、前記１つ以上の第１のパケットの送信に関連付けられるエアタイムであるステップと、
前記１つ以上の第１のパケットの送信に対応するオフエア時間を計算するステップであって、前記オフエア時間は、前記オンエア時間、及び前記無線通信デバイスに関連付けられるデューティサイクルに基づいて計算されるステップと、
第２の時点以降に１つ以上の第２のパケットを送信するように前記無線通信デバイスを保持するステップであって、前記第２の時点は、前記第１の時点、及び前記オンエア時間と計算された前記オフエア時間との合計に基づいて決定されるステップとを含む、
方法。
無線通信デバイスによって、第１の時点から開始して１つ以上の第１のパケットを送信するステップと、
前記１つ以上の第１のパケットのオンエア時間を決定するステップであって、前記１つ以上の第１のパケットのオンエア時間は、前記１つ以上の第１のパケットの送信に関連付けられるエアタイムであるステップと、
前記１つ以上の第１のパケットの送信に対応するオフエア時間を計算するステップであって、前記オフエア時間は、前記オンエア時間、及び前記無線通信デバイスに関連付けられるデューティサイクルに基づいて計算されるステップと、
第２の時点以降に１つ以上の第２のパケットを送信するように前記無線通信デバイスを保持するステップであって、前記第２の時点は、前記第１の時点、及び前記オンエア時間と計算された前記オフエア時間との合計に基づいて決定されるステップとを含む、
方法。
【請求項2】
前記１つ以上の第１のパケットの送信に対応するオフエア時間は、Ｔｏｆｆ＝Ｔａｉｒ＊（１／Ｄ－１）に基づいて計算され、ここで、Ｔｏｆｆはオフエア時間、Ｔａｉｒは前記１つ以上の第１のパケットを送信するのに必要なオンエア時間、Ｄは前記無線通信デバイスに関連付けられるデューティサイクルである、請求項１に記載の方法。
【請求項3】
前記無線通信デバイスによって、前記第２の時点以降の第３の時点から開始して前記１つ以上の第２のパケットを送信するステップと、
前記第２の時点と前記第３の時点との差に基づいてアイドル時間を決定するステップと、
前記１つ以上の第２のパケットのオンエア時間を決定するステップであって、前記１つ以上の第２のパケットのオンエア時間は、前記１つ以上の第２のパケットの送信に関連付けられるエアタイムであるステップと、
前記１つ以上の第２のパケットの前記オンエア時間、前記無線通信デバイスに関連付けられるデューティサイクル、及び前記アイドル時間に基づいて、前記１つ以上の第２のパケットの送信に対応するオフエア時間を計算するステップと、
第４の時点以降に１つ以上の第３のパケットを送信するように前記無線通信デバイスを保持するステップであって、前記第４の時点は、前記第３の時点、及び前記１つ以上の第２のパケットのオンエア時間と計算されたオフエア時間との合計に基づいて決定されるステップと、
をさらに含む、請求項１に記載の方法。
前記第２の時点と前記第３の時点との差に基づいてアイドル時間を決定するステップと、
前記１つ以上の第２のパケットのオンエア時間を決定するステップであって、前記１つ以上の第２のパケットのオンエア時間は、前記１つ以上の第２のパケットの送信に関連付けられるエアタイムであるステップと、
前記１つ以上の第２のパケットの前記オンエア時間、前記無線通信デバイスに関連付けられるデューティサイクル、及び前記アイドル時間に基づいて、前記１つ以上の第２のパケットの送信に対応するオフエア時間を計算するステップと、
第４の時点以降に１つ以上の第３のパケットを送信するように前記無線通信デバイスを保持するステップであって、前記第４の時点は、前記第３の時点、及び前記１つ以上の第２のパケットのオンエア時間と計算されたオフエア時間との合計に基づいて決定されるステップと、
をさらに含む、請求項１に記載の方法。
【請求項4】
前記１つ以上の第２のパケットの送信に対応するオフエア時間は、Ｔｏｆｆ＝Ｔａｉｒ＊（１／Ｄ－１）－Ｔｉｄｌｅに基づいて計算され、ここで、Ｔｏｆｆは前記１つ以上の第２のパケットのオフエア時間、Ｔａｉｒは前記１つ以上の第２のパケットのオンエア時間、Ｄは前記無線通信デバイスに関連付けられるデューティサイクル、Ｔｉｄｌｅはアイドル時間である、請求項３に記載の方法。
【請求項5】
前記アイドル時間の値は、前記１つ以上の第３のパケットを送信した後にリセットされる、請求項３に記載の方法。
【請求項6】
前記１つ以上の第１のパケットは、確認応答（ＡＣＫ）パケットを含み、
前記無線通信デバイスは、前記無線通信デバイスによるＡＣＫパケットの各送信に続いて、少なくとも前記ＡＣＫパケットの送信に関連付けられるオフエア時間の間待機する、請求項１に記載の方法。
前記無線通信デバイスは、前記無線通信デバイスによるＡＣＫパケットの各送信に続いて、少なくとも前記ＡＣＫパケットの送信に関連付けられるオフエア時間の間待機する、請求項１に記載の方法。
【請求項7】
前記１つ以上の第１のパケットは、ヌルデータパケット（ＮＤＰ）、ビーコン、またはＡＣＫパケットのうちの１つを含み、
前記無線通信デバイスは、前記１つ以上の第１のパケットの早期送信を早期持続時間に等しい時間量で実行し、
前記１つ以上の第１のパケットの送信に関連付けられるオフエア時間は、前記早期持続時間に等しい時間量で延長される、請求項１に記載の方法。
前記無線通信デバイスは、前記１つ以上の第１のパケットの早期送信を早期持続時間に等しい時間量で実行し、
前記１つ以上の第１のパケットの送信に関連付けられるオフエア時間は、前記早期持続時間に等しい時間量で延長される、請求項１に記載の方法。
【請求項8】
前記１つ以上の第１のパケットを送信するためのオンエア時間は、前記１つ以上の第１のパケットを送信するためのオンエア時間が最大オンエア時間以下になるように、前記最大オンエア時間内に制限される、請求項１に記載の方法。
【請求項9】
前記最大オンエア時間は、バーストサイクル持続時間及び前記無線通信デバイスに関連付けられるデューティサイクルに基づいて決定される、請求項８に記載の方法。
【請求項10】
前記バーストサイクル持続時間または前記最大オンエア時間のうちの１つ以上は、前記無線通信デバイス上で実行されるアプリケーションによって決定及び設定される、請求項９に記載の方法。
【請求項11】
前記１つ以上の第１のパケットの送信に対応するオフエア時間は、前記バーストサイクル持続時間から前記第１のパケットを送信するためのオンエア時間を減算することに少なくとも部分的に基づいて計算される、請求項９に記載の方法。
【請求項12】
前記無線通信デバイスに関連付けられるデューティサイクルはデューティサイクル観測ウィンドウに対応し、前記デューティサイクル観測ウィンドウの持続時間は前記バーストサイクル持続時間の整数倍を含む、請求項９に記載の方法。
【請求項13】
前記１つ以上の第１のパケットと前記１つ以上の第２のパケットは、前記最大オンエア時間よりも長いエアタイムを必要とするデータ送信に含まれ、
前記データ送信は少なくとも、前記１つ以上の第１のパケットを含む第１のサブセットと、前記１つ以上の第２のパケットを含む第２のサブセットとに分割され、前記第１のサブセットの送信と前記第２のサブセットの送信の両方に、前記最大オンエア時間以下のエアタイムが必要である、請求項８に記載の方法。
前記データ送信は少なくとも、前記１つ以上の第１のパケットを含む第１のサブセットと、前記１つ以上の第２のパケットを含む第２のサブセットとに分割され、前記第１のサブセットの送信と前記第２のサブセットの送信の両方に、前記最大オンエア時間以下のエアタイムが必要である、請求項８に記載の方法。
【請求項14】
前記無線通信デバイスは、前記オフエア時間中にパケット送信を実行しないように、前記オフエア時間中に沈黙している、請求項１に記載の方法。
【請求項15】
前記無線通信デバイスに関連付けられる利用可能な送信クレジットを継続的に更新するステップをさらに含み、
前記無線通信デバイスは、
前記利用可能な送信クレジットが前記無線通信デバイスに関連付けられる予約クレジットよりも大きいという判定に基づいて、複数のパケットタイプのうちの任意のパケットタイプを送信し、
前記利用可能な送信クレジットが前記予約クレジット以下であるという判定に基づいて、前記複数のパケットタイプのうちの必須パケットタイプのみを送信するように構成される、
請求項１に記載の方法。
前記無線通信デバイスは、
前記利用可能な送信クレジットが前記無線通信デバイスに関連付けられる予約クレジットよりも大きいという判定に基づいて、複数のパケットタイプのうちの任意のパケットタイプを送信し、
前記利用可能な送信クレジットが前記予約クレジット以下であるという判定に基づいて、前記複数のパケットタイプのうちの必須パケットタイプのみを送信するように構成される、
請求項１に記載の方法。
【請求項16】
前記必須パケットタイプには、関連リアルタイムパケットまたは非関連リアルタイムパケットの一方または両方が含まれる、請求項１５に記載の方法。
【請求項17】
前記無線通信デバイスに関連付けられる利用可能な送信クレジットを継続的に更新するステップをさらに含み、
前記無線通信デバイスは、
前記利用可能な送信クレジットが前記無線通信デバイスに関連付けられる非関連クレジットよりも大きいという判定に基づいて、関連リアルタイムパケット、非関連リアルタイムパケット、または非必須パケットのうちの１つ以上を送信し、
前記利用可能な送信クレジットが前記非関連クレジット以下であるという判定に基づいて、関連リアルタイムパケットまたは非関連リアルタイムパケットのうちの１つ以上を送信し、
前記利用可能な送信クレジットが前記無線通信デバイスに関連付けられるリアルタイムクレジット以下であるという判定に基づいて、関連リアルタイムパケットのみを送信するように構成され、
前記非関連クレジットは、前記リアルタイムクレジットよりも大きい、
請求項１に記載の方法。
前記無線通信デバイスは、
前記利用可能な送信クレジットが前記無線通信デバイスに関連付けられる非関連クレジットよりも大きいという判定に基づいて、関連リアルタイムパケット、非関連リアルタイムパケット、または非必須パケットのうちの１つ以上を送信し、
前記利用可能な送信クレジットが前記非関連クレジット以下であるという判定に基づいて、関連リアルタイムパケットまたは非関連リアルタイムパケットのうちの１つ以上を送信し、
前記利用可能な送信クレジットが前記無線通信デバイスに関連付けられるリアルタイムクレジット以下であるという判定に基づいて、関連リアルタイムパケットのみを送信するように構成され、
前記非関連クレジットは、前記リアルタイムクレジットよりも大きい、
請求項１に記載の方法。
【請求項18】
前記関連リアルタイムパケットには、前記無線通信デバイスまたはＷＬＡＮに関連付けられるサービスセット識別子（ＳＳＩＤ）内のＡＣＫパケットまたはビーコンのうちの１つ以上が含まれ、
前記非関連リアルタイムパケットには、プローブ応答、アソシエーション応答、またはハンドシェイクメッセージのうちの１つ以上が含まれ、
前記非必須パケットには、データパケットまたは管理パケットのうちの１つ以上が含まれる、
請求項１７に記載の方法。
前記非関連リアルタイムパケットには、プローブ応答、アソシエーション応答、またはハンドシェイクメッセージのうちの１つ以上が含まれ、
前記非必須パケットには、データパケットまたは管理パケットのうちの１つ以上が含まれる、
請求項１７に記載の方法。
【請求項19】
前記無線通信デバイスは、複数のパケット送信のうちの各パケット送信を時間的に少なくとも最小持続時間間隔となるように送信することに基づいて、前記無線通信デバイスから受信デバイスに複数のパケット送信を分散し、
前記最小持続時間間隔は、前記受信デバイスがパケット送信を受信するための送信クレジットを蓄積できるように、計算された時間間隔を含み、
前記最小持続時間間隔は、各パケット送信のオンエア時間と前記受信デバイスに関連付けられるデューティサイクルに基づいて計算される、
請求項１に記載の方法。
前記最小持続時間間隔は、前記受信デバイスがパケット送信を受信するための送信クレジットを蓄積できるように、計算された時間間隔を含み、
前記最小持続時間間隔は、各パケット送信のオンエア時間と前記受信デバイスに関連付けられるデューティサイクルに基づいて計算される、
請求項１に記載の方法。
【請求項20】
無線ローカルエリアネットワーク（ＷＬＡＮ）において無線通信を実行するための無線通信デバイスであって、
前記無線通信デバイスは、
モデムと、
前記モデムと通信可能に結合されるプロセッサと、
前記プロセッサと通信可能に結合され、プロセッサ可読コードを格納するメモリとを含み、
前記プロセッサ可読コードは、前記モデムと連携して前記プロセッサによって実行されると、
第１の時点から開始して１つ以上の第１のパケットを送信し、
前記１つ以上の第１のパケットのオンエア時間を決定し、
前記１つ以上の第１のパケットの送信に対応するオフエア時間を計算し、
第２の時点以降に１つ以上の第２のパケットを送信するように前記モデムを保持するように構成され、
前記１つ以上の第１のパケットのオンエア時間は、前記１つ以上の第１のパケットの送信に関連付けられるエアタイムであり、
前記オフエア時間は、前記オンエア時間、及び前記無線通信デバイスに関連付けられるデューティサイクルに基づいて計算され、
前記第２の時点は、前記第１の時点、及び前記オンエア時間と計算された前記オフエア時間との合計に基づいて決定される、
無線通信デバイス。
前記無線通信デバイスは、
モデムと、
前記モデムと通信可能に結合されるプロセッサと、
前記プロセッサと通信可能に結合され、プロセッサ可読コードを格納するメモリとを含み、
前記プロセッサ可読コードは、前記モデムと連携して前記プロセッサによって実行されると、
第１の時点から開始して１つ以上の第１のパケットを送信し、
前記１つ以上の第１のパケットのオンエア時間を決定し、
前記１つ以上の第１のパケットの送信に対応するオフエア時間を計算し、
第２の時点以降に１つ以上の第２のパケットを送信するように前記モデムを保持するように構成され、
前記１つ以上の第１のパケットのオンエア時間は、前記１つ以上の第１のパケットの送信に関連付けられるエアタイムであり、
前記オフエア時間は、前記オンエア時間、及び前記無線通信デバイスに関連付けられるデューティサイクルに基づいて計算され、
前記第２の時点は、前記第１の時点、及び前記オンエア時間と計算された前記オフエア時間との合計に基づいて決定される、
無線通信デバイス。
【請求項21】
前記無線通信デバイスは、ＷＬＡＮアクセスポイント（ＡＰ）またはＷＬＡＮステーション（ＳＴＡ）である、請求項２０に記載の無線通信デバイス。
【発明の詳細な説明】
【技術分野】
【0001】
［関連出願］
本出願は、２０２２年１１月１７日に出願されたオーストラリア仮特許出願第２０２２／９０３４６２号（発明名称「ＷＬＡＮにおけるデューティサイクルを管理するための方法及び装置」）に基づく優先権を主張し、その全体はあらゆる目的で参照により本明細書に組み込まれる。
本出願は、２０２２年１１月１７日に出願されたオーストラリア仮特許出願第２０２２／９０３４６２号（発明名称「ＷＬＡＮにおけるデューティサイクルを管理するための方法及び装置」）に基づく優先権を主張し、その全体はあらゆる目的で参照により本明細書に組み込まれる。
【0002】
本開示は、一般に無線通信に関する。例えば、本開示の態様は、無線ローカルエリアネットワーク（ＷＬＡＮ）における送信デバイスのデューティサイクル管理に関するものである。
【背景技術】
【0003】
スマートシティ及びスマートコミュニティの概念は、モノのインターネット（ＩｏＴ）によって実現することができる。低電力広域ネットワーキング（ＬＰＷＡＮ）技術は、様々なスマートシティアプリケーションによって生成及び消費されるＩｏＴデータトラフィックのプロファイル及び／または特性に非常に適しているため、ＩｏＴの進化において重要になっている。例えば、都市規模のＩｏＴアプリケーション（例えば、環境監視、道路交通監視、施設管理、スマートパーキング、街路照明、車両追跡、廃棄物管理、山火事及び／または火山噴火の早期検出、精密農業、及び／またはホームオートメーションなど）を設計する際に、これらのＩｏＴアプリケーションにおける基本的な通信要件には、多くの場合、長い無線到達距離と低消費電力（例えば、デバイス上の低消費電力）、及び低帯域幅が含まれる。
【0004】
Ｗｉ－Ｆｉ ＨａＬｏｗは、サブ１ＧＨｚライセンス免除帯域上でＩＥＥＥ８０２．１１ａｈ標準に準拠して動作し、広範囲及び低電力のＷｉ－Ｆｉネットワークを提供する。これらの周波数帯域は、無線ローカルエリアネットワーク（ＷＬＡＮ）内の膨大な数のデバイスと共有される場合がある。従って、一部の管轄区域では、Ｗｉ－Ｆｉ ＨａＬｏｗアクセスポイント（ＡＰ）とステーション（ＳＴＡ）の両方について、送信デバイスが媒体を使用する時間（例えば、送信デバイスの「デューティサイクル」とも呼ばれる）に規制上の制約がある。より一般的には、デューティサイクル（ＤＣ）制限は、約２５メガヘルツ（ＭＨｚ）～１，０００ＭＨｚの周波数範囲で動作する短距離デバイス（ＳＲＤ）に適用されることが分かる。現在及び以前のＷｉ－Ｆｉ標準は、主にこのサブギガヘルツ帯域ではなく（例えば、１，０００ＭＨｚ未満の周波数では動作しなく）、ＳＲＤにデューティサイクル制約が課されている様々な管轄区域では、デューティサイクル制約を満たす必要はない。（サブギガヘルツ帯域でＩＥＥＥ８０２．１１ａｈ標準に準拠して動作する）Ｗｉ－Ｆｉ ＨａＬｏｗデバイスは、関連する規制管轄区域内でＳＲＤに適用されるデューティサイクル制約を満たす必要があるＳＲＤとみなされる。
【0005】
Ｗｉ－Ｆｉ ＨａＬｏｗのデューティサイクル規制制約により、デバイス（例えば、送信デバイス）が媒体上でパケットを送信することを許可されるエアタイムの割合が制限される。例えば、Ｗｉ－Ｆｉ ＨａＬｏｗデバイスのデューティサイクルは、通常０．１％～１０％であり、Ｗｉ－Ｆｉ ＨａＬｏｗデバイスが特定の時間間隔の０．１％～１０％の間でのみ送信できることを示している。デューティサイクルが測定される時間間隔は、観測期間（Ｔｏｂｓ）または監視時間（Ｔｍｏｎ）とも呼ばれる。例えば、デューティサイクル時間間隔は、１時間に等しくてもよい（例えば、Ｔｏｂｓ＝Ｔｍｏｎ＝１時間）。送信デバイスのデューティサイクルは、帯域幅ごとに測定できる。例えば、デューティサイクルは、送信デバイスによって使用される特定のチャネル（例えば、特定の周波数）に適用することができる。
【0006】
適用可能なデューティサイクル制限に基づいて、Ｗｉ－Ｆｉ ＨａＬｏｗネットワーク内のデバイスは、送信が成功するたびに一定期間待機する必要がある（例えば、次の送信までに一定期間待機する必要がある）。例えば、デューティサイクル制限が１０％の場合、現在の無線チャネルで１ミリ秒（ｍｓ）送信する送信デバイスは、現在の無線チャネルが再び送信できるようになるまで、さらに９ｍｓ待機する必要がある。Ｗｉ－Ｆｉデバイスが通常周波数ホッピング技術を実装またはサポートしていないため、デューティサイクル制約の目的は、周波数帯域（Ｗｉ－Ｆｉ ＨａＬｏｗデバイスの場合はライセンス免除帯域）において競合するすべての接続されたデバイスに公平な通信アクセスを提供することである。多数の接続されたデバイスが長距離無線でリアルタイムにデータを伝送する必要があるリアルタイムＩｏＴシステムの設計では、デューティサイクル制約を考慮する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【0007】
以下には、本明細書に開示される１つ以上の態様に関する簡略化した概要を提示する。従って、以下の概要は、企図されるすべての態様に関する広範な概観として考慮されるべきではなく、また、企図されるすべての態様に関する主要または不可欠な要素を特定するため、あるいは何らかの特定の態様に関連する範囲を描写するためのものとみなされるべきでもない。従って、以下の概要は、以下で提示される詳細な説明に先行して、本明細書で開示されるメカニズムに関する１つ以上の態様に関連する特定の概念を簡略化した形式で提示するという唯一の目的を有する。
【課題を解決するための手段】
【0008】
無線ローカルエリアネットワーク（ＷＬＡＮ）上で無線通信を実行するためのシステム、方法、装置、及びコンピュータ可読媒体が開示される。少なくとも１つの例示的な例によれば、ＷＬＡＮを介した無線通信の方法が提供される。前記方法は、無線通信デバイスによって、第１の時点から開始して１つ以上の第１のパケットを送信するステップと、前記１つ以上の第１のパケットのオンエア時間を決定するステップであって、前記１つ以上の第１のパケットのオンエア時間は、前記１つ以上の第１のパケットの送信に関連付けられるエアタイムであるステップと、前記１つ以上の第１のパケットの送信に対応するオフエア時間を計算するステップであって、前記オフエア時間は、前記オンエア時間、及び前記無線通信デバイスに関連付けられるデューティサイクルに基づいて計算されるステップと、第２の時点以降に１つ以上の第２のパケットを送信するように前記無線通信デバイスを保持するステップであって、前記第２の時点は、前記第１の時点、及び前記オンエア時間と計算された前記オフエア時間との合計に基づいて決定されるステップとを含む。
【0009】
別の例では、モデム（変調器－復調器）と、（例えば、データ及びプロセッサ可読コードを格納するように構成される）少なくとも１つのメモリと、前記モデム及び少なくとも１つのメモリに結合される少なくとも１つのプロセッサ（例えば、回路に実装される）とを含む装置が提供される。前記プロセッサは、第１の時点から開始して１つ以上の第１のパケットを送信し、前記１つ以上の第１のパケットのオンエア時間を決定し、前記１つ以上の第１のパケットの送信に対応するオフエア時間を計算し、第２の時点以降に１つ以上の第２のパケットを送信するように前記モデムを保持することができるように構成される。前記１つ以上の第１のパケットのオンエア時間は、前記１つ以上の第１のパケットの送信に関連付けられるエアタイムである。前記オフエア時間は、前記オンエア時間、及び前記無線通信デバイスに関連付けられるデューティサイクルに基づいて計算される。前記第２の時点は、前記第１の時点、及び前記オンエア時間と計算された前記オフエア時間との合計に基づいて決定される。
【0010】
いくつかの態様では、前記１つ以上の第１のパケットの送信に対応するオフエア時間は、Ｔｏｆｆ＝Ｔａｉｒ＊（１／Ｄ－１）に基づいて計算され、ここで、Ｔｏｆｆはオフエア時間、Ｔａｉｒは前記１つ以上の第１のパケットを送信するのに必要なオンエア時間、Ｄは前記無線通信デバイスに関連付けられるデューティサイクルである。
【0011】
いくつかの態様では、前記方法は、前記無線通信デバイスによって、前記第２の時点以上の第３の時点から開始して前記１つ以上の第２のパケットを送信するステップと、前記第２の時点と前記第３の時点との差に基づいてアイドル時間を決定するステップと、前記１つ以上の第２のパケットのオンエア時間を決定するステップであって、前記１つ以上の第２のパケットのオンエア時間は、前記１つ以上の第２のパケットの送信に関連付けられるエアタイムであるステップと、前記１つ以上の第２のパケットのオンエア時間、前記無線通信デバイスに関連付けられるデューティサイクル、及び前記アイドル時間に基づいて、前記１つ以上の第２のパケットの送信に対応するオフエア時間を計算するステップと、第４の時点以降に１つ以上の第３のパケットを送信するように前記無線通信デバイスを保持するステップであって、前記第４の時点は、前記第３の時点、及び前記１つ以上の第２のパケットのオンエア時間と計算されたオフエア時間との合計に基づいて決定されるステップと、をさらに含む。
【0012】
いくつかの態様では、前記１つ以上の第２のパケットの送信に対応するオフエア時間は、Ｔｏｆｆ＝Ｔａｉｒ＊（１／Ｄ－１）－Ｔｉｄｌｅに基づいて計算され、ここで、Ｔｏｆｆは前記１つ以上の第２のパケットのオフエア時間、Ｔａｉｒは前記１つ以上の第２のパケットのオンエア時間、Ｄは前記無線通信デバイスに関連付けられるデューティサイクル、Ｔｉｄｌｅはアイドル時間である。
【0013】
いくつかの態様では、前記アイドル時間の値は、前記１つ以上の第３のパケットを送信した後にリセットされる。
【0014】
いくつかの態様では、１つ以上の第１のパケットは確認応答（ＡＣＫ）パケットを含み、前記無線通信デバイスは、前記無線通信デバイスによるＡＣＫパケットの各送信に続いて、少なくとも前記ＡＣＫパケットの送信に関連付けられるオフエア時間の間待機する。
【0015】
いくつかの態様では、前記１つ以上の第１のパケットは、ヌルデータパケット（ＮＤＰ）、ビーコン、またはＡＣＫパケットのうちの１つを含み、前記無線通信デバイスは、前記１つ以上の第１のパケットの早期送信を早期持続時間に等しい時間量で実行し、前記１つ以上の第１のパケットの送信に関連付けられるオフエア時間は、前記早期持続時間に等しい時間量で延長される。
【0016】
いくつかの態様では、前記１つ以上の第１のパケットを送信するためのオンエア時間は、前記１つ以上の第１のパケットを送信するためのオンエア時間が最大オンエア時間以下になるように、前記最大オンエア時間内に制限される。
【0017】
いくつかの態様では、前記最大オンエア時間は、バーストサイクル持続時間及び前記無線通信デバイスに関連付けられるデューティサイクルに基づいて決定される。
【0018】
いくつかの態様では、前記バーストサイクル持続時間または前記最大オンエア時間のうちの１つ以上は、前記無線通信デバイス上で実行されるアプリケーションによって決定及び設定される。
【0019】
いくつかの態様では、前記１つ以上の第１のパケットの送信に対応するオフエア時間は、前記バーストサイクル持続時間から前記第１のパケットを送信するためのオンエア時間を減算することに少なくとも部分的に基づいて計算される。
【0020】
いくつかの態様では、前記無線通信デバイスに関連付けられるデューティサイクルはデューティサイクル観測ウィンドウに対応し、前記デューティサイクル観測ウィンドウの持続時間は前記バーストサイクル持続時間の整数倍を含む。
【0021】
いくつかの態様では、前記１つ以上の第１のパケットと前記１つ以上の第２のパケットは、前記最大オンエア時間よりも長いエアタイムを必要とするデータ送信に含まれ、前記データ送信は少なくとも、前記１つ以上の第１のパケットを含む第１のサブセットと、前記１つ以上の第２のパケットを含む第２のサブセットとに分割され、前記第１のサブセットの送信と前記第２のサブセットの送信の両方に、前記最大オンエア時間以下のエアタイムが必要である。
【0022】
いくつかの態様では、前記無線通信デバイスは、前記オフエア時間中にパケット送信を実行しないように、前記オフエア時間中に沈黙している。
【0023】
いくつかの態様では、前記方法は、前記無線通信デバイスに関連付けられる利用可能な送信クレジットを継続的に更新するステップをさらに含み、前記無線通信デバイスは、前記利用可能な送信クレジットが前記無線通信デバイスに関連付けられる予約クレジットよりも大きいという判定に基づいて、複数のパケットタイプのうちの任意のパケットタイプを送信し、前記利用可能な送信クレジットが前記予約クレジット以下であるという判定に基づいて、前記複数のパケットタイプのうちの必須パケットタイプのみを送信するように構成される。
【0024】
いくつかの態様では、前記必須パケットタイプには、関連リアルタイムパケットまたは非関連リアルタイムパケットの一方または両方が含まれる。
【0025】
いくつかの態様では、前記方法は、前記無線通信デバイスに関連付けられる利用可能な送信クレジットを継続的に更新するステップをさらに含み、前記無線通信デバイスは、前記利用可能な送信クレジットが前記無線通信デバイスに関連付けられる非関連クレジットよりも大きいという判定に基づいて、関連リアルタイムパケット、非関連リアルタイムパケット、または非必須パケットのうちの１つ以上を送信し、前記利用可能な送信クレジットが前記非関連クレジット以下であるという判定に基づいて、関連リアルタイムパケットまたは非関連リアルタイムパケットのうちの１つ以上を送信し、前記利用可能な送信クレジットが前記無線通信デバイスに関連付けられるリアルタイムクレジット以下であるという判定に基づいて、関連リアルタイムパケットのみを送信するように構成される。前記非関連クレジットは、前記リアルタイムクレジットトよりも大きい。
【0026】
いくつかの態様では、前記関連リアルタイムパケットには、前記無線通信デバイスまたはＷＬＡＮに関連付けられるサービスセット識別子（ＳＳＩＤ）内のＡＣＫパケットまたはビーコンのうちの１つ以上が含まれ、前記非関連リアルタイムパケットには、プローブ応答、アソシエーション応答、またはハンドシェイクメッセージのうちの１つ以上が含まれ、前記非必須パケットには、データパケットまたは管理パケットのうちの１つ以上が含まれる。
【0027】
いくつかの態様では、前記無線通信デバイスは、複数のパケット送信のうちの各パケット送信を時間的に少なくとも最小持続時間間隔となるように送信することに基づいて、前記無線通信デバイスから受信デバイスに複数のパケット送信を分散し、前記最小持続時間間隔は、前記受信デバイスがパケット送信を受信するための送信クレジットを蓄積できるように、計算された時間間隔を含み、前記最小持続時間間隔は、各パケット送信のオンエア時間と前記受信デバイスに関連付けられるデューティサイクルに基づいて計算される。
【0028】
いくつかの態様では、本明細書に記載の技術は、無線ローカルエリアネットワーク（ＷＬＡＮ）において無線通信を実行するための無線通信デバイスに関する。前記無線通信デバイスは、モデム、前記モデムと通信可能に結合されるプロセッサ、及び前記プロセッサと通信可能に結合され、プロセッサ可読コードを格納するメモリを含む。前記プロセッサ可読コードは、前記モデムと連携して前記プロセッサによって実行されると、第１の時点から開始して１つ以上の第１のパケットを送信し、前記１つ以上の第１のパケットのオンエア時間を決定し、前記１つ以上の第１のパケットの送信に対応するオフエア時間を計算し、第２の時点以降に１つ以上の第２のパケットを送信するように前記モデムを保持するように構成される。前記１つ以上の第１のパケットのオンエア時間は、前記１つ以上の第１のパケットの送信に関連付けられるエアタイムである。前記オフエア時間は、前記オンエア時間、及び前記無線通信デバイスに関連付けられるデューティサイクルに基づいて計算される。前記第２の時点は、前記第１の時点、及び前記オンエア時間と計算された前記オフエア時間との合計に基づいて決定される。
【0029】
いくつかの態様では、本明細書に記載の技術は無線通信デバイスに関するものであり、前記無線通信デバイスは、ＷＬＡＮアクセスポイント（ＡＰ）またはＷＬＡＮステーション（ＳＴＡ）である。
【0030】
本明細書に開示される態様に関連付けられる他の目的及び利点は、添付の図面及び詳細な説明に基づいて当業者に明らかになる。
【図面の簡単な説明】
【0031】
本出願の例示的な態様は、以下の図面を参照して詳細に説明される。
【0032】
【図1】いくつかの例による、例示的な無線通信ネットワークを示すブロック図である。
【0033】
【図2A】いくつかの例による、ステーション（ＳＴＡ）またはアクセスポイント（ＡＰ）を実装できる無線ローカルエリアネットワーク（ＷＬＡＮ）デバイスのブロック図である。
【0034】
【0035】
【図3】いくつかの例による、異なるデューティサイクル値の例を示す図である。
【0036】
【図4】いくつかの例による、デューティサイクル観測時間ごとに複数のバースト期間を使用するパケット送信の例を示す図である。
【0037】
【図5】いくつかの例による、２つの連続する観測期間（Ｔｏｂｓ）に対する異なるデューティサイクルスケジューリングまたは送信パターンの例を示す図である。
【0038】
【図6A】いくつかの例による、パケット間のアイドル時間とは無関係に実行されるデューティサイクル認識パケット送信の例を示す図である。
【0039】
【図6B】いくつかの例による、パケット間のアイドル時間に少なくとも部分的に基づいて実行されるデューティサイクル認識パケット送信の例を示す図である。
【0040】
【図7】いくつかの例による、単一パケット持続時間に等しいバースト期間を使用するデューティサイクル認識パケット送信の例を示す図である。
【0041】
【図8】いくつかの例による、遅延なく送信される高優先パケットを含むデューティサイクル認識パケット送信の例を示す図である。
【0042】
【図9】いくつかの例による、本発明に開示されるデューティサイクル管理の態様を実装するために使用される有限状態マシンによる状態遷移の例を示す状態図である。
【0043】
【図10】いくつかの例による、ＷＬＡＮを介した無線送信の方法のフロー図である。
【0044】
【図11】いくつかの例による、本明細書に記載される特定の態様を実装するためのコンピューティングシステムの一例を示すブロック図である。
【発明を実施するための形態】
【0045】
本開示の特定の態様は、以下に記載される。当業者には明らかなように、これらの態様のいくつかは独立して適用することができ、またそれらのいくつかは組み合わせて適用することができる。以下の記載では、説明の目的で、本出願の態様を完全に理解できるように、具体的な詳細が述べられる。しかしながら、様々な態様は、これら特定の詳細なしに実現されうることが明らかである。図面及び説明は、本発明を限定することを意図したものではない。
【0046】
以下の説明は、例示的な態様のみを提供するものであり、本開示の範囲、適用可能性、または構成を限定することを意図するものではない。むしろ、例示的な態様の以下の説明は、例示的な態様を実装するための有効な説明を当業者に提供することになる。添付の特許請求の範囲に記載される本発明の精神や範囲から逸脱することなく、要素の機能や配置に様々な変更を行うことができることを理解されたい。
【0047】
図１は、例示的な無線通信ネットワーク１００を示すブロック図である。いくつかの態様では、無線通信ネットワーク１００は、無線ローカルエリアネットワーク（ＷＬＡＮ）の一例であり得る。本明細書で使用される場合、ＷＬＡＮは、Ｗｉ－Ｆｉネットワークと呼ばれることもある。いくつかの例では、ＷＬＡＮ１００は、無線通信プロトコル標準のＩＥＥＥ８０２．１１ファミリー（例えば、８０２．１１ａｈ、８０２．１１ａｙ、８０２．１１ａｘ、８０２．１１ａｚ、８０２．１１ｂａ、及び８０２．１１ｂｅを含むＩＥＥＥ８０２．１１－２０２０仕様またはその修正によって定義されたものなど、これらに限定されない）のうちの少なくとも１つを実装するネットワークであり得る。ＷＬＡＮ１００は、少なくとも１つのアクセスポイント（ＡＰ）１０２及び複数の関連ステーション（ＳＴＡ）１０４を含むことができる。例えば、ＳＴＡ１０４は、第１のＳＴＡ１０４ａ、第２のＴＡ１０４ｂ、第３のＳＴＡ１０４ｃ、第４のＳＴＡ１０４ｄなどを含むことができる。１つのＡＰ１０２のみが示されているが、ＷＬＡＮネットワーク１００は複数のＡＰ１０２を含むこともできる。
【0048】
ＳＴＡ１０４ａ～１０４ｄのそれぞれは、モバイルステーション（ＭＳ）、モバイルデバイス、モバイルハンドセット、無線ハンドセット、アクセス端末（ＡＴ）、ユーザ機器（ＵＥ）、加入者ステーション（ＳＳ）、及び／または加入者ユニットと呼ばれることもある。ＳＴＡ１０４は、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、その他のハンドヘルドデバイス、ネットブック、ノートパソコン、タブレットコンピュータ、ラップトップ、ディスプレイデバイス（例えば、ＴＶ、コンピュータモニタ、ナビゲーションシステムなど）、音楽または他のオーディオデバイスまたはステレオデバイス、リモートコントロールデバイス（「リモコン」）、プリンタ、キッチンまたはその他の家庭用電化製品、キーフォブ（例えば、パッシブキーレスエントリー アンド スタート（ＰＫＥＳ）システム）などの様々なデバイスを表すことができる。
【0049】
単一のＡＰ１０２及び関連するＳＴＡ１０４ａ～１０４ｄのセットは、各ＡＰ１０２によって管理される基本サービスセット（ＢＳＳ）と呼ばれることがある。図１はさらに、ＷＬＡＮ１００の基本サービスエリア（ＢＳＡ）を表すことができるＡＰ１０２のカバレッジエリア１０６の例を示す。ＢＳＳは、サービスセット識別子（ＳＳＩＤ）によってユーザに識別され、ＡＰ１０２の媒体アクセス制御（ＭＡＣ）アドレスであり得る基本サービスセット識別子（ＢＳＳＩＤ）によって他のデバイスに識別され得る。
【0050】
ＡＰ１０２は、ＢＳＳＩＤを含むビーコンフレーム（「ビーコン」）を定期的にブロードキャストして、ＡＰ１０２の無線範囲内の任意のＳＴＡ（例えば、ＳＴＡ１０４ａ～１０４ｄのうちの１つ以上、またはすべて）がＡＰ１０２と関連付け（または再関連付け）て、該当する通信リンク１０８ａ～１０８ｄ（例えば、以下では「Ｗｉ－Ｆｉリンク」とも呼ばれる）を確立できるようにする。例えば、第１のＳＴＡ１０４ａは、ＡＰ１０２との該当する通信リンク１０８ａを確立することができ、第２のＳＴＡ１０４ｂは、ＡＰ１０２との該当する通信リンク１０８ｂを確立することができ、第３のＳＴＡ１０４ｃは、ＡＰ１０２との該当する通信リンク１０８ｃを確立することができ、第４のＳＴＡ１０４ｄは、ＡＰ１０２との該当する通信リンク１０８ｄを確立することができる。ＳＴＡ１０４ａ～１０４ｄは、ＡＰ１０２との該当する通信リンク１０８ａ～１０８ｄを維持するために、ＡＰ１０２によってブロードキャストされるビーコンフレームをさらに使用することができる。例えば、ビーコンは、該当するＡＰ１０２によって使用されるプライマリチャネルの識別、ならびにＡＰ１０２とのタイミング同期を確立または維持するためのタイミング同期機能を含むことができる。ＡＰ１０２は、該当する通信リンク１０８（例えば、該当する通信リンク１０８ａ～１０８ｄを含む）を介して、ＷＬＡＮ内の様々なＳＴＡ（例えば、ＳＴＡ１０４ａ～１０４ｄを含む）に外部ネットワークへのアクセスを提供することができる。
【0051】
ＡＰ１０２との通信リンク１０８ａ～１０８ｄを確立するために、各該当するＳＴＡ１０４ａ～１０４ｄは、１つ以上の周波数帯域内の周波数チャネル上でパッシブスキャンまたはアクティブスキャン動作（「スキャン」）を実行することができる。例えば、パッシブスキャンを実行するために、ＳＴＡ１０４ａ～１０４ｄのそれぞれは、ターゲットビーコン送信時間（ＴＢＴＴ）と呼ばれる周期的な時間間隔でＡＰ１０２によって送信されるビーコンをリッスンする。ＴＢＴＴは、時間単位（ＴＵ）で測定できる。いくつかの例では、１ＴＵは１０２４マイクロ秒（μｓ）に等しい場合がある。いくつかの例では、ＴＢＴＴは、１０２．４ミリ秒（ｍｓ）のデフォルト値を有することができる。アクティブスキャンを実行するために、ＳＴＡ１０４ａ～１０４ｄのそれぞれは、スキャンされる各チャネル上でプローブ要求を生成して順次送信し、ＡＰ１０２からのプローブ応答をリッスンすることができる。ＳＴＡ１０４ａ～１０４ｄのそれぞれは、（例えば、パッシブスキャンまたはアクティブスキャンを介して取得されたスキャン情報に基づいて）アソシエーションするＡＰ１０２を識別または選択し、選択されたＡＰ１０２との該当する通信リンク１０８ａ～１０８ｄを確立するための認証及びアソシエーション動作を実行するように構成されてもよい。ＡＰ１０２は、アソシエーション動作の最後にアソシエーション識別子（ＡＩＤ）をＳＴＡ１０４ａ～１０４ｄのそれぞれに割り当て、ＡＰ１０２は、それを使用してＳＴＡ１０４ａ～１０４ｄを追跡する。
【0052】
場合によっては、ＳＴＡ１０４ａ～１０４ｄのうちの１つ以上（またはすべて）は、ＳＴＡの範囲内の多くのＢＳＳのうちの１つを選択する、または複数の接続されたＢＳＳを含む拡張サービスセット（ＥＳＳ）を形成する複数のＡＰ１０２から選択する機会を有することもある。ＷＬＡＮ１００に関連付けられる拡張ネットワークステーションは、複数のＡＰ１０２がそのようなＥＳＳ内に接続されることを可能にする有線または無線ディストリビューションシステムに接続され得る。いくつかの例では、ＳＴＡ１０４ａ～１０４ｄのうちの１つ以上は、複数のＡＰ１０２によってカバーされることができ、異なる送信のために異なる時間に異なるＡＰ１０２と関連付けることができる。ＡＰ１０２との関連付け後、ＳＴＡ１０４ａ～１０４ｄのうちの１つ以上は、関連付けるより適切なＡＰ１０２を見つけるために周囲を定期的にスキャンするように構成されてもよい。例えば、その関連付けられるＡＰ１０２に対して相対的に移動しているＳＴＡ１０４ａ～１０４ｄのうちの所定の１つは、より望ましいネットワーク特性（例えば、より大きな受信信号強度インジケータ（ＲＳＳＩ）、低減されたトラフィック負荷など）を有する別のＡＰ１０２を見つけるために、「ローミング」スキャンを実行することができる。
【0053】
場合によっては、ＳＴＡ１０４ａ～１０４ｄは、ＡＰ１０２またはＳＴＡ１０４ａ～１０４ｄ自体以外の他の機器なしでネットワークを形成することができる。このようなネットワークの一例としては、アドホックネットワーク（例えば、または無線アドホックネットワーク）がある。アドホックネットワークは、メッシュネットワークまたはピアツーピア（Ｐ２Ｐ）ネットワークと呼ばれることもある。場合によっては、アドホックネットワークは、より大きな無線ネットワーク（例えば、ＷＬＡＮ１００など）内に実装されてもよい。このような実装形態では、ＳＴＡ１０４ａ～１０４ｄは、該当する通信リンク１０８ａ～１０８ｄを使用してＡＰ１０２を介して互いに通信することができるが、ＳＴＡ１０４ａ～１０４ｄは、直接無線リンク１１０を使用して互いに（例えば、ＳＴＡ１０４ａ～１０４ｄのうちの他のＳＴＡと）直接通信することもできる。いくつかの例では、（例えば、ＳＴＡ１０４ａ～１０４ｄのうちの）２つのＳＴＡは、両方のＳＴＡ１０４が同じＡＰ１０２に関連付けられ、同じＡＰ１０２によってサービスされているかどうかに関係なく、直接通信リンク１１０を介して通信することができる。このようなアドホックシステムでは、ＳＴＡ１０４ａ～１０４ｄのうちの１つ以上は、ＢＳＳにおいてＡＰ１０２によって満たされる役割を担うことができる。このようなＳＴＡ（例えば、ＳＴＡ１０４ａ～１０４ｄのうちの１つ以上）は、グループオーナー（ＧＯ）と呼ばれることがあり、アドホックネットワーク内の送信を調整することができる。直接無線リンク１１０の例としては、、Ｗｉ－Ｆｉダイレクト接続、Ｗｉ－Ｆｉトンネルダイレクトリンクセットアップ（ＴＤＬＳ）リンクを使用することによって確立された接続、及び他のＰ２Ｐグループ接続などのうちの１つ以上（またはすべて）が挙げられる。
【0054】
ＡＰ１０２及びＳＴＡ１０４ａ～１０４ｄは、（例えば、該当する通信リンク１０８ａ～１０８ｄを使用して）無線通信プロトコル標準のＩＥＥＥ８０２．１１ファミリー（例えば、８０２．１１ａｈ、８０２．１１ａｙ、８０２．１１ａｘ、８０２．１１ａｚ、８０２．１１ｂａ、及び８０２．１１ｂｅを含むＩＥＥＥ８０２．１１－２０２０仕様またはその修正によって定義されたものなど、これらに限定されない）に従って機能し、通信することができる。これらの標準は、物理層（ＰＨＹ）及び媒体アクセス制御（ＭＡＣ）層のＷＬＡＮ無線及びベースバンドプロトコルを定義する。例えば、ＡＰ１０２及びＳＴＡ１０４ａ～１０４ｄは、ＰＨＹプロトコルデータユニット（ＰＰＤＵ）（または物理層コンバージェンスプロトコル（ＰＬＣＰ））の形で互いに無線通信（例えば、以下では「Ｗｉ－ＦＩ通信」とも呼ばれる）を送受信する。ＷＬＡＮ１００内のＡＰ１０２及びＳＴＡ１０４ａ～１０４ｄは、２．４ＧＨｚ帯域、５ＧＨｚ帯域、６０ＧＨｚ帯域、３．６ＧＨｚ帯域、及び９００ＭＨｚ帯域など、Ｗｉ－Ｆｉ技術によって従来使用されている周波数帯域を含むスペクトルの一部であり得る無ライセンススペクトルを介してＰＰＤＵを送信することができる。本明細書に記載のＡＰ１０２及びＳＴＡ１０４ａ～１０４ｄのいくつかの実装形態では、ライセンス通信と無ライセンス通信の両方をサポートできる６ＧＨｚ帯域などの他の周波数帯域で通信することもできる。いくつかの例では、ＡＰ１０２及びＳＴＡ１０４ａ～１０４ｄは、８０２．１１ａｈを実装する場合など、サブ１ＧＨｚの無ライセンス（例えば、ライセンス免除）周波数帯域を使用して通信することができる。ＡＰ１０２及びＳＴＡ１０４ａ～１０４ｄは、複数のオペレータが同一または重複する周波数帯域内で動作するためのライセンスを有することができる共有ライセンス周波数帯域などの他の周波数帯域を介して通信するように構成されてもよい。
【0055】
各周波数帯域は、複数のサブ帯域または周波数チャネルを含むことができる。例えば、ＩＥＥＥ８０２．１１標準及び仕様に準拠するＰＰＤＵは、複数の２０ＭＨｚチャネルに分割された周波数帯域を介して送信することができる。このような例では、ＰＰＤＵは、最小帯域幅２０ＭＨｚの物理チャネルを介して送信されるが、他のチャネル帯域幅も可能である。場合によっては、より大きな帯域幅チャネルは、最小帯域幅（例えば、２０ＭＨｚなど）の複数のチャネルを結合するチャネルボンディングを使用して形成できる。
【0056】
各ＰＰＤＵは、ＰＨＹプリアンブルと、ＰＨＹサービスデータユニット（ＰＳＤＵ）の形態のペイロードとを含む複合構造である。プリアンブルで提供される情報は、ＰＳＤＵ内の後続のデータを復号するために受信デバイスによって使用され得る。ＰＰＤＵが結合チャネル上で送信される場合、プリアンブルフィールドは複製され、複数のコンポーネントチャネルのそれぞれで送信されてもよい。ＰＨＹプリアンブルは、レガシー部分（または「レガシープリアンブル」）と非レガシー部分（または「非レガシープリアンブル」）の両方を含むことができる。レガシープリアンブルは、パケット検出、自動利得制御、及びチャネル推定などに使用できる。レガシープリアンブルは、通常レガシーデバイスとの互換性を維持するために使用されてもよい。プリアンブルのフォーマット、コーディング、及び非レガシー部分で提供される情報は、ペイロードの送信に使用される特定のＩＥＥＥ８０２．１１プロトコルに基づいている。
【0057】
図２Ａは、いくつかの例においてＳＴＡまたはＡＰを実装するために使用できる例示的なＷＬＡＮデバイス２００のハイレベル・ブロック図である。例示的なＷＬＡＮデバイス２００は、ＩＥＥＥ８０２．１１に準拠してＭＡＣ層、及びＰＨＹ層を含むことができる。
【0058】
ＷＬＡＮデバイス２００は、無線周波数（ＲＦ）送信機モジュール２０２、ＲＦ受信機モジュール２０４、アンテナユニット２０６、１つ以上のメモリバンク２０８、入出力インターフェース２１０、及び通信バス２１２を含む。ＲＦ送信機モジュール２０２及びＲＦ受信機モジュール２０４は、１つ以上の搬送波信号を変調してデジタル情報を符号化することによってデータを送信するとともに、信号を復調して元のデジタル情報を再現することによってデータを受信する、モデム（変復調装置）としても知られている。図示されるように、ＷＬＡＮデバイス２００は、ＭＡＣプロセッサ２１４、ＰＨＹプロセッサ２１６、及びＨＯＳＴプロセッサ２１８をさらに含む。これらのプロセッサは、汎用処理ユニット、特定用途向け集積回路（ＡＳＩＣ）、またはＲＩＳＣ－ＶベースのＩＣなどを含む、任意のタイプの集積回路（ＩＣ）にすることができる。
【0059】
メモリ２０８は、ＭＡＣ層の少なくとも一部の機能を実装するために使用できるソフトウェア（及び／またはコンピュータ可読命令）を含む、ソフトウェア及び／またはコンピュータ可読命令を格納するために使用できる。例えば、ＷＬＡＮデバイス２００に含まれる各プロセッサ（例えば、ＭＡＣプロセッサ２１４、ＰＨＹプロセッサ２１６、ＨＯＳＴプロセッサ２１８など）は、それぞれのソフトウェアを実行して、それぞれの通信／アプリケーション層の機能を実装する。
【0060】
ＰＨＹプロセッサ２１６は、送信信号処理ユニットと受信信号処理ユニット（図示せず）を含み、無線媒体（ＷＭ）とのインターフェースを管理するために使用できる。ＰＨＹプロセッサ２１６は、ＲＦ送信機２０２、ＲＦ受信機２０４、アナログデジタル変換器、及びデジタルフィルタを含む無線モジュールとデジタルサンプルを交換することにより、ＰＰＤＵ上で動作する。
【0061】
ＭＡＣプロセッサ２１４は、ＭＡＣレベルの命令を実行し、ＰＨＹプロセッサ２１６を介して、ＳＴＡアプリケーションソフトウェアとＷＭとの間のインターフェースを管理する。ＭＡＣプロセッサ２１４は、範囲内のアクセスポイント（ＡＰ）とＳＴＡが効果的に通信できるように、ＷＭへのアクセスを調整する役割を担う。ＭＡＣプロセッサ２１４は、ＳＴＡの上位レベルによって提供されるデータのユニットにヘッダバイト及びテールバイトを追加し、送信のためにそれらをＰＨＹ層に送る。ＰＨＹ層からデータを受信する場合は、その逆のことが起こる。フレームが誤って受信された場合、ＭＡＣプロセッサ２１４は、フレームの再送信を管理する。
【0062】
ＨＯＳＴプロセッサ２１８は、ＭＡＣ層とインターフェースし、ＳＴＡのより高いレベルの機能を実行する役割を担う。
【0063】
ＰＨＹプロセッサ２１６、ＭＡＣプロセッサ２１４、ＨＯＳＴプロセッサ２１８、周辺バス２２０、メモリ２０８、及び入出力インターフェース２１０は、周辺バス２１２を介して相互に通信する。周辺バス２２０は、タイマー、割り込み、無線／フィルタ／システムレジスタ、カウンタ、ＵＡＲＴ、ＧＰＩＯインターフェースなどを含む、ＷＬＡＮデバイス２００のコア機能をサポートする複数の周辺機器に接続する。メモリ２０８は、オペレーティングシステム及びアプリケーションをさらに格納することができる。いくつかの例では、メモリには、キャプチャされたフレームとパケットに関する記録情報が格納される。入出力インターフェースユニット２１０は、ＳＴＡのユーザとの情報交換を可能にする。アンテナユニット２０６は、単一のアンテナ及び／または複数のアンテナを含むことができる。例えば、複数のアンテナを使用して、特に多入力多出力（ＭＩＭＯ）技術を実装することができる。
【0064】
図２Ｂは、ネットワークを介してＷｉ－Ｆｉパケットを受信するために使用できる受信機データフローアーキテクチャ２５０の概略ブロック図を示す。１つの図示例では、図２Ｂに示される受信機データフローアーキテクチャ２５０は、図２Ａに示されるＷＬＡＮデバイス２００に対応する、または関連することができる。いくつかの態様では、無線信号は、ＷＭを介して受信され、受信アンテナ２５２（例えば、アンテナ２０６と同一または類似していてもよい）を介して電気信号に変換される。受信信号は、アナログデジタル変換器（ＡＤＣ）２５６を使用して等価なデジタル信号に変換される前に、一連のアナログフィルタ２５４（例えば、アナログＲＦ受信（Ｒｘ）フィルタとして示されている）を使用して調整される。ＡＤＣ２５６のサンプリングされた信号出力は、サンプルが非同期受信先入れ先出し（ＦＩＦＯ）データ構造２６０で収集される前に、１つ以上のデジタルＲＦフィルタ及び／またはファロー（ｆａｒｒｏｗ）を含むことができるフィルタバンク２５８を使用して再び調整される。
【0065】
ＦＩＦＯ構造２６０内のサンプルは、複数のモジュールによってアクセス可能である。例えば、ＦＩＦＯ２６０は、パケット検出モジュール及びサブ帯域モジュールによってアクセスすることができ、それらの両方は、図２Ｂに示される下位レベルのＰＨＹ部２６２に含まれ得る。いくつかの態様では、下位レベルのＰＨＹ部２６２自体は、図２Ａに示されるＰＨＹプロセッサ２１６に含まれる。
【0066】
下位レベルのＰＨＹ部２６２に含まれるパケット検出モジュールは、時間領域でＰＨＹプロトコルデータユニット（ＰＰＤＵ）の初期セクションを分析するために使用できるハードウェア及び／または実装アルゴリズムを含むことができる。分析に基づいて、パケット検出モジュールを使用して、受信した８０２．１１フレームを認識し、ＳＴＡの周波数とタイミングを受信中のパケットと同期させることができる。下位レベルのＰＨＹ部２６２に含まれるサブ帯域モジュールは、割り当てられた周波数帯域内のどのサブチャネルが受信中のパケットのためにＡＰによって使用されているかを検出するために使用できるハードウェア及び／または実装アルゴリズムを含むことができる。
【0067】
パケットが検出され、関連するサブチャネルが確立されると、サンプルは上位レベルのＰＨＹ部２６４に転送することができる。上位レベルのＰＨＹ部２６４（及び下位レベルのＰＨＹ部２６２）は、図２Ａに示されるＰＨＹプロセッサ２１６に含まれることができる。いくつかの態様では、上位レベルのＰＨＹ部２６４は、（例えば、コプロセッサモジュールのサポートにより）ＯＦＤＭシンボルを処理及び復号し、完全なＰＰＤＵを再構成するために使用できる。再構成されたＰＰＤＵは、上位レベルのＰＨＹ部２６４によって出力され、その後ＭＡＣ層プロセッサ２６６によって処理される。ＭＡＣ層プロセッサ２６６は、ＰＰＤＵからデータペイロードを抽出し、消費するために関連情報をＨＯＳＴ層２６８に提供することに使用できる。
【0068】
いくつかの例では、図２Ｂに示されるＭＡＣ層プロセッサ２６６は、図２Ａに示されるＭＡＣプロセッサ２１４と同一または類似していてもよい。場合によっては、図２Ｂに示されるＨＯＳＴ層２６８は、図２Ａに示されるＨＯＳＴプロセッサ２１８を含むことができ、またはそれと同一または類似していてもよい。
【0069】
ＷＬＡＮ（例えば、ＷＬＡＮ１００など）は、無線通信を実行するために異なるフレームタイプ及びフレーム構造を利用することができる。例えば、Ｗｉ－Ｆｉネットワークは、管理フレーム、制御フレーム、及びデータフレームを利用できる。管理フレームはＢＳＳの管理に使用でき、制御フレームは物理伝送媒体へのアクセスの制御に使用でき、データフレームはペイロードデータの送信に使用できる。各Ｗｉ－Ｆｉフレームは、メディアアクセスコントロール（ＭＡＣ）ヘッダー、ペイロード、及びテーラー（例えば、フレームチェックシーケンス（ＦＣＳ））を含むことができる。場合によっては、Ｗｉ－Ｆｉフレームは、ペイロードを含まずに生成（例えば、送信、受信など）することができる。いくつかの例では、ＭＡＣヘッダーの最初の２バイトは、フレームの形式と機能を指定するフレーム制御フィールドを示すことができる。例えば、フレーム制御フィールドは、関連するＷｉ－Ｆｉフレーム（例えば、管理フレーム、制御フレーム、データフレーム）のタイプを示す１つ以上のビットを含むことができる。１つの例示的な例では、フレーム制御フィールドは、ＭＡＣヘッダーを含む（例えば、それ自体がフレーム制御フィールドビットを含む）Ｗｉ－Ｆｉフレームのフレームタイプを示す２ビットを含むことができる。Ｗｉ－ＦｉフレームのＭＡＣヘッダーは、シーケンス制御フィールドを追加的に含むことができる。シーケンス制御フィールドは、メッセージの順序を指定または識別し、及び／または重複フレームを削除するために使用できる２バイトのセクションである。
【0070】
管理フレームは、ＡＰとＳＴＡとの間の通信の維持または中止のために使用することができる。例えば、ビーコンフレームは、Ｗｉ－Ｆｉネットワーク（またはビーコンが関連付けられている他のＷＬＡＮ）に関するすべての情報を含む管理フレームの一種である。ビーコンフレームは定期的に送信され、ＷＬＡＮの存在のアナウンス、サービスセットのメンバーの同期、及びサービスセットのメンバーに対するバッファリングされたデータトラフィックの存在の通知など、多くの機能を備える。
【0071】
前述のように、Ｗｉ－Ｆｉ ＨａＬｏｗデバイスは、９００ＭＨｚのライセンス免除帯域でＩＥＥＥ８０２．１１ａｈ標準に準拠して動作し、広範囲及び低電力のＷｉ－Ｆｉネットワークを提供する。Ｗｉ－Ｆｉ ＨａＬｏｗデバイスは、ＡＰやＳＴＡなどの他の様々なタイプのデバイスを含むことができる。Ｗｉ－Ｆｉ ＨａＬｏｗデバイスは、サブギガヘルツの周波数範囲で動作する短距離デバイス（ＳＲＤ）と見なされるため、特定の規制体制や管轄区域では、デバイスが所定の時間間隔内に送信できる時間または割合を制限するデューティサイクルの制約が課される。
【0072】
図３は、いくつかの例による、異なるデューティサイクル値の例を示す図３００である。デューティサイクルは、負荷または回路がオンの時間と負荷または回路がオフの時間の比率として決定できる。無線通信デバイスの文脈において、デューティサイクルは、デバイスが無線媒体を介して送信している時間とデバイスが無線媒体を介して送信していない時間の比率として決定できる。例えば、グラフ３１０は５０％のデューティサイクルの例を示し、グラフ３２０は７５％のデューティサイクルの例を示し、グラフ３３０は２５％のデューティサイクルの例を示す。３つのグラフ３１０～３３０のそれぞれにおいて、横軸は時間を表し、縦軸は送信状態を表す（例えば、より高いまたはより大きな値は送信が発生していることを示し、より低いまたはより小さな値は送信が発生していないことを示す）。５０％のデューティサイクルの例３１０では、デバイスは、送信状態と非送信状態で等しい時間が費やされるように、送信（高）と非送信（低）を交互に行う。７５％のデューティサイクルの例３２０では、デバイスは、時間の７５％が送信状態で費やされ、時間の２５％が非送信状態で費やされるように、送信（高）と非送信（低）を交互に行う。２５％のデューティサイクルの例３３０では、デバイスは、時間の２５％が送信状態で費やされ、時間の７５％が非送信状態で費やされるように、送信（高）と非送信（低）を交互に行う。
【0073】
本明細書で使用される場合、「デューティサイクル」という用語は、「送信デューティサイクル」と同じ意味で使用することができる。欧州電気通信標準協会（ＥＴＳＩ）は、デューティサイクル（ＤＣ）を、観測間隔Ｔｏｂｓ内の累積送信継続時間Ｔｏｎ_ｃｕｍの割合で表される比率として定義する。ここで、デューティサイクルＤＣは、観測帯域幅Ｆｏｂｓ上において、以下の数式で与えられる。デューティサイクルのＥＴＳＩ仕様では、観測間隔Ｔｏｂｓには１時間のデフォルト値が割り当てられ、観測帯域幅Ｆｏｂｓはデューティサイクルが測定されるデバイスの動作周波数帯域である。デューティサイクルのＥＴＳＩ定義は、２５ＭＨｚ～１０００ＭＨｚ（例えば、１ＧＨｚ）の周波数範囲で動作する短距離デバイス（ＳＲＤ）に適用される。デューティサイクルＤＣは、周波数前またはチャネルごとに決定及び／または測定される。例えば、デバイスが２つの異なる周波数／チャネルを使用して通信できる場合、２つの異なる周波数／チャネルのそれぞれについて個別のデューティサイクル値が測定される。適用可能な場合、ＳＴＡは、周波数ホッピング（例えば、チャネル間をジャンプする、または送信に複数の異なるチャネルを使用する）を利用して、パフォーマンスを低下させることなくデータを送信し続けることができる。ただし、Ｗｉ－Ｆｉ標準（例えば、８０２．１１ｂ、ｇ、ｎ、ａｈなど）は、周波数ホッピングを実装していない。Ｗｉ－Ｆｉバイスは通常、対応する単一のＤＣ値測定値を持つ単一の周波数／チャネルを使用する。
【数1】
【0074】
本明細書で使用される場合、デューティサイクル「ＤＣ」は、デューティサイクル「Ｄ」とも呼ばれることができる。観測間隔Ｔｏｂｓは、監視時間Ｔｍｏｎと同一または類似してもよい（例えば、Ｔｏｂｓ＝Ｔｍｏｎ＝１時間、またはその他の様々な所定の時間間隔値）。送信継続時間Ｔｏｎは、エアタイムＴａｉｒと同一または類似することができ（例えば、本明細書で使用される場合、Ｔｏｎ_ｃｕｍは、Ｔａｉｒと同一または類似することができる）。
【0075】
サブギガヘルツ帯域で動作するデバイス（例えば、Ｗｉ－Ｆｉ ＨａＬｏｗデバイスなど）は、特定の管轄区域の関連当局によって設定された様々な共存規制の対象となる。例えば、これらの共存規制は通常、サブギガヘルツ帯域で動作するデバイスに対する１つ以上のデューティサイクル制約を含む。デューティサイクル制約の目的は、周波数帯域を競合するすべての接続されたデバイスに公平な通信アクセスを提供することである。
【0076】
例えば、ヨーロッパ諸国におけるデューティサイクル（Ｄ）制約は、ＡＰでは１０％、ＳＴＡでは２．８％である。日本では、デューティサイクル制約は、ＡＰとＳＴＡの両方で１０％である。デューティサイクル制約に準拠するには、観測期間に等しい長さの観測ウィンドウを使用して累積送信時間を測定する。累積送信時間と観測ウィンドウ／期間の長さの比率は、デューティサイクルの割合（例えば、デューティサイクル制限）よりも小さい必要がある。各観測ウィンドウの開始は定義されていない場合があるため、各ＡＰまたはＳＴＡがパケットを送信するために使用するエアタイムの割合は、多くの場合、任意の時点から開始する観測ウィンドウ内のデューティサイクル制約よりも小さい必要がある。言い換えると、１０％のデューティサイクル制約は、観測ウィンドウＴｏｂｓ＝１時間に関連付けられ、つまり、ＡＰまたはＳＴＡが１時間の長さの観測ウィンドウＴｏｂｓの１０％を超えて送信できないことを意味する。いくつかの実装形態では、観測ウィンドウＴｏｂｓの開始は定義されていないため、ＡＰまたはＳＴＡが任意に選択された１時間ウィンドウの１０％を超えて送信しないようにすることで、デューティサイクル制約を満たすことができる。一般に、観測期間はパケットの送信時間に比べて比較的長く、例えば、ＥＴＳＩなどの規定により、観測期間は１時間に設定されている。しかし、Ｔｏｂｓ＝１時間の例は、説明及び例示のために選択されたものであり、限定として解釈されることを意図していないことに留意されたい。
【0077】
ＩＥＥＥ８０２．１１ｂ、ｇ、ｎ、ａｃ、ａｘなどの現在または過去の標準に準拠して動作するＷｉ－Ｆｉデバイスは、ギガヘルツ周波数帯域（例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ、６０ＧＨｚなど）で動作するため、非ＳＲＤデバイスであり、サブギガヘルツＳＲＤデバイスに課されるＤＣ制限や制約の影響を受けない。それに対し、Ｗｉ－Ｆｉ ＨａＬｏｗ及び／またはＩＥＥＥ８０２．１１ａｈに準拠して動作する他のデバイスは、１，０００ＭＨｚ未満のサブギガヘルツ帯域で動作するＳ１Ｇデバイスであり、ＥＴＳＩ ＳＲＤ標準（及び／または関連するデューティサイクル制限または制約）を満たす必要があるＳＲＤデバイスとみなされる。ＩＥＥＥ８０２．１１ａｈは周波数ホッピング技術を実装していないため、Ｗｉ－Ｆｉ ＨａＬｏｗ ＡＰとＳＴＡは、実際にはそれぞれ１０％と２．８％のデューティサイクル制限に制限される。
【0078】
場合によっては、デューティサイクル制限を遵守すると、送信がブロックされる可能性がある。例えば、１０％のデューティサイクル制限がある場合、現在の無線チャネル上で１ｍｓ送信する送信デバイス（例えば、ＡＰ）は、現在の無線チャネルが再び送信できるようになるまで、さらに９ｍｓ待機する必要がある（例えば、１０％のデューティサイクル制限を維持すために、１ｍｓ／（１ｍｓ＋９ｍｓ）＝０．１＝１０％に基づいて、１ｍｓの送信ごとに９ｍｓの非送信が必要である）。デバイスが該当するデューティサイクル制限を満たす必要がある場合、送信が長くなると、非送信の間隔が長く累積する可能性がある。例えば、１０ｍｓ送信するＡＰは、現在の無線チャネルが再び送信できるようになるまで、９０ｍｓ待機する必要があり、５０ｍｓ送信するＡＰは、現在の無線チャネルが再び利用できるようになるまで、４５０ｍｓ待機する必要がある。
【0079】
デューティサイクル制限を満たすことに関連する待機時間（例えば、デバイスがそのデューティサイクル制限を下回るようにするために送信しない時間）は、デューティサイクル待機時間が終了するまで（例えば、上記の例では、前の１ｍｓ、１０ｍｓ、または５０ｍｓの送信に対応する９ｍｓ、９０ｍｓ、または４５０ｍｓの待機時間が終了するまで）、デバイスが送信をキューイングまたはスケジュールするため、デバイスからの１つ以上の送信がブロックされる可能性がある。デューティサイクル制限により送信が完全にブロックされると、デバイスがＢＳＳから切断される可能性がある。例えば、一部の送信は時間に敏感である、またはデューティサイクル待機時間が終了するまで遅延することができない。このような送信には、ビーコン、キープアライブ信号などが含まれるが、これらに限定されない。
【0080】
本明細書では、無線通信媒体の最大限の利用を達成しながら、遵守されるデューティサイクル制約を保証するために使用できるデューティサイクルスケジューリングアルゴリズムを提供するシステム及び技術について説明する。いくつかの態様では、本明細書に記載のシステム及び技術は、（必要な場合に）接続を維持しながら、デューティサイクル要件を遵守するために使用することができる。いくつかの実施形態では、本明細書に記載のシステム及び技術は、デューティサイクル要件を遵守しながら、特定のパケットに優先順位を付け、特定の間隔で早期に送信して、接続及び／または動作セットアップを維持できるために使用することができる。
【0081】
デューティサイクルスケジューリングへの様々なアプローチ（例えば、デューティサイクルスケジューリングアルゴリズム）を以下に説明する。本明細書に記載のデューティサイクルスケジューリング及び／またはデューティサイクルスケジューリングアルゴリズムは、「デューティサイクル認識パケット送信」または「デューティサイクル認識送信」の実装とも呼ばれる。以下でさらに詳細に説明するように、デューティサイクルスケジューリングのためのシステム及び技術は、複数の及び／または異なる使用例に対処するように構成できる。例えば、デューティサイクルスケジューリングは、デバイスタイプ（例えば、ＩｏＴデバイス、カメラ、センサなど）、デバイスによって生成または送信されるデータのタイプ（例えば、画像データ、音声データ、数値データまたは他のセンサデータなど）、及び／またはデバイスによって生成または送信されるデータの周期性などの要素に少なくとも部分的に基づいて実装及び／または構成することができる。例えば、１０秒ごとに温度測定値を送信するＩｏＴセンサがデューティサイクル制限要件などを満たすことを保証するために利用されるデューティサイクルスケジューリングと比較して、毎日単一の画像を送信するように構成されるＩｏＴカメラがデューティサイクル制限要件を満たすことを保証するために、異なるデューティサイクルスケジューリングを利用することができる。
【0082】
改善されたデューティサイクルスケジューリングのための本明細書に記載のシステム及び技術は、Ｗｉ－Ｆｉ ＨａＬｏｗデバイス（例えば、ＡＰ、ＳＴＡ）を含む（これに限定されない）無線通信デバイスに実装され得ることに留意されたい。また、改善されたデューティサイクルスケジューリングのためのシステム及び技術は、単一パケット送信、バースト送信（例えば、２つ以上のパケットの送信）、及び／またはそれら２つの組み合わせを実装するために使用できることに留意されたい。いくつかの態様では、単一パケット送信は、１つのパケットのバーストサイズを使用するバースト送信の実装であると理解できる。
［例示的なバーストモードデューティサイクルアルゴリズム］
［例示的なバーストモードデューティサイクルアルゴリズム］
【0083】
図４は、いくつかの例による、デューティサイクル観測時間（Ｔｏｂｓ）ごとに複数のバースト期間（Ｔｂｕｒｓｔ）を使用するデューティサイクル認識パケットバースト送信４００の例を示す図である。１つの例示的な例では、デューティサイクル観測時間Ｔｏｂｓは１時間とすることができる。前述したように、少なくともいくつかの場合において、Ｔｏｂｓは監視時間Ｔｍｏｎと呼ばれることもある（例えば、Ｔｏｂｓ＝Ｔｍｏｎ）。Ｔｏｂｓは、デューティサイクル「観測時間」及び／またはデューティサイクル「観測ウィンドウ」と同じ意味で呼ばれる場合がある。
【0084】
いくつかの態様では、Ｔｏｂｓは、整数量のバースト期間に分割または区分することができる。各バースト期間は、長さがＴｂｕｒｓｔであり、１つ以上のパケットのバースト送信に使用することができる。例えば、１時間のＴｏｂｓは、Ｔｏｂｓ＝ｎ＊Ｔｂｕｒｓｔとなるように、６０個の１分間のバースト期間Ｔｂｕｒｓｔに分割することができる。
【0085】
各バースト期間Ｔｂｕｒｓｔは、連続送信時間Ｔａｉｒと、それに続くオフエア時間Ｔｏｆｆを含むことができる。連続送信時間Ｔａｉｒは、「オンエア時間」とも呼ばれる。言い換えると、例示的なバーストモードデューティサイクルアルゴリズムによれば、データはバーストで送信されることができ、その後にオフエア持続時間が続く。オンエアバーストＴａｉｒとオフエア時間Ｔｏｆｆの組み合わせは、バーストサイクルと呼ばれる。いくつかの実施形態では、バーストサイクル自体は、デューティサイクルの規制要件を満たすように（例えば、デューティサイクルのパーセンテージ制限Ｄを満たすように）構成及び管理されることができる。
【0086】
いくつかの態様では、バーストサイクルは連続的に繰り返すことができる。バーストサイクルは、使用例に応じて設定可能であり、非常に小さなバーストサイクル（例えば、単一パケット送信アルゴリズム）からはるかに大きい（例えば、数百ｍｓ）データのバーストまで変化することができる。バーストサイクルがＴａｉｒによって与えられる送信持続時間と、それに続くオフエア持続時間Ｔｏｆｆとを含む場合、オフエア時間Ｔｏｆｆは、下記の式に基づいて、デューティサイクル要件Ｄを満たすのに十分な長さになるように設定できる。
【数2】
【0087】
例えば、１０％のデューティサイクル（例えば、Ｗｉ－Ｆｉ ＨａＬｏｗまたはＳＲＤ ＡＰに対する１０％のデューティサイクル制限など）の場合、式（１）と式（２）を使用すると、１分間のバースト期間（例えば、Ｔｂｕｒｓｔ＝１分間）が６秒の送信時間（例えば、Ｔａｉｒ＝６秒）と、それに続く５４秒のオフエア時間（例えば、Ｔｏｆｆ＝５４秒）に分割されることを決定できる。
【0088】
図４は、４つのバースト期間４１０－１、４１０－２、４１０－３、及び４１０－４が所定の観測ウィンドウＴｏｂｓに対して設定される例を示す（ただし、本開示の範囲から逸脱することなく、より多いまたはより少ない量のバースト期間Ｔｂｕｒｓｔを観測ウィンドウＴｏｂｓに関連付けることができることに留意されたい）。４つのバースト期間４１０－１～４１０－４のそれぞれは、オンエア時間Ｔａｉｒとオフエア時間Ｔｏｆｆを含む同じバースト期間長さＴｂｕｒｓｔを有することができる。各バースト期間Ｔｂｕｒｓｔは、バースト期間の対応するオンエア時間Ｔａｉｒ中に１つ以上のパケットを送信するために使用できる。例えば、第１のバースト期間４１０－１のＴａｉｒは、１つ以上のパケットを送信するために使用でき、第２のバースト期間４１０－２のＴａｉｒは、１つ以上のパケットを送信するために使用できる。
【0089】
図４の例では、各バースト期間４１０－１～４１０－４は、複数のパケット４０５を送信する（例えば、マルチパケットバースト送信）ために使用される。しかし、バースト期間４１０－１～４１０－４のうちの１つ以上（またはすべて）は、単一パケット４０５を送信する（例えば、単一パケット「バースト」送信）ために使用され得ることにも留意されたい。いくつかの態様では、各バースト期間４１０－１～４１０－４は、同じ数のパケットを送信するために使用できる（例えば、図４の例では、各バースト期間は、対応する４つのパケット４０５を送信するために使用できる）。いくつかの例では、バースト期間４１０－１～４１０－４の一部（またはすべて）は、残りのバースト期間の一部（またはすべて）と比較して、異なる量のパケットを送信するために使用することができる。
【0090】
いくつかの実施形態では、所定のバースト期間Ｔｂｕｒｓｔのオンエア時間Ｔａｉｒは、直前のバースト期間のオフエア時間Ｔｏｆｆに後続する（例えば、シーケンスＴｂｕｒｓｔ_１、Ｔｂｕｒｓｔ_２、...はＴａｉｒ_１、Ｔｏｆｆ_１、Ｔａｉｒ_２、Ｔｏｆｆ_２、...に対応してもよい）。いくつかの実施形態では、前のバースト送信がデューティサイクル制限Ｄを考慮して最大許容オンエア時間Ｔａｉｒを十分に利用していなかったとしても、連続バースト送信は決してＴｂｕｒｓｔよりも近くならない。例えば、Ｄ＝１０％のデューティサイクル制限を受けるバースト期間Ｔｂｕｒｓｔ内の最大許容オンエア時間は、Ｔａｉｒ＝６秒である。いくつかの実施形態では、バースト期間４１０－１～４１０－４のそれぞれは、６秒のＴａｉｒを完全に利用する複数のパケットのバースト送信に使用することができ、その場合、第１のバースト期間４１０－１の第１のパケット４０５は、時間Ｔｂｕｒｓｔで第２のバースト期間４１０－２の第１のパケット４０５から分離される。
【0091】
Ｔｂｕｒｓｔの強制的な最小分離を使用して連続バースト送信が実装される場合、第１のバースト期間４１０－１の第１のパケット４０５は、第１のバースト期間４１０－１がＴａｉｒ＝６秒の全持続時間を利用しない場合であっても、少なくとも時間Ｔｂｕｒｓｔで第２のバースト期間４１０－２の第１のパケット４０５から分離される（例えば、第１のバースト期間４１０－１が単一パケット４０５のみを送信し、ウィンドウＴａｉｒ＝６秒の一部のみを使用する場合、第２のバースト期間４１０－２の第１のパケット４０５は、依然として、少なくとも時間Ｔｂｕｒｓｔで第１のバースト期間４１０－１の第１のパケット４０５から分離される）。
【0092】
いくつかの態様では、式（１）に従い、連続バーストサイクル間でＴｂｕｒｓｔの最小分離を実施することにより、デューティサイクル制限（例えば、Ｄ）が任意の監視期間または観測ウィンドウＴｏｂｓにおいて遵守されることを保証することが分かる。監視／観測時間Ｔｏｂｓは、所定のデバイスの送信が（デューティサイクルの目的で）１時間などの固定期間監視されるランダムな時点であることに留意されたい。デューティサイクルに互換性があるにもかかわらず、タイリングバーストサイクルは困難であり、所定の監視サイクルＴｏｂｓ内で過剰送信（例えば、デューティサイクル制限Ｄを超える）が発生する可能性がある。いくつかの実施形態では、常に制限内での送信を保証するために、以下の制限を実装することができる。
【0093】
第１に、観測時間Ｔｏｂｓは、バースト持続時間Ｔｂｕｒｓｔの整数倍に設定できる。
ここで、ｎは整数値である。非整数のバーストサイクル（例えば、観測時間Ｔｏｂｓ内）は過剰送信を引き起こす可能性がある。デューティサイクル制限／要件を満たすために、最後のバーストには提供されるよりも多くのオフエア時間が必要になる。例えば、非整数のバーストサイクルが使用される場合、観測ウィンドウＴｏｂｓは、観測ウィンドウＴｏｂｓの最後のバーストに続いてそれ以上の送信がない間、Ｔｏｂｓが最後のバーストに続くオフエア時間を含まないように、ランダムに選択することができる。この例では、観測ウィンドウＴｏｂｓは、デューティサイクル制限を超える過剰送信に対応する。
【数3】
【0094】
第２に、バーストサイクルは、各バーストサイクルのＴａｉｒ内のバースト送信のサイズとは無関係に、少なくともＴｂｕｒｓｔで分離される必要がある。これは、Ｔｂｕｒｓｔよりも時間的に近い送信では、監視時間内に余分な送信が発生する可能性があるためである。上記の観察に基づいて、式（２）は次のように書き換えることができる。
【数4】
【0095】
式（４）を使用して例示的なバーストモードデューティサイクルアルゴリズムを実装するということは、バーストサイクル送信がデューティサイクル制限Ｄを考慮して利用可能な全Ｔａｉｒ時間を占有していない場合でも、デバイスが、再送信または後続の送信を実行する前に、全Ｔｂｕｒｓｔ時間が経過するまで待機する必要があることを意味する。
【0096】
言い換えると、第１のバーストサイクルの第１のパケットと第２のバーストサイクルの第１のパケットとの分離は、常にＴｂｕｒｓｔに等しくなるように設定することができる。１つの図示例では、第１のバーストサイクルの最後のパケットと第２のバーストサイクルの第１のパケットとの分離は、常にＴｏｆｆに等しくなるように設定でき、ここで、Ｔｏｆｆ＝Ｔｂｕｒｓｔ－Ｔａｉｒ_ａｃｔｕａｌである。Ｔａｉｒ_ｍａｘは、バーストサイクル持続時間Ｔｂｕｒｓｔと所定のデューティサイクル制限Ｄに対して可能な最大オンエア時間を表す。例えば、Ｔｂｕｒｓｔ＝１００ｍｓのバーストサイクルに対して、Ｔａｉｒ＝１０ｍｓ、Ｔｏｆｆ＝９０ｍｓである上記の例が考えられる。ここで、１００ｍｓのバーストサイクル及び１０％のデューティサイクル制限に対して１０ｍｓは可能な最大オンエア時間であるため、Ｔａｉｒ＝１０ｍｓ＝Ｔａｉｒ_ｍａｘとなる。Ｔａｉｒ_ａｃｔｕａｌは、所定のバーストサイクル中にデバイスによって実際に使用されるオンエア時間を表し、ここで、Ｔａｉｒ_ａｃｔｕａｌはＴａｉｒ_ｍａｘ以下である。従って、Ｔａｉｒ_ｍａｘの１０ｍｓをすべて埋めるのに十分なデータがないバーストサイクルの場合、デバイスは（例えば）Ｔａｉｒ_ａｃｔｕａｌ＝５ｍｓのデータのみを送信できる。この例では、式（１）ではデバイスが５ｍｓのＴａｉｒ_ａｃｔｕａｌに対してＴｏｆｆ＝５０ｍｓだけ待機する必要があると規定しているにもかかわらず、デバイスはＴｏｆｆ＝１００ｍｓ－５ｍｓ＝９５ｍｓ待機するまで、次のバーストサイクルは開始されない。
【0097】
いくつかの実施形態では、（ＴａｉｒとＴｏｆｆの全サイクルを含む）バーストサイクルは、バーストサイクルの持続時間を特徴付けるために使用される設定可能なデューティサイクルパラメータＴｂｕｒｓｔに基づいて設定することができる。Ｔｂｕｒｓｔの異なる値を使用すると、例示的なバーストモードデューティサイクルアルゴリズムを調整して、異なる使用例に対応するように適合させることができる。例えば、いくつかの実施形態では、バースト持続時間Ｔｂｕｒｓｔは、特定の無線通信デバイスに関連する使用例または他の情報に基づいて設定することができる。１つの例示的な例では、スマート温度センサは、カメラとは異なるバーストサイクル構成を持つことができる。スマート温度センサは、データの小さなパケットを送信する（例えば、温度データを運ぶ）ために頻繁に（例えば、数ミリ秒ごとに）起動する。カメラは、スナップショット画像データをキャプチャして送信するために、まれに（例えば、数時間ごとに）起動する。デューティサイクル要件は、スマート温度センサとカメラの例では異なる場合がある。温度センサは、マルチパケット温度測定値の単一パケットを送信し、次の利用可能なデューティサイクルを待機してマルチパケット温度測定値の次のパケットを送信するのに十分であるが、そのようなアプローチは、比較的大きな画像データを一連の単一パケットとして送信し、その後に次の利用可能なデューティサイクルを待機する一定のＴｏｆｆ持続時間が続くため、合計送信時間が長くなる可能性があるので、カメラの例では最適ではない。例えば、カメラの例にとってより最適なアプローチは、カメラがよりコンパクトな（例えば、バースト）送信を利用し、それに続く単一の長い待機間隔を設けることである。
【0098】
言い換えると、無線通信デバイスの意図された使用例に応じて、バーストサイクル長Ｔｂｕｒｓｔは、非常に短い（例えば、パケットごとの）持続時間から比較的長い（例えば、よりバースト性の高い）持続時間まで変化するように設定できる。例えば、少量のデータを送信するために使用される接続されたセンサは、非常に短く非常に高速なバースト（例えば、バースト持続時間がＴｂｕｒｓｔ＝１００ｍｓの場合、１０ｍｓのＴｘ／Ｔａｉｒ＝１０ｍｓの後に、９０ｍｓのオフエア／Ｔｏｆｆ＝９０ｍｓが続く）を実装するように構成できる。画像を送信するカメラセンサは、より長いバーストが必要になる場合がある（例えば、バースト持続時間がＴｂｕｒｓｔ＝５，０００ｍｓ＝５秒の場合、５００ｍｓのＴｘ／Ｔａｉｒの後に、４，５００ｍｓのオフエア／Ｔｏｆｆが続く）。別の例では、１００ｍｓごとにビーコンを送信するＡＰは、Ｔｂｕｒｓｔ＝１００ｍｓ（例えば、１０ｍｓのビーコンとデータＴｘ／Ｔａｉｒの後に、９０ｍｓのオフエア／Ｔｏｆｆが続く）を設定してもよい。
【0099】
いくつかの実施形態では、ＴａｉｒとＴｂｕｒｓｔの両方は、例示的なバーストモードデューティサイクルスケジューリングアルゴリズムを実装する無線通信デバイスのアプリケーション及び／または使用例に基づいて設定可能なパラメータであり得る。例えば、システム及び技術は、観測／監視時間Ｔｏｂｓに基づいて、最初にバーストサイクル持続時間Ｔｂｕｒｓｔを決定または設定することができる。１つの例示的な例では、観測／監視時間がＴｏｂｓ＝１秒であるとすると、観測ウィンドウＴｏｂｓは、それぞれＴｂｕｒｓｔ＝１００ｍｓの１０個のバーストに分割することができる。各１００ｍｓのバーストサイクル内では、Ｔａｉｒ_ｍａｘ＝１０ｍｓ、Ｔｏｆｆ＝Ｔｂｕｒｓｔ－Ｔａｉｒ_ａｃｔｕａｌとなるように、１０％の送信時間と９０％のオフエア時間にさらに分割される。
【0100】
第１のシナリオでは、デバイスは、Ｔｂｕｒｓｔ＝１００ｍｓの現在のバーストサイクルで利用可能なＴａｉｒ_ｍａｘ＝１０ｍｓの送信時間を超える、送信のためにキューイングされた多量のパケットを有し得る。この場合、送信のためにキューイングされたパケットは、それぞれ１０ｍｓ（またはそれ以下）の送信に対応するパケットのグループまたはサブセットに分割でき、これにより、送信のためにキューイングされたパケットの各グループまたはサブセットが、所定のバーストサイクルＴｂｕｒｓｔ＝１００ｍｓで利用可能なＴａｉｒ_ｍａｘ＝１０ｍｓ内に収まるようになる。例えば、送信のためにキューイングされたパケットが５０ｍｓある場合、送信のためにキューイングされたパケットは、それぞれ５つの１０ｍｓのグループに分割でき、５*Ｔｂｕｒｓｔ＝５００ｍｓの合計持続時間にわたって５つの異なるバーストサイクルを使用して送信できる（例えば、Ｔａｉｒ_１中の１０ｍｓデータ、９０ｍｓのＴｏｆｆ_１、Ｔａｉｒ_２中の１０ｍｓデータ、９０ｍｓのＴｏｆｆ_２、Ｔａｉｒ_３中の１０ｍｓデータ、９０ｍｓのＴｏｆｆ_３、Ｔａｉｒ_４中の１０ｍｓデータ、９０ｍｓのＴｏｆｆ_４、Ｔａｉｒ_５中の１０ｍｓデータ、９０ｍｓのＴｏｆｆ_５）。
【0101】
第２のシナリオでは、デバイスは、Ｔｂｕｒｓｔ＝１００ｍｓの現在のバーストサイクルで利用可能なＴａｉｒ_ｍａｘ＝１０ｍｓの送信時間よりも少ない、送信のためにキューイングされた多量のパケットを有し得る。この例では、デバイスは、５ｍｓのＴａｉｒ_ａｃｔｕａｌ中にデータを送信し、その後に９５ｍｓのＴｏｆｆが続くことで、依然としてＴｂｕｒｓｔ＝１００ｍｓの合計時間を遵守する。
【0102】
いくつかの態様では、オフエア時間Ｔｏｆｆ内（例えば、その間）には、デバイスは、デューティサイクル制限が適用されるチャネルまたは無線媒体での送信に関して完全に沈黙するように構成され得る。例えば、オフエア時間Ｔｏｆｆの間、デバイスは着信メッセージまたは受信メッセージの確認応答（ＡＣＫ）を含む送信を行わないように構成できる。場合によっては、非常に小さいバースト（例えば、単一パケット）を使用すると、１つ以上の単一パケットモードデューティサイクルスケジューリングアルゴリズムが使用され得る（例えば、以下でより詳細に説明する）。
［例示的な単一パケットモードデューティサイクルスケジューリングアルゴリズム１］
［例示的な単一パケットモードデューティサイクルスケジューリングアルゴリズム１］
【0103】
パケットのオンエア時間Ｔａｉｒは、Ｗｉ－Ｆｉパケットの送信に必要なエアタイムの持続時間である。このオンエア時間は、パケットサイズ、帯域幅（ＢＷ）、及び変調符号化方式（ＭＣＳ）に依存し、ＢＷ、ＭＣＳ、及びパケット長の関数として表すことができる。無線通信デバイスがチャネルを使用してフレーム（またはパケット）を送信する場合、デューティサイクルの制限により、沈黙期間Ｔｏｆｆが経過するまで無線通信の送信が制限される。オフ時間は以下の数式で与えられ、Ｄは通常０．０１％～１０％の範囲のデューティサイクルである。
【数5】
【0104】
例えば、デューティサイクル制約が１０％のＡＰは、Ｔａｉｒ＝３ｍｓのオンエア時間でビーコンを送信する（その後に、Ｔｏｆｆ＝２７ｍｓのオフエア時間が続く）。ＡＰがビーコンを送信するためのオフエア時間の計算は、以下のようになる。従って、ＡＰは、ビーコンの送信に３ｍｓを費やした後、２７ｍｓの間沈黙する（例えば、オフエア）必要がある。
【数6】
【0105】
以下は、例示的な単一パケットモードデューティサイクルスケジューリングアルゴリズム１の実装に対応する例示的な疑似コードである。
［例示的な単一パケットモードデューティサイクルスケジューリングアルゴリズム２］
【0106】
図５は、いくつかの例による、２つの連続する観測期間（Ｔｏｂｓ）に関する異なるデューティサイクルスケジューリングまたは送信パターンの例を示す図である。デューティサイクルには、送信を時間内にどのように分散するかについての制限はない。例えば、図５の例５１０に示すように、送信時間（例えば、Ｔａｉｒ）が等間隔である場合、または、図５の例５２０に示すように、送信時間Ｔａｉｒが観測期間Ｔｏｂｓの開始時点で使い切られ、残りの観測期間が待機される場合、デューティサイクルの計算は区別しない。唯一遵守すべきことは、最大デューティサイクル比そのものである。例えば、デバイスは、バーストトラフィックを使用して送信することができ、例えば、３６秒送信し、その後１％のデューティサイクルで３，５６４秒待機する。しかし、観測期間Ｔｏｂｓの開始は正確に定義されていないため、図５の例５３０に示すように、同じ観測期間Ｔｏｂｓ内にそのようなバーストトラフィックが発生しないことに注意する必要がある。
【0107】
特に、図５は、観測期間Ｔｏｂｓ中に送信が時間内にどのように分散されるかを示す３つの例（例えば、５１０、５２０、５３０）を示す。第１の例５１０は、均等に分散された拡散の例を示しており、複数の等しいオンエア送信間隔Ｔａｉｒが、Ｔａｉｒの隣接するインスタンス間のＴｏｆｆ分離を使用して均等に間隔をあけて配置されている。第２の例５２０は、単一バーストですべての利用可能な送信時間Ｔａｉｒを使用する例を示す。言い換えると、累積または合計送信時間Ｔａｉｒ_ｃｕｍは、例５１０及び５２０で等しい。第３の例５３０では、観測期間Ｔｏｂｓ当たりの単一バーストにおいてすべての利用可能な送信時間Ｔａｉｒを使用する例でもあるが、第１の観測期間Ｔｏｂｓの開始から離れた第１のバーストのオフセットにより（例えば、左側のバーストは、左端の観測期間Ｔｏｂｓの開始後に開始される）、実際には観測期間Ｔｏｂｓの１つの代替構成に２つのバーストが存在する（観測期間Ｔｏｂｓの代替構成が有効な観測期間であり、観測期間の開始はランダムに選択できることに留意されたい）。従って、例５３０のデバイスは、デューティサイクル規制に準拠していない。
【0108】
例示的な単一パケットモードデューティサイクルスケジューリングアルゴリズム１は、デューティサイクル要件を維持することができたが、媒体最適化されておらず、第１のバーストサイクルのＴｏｆｆの満了と第２のバーストサイクルのＴａｉｒの間に発生する可能性のあるアイドル時間を考慮していない。例えば、図６Ａは、いくつかの例による、パケット間のアイドル時間とは無関係に実行されるデューティサイクル認識パケット送信６００ａの例を示す図である。図示されるように、第２のパケット６０５－２を送信するためのＴｏｆｆの計算は、第１のパケット６０５－１を送信した後（より具体的には、第１のパケット６０５－１の送信に関連するＴｏｆｆの後）及び第２のパケット６０５－２を送信する前に発生するアイドル時間Ｔｉｄｌｅを考慮しない。第１のパケット６０５－１と第２のパケット６０５－２の各パケットの間にＴｉｄｌｅ時間を追加すると、第３のパケット６０５－３がＴｉｄｌｅ時間以下だけ第２のパケット６０５－２に近い時間に送信される場合でも、デューティサイクル制限は満たされる可能性がある。代わりに、例示的なパケット送信６００ａのアプローチでは、デバイスは、第２のパケット６０５－２を送信した後、第３のパケット６０５－３を送信する前に、全オフエア時間Ｔｏｆｆ待機することになる。アイドル時間Ｔｉｄｌｅは、デバイスが送信していない時間、つまり、送信するパケットがない、または別のデバイスが送信している時間である。
【0109】
１つの例示的な例では、単一パケットモードデューティサイクルスケジューリングアルゴリズム２は、オフエア時間Ｔｏｆｆを計算するときにアイドル時間Ｔｉｄｌｅを考慮するために、前述の単一パケットモードデューティサイクルスケジューリングアルゴリズム１の修正として実装することができる。
【数7】
【0110】
図６Ｂは、いくつかの例による、パケット間のアイドル時間Ｔｉｄｌｅに少なくとも部分的に基づいて実行されるデューティサイクル認識パケット送信６００ｂの例を示す図である。例えば、図６Ｂに示すように、第１のパケット６０７－１の送信後、デバイスは、第２のパケット６０７－２を送信する前に、Ｔｏｆｆ+Ｔｉｄｌｅ_１に等しい時間間隔の間休止する。従って、１つの例示的な例では、単一パケットモードデューティサイクルスケジューリングアルゴリズム及び／または式（５）を使用して、第２のパケット６０７－２と第３のパケット６０７－３との間のオフエア時間Ｔｏｆｆ_２時間を短縮することができる。特に、Ｔｏｆｆ_２は、全オフエア時間Ｔｏｆｆからアイドル時間Ｔｉｄｌｅ_１を減算することによって、Ｔｏｆｆ_２＝Ｔｏｆｆ－Ｔｉｄｌｅ_１となるように短縮することができる。なお、全オフエア時間Ｔｏｆｆは、１とデューティサイクルの割合から１を引いた値（例えば、１／Ｄ－１）にオンエア時間Ｔａｉｒを乗算した値に等しい。
【0111】
いくつかの実施形態では、アイドル時間Ｔｉｄｌｅは、所定の数のパケット送信後にクリアまたはリセットすることができる。例えば、Ｔｉｄｌｅをクリアするためのパケット送信の所定の数は１にすることができ、その場合、デバイスは各パケット送信後にアイドル時間Ｔｉｄｌｅをクリアする。図６Ｂに示すように、第１のパケット６０７－１と第２のパケット６０７－２の間のアイドル時間Ｔｉｄｌｅは、デバイスがさらに３つのパケットを送信するのに十分な長さである場合でも、第３のパケット６０７－３を送信した後に必要なオフエア時間Ｔｏｆｆは、全オフエア時間Ｔｏｆｆと等しく設定される。これにより、デバイスはアイドル時間Ｔｉｄｌｅの長さに関係なく、３つの連続パケットを送信しなくなる。これは、非決定性観測期間に関する上記の注意を避けるためである。単一パケットモードデューティサイクルスケジューリングアルゴリズム２の例示的な実装の例示的な疑似コードを以下に示す。
【0112】
例示的な単一パケットモードデューティサイクルスケジューリングアルゴリズム２では、観測期間Ｔｏｂｓがパケットに先立つアイドル時間Ｔｉｄｌｅを考慮しない場合、１つの余分な送信のリスクがある。ただし、送信のわずか数ミリ秒（例えば、Ｔａｉｒ）と比較して、観測期間Ｔｏｂｓは通常非常に長く、例えば、１時間であるため、これは非常に最小限のリスクである。また、観測期間Ｔｏｂｓ中の余分なアイドル期間が、この余分なパケット送信の原因となり得ることに留意されたい。
［例示的な単一パケットモードデューティサイクルスケジューリングアルゴリズム３］
［例示的な単一パケットモードデューティサイクルスケジューリングアルゴリズム３］
【0113】
全体的なシステム性能への影響を軽減するために、一実施形態におけるデューティサイクルスケジューリングアルゴリズムは、ヌルデータパケット（ＮＤＰ）、ビーコン、及びＡＣＫパケットの早期送信を可能にするように修正される。パケットが早期に送信される場合、パケットは、対応するオフエアＴｏｆｆタイマーが満了する前に送信される。１つの例示的な例では、Ｔｏｆｆタイマーの残りの持続時間は保存され、次に示すようにＴｅａｒｌｙ項を使用して、送信される次のパケットのオフエア時間Ｔｏｆｆに追加される。
【数8】
【0114】
Ｔｅａｒｌｙは、オフエア時間Ｔｏｆｆ期間を増加させるために使用されるたびにゼロにリセットされる。本実施形態では、任意の観測ウィンドウＴｏｂｓにわたってデューティサイクル制限が保証されない可能性がある。しかし、実際には、このわずかな差異（最大でも数十ｍｓ）は、６０分間の観測ウィンドウにおける３６０秒の送信バジェットに比べて無視できる程度であることが予想される。また、このシナリオは実際には、ＡＰが複数のＳＴＡからの短い送信に応答して大量のＡＣＫを送信する場合にのみ発生し、各ＳＴＡには、ＳＴＡに対する各自の２．８％のデューティサイクル制限が適用される。
［確認応答（ＡＣＫ）パケットを考慮した送受信の制限］
［確認応答（ＡＣＫ）パケットを考慮した送受信の制限］
【0115】
確認応答（ＡＣＫ）パケットは、送信デバイスのデューティサイクルの一部と見なすことができる。いくつかの実施形態によれば、ＡＣＫパケットのオフエア時間は、ＡＣＫパケットをＴａｉｒ＝２４０マイクロ秒（μｓ）のオンエア時間または送信時間を有する別個の送信として扱うことに基づいて計算することができる。次の例では、デバイスのデューティサイクル制約は２．７％である。
（数９）
Ｔｏｆｆ＝０．２４＊（１／２．７％－１）～９ｍｓ。
（数９）
Ｔｏｆｆ＝０．２４＊（１／２．７％－１）～９ｍｓ。
【0116】
上記で示したように、ＡＣＫパケットを送信した後のデバイスは、より多くのデータを送信できるように回復するのに約９ｍｓが必要である。ＡＣＫパケットの送信を保証するには、デバイスは９ｍｓよりも頻繁にパケットを受信してはならない。ＡＰとＳＴＡの間の単一通信では、送信デバイスは別のパケットを送信する前に追加の時間（例えば、Ｔｏｆｆ）待機する必要があるため、これは通常問題にならない。ただし、複数のＳＴＡからの送信間隔が９ｍｓ未満で、複数のＳＴＡがＡＰにデータを送信する場合、問題が発生する可能性がある。このような場合、ＡＰは対応するＡＣＫを時間内に送信せず（例えば、デューティサイクル制約が２．７％のＡＰが各ＡＣＫを送信する間に少なくとも９ｍｓ待機する必要性に基づいて）、ＡＣＫは蓄積され、後の再送信のためにキューイングされる。
【0117】
日本では、ＡＣＫやＣＴＳ（Ｃｌｅａｒ Ｔｏ Ｓｅｎｄ）などの応答フレームは、デューティサイクルにカウントされない。いくつかの実施形態では、他の無線機器からの要求に対する送信応答の応答時間は、任意の１時間の観測ウィンドウあたりの送信時間の合計には含まない。
【0118】
いくつかの実施形態では、フラグメント化された送信は、フラグメントの合計送信時間を追跡し、この合計送信時間をオフ時間Ｔｏｆｆの計算の基礎として使用することによって処理される。これは、ＡＣＫの受信ギャップによってＴｏｆｆを減らすことによって拡張できる。
［単一パケットバースト］
［単一パケットバースト］
【0119】
前述したように、いくつかの例では、バーストモードデューティサイクルスケジューリングを使用して、１パケットのバーストサイズを持つ単一パケットバーストを実装できる。この単一パケットバーストモードは、バースト期間（例えば、バーストサイクル時間Ｔｂｕｒｓｔが単一パケット持続時間と同一または類似する）を伴う前述のバーストモードデューティサイクルスケジューリングアルゴリズムの特別なケースと見なすことができる。図７は、いくつかの例による、単一パケット持続時間と等しいバースト期間Ｔｂｕｒｓｔを使用するデューティサイクル認識パケット送信の例を示す図である。
【0120】
この例では、バーストサイクルに関連付けられるパケット送信の長さは、バーストサイクル間で変化する可能性がある。例えば、第１のバーストサイクルのパケット送信７０５－１に関連付けられるＴａｉｒ_１は、第２のバーストサイクルのパケット送信７０５－２に関連付けられるＴａｉｒ_２とは異なり（例えば、より短い）、それ自体は、第３のバーストサイクル及び第４のバーストサイクルのパケット送信７０５－３及び７０５－４に関連付けられるＴａｉｒ_３及びＴａｉｒ_４とはそれぞれ異なる。
【0121】
いくつかの態様では、パケット送信７０５－２は、より多くの量のパケットを含むパケット送信７０５－２に基づいて、パケット送信７０５－１、７０５－３、７０５－４よりも長くなり得る。例えば、第２のパケット送信７０５－２は、複数のパケットを含むバースト送信であってもよいが、パケット送信７０５－１、７０５－３、７０５－４は単一パケット送信（及び／または７０５－２よりも少ない数のパケットを含むバースト送信）であってもよい。他の例では、パケット送信７０５－１～７０５－４のそれぞれは、単一パケット送信であってもよく、Ｔａｉｒ_２は、パケット送信７０５－２がパケット送信７０５－１、７０５－３、７０５－４に関連付けられる対応する単一パケット送信時間よりも長い送信時間を有する単一パケットであることに基づいて、Ｔａｉｒ_１、Ｔａｉｒ_３、及びＴａｉｒ_４よりも長くなる。
【0122】
図７の例では、各パケット７０５－１、７０５－２、７０５－３、７０５－４は送信され、その後に対応するオフエア時間Ｔｏｆｆが続くことができる。オフエア時間Ｔｏｆｆは、デューティサイクル要件を満たすのに十分な長さになるように、（例えば、上記のＴｏｆｆの式のうちの１つ以上を使用して）計算することができる。これにより、デバイスの可能な限り短いサイレント時間（例えば、Ｔｏｆｆ時間）が保証される。バースト持続時間Ｔｂｕｒｓｔは、各パケット及び／または各バーストサイクルの送信パケットサイズに基づいて変化する可能性がある。
【0123】
図８は、いくつかの例による、遅延なく送信される高優先パケットを含むデューティサイクル認識パケット送信８００の例を示す図である。いくつかの実施形態では、デューティサイクル認識パケット送信８００を使用して、直後のパケットのオフエア時間Ｔｏｆｆが満了する前に、１つ以上のパケットの早期送信を実装することができる。いくつかの態様では、１つ以上の高優先パケットに対して早期送信が実行される。例えば、高優先パケットは、高優先パケットに対応する、または高優先パケットに関連付けられる、ＷＬＡＮの機能及び／またはＡＰ及び／またはＳＴＡ間の接続の中断を避けるために、正確な時間で送信される必要があるパケットであり得る。いくつかの例では、高優先パケットは、ビーコン、ＡＣＫ、及びプローブ応答を含むことができ、これらのパケットの送信を次のバーストまで遅らせると、システムの機能及び／または性能に影響を与える可能性がある。
【0124】
図８の例では、パケット８０５－１、８０５－２、及び８０５－４は通常の優先パケット（例えば、非高優先パケット）であり、パケット８０５－３は高優先（ＨＰ）パケットである。図示されるように、第２のパケット８０５－２の後の次のパケットは、通常、第２のパケット８０５－２に対して計算された、例えば図８にＴｏｆｆ_ｅｘｐｅｃｔｅｄとして示されるオフエア期間が満了するまで、送信に適格ではない。
【0125】
ＨＰパケット８０５－３は高優先パケットであるため、ＨＰパケット８０５－３は、第２のパケット８０５－２のＴｏｆｆ_ｅｘｐｅｃｔｅｄの満了前に送信することができる。１つの例示的な例では、残り時間（例えば、時間差）は、ＨＰパケット８０５－３が送信される早期時間と直前のパケット送信のＴｏｆｆ_ｅｘｐｅｃｔｅｄ時間（例えば、第２のパケット８０５－２）との間で計算できる。この残り時間は、例えば、ＨＰパケット８０５－３がＴｏｆｆ_ｅｘｐｅｃｔｅｄで予想される送信時間と比べて早期に送信された時間間隔を示す、Ｔｅａｒｌｙと呼ぶことができる。
【0126】
ＨＰパケット８０５－３の早期送信後、計算された残りのオフエア時間Ｔｅａｒｌｙは、ＨＰパケット８０５－３の通常に計算されたオフエア時間（例えば、ＨＰパケット８０５－３が早期に送信されなかった場合に使用されるオフエア時間Ｔｏｆｆ）に追加される。従って、Ｔｅａｒｌｙ時間値でＨＰパケット８０５－３を早期に送信することからの時間差は、Ｔｏｆｆ_ＨＰ＝Ｔｏｆｆ+Ｔｅａｒｌｙとして与えられる、ＨＰパケット８０５－３に続く延長されたオフエア持続時間を実装することによって回復することができる。
【0127】
デューティサイクル制限は、Ｔｏｂｓの開始時間の選択に応じて、及び／または選択されたＴｏｂｓ中に早期に送信される高優先パケットの数に基づいて、観測期間Ｔｏｂｓ中に満たされない可能性がある。しかし、ＨＰパケット８０５－３などの高優先パケットの持続時間は、観測期間Ｔｏｂｓよりも桁違いに短いことが分かる。この場合、デューティサイクル制限の遵守に全体的な重大な影響がある可能性は非常に低い。
［デューティサイクルスケジューリングの実装例］
［デューティサイクルスケジューリングの実装例］
【0128】
図９は、いくつかの例による、本発明に開示されるデューティサイクルスケジューリング及び／または管理の態様を実装するために使用される有限状態マシンによる状態遷移例を示す例示的な状態図９００である。図示されるように、有限状態マシン９００によるデューティサイクルの実装には３つの状態がある。ＩＤＬＥ状態９１０は、前述のＴｉｄｌｅ持続時間に対応することができ、ＩＤＬＥ状態９１０において、デバイスは、低電力モードに入ることができる状態、及び／または、デューティサイクル要件に違反することなく送信可能であるが現在送信のためにキューイングされたパケットはない状態である。ＡＣＴＩＶＥ状態９２０は、前述のＴａｉｒ持続時間に対応することができ、デバイスは、無線媒体上でパケットをアクティブに送信している。ＢＬＯＣＫＥＤ状態９３０は、前述の様々なＴｏｆｆ持続時間に対応することができ、デバイスは、デューティサイクル制限または要件を遵守するために無線媒体上でパケットを送信することが妨げられる。
【0129】
いくつかの態様では、状態間の通常の遷移シーケンスはＩＤＬＥ→ＡＣＴＩＶＥ→ＢＬＯＣＫＥＤ→ＩＤＬＥ
状態遷移とそれに対応するトリガーイベントの例を以下に説明する。
【0130】
ＩＤＬＥ状態９１０（例えば、Ｔｉｄｌｅ）から、デバイスは、状態遷移「Ｓｌｅｅｐ」を介してＩＤＬＥ状態９１０に留まり得る。代替的に、または追加的に、デバイスは、デューティサイクルスケジューリング要件に基づいて決定されるスケジュールされたオンエア時間Ｔａｉｒに１つ以上のパケットの送信を開始するデバイスに対応する状態遷移「Ｔｘ Ｓｔａｒｔ」を介して、ＩＤＬＥ状態９１０からＡＣＴＩＶＥ状態９２０
【0131】
デバイスがＴａｉｒ中に１つ以上のパケットの送信を完了し、さらに送信されるパケットがない場合、デバイスは、ＡＣＴＩＶＥ状態９２０（例えば、Ｔａｉｒ）から、状態遷移「Ｓｌｅｅｐ」を介して、ＩＤＬＥ状態９１０に戻ることができる。デバイスは、ＡＣＴＩＶＥ状態９２０（例えば、Ｔａｉｒ）から、Ｔａｉｒ中のパケット送信の完了に対応する状態遷移「Ｔｘ Ｃｏｍｐｌｅｔｅ」を介して、ＢＬＯＣＫＥＤ状態９３０（例えば、Ｔｏｆｆ）に遷移することができる。
【0132】
デバイスは、ＢＬＯＣＫＥＤ状態９３０（例えば、Ｔｏｆｆ）から、状態遷移「Ｕｒｇｅｎｔ Ｔｘ Ｓｔａｒｔ」を介して、高優先パケット（例えば、ビーコン、ＡＣＫ、プローブ応答）の早期送信のために、ＡＣＴＩＶＥ状態９２０（例えば、Ｔａｉｒ）に早期に戻ることができる。オフエア持続時間Ｔｏｆｆが満了し、別のパケットがキューイングされている、または送信に利用可能である場合、デバイスは、ＩＤＬＥ状態９１０（例えば、Ｔｉｄｌｅ）に遷移することができる（この場合、デバイスは直ちにＩＤＬＥ状態９１０からＡＣＴＩＶＥ状態９２０に遷移する）。オフエア持続時間Ｔｏｆｆの満了時に別のパケットがキューイングされていない、または送信に利用できない場合、デバイスは状態遷移「Ｓｌｅｅｐ」を介してＢＬＯＣＫＥＤ状態９３０からＩＤＬＥ状態９１０に遷移することができる。
【0133】
一実施形態では、デバイスがスリープモードに入るとすべての状態がリセットされ、タイマーが停止される。これは、スリープ状態では現在の時間が維持されず、スリープ状態からウェイクアップすると時間が再スタートするためである。
［例示的な遵守アルゴリズム］
［例示的な遵守アルゴリズム］
【0134】
遵守アルゴリズムを使用して、２つの基準に基づいてパケットを分類することができる。第１の基準は、ストール可能なパケットとリアルタイムパケットを示す、またはそれに関連付けることができる。ストール可能なパケットは、遅延可能なパケットである（例えば、パケットはストール可能である）。ストール可能なパケットを遅延させると、パフォーマンスが低下する可能性があるが、Ｗｉ－Ｆｉ動作にエラーが発生することはない。ストール不可能なパケットまたはリアルタイムパケットは、遅延するとＷｉ－Ｆｉ動作を中断するパケットである。リアルタイム（例えば、ストール不可能な）パケットの例としては、ＡＣＫパケット、ビーコン、プローブ応答などが挙げられるが、これらに限定されない。いくつかの態様では、前述の高優先パケットは、リアルタイム／ストール不可能なパケットの例であり得る。ＡＣＫパケットの送信を遅延させると、デバイス（例えば、ＡＣＫを受信するデバイス）が、ＡＣＫに対応するパケットが正常に配信されなかったと判断する可能性があるという事実に基づいて、ＡＣＫパケットはリアルタイム／ストール不可能なパケットと見なすことができる。同様に、ビーコンは、常に時間内に配信される必要があるため、リアルタイム／ストール不可能なパケットと見なすことができる。
【0135】
遵守アルゴリズムを実装するための第２の基準は、関連パケットと非関連パケットを示すことである。関連パケットは、関連ＳＴＡに送信されるパケットである一方で、非関連パケットはサービスセット識別子（ＳＳＩＤ）に関連付けられていない任意のＳＴＡに送信される。非関連パケットの例としては、プローブ応答、アソシエーション応答、ハンドシェイクメッセージなどがある。
【0136】
１つの例示的な例では、遵守アルゴリズムは、ＳＳＩＤ内のＡＣＫ及びビーコンなどの関連リアルタイムパケットに第１の優先順位（例えば、第１の優先順位値）を割り当てるために実装され得る。第２のより低い優先順位（例えば、第２の優先順位値）は、プローブ応答、アソシエーション応答、及びハンドシェイクメッセージなどの非関連リアルタイムパケットに割り当てることができる。
【0137】
いくつかの実施形態では、「必須パケット」という用語は、関連リアルタイムパケットと非関連リアルタイムパケットの両方を一括して指すために使用することができる。いくつかの態様では、「必須パケット」という用語は、コンテキストに応じて、２種類のリアルタイムパケット（例えば、関連または非関連）のいずれかを指す。非必須パケットには、リアルタイムではないあらゆるパケット（例えば、「必須」パケット分類に含まれないパケット）が含まれる。これらの非必須パケットは通常、関連ノードに送信されるデータまたは管理パケットなどのストール可能な関連パケットであるが、非必須パケットにはストール可能な非関連パケットも含まれる可能性があることに留意されたい。
【0138】
いくつかの実施形態では、送信クレジット（Ｔxクレジット）という用語は、ノードがそのデューティサイクルを飽和させることなく媒体内で送信する必要がある時間を指すために使用することができる。例えば、Ｔａｉｒ_ｍａｘが、特定の観測ウィンドウＴｏｂｓのデューティサイクルが飽和する前にノードが送信できる最大オンエア時間である場合、ノードの送信クレジットはＴａｉｒ_ｍａｘとＴａｉｒ_ｃｕｍの差として決定できる。ここで、Ｔａｉｒ_ｃｕｍは現時点でノードによって使用された累積オンエア時間である（例えば、送信クレジット＝Ｔａｉｒ_ｍａｘ－Ｔａｉｒ_ｃｕｍ）。全Ｔｘクレジットは、Ｔａｉｒ_ｍａｘが利用可能であり、媒体へのアクセスに使用できる全オンエア時間を示す。予約Ｔｘクレジットは、必須パケット（例えば、リアルタイムや非関連パケット）の送信のために予約または確保されているＴｘクレジットである。いくつかの実施形態では、予約Ｔｘクレジットは、リアルタイムクレジットと非関連クレジットに分割することができる。非必須Ｔｘクレジットは、全Ｔｘクレジットから予約Ｔｘクレジットを差し引くことによって計算される。
【0139】
各ＳＴＡは自身のＴｘクレジットを認識しているが、受信側（別のＳＴＡまたはＡＰ）のＴｘクレジットについてはあまり知らない。受信側エンティティが枯渇し、その結果、受信側エンティティからＡＣＫが受信されなくなることを回避するために、送信側ＳＴＡは、受信側の予約Ｔｘクレジットを遵守する一実施形態による保守的な送信ポリシーに従う。保守的な送信ポリシーは、受信側が予約クレジットを補充するのに十分なＴｘクレジットを回復できるように十分なレートでスパースパケットを送信するＳＴＡ（例えば、送信機）に基づいて実装することができる。
【0140】
例えば、ＡＰは、パケットを１０ｍｓ間隔（エンドツーエンド）に分散することによって、２．８％のデューティサイクルでＳＴＡにパケットを送信することができ、これにより、受信側ＳＴＡは２５０μｓのＡＣＫを送信するのに十分なクレジットを蓄積できる。ＡＰに十分なＴｘクレジットがあり、別のＳＴＡの予約クレジットを遵守しながら送信できる場合、ＡＰはその間にある他のＳＴＡに送信できる。受信側にはリアルタイムパケットの送信に十分な予約クレジットが常にあるため、遵守アルゴリズムにより、１０ｍｓのスパースパケットが受信側から常にＡＣＫされる（確認応答される）ことが保証される。一方、ＡＰのデューティサイクルは１０％であるため、パケットをＡＰに送信する送信側ＳＴＡは、パケット間で２．５ｍｓ待機するだけで遵守アルゴリズムを実装できる。
【0141】
より複雑な例は、非関連プローブ要求／応答トランザクションであり、ＡＰにプローブ要求を発行するＳＴＡが、リアルタイムパケット（すなわち、プローブ要求に対するＡＣＫ）と非関連プローブ応答の２種類のパケットを受信する。ＳＴＡでは、次のパケットを発行する前に、ＡＰが消費された予約クレジット（ＡＣＫ+プローブ要求）を復元するのに十分な時間が経過する必要がある。例えば、ＡＰは、ＡＣＫに約２５０μｓ、プローブ応答の送信に約１．２ｍｓを消費する。その結果、ステーションは、最初にＡＣＫに２．５ｍｓ、その後プローブ応答に１２ｍｓ保留する必要がある。
【0142】
計算された待機時間に関する上記の議論に関して、そのような待機時間は、パケット送信の終了時（例えば、ＡＰが別のＡＣＫを送信することになっているとき）に実際に測定され得ることに留意されたい。従って、媒体上で約１．２ｍｓかかるパケットは、Ｔｘクレジット時間が示すより１．２ｍｓ早く送信を開始できる（例えば、上記の例では、最後のパケットから１．３ｍｓ（２．５ｍｓ－１．２ｍｓ＝１．３ｍｓ）後に、パケットの送信を開始する）。２．５ｍｓ超えを消費する大きなパケットの場合、十分なクレジットがあれば、バックツーバックパケットを送信できる。
【0143】
いくつかの実施形態では、リアルタイムクレジットのみが遵守され得る。ノードは、パケットを送信するときに、利用可能なＴｘクレジットを継続的に更新する。最小予約クレジットは常にリアルタイム（及び非関連）パケットに保持される。Ｔｘクレジットがある限り、ノードは非必須パケットを送信し続ける。Ｔｘクレジットが予約クレジット閾値に達すると、ノードが非必須パケットを送信するためにより多くのクレジットを蓄積するまで、必須パケットのみを送信できる。ＳＴＡは、リアルタイムパケットとしてＡＣＫのみを持ち、ＡＰからのみ受信しているため、各ＳＴＡの予約クレジットとして１つのＡＣＫのリアルタイムクレジットのみが必要である。ただし、リアルタイムパケットにはビーコンに加えて、関連するすべてのＳＴＡに対するＡＣＫが含まれるため、ＡＰはさらに複雑になる。ＡＰは、ビーコン期間内の予約クレジットを上記で詳述した方法と同一または類似の方法で、リアルタイムクレジットのみを含むように制限することができる。これにより、Ｔｘクレジットの不足によりＳＳＩＤ内でパケットが失われないことが保証される。
【0144】
リアルタイムクレジットのみを遵守すると、ＡＰがクレジットを使い果たした場合に、ＡＰは非関連メッセージに応答できなくなる可能性がある。例えば、ＡＰにＴｘクレジットが不足している場合、ＡＰは外部ＳＴＡからのプローブ要求に応答しない。これにより、スキャンまたはアソシエーションが失敗する可能性がある。自身の予約クレジットを遵守する他の実施形態では、非関連クレジットも遵守される。ＡＰは、１つ以上（または複数）の非関連パケットを考慮して、予約クレジットを増やす。これにより、ＡＰは、クレジットを使い果たすことなく、（他のノードとともに）並行して発生する２つの追加動作（例えば、スキャンとアソシエーション要求）に応答できるようになる。ＡＰは、複数のＳＴＡからのプローブ要求またはアソシエーションが頻繁すぎるため、非関連クレジットを使い果たすことがある。一実施形態では、ＡＰは非関連パケットのリアルタイムクレジットを消費せず、より多くのクレジットが回復されるまで保留する。クレジットはリアルタイムクレジットを埋め、次に非関連クレジット、最後にストール可能なクレジットまたはデータクレジットを埋める。非関連パケットを発行するスキャンまたはアソシエーションを行うＳＴＡは、上記で説明したように、受信側エンティティのＴｘクレジット制約に従う必要がある。
【0145】
図１０は、いくつかの例による、無線ローカルエリアネットワーク（ＷＬＡＮ）を介した無線送信のためのプロセス１０００の一例のフロー図である。いくつかの例では、プロセス１０００は、Ｗｉ－Ｆｉステーション（ＳＴＡ）及び／またはＷｉ－Ｆｉアクセスポイント（ＡＰ）などの無線通信デバイスによって実行することができる。
【0146】
ブロック１００２では、プロセス１０００は、無線通信デバイスによって、第１の時点から開始して１つ以上の第１のパケットを送信することを含む。例えば、１つ以上の第１のパケットは、１つ以上の確認応答（ＡＣＫ）パケットを含むことができる。場合によっては、無線通信デバイスは、無線通信デバイスによるＡＣＫパケットの各送信に続いて、少なくとも１つ以上のＡＣＫパケットの送信に関連付けられる計算されたオフエア時間の間待機することができる。いくつかの例では、１つ以上の第１のパケットは、ＡＣＫパケット、ビーコン、プローブ、データパケットなどのうちの１つ以上を含むことができる。
【0147】
ブロック１００４では、プロセス１０００は、１つ以上の第１のパケットのオンエア時間を決定することを含み、前記１つ以上の第１のパケットのオンエア時間は、１つ以上の第１のパケットの送信に関連付けられるエアタイムである。例えば、１つ以上の第１のパケットのオンエア時間は、前述のＴａｉｒと同一または類似のものとすることができ、１つ以上の第１のパケットを送信するために無線通信デバイスによって使用される、または必要とされる時間量を示すことができる。場合によっては、１つ以上の第１のパケットを送信するためのオンエア時間は、１つ以上の第１のパケットを送信するためのオンエア時間が最大オンエア時間以下になるように、最大オンエア時間内に制限される。例えば、Ｔａｉｒは、前述のＴａｉｒ_ｍａｘと同一または類似の最大オンエア時間以下とすることができる。
【0148】
場合によっては、最大オンエア時間（例えば、前述のＴａｉｒ_ｍａｘと同一または類似のもの）は、バーストサイクル持続時間と無線通信デバイスに関連付けられるデューティサイクルに基づいて決定することができる。例えば、バーストサイクル持続時間は、Ｔｂｕｒｓｔと同一または類似のものとすることができ、無線通信デバイスに関連付けられるデューティサイクルは、デューティサイクルＤと同一または類似のものとすることができる。いくつかの例では、デューティサイクルは、ＳＴＡでは２．８％、ＡＰでは１０％であり得る。
【0149】
いくつかの例では、バーストサイクル持続時間または最大オンエア時間のうちの１つ以上（または両方）は、無線通信デバイス上で実行されるアプリケーションによって決定及び設定される。
【0150】
いくつかの態様では、１つ以上の第１のパケットの送信に対応するオフエア時間（例えば、前述のＴｏｆｆと同一または類似のもの）は、バーストサイクル持続時間（例えば、Ｔｂｕｒｓｔ）から第１のパケットを送信するためのオンエア時間（例えば、Ｔａｉｒ）を減算することに少なくとも部分的に基づいて計算される。
【0151】
場合によっては、無線通信デバイスに関連付けられるデューティサイクル（例えば、Ｄ）は、デューティサイクル観測ウィンドウに対応することができる。デューティサイクル観測ウィンドウは、前述のデューティサイクル観測ウィンドウ／監視時間Ｔｏｂｓと同一または類似のものとすることができる。いくつかの態様では、デューティサイクル観測ウィンドウの持続時間（例えば、Ｔｏｂｓ）は、バーストサイクル持続時間（例えば、Ｔｂｕｒｓｔ）の整数倍（例えば、ｎ）を含む。例えば、場合によっては、Ｔｏｂｓ＝ｎ＊Ｔｂｕｒｓｔとなる。
【0152】
いくつかの例では、１つ以上の第１のパケットと１つ以上の第２のパケットは、最大オンエア時間よりも長い（例えば、Ｔａｉｒ_ｍａｘよりも長い）エアタイムを必要とするデータ送信に含まれる。このような例では、データ送信は少なくとも、１つ以上の第１のパケットを含む第１のサブセットと、１つ以上の第２のパケットを含む第２のサブセットとに分割することができる。第１のサブセットの送信と第２のサブセットの送信は両方とも、最大オンエア時間以下のエアタイムを必要とする（例えば、Ｔａｉｒ_ｓｕｂｓｅｔ_１≦Ｔａｉｒ_ｍａｘ及びＴａｉｒ_ｓｕｂｓｅｔ_２≦Ｔａｉｒ_ｍａｘ）。
【0153】
ブロック１００６では、プロセス１０００は、１つ以上の第１のパケットの送信に対応するオフエア時間を計算することを含み、前記オフエア時間は、オンエア時間及び無線通信デバイスに関連付けられるデューティサイクルに基づいて計算される。例えば、オフエア時間は、前述のオフエア時間Ｔｏｆｆと同一または類似のものとすることができる。１つの例示的な例では、オフエア時間は、オンエア時間（例えば、Ｔａｉｒ）及びデューティサイクルＤに基づいて計算することができる。例えば、オフエア時間は、前述の式（１）、（２）、（４）、（５）、及び／または（６）に従って計算することができる。
【0154】
いくつかの例では、前記１つ以上の第１のパケットの送信に対応するオフエア時間は、Ｔｏｆｆ＝Ｔａｉｒ＊（１／Ｄ－１）に基づいて計算され、ここで、Ｔｏｆｆはオフエア時間、Ｔａｉｒは１つ以上の第１のパケットを送信するのに必要なオンエア時間、Ｄは無線通信デバイスに関連付けられるデューティサイクルである。
【0155】
いくつかの例では、１つ以上の第１のパケットは、ヌルデータパケット（ＮＤＰ）、ビーコン、またはＡＣＫパケットのうちの１つを含む。いくつかの例では、無線通信デバイスは、１つ以上の第１のパケットの早期送信を早期持続時間に等しい時間量で実行することができる。例えば、無線通信デバイスは、１つ以上の高優先パケットの早期送信を早期持続時間Ｔｅａｒｌｙに等しい時間量で実行することができる。いくつかの例では、１つ以上の第１のパケットの送信に関連付けられるオフエア時間は、早期持続時間に等しい時間量で延長される（例えば、Ｔｅａｒｌｙ＋Ｔｏｆｆ）。
【0156】
ブロック１００８では、プロセス１０００は、第２の時点以降に１つ以上の第２のパケットを送信するように無線通信デバイスを保持することを含み、前記第２の時点は、第１の時点、及びオンエア時間と計算されたオフエア時間との合計に基づいて決定される。例えば、第１の時点は、第１のバーストサイクルの開始に対応し、第２の時点は、第２のバーストサイクルの開始に対応することができる。いくつかの例では、第２の時点は、第１の時点と、前のバーストサイクルに対応するＴａｉｒとＴｏｆｆの合計に基づいて決定することができる。
【0157】
いくつかの態様では、無線通信デバイスは、オフエア時間中にパケット送信を実行しないように、オフエア時間中に沈黙している。
【0158】
場合によっては、プロセス１０００は、無線通信デバイスによって、第２の時点以上の第３の時点から開始して１つ以上の第２のパケットを送信することをさらに含む。例えば、第２の時点は、第１のバーストサイクルのＴｏｆｆ間隔の終了であり得る。第３の時点は、第１のバーストサイクルに続く第２のバーストサイクルのＴａｉｒ間隔の開始であり得る。いくつかの実施形態では、第２の時点と第３の時点との間の時間は、前述のアイドル時間Ｔｉｄｌｅと同一または類似のアイドル時間であり得る。プロセス１０００は、第２の時点と第３の時点との差に基づいてアイドル時間を決定することと、１つ以上の第２のパケットのオンエア時間を決定することをさらに含むことができ、前記１つ以上の第２のパケットのオンエア時間は、１つ以上の第２のパケットの送信に関連付けられるエアタイムである。プロセス１０００は、１つ以上の第２のパケットのオンエア時間、無線通信デバイスに関連付けられるデューティサイクル、及びアイドル時間に基づいて、１つ以上の第２のパケットの送信に対応するオフエア時間を計算することをさらに含むことができる。プロセス１０００は、第４の時点以降に１つ以上の第３のパケットを送信するように無線通信デバイスを保持することをさらに含むことができ、前記第４の時点は、第３の時点、及び１つ以上の第２のパケットのオンエア時間と計算されたオフエア時間との合計に基づいて決定される。場合によっては、前記１つ以上の第２のパケットの送信に対応するオフエア時間は、Ｔｏｆｆ＝Ｔａｉｒ＊（１／Ｄ－１）－Ｔｉｄｌｅに基づいて計算され、ここで、Ｔｏｆｆは１つ以上の第２のパケットのオフエア時間、Ｔａｉｒは１つ以上の第２のパケットのオンエア時間、Ｄは無線通信デバイスに関連付けられるデューティサイクル、Ｔｉｄｌｅはアイドル時間である。いくつかの態様では、アイドル時間の値は、１つ以上の第３のパケットを送信した後にリセットされる。
【0159】
本明細書では、特定の実施形態を参照して本発明を図示し説明したが、本発明は、示された詳細に限定されることを意図したものではない。むしろ、本発明から逸脱することなく、特許請求の範囲及び均等物の範囲内で詳細に様々な修正を行うことができる。
【0160】
上記の説明は本発明を例示するものであり、本発明を限定するものとして解釈されるべきではないことを理解されたい。当業者であれば、特許請求の範囲によって定義される本発明の範囲から逸脱することなく、実施形態の様々な修正、応用、及び／または組み合わせを行うことが可能である。
【0161】
当業者であれば、上述した本発明は、開示されたものとは異なる構成のハードウェア要素を用いて実施できることを容易に理解する。従って、本発明をこれらの好ましい実施形態に基づいて説明したが、当業者には、本発明の範囲内にある限り、特定の修正、変形、及び代替構成は明らかであることは明白である。
【0162】
本明細書全体を通じて、文脈上明らかに別段の要求がない限り、「含む（ｃｏｍｐｒｉｓｅ）」という用語、あるいは「含む（ｃｏｍｐｒｉｓｅｓ）」または「含む（ｃｏｍｐｒｉｓｉｎｇ）」などの変形は、記載された要素、整数、またはステップ、あるいは要素、整数、またはステップのグループを包含することを意味するが、他の要素、整数、またはステップ、あるいは要素、整数、またはステップのグループを除外することはないと理解される。
【0163】
本明細書に含まれる文書、動作、材料、デバイス、物品などのあらゆる議論は、単に本技術の文脈を提供することのみを目的とする。これらの事項のいずれかまたはすべてが先行技術基盤の一部を構成している、または本明細書の各請求項の優先日以前に存在していたものであるため、本技術に関連する分野における一般常識であったことを認めるものとして解釈されるべきではない。
【0164】
図１１は、本明細書に記載される種々の技術を実装することができる例示的なコンピューティングデバイスの例示的なコンピューティングデバイスアーキテクチャ１１００を示す。いくつかの例では、コンピューティングデバイスは、モバイルデバイス、ウェアラブルデバイス、拡張現実デバイス（例えば、仮想現実（ＶＲ）デバイス、拡張現実（ＡＲ）デバイス、または複合現実（ＭＲ）デバイス）、パーソナルコンピュータ、ラップトップコンピュータ、ビデオサーバー、車両（または車両のコンピューティングデバイス）、または他のデバイスを含むことができる。コンピューティングデバイスアーキテクチャ１１００のコンポーネントは、バスなどの接続１１０５を使用して互いに電気通信するように示されている。例示的なコンピューティングデバイスアーキテクチャ１１００は、処理ユニット（ＣＰＵまたはプロセッサ）１１１０と、読み出し専用メモリ（ＲＯＭ）１１２０及びランダムアクセスメモリ（ＲＡＭ）１１２５などのコンピューティングデバイスメモリ１１１５を含む様々なコンピューティングデバイスコンポーネントをプロセッサ１１１０に結合するコンピューティングデバイス接続１１０５とを含む。
【0165】
コンピューティングデバイスアーキテクチャ１１００は、プロセッサ１１１０に直接接続される、プロセッサ１１１０に近接する、またはプロセッサ１１１０の一部として統合される高速メモリのキャッシュを含むことができる。コンピューティングデバイスアーキテクチャ１１００は、プロセッサ１１１０による迅速なアクセスのために、メモリ１１１５及び／または記憶デバイス１１３０からキャッシュ１１１２にデータをコピーすることができる。このようにして、キャッシュは、データを待っている間のプロセッサ１１１０の遅延を回避する性能向上を提供することができる。これら及び他のエンジンは、様々な動作を実行するためにプロセッサ１１１０を制御する、または制御するように構成することができる。他のコンピューティングデバイスメモリ１１１５も使用可能である。メモリ１１１５は、異なる性能特性を有する複数の異なるタイプのメモリを含むことができる。プロセッサ１１１０は、任意の汎用プロセッサと、プロセッサ１１１０を制御するように構成された、記憶デバイス１１３０に格納されたハードウェアまたはソフトウェアサービス（例えば、サービス１ １１３２、サービス２ １１３４、及びサービス３ １１３６）と、ソフトウェア命令がプロセッサ設計に組み込まれる専用プロセッサとを含むことができる。プロセッサ１１１０は、複数のコアまたはプロセッサ、バス、メモリコントローラ、キャッシュなどを含む自己完結型システムであってもよい。マルチコアプロセッサは対称または非対称であってもよい。
【0166】
コンピューティングデバイスアーキテクチャ１１００とのユーザの相互作用を可能にするために、入力デバイス１１４５は、音声用のマイク、ジェスチャまたはグラフィック入力用のタッチ感知スクリーン、キーボード、マウス、モーション入力、スピーチなど、任意の数の入力機構を表すことができる。出力デバイス１１３５は、ディスプレイ、プロジェクタ、テレビ、スピーカデバイスなど、当業者に知られている多くの出力機構のうちの１つまたは複数であってもよい。場合によっては、マルチモーダルコンピューティングデバイスは、ユーザがコンピューティングデバイスアーキテクチャ１１００と通信するために複数のタイプの入力を提供できるようにすることができる。通信インターフェース１１４０は、一般に、ユーザ入力及びコンピューティングデバイス出力を制御及び管理することができる。特定のハードウェア構成での動作に制限はないため、ここでの基本機能は、開発された改良型ハードウェアまたはファームウェア構成に簡単に置き換えることができる。
【0167】
記憶デバイス１１３０は、不揮発性メモリであり、磁気カセット、フラッシュメモリカード、ソリッドステートメモリデバイス、デジタル多用途ディスク、カートリッジ、ランダムアクセスメモリ（ＲＡＭ）１１２５、読み出し専用メモリ（ＲＯＭ）１１２０、及びそれらのハイブリッドなど、コンピュータによってアクセス可能なデータを格納できるハードディスクまたは他のタイプのコンピュータ可読媒体であり得る。記憶デバイス１１３０は、プロセッサ１１１０を制御するためのサービス１１３２、１１３４、１１３６を含むことができる。他のハードウェアまたはソフトウェアモジュールまたはエンジンも考慮される。記憶デバイス１１３０は、コンピューティングデバイス接続１１０５に接続することができる。一態様では、特定の機能を実行するハードウェアモジュールは、プロセッサ１１１０、接続１１０５、出力デバイス１１３５などのその機能を実行するために必要なハードウェアコンポーネントに関連してコンピュータ可読媒体に格納されたソフトウェアコンポーネントを含むことができる。
【0168】
「デバイス」という用語は、１つまたは特定の数の物理的オブジェクト（１つのスマートフォン、１つのコントローラ、１つの処理システムなど）に限定されない。本明細書で使用されるように、デバイスは、本開示の少なくとも一部を実装することができる１つ以上の部品を備えた任意の電子デバイスであってもよい。以下の説明及び例では、本開示の様々な態様を説明するために、「デバイス」という用語を使用するが、「デバイス」という用語は、オブジェクトの特定の構成、タイプ、または数に限定されない。さらに、「システム」という用語は、複数の構成要素または特定の態様に限定されない。例えば、システムは、１つ以上のプリント回路基板または他の基板に実装され、動的または静的な構成要素を有することができる。以下の説明及び例では、本開示の様々な態様を説明するために、「システム」という用語を使用するが、「システム」という用語は、オブジェクトの特定の構成、タイプ、または数に限定されない。
【0169】
上記の説明では、本明細書で提供される態様及び例の完全な理解を提供するために、特定の詳細が記載されている。しかしながら、これらの態様は、これらの特定の詳細がなくても実施できることが当業者には理解される。説明を明確にするために、いくつかの場合において、本技術は、ソフトウェア、またはハードウェアとソフトウェアの組み合わせで実現される方法におけるデバイス、デバイス構成要素、ステップまたはルーチンを含む機能ブロックを含む個々の機能ブロックを含むものとして提示され得る。図示及び／または本明細書に記載されているもの以外の追加の構成要素を使用することもできる。例えば、回路、システム、ネットワーク、プロセス、及び他の構成要素は、不必要な詳細で態様を不明瞭にすることを回避するために、ブロック図形式の構成要素として示される場合がある。他の例では、周知の回路、プロセス、アルゴリズム、構成、及び技術は、態様を不明瞭にすることを回避するために、不必要な詳細なしで示される場合がある。
【0170】
個々の態様は、フローチャート、フロー図、データフロー図、構造図、またはブロック図として示されるプロセスまたは方法として説明され得る。フローチャートでは、操作が順次プロセスとして記述されている場合があるが、操作の多くは並列または同時に実行することができる。さらに、操作の順序を再設定することもできる。プロセスは操作が完了すると終了するが、図には含まれていない追加のステップが含まれる場合がある。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応することができる。プロセスが関数に対応する場合、その終了は、呼び出し関数またはメイン関数への関数の復帰に対応することができる。
【0171】
上記の例によるプロセス及び方法は、コンピュータ可読媒体に記憶されている、またはコンピュータ可読媒体から入手可能なコンピュータ実行可能命令を使用して実装することができる。このような命令は、例えば、汎用コンピュータ、専用コンピュータ、または処理デバイスに特定の機能または機能グループを実行させる、または別の方法で構成する命令及びデータを含むことができる。使用されるコンピュータリソースの一部は、ネットワーク経由でアクセスできる。コンピュータ実行可能命令は、例えば、バイナリ、アセンブリ言語などの中間フォーマット命令、ファームウェア、ソースコードなどであってもよい。
【0172】
「コンピュータ可読媒体」という用語は、可搬型または非可搬型記憶装置、光学記憶装置、ならびに命令及び／またはデータを格納、含有、または搬送することができる様々な他の媒体を含むが、これらに限定されない。コンピュータ可読媒体は、データを格納することができ、搬送波及び／または無線または有線接続を介して伝播する一時的な電子信号を含まない非一時的媒体を含むことができる。非一時的媒体の例としては、磁気ディスクまたはテープ、フラッシュメモリ、メモリまたはメモリデバイスなどの光記憶媒体、磁気ディスクまたは光ディスク、フラッシュメモリ、不揮発性メモリを備えたＵＳＢデバイス、ネットワークストレージデバイス、コンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ）、それらの任意の適切な組み合わせを含むことができるが、これらに限定されない。コンピュータ可読媒体には、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、エンジン、ソフトウェアパッケージ、クラス、あるいは命令、データ構造、またはプログラムステートメントの任意の組み合わせを表すことができるコード及び／または機械実行可能命令を格納することができる。コードセグメンは、情報、データ、引数、パラメータ、またはメモリ内容をパス及び／または受信することによって、別のコードセグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む、任意の適切な手段を介してパス、フォワーディング、または送信され得る。
【0173】
いくつかの態様では、コンピュータ可読記憶装置、媒体、及びメモリは、ビットストリームなどを含むケーブルまたは無線信号を含むことができる。ただし、非一時的コンピュータ可読記憶媒体に言及する場合、エネルギー、搬送波信号、電磁波、及び信号自体などの媒体は明示的に除外される。
【0174】
これらの開示によるプロセス及び方法を実装するデバイスは、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組み合わせを含むことができ、様々フォームファクタのいずれかを採用することができる。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードで実装される場合、必要なタスクを実行するためのプログラムコードまたはコードセグメント（例えば、コンピュータプログラム製品）は、コンピュータ可読媒体または機械可読媒体に記憶され得る。プロセッサは、必要なタスクを実行することができる。フォームファクタの典型的な例としては、ラップトップ、スマートフォン、携帯電話、タブレットデバイス、またはその他の小型フォームファクタのパーソナルコンピュータ、パーソナルデジタルアシスタント、ラックマウントデバイス、スタンドアロンデバイスなどを含む。本明細書で説明される機能は、周辺機器またはアドインカード内で実施することもできる。このような機能は、さらなる例として、単一のデバイスで実行される異なるチップまたは異なるプロセスの間の回路基板上に実装することもできる。
【0175】
命令、そのような命令を伝達するための媒体、それらを実行するためのコンピューティングリソース、及びそのようなコンピューティングリソースをサポートするための他の構造は、本開示で説明される機能を提供するための例示的な手段である。
【0176】
上記の説明において、本出願の態様は、その特定の態様を参照して説明したが、当業者であれば、本出願がそれに限定されないことを認識するであろう。従って、本出願の例示的な態様を本明細書で詳細に説明してきたが、本発明の概念は、別の方法で様々に具現化され、使用されてもよく、添付の特許請求の範囲は先行技術によって限定される場合を除いて、そのような変形形態を含むと解釈されることが意図されることを理解されたい。上述の出願の様々な特徴及び態様は、個別にまたは共に使用されてもよい。さらに、態様は、本明細書のより広い精神及び範囲から逸脱することなく、本明細書に記載されたものを超える任意の数の環境及び適用において利用することができる。従って、本明細書及び図面は、限定的なものではなく、例示的なものとみなされるべきである。例示の目的のために、方法は特定の順序で説明されている。代替の態様において、本方法は記載された順序とは異なる順序で実行されてもよいことを理解されたい。
【0177】
当業者であれば、本明細書で使用されるより少ない（「＜」）及びより多い（「＞」）の記号または用語は、本説明の範囲から逸脱することなく、それぞれ以下（「≦」）及び以上（「≧」）の記号に置き換えることができることを理解するであろう。
【0178】
構成要素が特定の動作を実行するように「構成される」と説明されている場合、このような構成は、例えば、この動作を実行するように電子回路または他のハードウェアを設計することにより、この動作を実行するようにプログラマブルな電子回路（例えば、マイクロプロセッサまたは他の適切な電子回路）をプログラムすることにより、又はこれらの任意の組み合わせにより、達成することができる。
【0179】
「結合される」という語句は、別の構成要素に直接的または間接的に物理的に接続される任意の構成要素、及び／または別の構成要素と直接的または間接的に通信する（例えば、有線または無線接続、及び／または他の適切な通信インターフェイスを介して別の構成要素に接続される）任意の構成要素を指す。
【0180】
セットのうちの「少なくとも１つ」及び／またはセットのうちの「１つ以上」を列挙するクレームの文言または他の文言は、セットの１つのメンバーまたはセットの複数のメンバーが（任意の組合せで）クレームを満たすことを示す。例えば、「Ａ及びＢのうちの少なくとも１つ」または「ＡまたはＢのうちの少なくとも１つ」を列挙するクレームの文言は、Ａ、Ｂ、またはＡ及びＢを意味する。別の例では、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」または「Ａ、Ｂ、またはＣのうちの少なくとも１つ」を列挙するクレームの文言は、Ａ、Ｂ、Ｃ、またはＡ及びＢ、またはＡ及びＣ、またはＢ及びＣ、またはＡ及びＢ及びＣを意味する。セットのうちの「少なくとも１つ」及び／またはセットのうちの「１つ以上」という文言は、セットをセットに記載されている項目に限定しない。例えば、「Ａ及びＢのうちの少なくとも１つ」または「ＡまたはＢのうちの少なくとも１つ」を列挙するクレームの文言は、Ａ、Ｂ、またはＡ及びＢを意味することができ、Ａ及びＢのセットに記載されていない項目をさらに含むことができる。
【0181】
本明細書に開示される態様に関連して記載される様々な例示的な論理ブロック、モジュール、エンジン、回路、及びアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはそれらの組み合わせとして実装され得る。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、エンジン、回路、及びステップを、その機能の観点から上記で一般的に説明されている。このような機能がハードウェアとして実装されるかソフトウェアとして実装されるかは、特定のアプリケーションとシステム全体に課せられる設計上の制約に依存する。当業者は、説明された機能を特定のアプリケーションごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲から逸脱するものとして解釈されるべきではない。
【0182】
本明細書に記載の技術は、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実装することもできる。このような技術は、汎用コンピュータ、無線通信装置ハンドセット、または無線通信装置ハンドセット及び他の装置における適用を含めて、複数の用途を有する集積回路装置などの様々な装置のいずれかに実装することができる。モジュールまたは構成要素として記載されている任意の特徴は、一体型の論理装置に一緒に、または別個ではあるが、相互運用可能な論理装置として別々に実装されてもよい。ソフトウェアに実装される場合、技術は、実行されると、上述した方法のうちの１つ以上を実行する命令を含むプログラムコードを備えるコンピュータ可読データ記憶媒体によって少なくとも部分的に実現することができる。コンピュータ可読データ記憶媒体は、パッケージング材料を含むコンピュータプログラム製品の一部を形成し得る。コンピュータ可読媒体は、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）などのランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、磁気または光学データ記憶媒体などのメモリまたはデータ記憶媒体を含むことができる。技術は、追加的に、または代替的に、命令またはデータ構造の形でプログラムコードを搬送または通信し、コンピュータによってアクセス、読み取り、及び／または実行できる、伝播信号または波のようなコンピュータ可読通信媒体によって少なくとも部分的に実現され得る。
【0183】
プログラムコードは、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の同等の集積論理回路または離散論理回路のような１つ以上のプロセッサを含み得るプロセッサによって実行され得る。このようなプロセッサは、本開示で説明される技術のいずれかを実行するように構成され得る。汎用プロセッサはマイクロプロセッサであってもよいが、代替的には、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサは、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つ以上のマイクロプロセッサ、または他の任意のそのような構成として実装されてもよい。従って、本明細書で使用される「プロセッサ」という用語は、前述の構造のいずれか、前述の構造の任意の組み合わせ、または本明細書で説明される技術の実装に適した他の任意の構造または装置を指し得る。
【図1】
【図2A】
【図2B】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7】
【図8】
【図9】
【図10】
【図11】
