特表 2024-506606 後方散乱通信

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-02-14

(54)【発明の名称】後方散乱通信

(51)【国際特許分類】

   H04W 72/04 20230101AFI20240206BHJP

   H04W 84/12 20090101ALI20240206BHJP

   H04W 84/10 20090101ALI20240206BHJP

【ＦＩ】

H04W72/04

H04W84/12

H04W84/10 110

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023547656

(86)(22)【出願日】2022-02-08

(85)【翻訳文提出日】2023-09-28

(86)【国際出願番号】 US2022015678

(87)【国際公開番号】W WO2022170267

(87)【国際公開日】2022-08-11

(31)【優先権主張番号】63/147,079

(32)【優先日】2021-02-08

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/235,469

(32)【優先日】2021-08-20

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100108213

【弁理士】

【氏名又は名称】阿部 豊隆

(72)【発明者】

【氏名】マハリンガム，ナギ

(72)【発明者】

【氏名】プラガダ，ラヴィクマール

(72)【発明者】

【氏名】ハク，タンビール

(72)【発明者】

【氏名】エルコトバイ，フセイン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA43

5K067EE02

5K067EE10

5K067EE35

5K067HH22

(57)【要約】

後方散乱に基づく無線送信のためのシステム、方法、及びデバイス。後方散乱指示メッセージ（ＢＩＤ）は、アクセスポイント（ＡＰ）から受信される。問い合わせ信号が受信される。アップリンクデータは、ＢＩＤ及び問い合わせ信号に基づいてＡＰに送信される。いくつかの実装形態では、問い合わせ信号はＡＰから受信される。いくつかの実装形態では、ＢＩＤは後方散乱持続時間を示し、アップリンクデータは後方散乱持続時間の間にＡＰに送信される。いくつかの実装形態では、アップリンクデータは、問い合わせ信号を受信するのと同時にＡＰに送信される。いくつかの実装形態では、エネルギーは問い合わせ信号から収穫される。いくつかの実装形態では、アップリンクデータは、問い合わせ信号から収穫されたエネルギーに基づいて、問い合わせ信号に続いてＡＰに送信される。いくつかの実装形態では、問い合わせ信号は、チャネル状態に基づく、かつ／又はＷＴＲＵからの後方散乱に基づく補償信号を含む。
【選択図】図５

【特許請求の範囲】

【請求項1】

無線ステーション（ＳＴＡ）において実装される方法であって、
後方散乱機会及びダウンリンク（ＤＬ）信号強度閾値を示す後方散乱指示（ＢＩＤ）メッセージを受信することと、
前記ＢＩＤメッセージ中に示されたリソースユニット（ＲＵ）上で受信されたＤＬ送信の信号強度が前記ＤＬ信号強度閾値を超えていることに基づいて、後方散乱送信を生成するために、前記ＤＬ送信を後方散乱させることと、を含む、方法。

【請求項2】

前記ＤＬ送信の前記後方散乱が、前記ＤＬ信号の持続時間が前記後方散乱送信に関連付けられたペイロード送信要件を超えていることに基づいて起こる、請求項１に記載の方法。

【請求項3】

前記ＤＬ送信の強度が前記ＤＬ信号強度閾値を超えていないことに基づいて、別の後方散乱送信を生成するために、前記ＢＩＤメッセージ中に示されたリソースユニット上で受信された別のＳＴＡからのアップリンク（ＵＬ）送信を後方散乱させることを更に含む、請求項１に記載の方法。

【請求項4】

前記ＵＬ送信を前記後方散乱させることが、前記ＵＬ送信の信号強度がＵＬ信号強度閾値を超えていることと、前記ＵＬ送信の持続時間が他の後方散乱送信に関連付けられたペイロード送信要件を超えていることと、に基づいて起こる、請求項３に記載の方法。

【請求項5】

前記ＢＩＤメッセージ、ＤＬフレーム中のプリアンブル、又は専用基準信号に基づいて、前記ＤＬ送信の信号強度を測定することを更に含む、請求項１に記載の方法。

【請求項6】

前記ＤＬ信号強度閾値及び前記ＵＬ信号強度閾値が同じ閾値である、請求項４に記載の方法。

【請求項7】

前記ＢＩＤメッセージが管理メッセージを含む、請求項１に記載の方法。

【請求項8】

前記ＢＩＤメッセージが肯定応答メッセージを含む、請求項１に記載の方法。

【請求項9】

前記ＤＬ信号強度閾値がサービス品質（ＱｏＳ）に関連付けられている、請求項１に記載の方法。

【請求項10】

前記後方散乱送信が、前記ＤＬ送信の信号強度が前記ＤＬ信号強度閾値を超えていることと、前記ＤＬ送信がペイロード送信要件を超えていることとに基づいて生成される、請求項１に記載の方法。

【請求項11】

無線ステーション（ＳＴＡ）であって、
後方散乱機会及びダウンリンク（ＤＬ）信号強度閾値を示す後方散乱指示（ＢＩＤ）メッセージを受信するように構成された受信機と、
前記ＢＩＤメッセージ中に示されたリソースユニット（ＲＵ）上で受信されたＤＬ送信の信号強度が前記ＤＬ信号強度閾値を超えていることに基づいて、後方散乱送信を生成するために、前記ＤＬ送信を後方散乱させるように構成された送信機と、を備える、ＳＴＡ。

【請求項12】

前記送信機が、前記ＤＬ信号の持続時間が前記後方散乱送信に関連付けられたペイロード送信要件を超えていることに基づいて、前記ＤＬ送信を後方散乱させるように更に構成されている、請求項１１に記載のＳＴＡ。

【請求項13】

前記送信機が、前記ＤＬ送信の強度が前記ＤＬ信号強度閾値を超えていないことに基づいて、別の後方散乱送信を生成するために、前記ＢＩＤメッセージ中に示されたリソースユニット上で受信された別のＳＴＡからのアップリンク（ＵＬ）送信を後方散乱させるように更に構成されている、請求項１１に記載のＳＴＡ。

【請求項14】

前記送信機が、前記ＵＬ送信の信号強度がＵＬ信号強度閾値を超えていることと、前記ＵＬ送信の持続時間が他の後方散乱送信に関連付けられたペイロード送信要件を超えていることと、に基づいて、前記ＵＬ送信を後方散乱させるように更に構成されている、請求項１３に記載のＳＴＡ。

【請求項15】

前記受信機が、前記ＢＩＤメッセージ、ＤＬフレーム中のプリアンブル、又は専用基準信号に基づいて、前記ＤＬ送信の信号強度を測定するように更に構成されている、請求項１１に記載のＳＴＡ。

【請求項16】

前記ＤＬ信号強度閾値及び前記ＵＬ信号強度閾値が、同じ閾値である、請求項１４に記載のＳＴＡ。

【請求項17】

前記ＢＩＤメッセージが管理メッセージを含む、請求項１１に記載のＳＴＡ。

【請求項18】

前記ＢＩＤメッセージが肯定応答メッセージを含む、請求項１１に記載のＳＴＡ。

【請求項19】

前記ＤＬ信号強度閾値がサービス品質（ＱｏＳ）に関連付けられている、請求項１１に記載のＳＴＡ。

【請求項20】

前記送信機が、前記ＤＬ送信の信号強度が前記ＤＬ信号強度閾値を超えていることと、前記ＤＬ送信がペイロード送信要件を超えていることと、に基づいて、前記後方散乱送信を生成するように更に構成されている、請求項１１に記載のＳＴＡ。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０２１年２月８日に出願された米国特許仮出願第６３／１４７，０７９号及び２０２１年８月２０日に出願された米国特許仮出願第６３／２３５，４６９号の利益を主張するものであり、それらの内容は、参照により本明細書に組み込まれる。

【背景技術】

【0002】

省電力機能は、デバイスにおける電力を節約するために、エンドユーザデバイスに関するＩＥＥＥ及び３ＧＰＰ規格において実装される。後方散乱送信機は、入射波形を反射又は吸収して、オンオフキーイングを模倣する。

【発明の概要】

【0003】

いくつかの実装形態は、後方散乱に基づく無線送信のためのシステム、方法、及び／又はデバイスを提供する。後方散乱指示メッセージ（backscatter indication message、ＢＩＤ）は、アクセスポイント（access point、ＡＰ）から受信される。問い合わせ信号が受信される。アップリンクデータは、ＢＩＤ及び問い合わせ信号に基づいてＡＰに送信される。いくつかの実装形態では、問い合わせ信号はＡＰから受信される。いくつかの実装形態では、ＢＩＤは後方散乱持続時間を示し、アップリンクデータは後方散乱持続時間の間にＡＰに送信される。いくつかの実装形態では、アップリンクデータは、問い合わせ信号を受信するのと同時にＡＰに送信される。いくつかの実装形態では、エネルギーは問い合わせ信号から収穫される。いくつかの実装形態では、アップリンクデータは、問い合わせ信号から収穫されたエネルギーに基づいて、問い合わせ信号に続いてＡＰに送信される。いくつかの実装形態では、問い合わせ信号は、チャネル状態に基づく、かつ／又はＷＴＲＵからの後方散乱に基づく補償信号を含む。

【図面の簡単な説明】

【0004】

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。

【図1A】１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。

【図1B】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を示すシステム図である。

【図1C】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。

【図1D】一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。

【図2】８０２．１１ａｈフレームワークにおける例示的な後方散乱を示す図である。

【図3】例示的なＢＩＤメッセージフォーマットを説明する表である。

【図4】例示的なメッセージ及び関連するフォーマットを示すブロック図である。

【図5】８０２．１１システムにおける例示的な後方散乱を示す図である。

【図6A】例示的なエネルギー収穫及び後方散乱を示す。

【図6B】図６Ａの続きを示す。

【図7】８０２．１１ａｘシステムにおける後方散乱通信を可能にする例示的な通信を示す。

【図8】ＤＬ受信信号がＱｏＳ要件に基づいて第１の閾値を上回るか又は下回る場合のＢＳＴＡの動作を示すフロー図である。

【図9】後方散乱送信における例示的な干渉を示すシステム図である。

【図10】逆推定を介してＤＬチャネル状態を学習するための例示的なフレームワークを示す。

【図11】チャネル障害の送信側補償を示す。

【図12】チャネル推定のためのＡＰにおける例示的な制御ループを示す。

【図13】マルチキャリア、マルチＳＴＡ推定のための例示的な制御ループを示す。

【図14】ＡＰによるＢＳＴＡの例示的なバッファ推定を示す。

【発明を実施するための形態】

【0005】

いくつかの実装形態は、無線ステーションＳＴＡにおいて実装される方法を提供する。ＳＴＡは、後方散乱機会及びダウンリンク（downlink、ＤＬ）信号強度閾値を示す後方散乱指示（ＢＩＤ）メッセージを受信する。ＳＴＡは、ＢＩＤメッセージ中に示されたリソースユニット（resource unit、ＲＵ）上で受信されたＤＬ送信の信号強度がＤＬ信号強度閾値を超えていることに基づいて、後方散乱送信を生成するために、ＤＬ送信を後方散乱させる。

【0006】

いくつかの実装形態では、ＤＬ送信の後方散乱は、ＤＬ信号の持続時間が後方散乱送信に関連付けられたペイロード送信要件を超えていることに基づいて起こる。いくつかの実装形態は、ＤＬ送信の強度がＤＬ信号強度閾値を超えていないことに基づいて、別の後方散乱送信を生成するために、ＢＩＤメッセージ中に示されたリソースユニット上で受信された別のＳＴＡからのアップリンク（uplink、ＵＬ）送信を後方散乱させることを含む。いくつかの実装形態では、ＵＬ送信を後方散乱させることは、ＵＬ送信の信号強度がＵＬ信号強度閾値を超えていることと、ＵＬ送信の持続時間が他の後方散乱送信に関連付けられたペイロード送信要件を超えていることとに基づいて起こる。いくつかの実装形態は、ＢＩＤメッセージ、ＤＬフレーム中のプリアンブル、又は専用基準信号に基づいて、ＤＬ送信の信号強度を測定することを含む。いくつかの実装形態では、ＤＬ信号強度閾値及びＵＬ信号強度閾値は、同じ閾値である。いくつかの実装形態では、ＢＩＤメッセージは管理メッセージを含む。いくつかの実装形態では、ＢＩＤメッセージは肯定応答メッセージを含む。いくつかの実装形態では、ＤＬ信号強度閾値はサービス品質（quality of service、ＱｏＳ）に関連付けられている。いくつかの実装形態では、後方散乱送信は、ＤＬ送信の信号強度がＤＬ信号強度閾値を超えていることと、ＤＬ送信がペイロード送信要件を超えていることとに基づいて生成される。

【0007】

いくつかの実装形態はＳＴＡを提供する。ＳＴＡは、後方散乱機会及びＤＬ信号強度閾値を示すＢＩＤメッセージを受信するように構成された受信機を含む。ＳＴＡはまた、ＢＩＤメッセージ中に示されたＲＵ上で受信されたＤＬ送信の信号強度がＤＬ信号強度閾値を超えていることに基づいて、後方散乱送信を生成するために、ＤＬ送信を後方散乱させるように構成された送信機も含む。

【0008】

いくつかの実装形態では、送信機はまた、ＤＬ信号の持続時間が後方散乱送信に関連付けられたペイロード送信要件を超えていることに基づいて、ＤＬ送信を後方散乱させるように構成されている。いくつかの実装形態では、送信機はまた、ＤＬ送信の強度がＤＬ信号強度閾値を超えていないことに基づいて、別の後方散乱送信を生成するために、ＢＩＤメッセージ中に示されたリソースユニット上で受信された別のＳＴＡからのＵＬ送信を後方散乱させるように構成されている。いくつかの実装形態では、送信機はまた、ＵＬ送信の信号強度がＵＬ信号強度閾値を超えていることと、ＵＬ送信の持続時間が他の後方散乱送信に関連付けられたペイロード送信要件を超えていることと、に基づいて、ＵＬ送信を後方散乱させるように構成されている。いくつかの実装形態では、受信機はまた、ＢＩＤメッセージ、ＤＬフレーム中のプリアンブル、又は専用基準信号に基づいて、ＤＬ送信の信号強度を測定するように構成されている。いくつかの実装形態では、ＤＬ信号強度閾値及びＵＬ信号強度閾値は、同じ閾値である。いくつかの実装形態では、ＢＩＤメッセージは管理メッセージを含む。いくつかの実装形態では、ＢＩＤメッセージは肯定応答メッセージを含む。いくつかの実装形態では、ＤＬ信号強度閾値はＱｏＳに関連付けられている。いくつかの実装形態では、送信機はまた、ＤＬ送信の信号強度がＤＬ信号強度閾値を超えていることと、ＤＬ送信がペイロード送信要件を超えていることとに基づいて、後方散乱送信を生成するように構成されている。

【0009】

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（zero-tail unique-word discrete Fourier transform Spread OFDM、ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。

【0010】

図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、いずれもステーション（station、ＳＴＡ）と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、モバイルステーション、固定又はモバイル加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及び用途（例えば、遠隔手術）、産業デバイス及び用途（例えば、産業及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、消費者電子デバイス、商業及び／又は産業無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

【0011】

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ノードＢ、ｅノードＢ（eNode B、ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、ｇノードＢ（ｇＮＢ）などの次世代ノードＢ、新無線（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

【0012】

基地局１１４ａは、ＲＡＮ１０４の一部であり得、これはまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなどの他の基地局、及び／又はネットワーク要素（図示せず）を含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトル及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信し、かつ／又は受信し得る。

【0013】

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

【0014】

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（Uplink、ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。

【0015】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（LTE-Advanced、ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。

【0016】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、ＮＲを使用してエアインターフェース１１６を確立し得る。

【0017】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から伝送される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。

【0018】

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

【0019】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。

【0020】

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得る、ＣＮ１０６と通信し得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、映像配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実施し得る。図１Ａには示されていないが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ又はＷｉＦｉ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。

【0021】

ＣＮ１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る１つ以上のＲＡＮに接続された別のＣＮを含み得る。

【0022】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

【0023】

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

【0024】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実施し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。

【0025】

送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信し、かつ／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信し、かつ／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信し、かつ／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信し、かつ／又は受信するように構成され得るということが理解されよう。

【0026】

送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

【0027】

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

【0028】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。

【0029】

プロセッサ１１８は、電源１３４から電力を受電し得るが、ＷＴＲＵ１０２における他のコンポーネントに電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

【0030】

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する位置情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得るということが理解されよう。

【0031】

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つ以上であり得る。

【0032】

ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームと関連付けられた）信号の一部又は全部の送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）のいずれかを介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかの特定のサブフレームと関連付けられた）信号の一部又は全部の送受信の半二重無線機を含み得る。

【0033】

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

【0034】

ＲＡＮ１０４は、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅノード－Ｂを含み得るということが理解されよう。ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノード－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

【0035】

ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理意思決定、ハンドオーバ意思決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

【0036】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

【0037】

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノード－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、かつ制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0038】

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／それらからルーティングし、かつ転送し得る。ＳＧＷ１６４は、ｅノード Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理かつ記憶する機能などの、他の機能を実施し得る。

【0039】

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

【0040】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。

【0041】

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

【0042】

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

【0043】

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（Access Point、ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内に、かつ／又はＢＳＳ外にトラフィックを搬送する配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに伝送されて、それぞれの宛先に配信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して伝送され得、ソースＳＴＡは、ＡＰにトラフィックを伝送し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ得る、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で伝送され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

【0044】

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

【0045】

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。

【0046】

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に伝送し得る。

【0047】

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

【0048】

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、一次チャネルがビジーである場合、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域の全てがビジーであるとみなされ得る。

【0049】

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

【0050】

図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

【0051】

ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、かつ／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し得る、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

【0052】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

【0053】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。

【0054】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理意思決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライスのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

【0055】

図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

【0056】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、登録のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）信号伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低レイテンシ（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非－３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0057】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理及び配分する機能、ＰＤＵセッションを管理する機能、ポリシー実施及びＱｏＳを制御する機能、ＤＬデータ通知を提供する機能などのような、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

【0058】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングなどの他の機能を実施し得る。

【0059】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルＤＮ１８５ａ、１８５ｂに接続され得る。

【0060】

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明を鑑みると、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノード－Ｂ １６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載の任意の他のデバイスのうちの１つ以上に関して本明細書に記載の機能のうちの、１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

【0061】

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実施し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実施し得る。エミュレーションデバイスは、オーバザエアの無線通信を使用して、試験する及び／又は試験を実施する目的で、別のデバイスに直接結合され得る。

【0062】

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実施し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信する、かつ／又は受信するように、エミュレーションデバイスによって使用され得る。
本明細書では、とりわけ、以下の頭字語が使用される。アクセスポイント（ＡＰ）、後方散乱指示（ＢＩＤ）、後方散乱ＳＴＡ（Backscatter STA、ＢＳＴＡ）、伝送可（Clear To Send、ＣＴＳ）、ダウンリンク（ＤＬ）、モノのインターネット（ＩｏＴ）、問い合わせ信号（Interrogation Signal、ＩＮＴ＿ＳＩＧ）、インターネットプロトコル（ＩＰ）、媒体アクセス制御（ＭＡＣ）、多重入力多重出力（ＭＩＭＯ）、直交周波数分割多重（ＯＦＤＭ）、物理層（Physical Layer、ＰＨＹ）、ページング機会（Paging Opportunity、ＰＯ）、電力最適化波形（Power-Optimized Waveform、ＰＯＷ）、省電力モード（Power Save Mode、ＰＳＭ）、制限付きアクセスウィンドウ（Restricted Access Window、ＲＡＷ）、伝送要求（Request To Send、ＲＴＳ）、ターゲットウェイクアップ時間（Target Wakeup Time、ＴＷＴ）、ウェイクアップ受信機（Wake-Up Receiver、ＷｕＲ）、ウェイクアップパケット（Wake-Up Packet、ＷｕＰ）、無線アクセス技術（ＲＡＴ）、無線フロントエンド（Radio Front-end、ＲＦ）、伝送要求（ＲＴＳ）、ステーション（ＷｉＦｉデバイス）（ＳＴＡ）、送信／受信（Transmit/Receive、ＴＸ／ＲＸ）、送信情報マップ（Transmission Information Map、ＴＩＭ）、ユーザ機器（ＵＥ）、アップリンク（ＵＬ）、及びゼロエネルギー（Zero-energy、ＺＥ）。

【0063】

ＩＥＥＥ及び３ＧＰＰの両方は、例えば、アクセスデバイス（例えば、８０２．１１アクセスポイント（ＡＰ）又は３ＧＰＰ ｅＮＢ）からサービスを取得する、エンドユーザデバイス（例えば、８０２．１１ＳＴＡ、３ＧＰＰ ＵＥ）のための電力節約特徴を含む。ＳＴＡ及びＵＥは、本明細書では例示的なエンドユーザデバイスとして使用されるが、これらの例の代わりに、任意の好適なエンドユーザデバイスが使用可能であることに留意されたい。ＡＰ及びｅＮＢは、本明細書では例示的なアクセスデバイスとして使用されるが、これらの例の代わりに、任意の好適なアクセスデバイスが使用可能であることにも留意されたい。省電力機能を実現するデバイスは、省電力モード（ＰＳＭ）で動作していると呼ぶことができる。典型的なＰＳＭ手順は、エンドユーザデバイスがアクセスデバイスとスリープサイクルをネゴシエートすること、スリープサイクルごとにスリープすること（例えば、ＰＳＭに入ること）、事前にネゴシエートされた条件（例えば、周期性又はイベント発生）ごとにウェイクアップすること、「ウェイク期間」に入った後に受信又は送信のためにバッファリングされたデータを示すこと、「ウェイク期間」中にデータ送信又はデータ受信を実施すること、及び（例えば、データ送信又は受信において小康状態があるときに）ＰＳＭを再開することを含む。場合によっては、周期的で有限ではあるが比較的長い持続時間を「ウェイクサイクル」とみなすことができ、そのサイクル内の一部分をエンドユーザデバイスの「ウェイク期間」とみなすことができる。

【0064】

デバイスがウェイクされる場合、デバイスがアクティブである期間であるウェイクサイクル内の持続時間は、受信又は送信のためのキュー内の保留中のデータの量に依存し得る。場合によっては、エンドユーザデバイスがウェイクした後、エンドユーザデバイスは、ウェイクサイクルの持続時間全体を通してアクティブのままであり得る。「ウェイク期間」中に、受信及び／又は送信のためにデータが保留中であることの指示がない場合、エンドユーザデバイスは、ウェイク期間の終わりにスリープを再開する（例えば、ＰＳＭを再開する）し得る。ＰＳＭに入るのは、典型的にはエネルギー節約の目的である。場合によっては、デバイスがスリープできる時間が長いほど、エンドユーザデバイスの電源の待機時間が長くなる。

【0065】

８０２．１１仕様のより新しいバージョンは、ターゲットウェイクアップ時間（ＴＷＴ）を組み込んでいる。ＴＷＴ実装形態は、ＡＰが、個々のステーションが媒体にアクセスするための特定の時間又は時間のセットを定義することを可能にする機能を含み得る。ＳＴＡ及びＡＰは、競い合うＳＴＡ間の競合及び重複の量をＡＰが制御することを可能にするために、予想されるアクティビティ持続時間を示す情報を交換し得る。ＴＷＴの使用は、ＡＰとＳＴＡとの間でネゴシエートされ得る。いくつかの実装形態では、ＴＷＴは、制限付きアクセスウィンドウ（ＲＡＷ）に関与する。ＲＡＷは、例えば、（ＲＡＷと呼ばれる）特定の時間期間中に所与のグループに属するステーションのみにチャネルアクセスを制限することによって、基本サービスセット（ＢＳＳ）内のステーションをグループに区分することを容易にする。言い換えれば、特定のＳＴＡ又はＳＴＡ（又は他のデバイス）のグループのみが、ＲＡＷの間にチャネルにアクセスすることを許可される。場合によっては、これは、競合を低減し、かつ／又は多くのステーションからの同時送信を回避するという利点を有する。

【0066】

いくつかの実装形態では、ＲＡＷ内でグループ化されたＳＴＡは、媒体へのアクセスを獲得するためにアクセススロットを求めて競合する。アクセススロットは、特定のＳＴＡに制限され、特定のＳＴＡ又はＳＴＡのグループによってチャネルアクセスのために選択され得るＲＡＷ内の時間期間である。いくつかの実装形態では、アクセススロットを求める競合の量は、平均して、ＲＡＷ内でグループ化されたＳＴＡの数と、ＳＴＡごとの通話モデル要件とに比例する。通話モデルという用語は、セッション到着（データが到着する時間）、アソシエーション持続時間、及びセッションごとのデータ要件を決定する、ＳＴＡに適用され得るプロセスを指す。場合によっては、ＴＷＴは、例えば、それらのＴＷＴが到着するまでＳＴＡスリープ状態を容易にすることによって、ネットワークエネルギー消費を低減するために使用され得る。

【0067】

上記の特徴は、典型的に、ＳＴＡのための電力節約を提供するために実装され得る。そのようなＳＴＡは、モノのインターネット（ＩＯＴ）デバイスなど、任意の好適なデバイスに組み込むことができる。例示的なＩＯＴデバイスは、化学センサ（例えば、油漏れセンサ、煙霧検知器など）、環境モニタ（例えば、温度センサ及び／又は圧力センサ、埋め込み地震モニタなど）、並びにイベント報告メータ（例えば、パーキングメータ満了、電気使用報告など）を含む。そのようなデバイスは、（例えば、典型的な８０２．１１ＳＴＡに対して）比較的低いデータレート要件を有し得、（例えば数時間／数日に１回、又は更には数週間に１回、例えば数百ビット／秒～数キロビット／秒ほどの）バースト性データトラフィックを送信し得る。

【0068】

そのようなデバイスは、ほとんどの時間ＰＳＭモードのままであり得、タスク（例えば、周期的監視）を実施するためにウェイクアップし得、指定された時間に、情報（例えば、測定値又は他のデータ）をサーバに報告するために無線データ通信に関与し得る。そのようなＩＯＴセンサは、アクセス不可能な場所（例えば、地震被害を推定するためにカリフォルニア州及び日本で使用されるような壁埋め込み型の地震モニタ）であって、それらのデバイス内の電源を周期的間隔で交換することが非実用的であろう場所に配備され得る。したがって、様々な電源からエネルギーを収穫し、その電力リザーブを送信機能及び受信機能のために使用することができるデバイスは、使用可能性を延長するという利点を有し得る。ＲＸチェーン及びＴＸチェーンに電力供給するためにエネルギーを収穫することが可能なデバイスは、将来、より一般的になる可能性がある。また、電力をあまり大量消費しない送信チェーンを伴うアーキテクチャも、将来ユビキタスになる可能性がある。いくつかの実装形態では、後方散乱送信機はそのようなアーキテクチャをサポートする。

【0069】

後方散乱は、ＳＴＡ、ＷＴＲＵ、又は他の無線通信デバイスが、入射ＲＦ信号／波形を使用して、（ａ）そのアップリンク送信に電力を供給するのに必要なエネルギーを収穫し、かつ／又は（ｂ）反射／後方散乱されたＲＦ信号／波形をアンテナ負荷のセットを介して変調する技法である。いくつかの実装形態では、後方散乱という用語は、必ずしもエネルギー収穫を伴うとは限らないが、いくつかの実装形態は、エネルギー収穫を後方散乱の一部として定義する場合がある。後方散乱は典型的に、オンオフキーイングを模倣するために入射波形を反射又は吸収することを含む。異なる実装形態は、後方散乱概念の変形形態を含むことに留意されたい。例えば、問い合わせ信号、キャリア波発生器などと呼ぶことができる入射波形は、特に後方散乱を目的として（すなわち、後方散乱専用で）提供されてもよいか、又は特に後方散乱を目的として提供されるわけではない（すなわち、日和見的後方散乱のための）信号であってもよい。専用問い合わせ信号は、ＳＴＡ、ＵＥ、ＡＰ、ノードＢ、ＷＴＲＵなどの任意の好適なソースによって提供され得る。そのようなソースは、専用ソースと呼ばれ得る。日和見的問い合わせ信号は、周囲ソース（例えば、Ｗｉ－Ｆｉ、ＴＶ信号など）などの任意の好適なソースによって特に後方散乱のために提供されるわけではない任意の好適な信号、及び後方散乱のために特に提供されるわけではない他のデバイス（例えば、ＳＴＡ、ＵＥ、ＡＰ、ノードＢ、ＷＴＲＵなど）からの信号を含み得る。そのようなソースは、日和見的ソースと呼ばれ得る。

【0070】

持続可能性への注目が高まりによって、省電力及びエネルギー効率の分野に大きな関心が集まっている。例えば、普及している周囲ソースはＷｉ－Ｆｉである。いくつかの実装形態では、例えば、広範な採用を可能にするために、既存のフレームワークに組み込むことができるソースを使用して後方散乱させることが好ましい。言い換えれば、いくつかの実装形態では、後方散乱させないレガシーデバイスと後方散乱させることができるデバイスとが、レガシーデバイスを混乱させることなく、かつ／又はレガシーデバイスソフトウェア若しくはハードウェアへの更新を必要とすることなく、環境内に共存することが有益である。

【0071】

いくつかの実装形態は、既存の、新しい、又は再利用されるメッセージ若しくは他の信号を含む。いくつかの例示的なメッセージは、本明細書では特定の名前を使用して定義されるが、それらの特定の名前は単なる例示であることに留意されたい。いくつかの実装形態は、同じ、同様の、又は重複する機能を提供する、異なる名前を有する好適な信号を含む。

【0072】

いくつかの実装形態では、後方散乱ステーション（ＢＳＴＡ）は、信号を後方散乱させることによって情報を送信することができるデバイスである。いくつかの実装形態では、ＢＳＴＡは、超低電力デバイス又はゼロエネルギーデバイスを含み得る。いくつかの実装形態では、伝送可タイプＡ（Clear To Send Type A、ＣＴＳＡ）メッセージが、ＲＴＳＢの受信成功及びＲＴＳＢ（伝送準備完了／伝送要求信号）によって示されるような通信開始要求の受諾を示す、受信機からイニシエータへの応答として使用され得る。いくつかの実装形態では、ＣＴＳＡは、ＢＳＴＡを送信責任から無期限に延期する。いくつかの実装形態では、ＣＴＳＡは単一のイニシエータにアドレス指定され、同じメッセージが、ニーモニックと呼ばれ得る短縮された識別情報をイニシエータに割り当てる。いくつかの実装形態では、ＢＳＴＡがＣＴＳＡを受信していない場合、ＢＳＴＡは、後でＲＴＳＢを送信しないように強制され得る。

【0073】

いくつかの実装形態では、伝送要求タイプＢ（Request to Send Type B、ＲＴＳＢ）メッセージが、後方散乱の機会を要求するＢＳＴＡによって送信される。いくつかの実装形態では、ＲＴＳＢメッセージは、後方散乱のための要求された持続時間を指定する持続時間フィールド若しくは他の指示、及び／又は後方散乱のみが可能であることを示す、後方散乱インジケータフラグと呼ばれ得るフラグを含む。いくつかの実装形態では、受信機は、要求を受け入れるメッセージのイニシエータ（すなわち、ＲＴＳＢを送信するＢＳＴＡ）にＣＴＳＡで応答する。

【0074】

いくつかの実装形態では、ＲＴＳＢへの応答として、伝送可タイプＢ（ＣＴＳＢ）メッセージが送信され得る。いくつかの実装形態では、受信機は、ＣＴＳＢメッセージを使用して応答して、全てのＢＳＴＡが後方散乱送信の開始を要求することからバックオフするように強制する（すなわち、特定の時間期間の間、送信要求（ＲＴＳＢ）を送信／伝送することを控える）。いくつかの実装形態では、ＣＴＳＢメッセージはブロードキャストアドレスに伝送される。いくつかの実装形態では、ＣＴＳＢは、既存のバックオフ機構（例えば、８０２．１１フレームワークにおいて既に使用されている、例えば、分散協調機能（Distributed Coordination Function、ＤＣＦ）におけるバックオフ方法）に基づくバックオフ機構の一部であり得る。

【0075】

いくつかの実装形態では、後方散乱指示メッセージ（ＢＩＤ）メッセージが、ＡＰによって、１つ以上の識別されたＢＳＴＡに送信される。いくつかの実装形態では、ＢＩＤは、短縮された識別情報（例えば、ニーモニック）に基づいてＢＳＴＡにアドレス指定される。いくつかの実装形態では、ＢＩＤメッセージは、以前にＲＴＳＢをＡＰに伝送しており、かつＣＴＳＡを延期されたＢＳＴＡに伝送される。いくつかの実装形態では、ＢＩＤメッセージは、例えば、ＴＷＴ構成に起因して、特定の時間中にウェイクアップすることが（例えば、先験的に）予想されるＢＳＴＡに伝送される。いくつかの実装形態では、ＢＩＤメッセージは後方散乱持続時間を示し、後方散乱持続時間は、ＲＴＳＢ中で要求された持続時間に等しくても等しくなくてもよい。

【0076】

いくつかの実装形態では、ＡＰは、バッファ状態報告要求（Buffer Status Report Request、ＢＳＲ ＲＥＱ）をＢＳＴＡに送信して、ＢＳＲをＡＰに伝送するようにＢＳＴＡに指示する。いくつかの実装形態では、特定のＢＳＴＡは、公称６バイトＭＡＣアドレスによってアドレス指定される。いくつかの実装形態では、ＢＳＴＡは直接アドレス指定されず、むしろ、ＢＳＴＡはブロードキャストアドレスにアドレス指定される。いくつかの実装形態では、（例えば、応答の数を制限し、媒体へのアクセスを制御するために、又はバッファ状態報告のコンテンツを決定する（すなわち、フィルタリングする）ために、）ＡＰはまた、マスク及び／又はＫビット値（すなわち、バッファ状態報告中に特定のコンテンツのみを含めるようにＢＳＴＡに示すためにＡＰが使用することのできる値）も含み得、それによって、ＢＳＴＡは、それらの応答をフィルタリングする。

【0077】

いくつかの実装形態では、バッファ状態報告（Buffer Status Report、ＢＳＲ ＲＰＴ）は、ＢＳＲ ＲＥＱに応答して（例えば、請求型応答として）ＢＳＴＡによって送信される。いくつかの実装形態では、ＢＳＲ ＲＰＴは、ＢＳＴＡのデータバッファが何らかのコンテンツを有するかどうかにかかわらず、請求時に（例えば、ＢＳＲ ＲＥＱを受信した後に）ＢＳＴＡによって送信される。いくつかの実装形態では、バッファが非０値である場合、ＢＳＴＡは、ＢＳＲ ＲＰＴ中の量子化されたバッファ状態を示し、例えば、特定のビット（例えば、ＭＳＢのＮビット（例えば、４ビット））を０に保つ。いくつかの実装形態では、バッファが０値である場合、ＢＳＴＡは、代わりに、例えば、特定のビット（例えば、ＭＳＢのＮビット（例えば、４ビット））を１に設定したまま、ＢＳＲ ＲＰＴ中のリンク品質メトリックを示す。いくつかの実装形態では、ＡＰは、ＭＳＢのＮビットを解釈して、ＢＳＲが有効である（すなわち、バッファ状態を含む）かどうか、又はＢＳＲがＢＳＴＡのリンク品質を反映するかどうかを検出する。

【0078】

いくつかの実装形態では、クリアＢＩＤ（ＣＬＲ ＢＩＤ）メッセージが、ＡＰによってＢＳＴＡに送信されて、ＢＳＴＡのうちの１つ以上に割り当てられたニーモニックをクリアする。いくつかの実装形態では、ＡＰは、ニーモニックが割り当てられた１つ以上のＢＳＴＡのリストを含み、リスト上のＢＳＴＡは、それらのニーモニックをクリアする。いくつかの実装形態では、ＡＰは、ＣＬＲ ＢＩＤメッセージ中で受信機のニーモニックを指定せず、ＣＬＲ ＢＩＤメッセージを受信する全てのＢＳＴＡは、それらのニーモニックをクリアする。

【0079】

いくつかの実装形態では、ＢＩＤ短縮ＡＣＫ（ＢＩＤＡ）は、ニーモニックが割り当てられた１つ以上のＢＳＴＡに対する短縮されたブロック肯定応答である。短縮ブロックａｃｋは、各ビット位置が、ヘッダ内のそれらの正確な位置に一致する対応するニーモニックに対するＡＣＫ又はＮＡＣＫを表す１６進表現である。言い換えれば、短縮ブロックＡＣＫ ０ｘＦＡは、インデックス８及び６中のＢＳＴＡを除く全てのニーモニックについてのＡＣＫを指す。

【0080】

いくつかの実装形態では、問い合わせ信号（ＩＮＴ＿ＳＩＧ）（キャリア波（carrier wave、ＣＷ）とも呼ばれる）は、特定の応答をトリガするために受信機に伝送される任意の電子信号である。後方散乱の文脈において、いくつかの実装形態では、ＩＮＴ＿ＳＩＧは、何らかの意図された受信者に情報を後方散乱させるために受信機が使用することができる信号である。いくつかの実装形態では、ＡＰ、ノードＢ、ＷＴＲＵ、又は他の好適なデバイスは、ＳＴＡ、ＵＥ、ＷＴＲＵ、又は他の好適なデバイスなどの別のデバイスによる後方散乱のためにＩＮＴ＿ＳＩＧを送信する。

【0081】

いくつかの実装形態では、ＢＳＴＡは、例えばＩＮＴ＿ＳＩＧ又はＣＷなどの周囲信号又は専用信号に基づいて、例えばＵＬ上で後方散乱させることが可能である。

【0082】

いくつかの実装形態では、既存のフレーム（例えば、８０２．１１ＭＡＣフレーム）中の既存のフィールド（例えば、持続時間フィールド）は、例えば、既存のフレーム中のスペアフィールドを使用して、又は規格において指定されていない既存のフレームの既存のフィールド中の値を信号伝達することによって、オーバーロードされ得る。これは、例えば、フレームフォーマットの定義が変化しないので、後方互換性を提供するという利点を有し得る。いくつかの実装形態では、より古いデバイスは、有効なフレームを見るが、解読することができない値を有するのに対して、より新しいデバイスは、有効なフレーム及び解読可能な値を見る。

【0083】

いくつかの実装形態では、ニーモニックは、より永久的な識別情報に対する一時的な置換識別情報である。例えば、いくつかの実装形態では、送信機アドレス（transmitter address、ＴＡ）ニーモニックは、送信機のための一時的な置換識別情報であり、受信機アドレス（receiver address、ＲＡ）ニーモニックは、受信機のための一時的な置換識別情報である。いくつかの実装形態では、ＲＡニーモニック及びＴＡニーモニックは、デバイスの場合も同じであり得る。いくつかの実装形態では、ニーモニックは永久的な識別情報よりも短い。いくつかの実装形態では、これは、信号伝達オーバーヘッドがより低いという利点を有する。いくつかの実装形態では、ニーモニックは、ＡＰがニーモニックを有効であるとみなす存続期間中は一意である。いくつかの実装形態では、ニーモニックを割り当てたデバイス（この例ではＡＰ）は、ニーモニックが衝突しない（すなわち、同じＡＰによってサービスされる２つ以上のデバイスによって使用されない）ことを保証する責任を負う。いくつかの実装形態では、被割り当て側は、ニーモニックが衝突している（すなわち、同じＡＰによってサービスされる２つ以上のデバイスによって使用される）場合に、どのデバイスがニーモニックによってアドレス指定されるかに関する曖昧さを解決する責任を負う。

【0084】

いくつかの実装形態では、組織固有識別子（Organizationally Unique Identifier、ＯＵＩ）は、製造業者などの組織を一意に識別する識別子（例えば、ＭＡＣアドレスの最初の３バイト）である。例えば、いくつかの実装形態では、Ａｒｕｂａ（商標）デバイスは、Ａｒｕｂａ用に製造されたデバイス（例えば、相手先ブランド設計製造された（original design manufactured、ＯＤＭ）、相手先商標製造された（original equipment manufactured、ＯＥＭ）、又は自社製造された）の任意のＭＡＣアドレスの最初の３バイトがＡｒｕｂａ ＯＵＩに設定されている。例えば、Ａｒｕｂａ ＯＵＩは、例えば、Ｃｉｓｃｏ（商標）又はＭｅｄｉａＴｅｋ（商標）ＯＵＩとは異なる。

【0085】

いくつかの実装形態では、エポックは、例えば、インフラストラクチャノードによって維持される有限の周期的な持続時間を指す用語である。いくつかの実装形態では、インフラストラクチャノードは、明確に定義されたネットワーク（すなわち、ＡＰ又はインフラストラクチャノードなどの中央コントローラを有する中央集権型ネットワーク）内の各エポック中に同様の機能を適用する（又は同様の機能を実行する）ことができる。いくつかの実装形態では、エポック（epoch）とは、インフラストラクチャノードが、機能を完了まで実行させることなく通常の機能を実行するために適用することができる時間フレームである。言い換えれば、いくつかの実装形態では、エポックは、特定のタスクがエポック内に完了できない場合であっても、インフラストラクチャノードがシステムリソースをプリエンプトし、取り戻すことを可能にする。いくつかの実装形態では、場合によっては、保留中のアクティビティは、次のエポックで発生するよう待機することができる。

【0086】

いくつかの実装形態では、トライス（trice）は、エポック内の可変サブユニットである。いくつかの実装形態では、エポックは、ある数（例えば、Ｔ）のトライスを含む。いくつかの実装形態では、インフラストラクチャノードは、１つのアクティビティに１つのトライスを割り当て、別のアクティビティに別のトライスを割り当てる。例えば、単一のトライスは、インフラストラクチャノードによってサービスされるＢＳＴＡによるエネルギー収穫のために専用化され、最適化され、又は別様に指定され得る。いくつかの実装形態では、サービスされるＳＴＡによって実施され得るアクティビティへの各トライスの決定及び割り当ては、実装固有である。いくつかの実装形態では、サービスされるＳＴＡによって実施することができるアクティビティへの各トライスの決定及び割り当ては、インフラストラクチャノード（すなわち、この文脈ではＡＰ）によって行われる。

【0087】

いくつかの実装形態は、８０２．１１ａｈフレームワークにおける後方散乱を含む。いくつかの実装形態では、後方散乱デバイス（本明細書では後方散乱ＳＴＡ又はＢＳＴＡと呼ぶことがある）は、アップリンク送信を実施するために８０２．１１仕様の様々な態様を利用する。

【0088】

図２は、８０２．１１ａｈフレームワークにおける例示的な後方散乱を示す図である。図２は、ＡＰと、複数のレガシーＳＴＡ（すなわち、後方散乱させるように構成されていないＳＴＡ）と、グループ１及び２（ＢＳＴＡ１及びＢＳＴＡ２）にグループ化された複数の後方散乱ＳＴＡとを含む例示的なネットワークにおけるメッセージを示す。図中において、エンティティに関連付けられた線の上方のブロックは、対応するエンティティによる送信を表し、線の下方のブロックは、対応するエンティティによる受信を表す。

【0089】

明示的に示されていないが、ＢＳＴＡ１及び２は、ＴＷＴを用いて構成されてもされなくてもよく、ＲＡＷウィンドウ内に（例えば、連続する又は非連続の）制限されたアクセススロットのセットを有するように、ＡＰによってグループ化され得る。いくつかの実装形態では、ＢＳＴＡは、関連付けを作成するときに、スロット並びにそれらのそれぞれのＲＡＷ及び／又はＲＡＷの周期性がもしあればそれを認識する。いくつかの実装形態では、ＴＷＴを有するＢＳＴＡは、ＴＷＴの開始時間までスリープするように構成され得る。いくつかの実装形態では、そのようなＢＳＴＡは、いくつかのビーコン（例えば、ＴＷＴウィンドウ及び／又はウェイク持続時間の外側にあるビーコン）を読み取ることをスキップし得る。いくつかのＢＳＴＡは、構成されたＴＷＴを有しない場合があり、そのようなＢＳＴＡは、ビーコンを周期的に受信し得、関連付けの時間中にＲＡＷスロットを用いて構成され得る。

【0090】

ＡＰは、ＴＷＴを用いて構成されＡＰに関連付けられる全てのデバイスのためのウェイクアップスケジュールを維持する。この例示的な図２では、ＲＡＷウィンドウの開始の前に、ＡＰは、必要な競合解決を実施し、自己宛ＣＴＳを伝送することによって媒体へのアクセスを獲得し、デバイスに、自己宛ＣＴＳ中に示される持続時間の間だけ媒体が占有されていることを示す。図２は、後方散乱通信を可能にするために（例えば、ＩＥＥＥ８０２．１１ａｈをサポートする）既存のネットワーク上で行われ得る例示的な修正を示す。

【0091】

図２において、ＡＰは、ＤＩＦフレーム間スペース（DCF Inter Frame Space、ＤＩＦＳ）に続くバックオフ期間中に媒体を感知し、次いで、自己宛ＣＴＳメッセージを送信する。いくつかの実装形態では、レガシーＳＴＡはまた、ＤＣＦフレーム間スペース（ＤＣＦＳ）中に媒体を感知し、バックオフする。

【0092】

ＡＰが自己宛ＣＴＳを送信した後、レガシーＳＴＡは、媒体がビジーである時間期間を示す、ＡＰからの自己宛ＣＴＳの受信に基づいてそれらのＮＡＶベクトルを設定する。ＢＳＴＡは、後方散乱のためにレガシーＳＴＡのＮＡＶ内に存在し得る機会を求める。

【0093】

この例では、ＴＷＴが構成されたＢＳＴＡは、図１においてＲＡＷとしてマークされた時間フレーム内でウェイクアップし得る。ＴＷＴが構成されてない他のＢＳＴＡは、ビーコンを読み取ろうと求め、それらのＢＳＴＡ自体又は近隣中の他のＢＳＴＡ／ＳＴＡのいずれかのための受信機会を探し得る。

【0094】

いずれの場合も、ＢＳＴＡを円滑にするために、ＡＰは、１つ以上のＢＳＴＡの識別情報、及び関連する持続時間を示すＢＩＤメッセージを送信する。いくつかの実装形態では、ＡＰは、それがＢＩＤを伝送するときに存在することになる競合の量の間でトレードオフすることができる。したがって、いくつかの実装形態では、ＡＰは、ＢＩＤメッセージを制限し、所望の量の競合を達成するだけの数のＢＳＴＡ識別情報、及び／又は所望の量の競合を達成するだけの長さの持続時間のみを信号伝達し得る。例えば、いくつかの実装形態では、（例えば、ＢＩＤメッセージサイズ制限に起因して）少数のＢＳＴＡのみがＢＩＤメッセージ中に示され得る場合、ＡＰは、ＡＰが次にＢＩＤメッセージを送信するときにＢＳＴＡの直交セットに機会を与えることができるように、後方散乱機会をより小さい持続時間に保つ。

【0095】

いくつかの実装形態では、ＡＰがより頻繁にＢＩＤメッセージを送信することにより、より多くのチャネルオーバーヘッドをもたらし得るが、例えば、ＡＰがＢＳＴＡのより狭いセットをターゲットにしていることに起因して、競合レートを効果的に低減し得る。

【0096】

図２において、ＡＰは、ＢＳＴＡが後方散乱させるためのＩＮＴ＿ＳＩＧとしてキャリア波（キャリアとマークされている）を送信し、ＢＳＴＡから後方散乱された信号を受信するという意味で、帯域内全二重で動作しているものとして効果的に示されている。いくつかの実装形態では、例えば、ＡＰが別の送受信ポイント（transmit-receive point、ＴＲＰ）、アンテナ、若しくは他のエンティティ、又は周囲ＲＦ信号を使用して、ＢＳＴＡが使用するためのＩＮＴ＿ＳＩＧを提供し、ＡＰが対応する後方散乱信号を受信することができる場合において、このタイプの動作は必要ではないことに留意されたい。

【0097】

いくつかの実装形態では、ＡＰが、例えば、ＲＡＷ内で送信する何らかのＢＳＴＡの可能性を予想して、ＢＳＴＡの少なくともいくつかにおいてＴＷＴを構成した場合、ＡＰは、チャネルへのアクセスを獲得し、ＩＮＴ＿ＳＩＧを送信する。いくつかの実装形態では、問い合わせ信号は、ＡＰにアップリンクデータを送信するために後方散乱ＳＴＡ（ＢＳＴＡ１、ＢＳＴＡ２）によって使用される。いくつかの実装形態では、ＴＷＴが構成されたそれらのＢＳＴＡはまた、例えば、それらの指定されたＲＡＷスロット内でのみ、リソースを求めて競合し得ることに留意されたい。

【0098】

いくつかの実装形態では、ＴＷＴが構成されていないＢＳＴＡはＤＣＦを実施することになるが、チャネルがＡＰによってより早く（例えば、自己宛ＣＴＳによって）確保されているので、ＢＳＴＡは、ＮＡＶベクトルによって設定された持続時間の間、チャネルをビジーとして扱い得る。しかしながら、いくつかの実装形態では、自己宛ＣＴＳがＡＰによって伝送される場合、ＢＳＴＡは、ＣＴＳ持続時間を無視し得、後方散乱機会を求め得る。後方散乱を容易にするために、いくつかの実装形態では、ＡＰは、後方散乱指示（ＢＩＤ）メッセージとＩＮＴ＿ＳＩＧとを交互に送信してもよい。これは図２に反映されており、例えば、キャリアとＢＩＤが交互になっている。いくつかの事例では（例えば、示されているように）、ＡＰが１つ以上の後方散乱送信を受信した後、ＡＰは、１つ以上の後方散乱送信に肯定応答するために、ＢＩＤメッセージの代わりにＢＩＤＡを伝送し得る。ＢＩＤＡメッセージの後に、短縮フレーム間スペース（short inter-frame space、ＳＩＦＳ）持続時間が続き得、連続するＲＡＷ間にガード間隔が導入され得る。ＢＩＤが送信されるたびに、後方散乱ＳＴＡのうちの１つ以上の識別情報がＢＩＤメッセージ中に示されてもよい。いくつかの実装形態では、ＢＩＤメッセージ中に識別情報が示されない場合、ＡＰは、任意のＢＳＴＡがその機会に送信することを可能にする。いくつかの実装形態では、ＡＰは、競合の確率がゼロ又は低いと判定した場合（例えば、競合が閾値競合を下回る場合）、そのようにすることができる。いくつかの実装形態では、ＢＳＴＡは、完全な６バイトＭＡＣアドレス指定方式ではなく、（例えば、上述したように）短縮されたニーモニックによってＢＩＤメッセージ指示において識別される。

【0099】

図３は、ＢＩＤメッセージの例示的なフォーマットを説明する表である。いくつかの実装形態では、ＢＩＤメッセージは、８０２．１１管理メッセージの後にモデル化される。例えば、８０２．１１ＭＡＣメッセージは、２ビットのタイプフィールド及び４ビットの制御サブタイプフィールドを有する。したがって、この例では、１６個の可能な制御サブタイプがある。１６個のサブタイプは、８０２．１１仕様において既に最大限に利用されており、新たなサブタイプを追加することは不可能である。しかしながら、いくつかの実装形態では、８０２．１１ＭＡＣヘッダ中の他のフィールドを解釈することによって特定のサブタイプをオーバーロードすることが可能である。

【0100】

図３の表は、８０２．１１規格のセクション８．２．４．２を反映しており、ＢＩＤメッセージのフォーマットとしていくつかの実装形態において使用可能な持続時間／ＩＤフィールドを説明している。いくつかの実装形態では、図３に示されるフィールドが、８０２．１１管理フレーム中の持続時間／ＩＤフィールドの代わりに使用される。８０２．１１規格によれば、持続時間フィールドは１６ビットであり、２ビットが予約される。更に、使用可能な１４ビットは全てが定義されているわけではない。８０２．１１仕様では、表にない任意の値はＳＴＡによって無視され得ること、又は解釈不可能な持続時間（例えば、表に含まれない値）を有するＭＡＣペイロードの受信時に最大持続時間のＮＡＶベクトルが設定されることを示す。したがって、いくつかの実装形態では、規格のより新しいバージョンに準拠するより新しいデバイスがそれらのバージョンを正確に解釈する一方で、規格の最新バージョンにアップグレードされていないより古いデバイスがＭＡＣフレームを無視するように（又は解釈不可能な持続時間フィールドに起因して、新たなエントリをこの表に指定及び／又は追加することが可能である。

【0101】

いくつかの実装形態は、８０２．１１においてＭＡＣフレームを使用して後方散乱を可能にする。図３に示される持続時間フィールドの例は例示的なものであり、他のフィールドも除外されない。例えば、同一又は類似の目標を達成するために、代替フィールド及び／又は未使用フィールドをオーバーロード又は使用することが可能である。

【0102】

図４は、いくつかの実装形態において８０２．１１フレームワーク内で後方散乱原理を適用することが可能なＳＴＡによって使用可能であり得る（例えば、本明細書で説明される）いくつかの例示的なメッセージを識別する。各例示的メッセージは、例示的フィールドと、バイト単位の各フィールドの例示的長さの指示（括弧内に示される）とを含む。そのようなデバイスは、いくつかの実装形態では、８０２．１１仕様の最新バージョンを実装し得る。実装された８０２．１１バージョンが、例えば以下で説明されるような後方散乱技法を組み込む場合、いくつかの実装形態では、後方散乱ＳＴＡは、（例えば、持続時間フィールドを解釈することによって）メッセージを正しく解釈することができ、（例えば、本明細書で考察されるように最大持続時間のＮＡＶを設定することによって）メッセージを無視するか、又はデフォルト的に解読不可能若しくは未定義として解釈するレガシーＳＴＡと媒体を共有し得る。

【0103】

図４に示される例示的ＢＩＤの例示的持続時間フィールド中の例示的値は、「新たに」指定される（すなわち、８０２．１１規格の以前のバージョンでは定義されない）値（この例では、０ｘ３Ｅ８７）を含み、したがって、レガシーデバイスは、このＭＡＣメッセージを無視する、又は最大長ＮＡＶを設定する等、デフォルト的にＭＡＣメッセージを解釈する。いくつかの実装形態では、ＡＰが、他のＳＴＡがＵＬ送信リソースを必要とすると決定した場合、又はＡＰが、ＢＳＴＡの後方散乱を容易にするためにＩＮＴ＿ＳＩＧを送信すると決定した場合、ＡＰは、実際の（すなわち、８０２．１１規格の以前のバージョンで定義されている）８０２．１１持続時間値（例えば、新たな解釈可能持続時間フィールドの後のフィールド番号３「持続時間８０２．１１データ」）を含むＢＩＤメッセージを送信し得る。

【0104】

いくつかの実装形態では、ＳＴＡがＡＰに関連付くと、ＳＴＡが後方散乱能力を示す場合、ＡＰは、短縮されたアドレス（例えば、１バイト）を（例えば、関連付けの間又は関連付け時に）デバイスに割り当てる。短縮されたアドレスはＴＡニーモニックと呼ばれ得る。いくつかの実装形態では、ＢＩＤメッセージは、６バイトＴＡ ＭＡＣアドレスのハッシュ値又は短縮値を含み得る１つ以上の送信機アドレスニーモニック（例えば、図４のＴＡニーモニック１（１）．．．ＴＡニーモニック（１））を含む。

【0105】

いくつかの実装形態では、ＴＡニーモニックは１バイトであるが、全てのビットが使用されているわけではない。言い換えれば、「実際のＴＡニーモニック」又はＴＡニーモニックの識別部分は、いくつかの実装形態では、長さ１バイト未満であり得る。例えば、いくつかの実装形態では、ＡＰは、将来の使用のためにＴＡニーモニックビット（例えば、非識別ビット）のいくつかを予約し得る。いくつかの実装形態では、ＴＡニーモニックは、セッション中で一意に識別可能なＢＳＴＡの一時的な識別情報である。セッションという用語は、ここでは、デバイスがデータ通信に参加する特定の持続時間を指す。いくつかの実装形態では、ＡＰは、アドレス指定されている、又は（例えば、ＴＸ及び／又はＲＸにおいて）通信しているＢＳＴＡの識別情報をＡＰが認識するように、ＴＡニーモニックの割り当てを調整する。

【0106】

例えば、いくつかの実装形態では、システム内のＮ個のＢＳＴＡのフルセットは、小さいグループごとに（Ｋ＝Ｎ／Ｍ）個のＢＳＴＡを有するＭ個のより小さいグループにグループ化され得る。Ｋ個のＢＳＴＡには、Ｋ≦２５６の例示的なサイズを有するＲＡＷウィンドウ内の１つ以上のスロットが割り当てられ得る。この例では、ＡＰは、より小さいグループ内の各ＢＳＴＡにＴＡニーモニックを割り当て、それをより小さいグループ内で一意にし得るが、ＢＳＴＡは、例えば、それらのＴＷＴの外側でウェイクアップしないので、同じＴＡニーモニックを他のより小さいグループで再使用することができる。いくつかの実装形態では、ＴＡニーモニックのサイズは、デバイスがいくつかのニーモニックを有するＭＡＣフレーム（例えば、閾値サイズのＭＡＣフレーム）を復号する（又は、例えば、好都合に復号する、若しくは閾値時間内に復号する、若しくは閾値量未満のリソースを使用して復号する）には、ＭＡＣフレームサイズが大きすぎないようなサイズである。いくつかの実装形態では、いくつかのＴＡニーモニックは、同じＭＡＣ ＰＤＵ中で連結されて信号伝達され得、ＢＩＤメッセージは、各受信ＴＡニーモニックによって解釈されることになる。いくつかの実装形態では、ＴＷＴを用いて構成されないＢＳＴＡは、いつでも媒体と競合し、媒体にアクセスし得、したがって、それらのＢＳＴＡはＴＷＴによって制限されない。そのようなＢＳＴＡのために、ＡＰは、Ｋ個のニーモニックのサブセットを予約することができるか、又はＡＰは、長形式を使用してそれらに対処することができる。

【0107】

いくつかの実装形態では、例えば、図２に示されるように、８０２．１１ａｈ準拠であるデバイスが参加し、ＡＰからサービスを取得する。いくつかの実装形態では、ＡＰ及びＢＳＴＡデバイスは、持続時間フィールド中に新たに指定された値を解釈し、非ＢＳＴＡデバイスとは異なるようにメッセージを解釈することができる。いくつかの実装形態では、ＢＳＴＡとのＤＬ送信及びＵＬ送信は、８０２．１１ａｈネットワークのフレームワーク内で起こる。

【0108】

図４は、いくつかの実装形態による、例示的なメッセージ及び関連するフォーマットを示すブロック図である。いくつかの実装形態では、これらのメッセージは制御サブタイプメッセージである。サブタイプは４ビットであるため、いくつかの実装形態では、８０２．１１において新たな制御サブタイプメッセージを定義することは不可能である。したがって、いくつかの実装形態では、持続時間フィールド（１６ビット値）は、メッセージペイロードがどのように解釈されるべきかを指定するために修正される。例えば、いくつかの実装形態では、サブタイプが制御であり、持続時間フィールドが１６進数の０ｘ１Ｆ６３に設定されている場合、メッセージは、図４に示されるようなフォーマットを有するＣＴＳＡとして解釈される。図４に示されたメッセージは、上で考察されており、本明細書を通して適切な場所でも考察されている。

【0109】

図４は、例示的なＣＴＳＡフレーム、ＣＴＳＢフレーム、ＲＴＳＢフレーム、ＢＩＤフレームＢＳＲ ＲＰＴフレーム、ＢＳＲ ＲＥＱフレーム、２つの例示的なＣＬＲＢＩＤフレーム、及びＢＩＤＡフレームを示す。

【0110】

例示的なＣＴＳＡフレームは、フレーム制御フィールド、持続時間フィールド、ＲＡフィールド、ＲＡニーモニックフィールド、及びＦＣＳフィールドを含む。フレーム制御フィールドは、ＩＥＥＥ８０２．１１フレームタイプ及びサブタイプを識別するために使用され、持続時間フィールドは、後方散乱特定フレームフォーマットを定義するために使用され、ＲＡフィールドは、受信ＳＴＡアドレスを示し、ＲＡニーモニックフィールドは、アドレスＲＡを有する受信ＳＴＡのための割り当てられた短い長さのアドレスである。ＦＣＳ（フレームチェックシーケンス）は、誤り検出に使用される。示されるように、これらのフィールドは、それぞれ、フレーム内の第１、第２、第３、第４、及び第５の位置にある。これらの例示的なフィールドは、それぞれ、２バイト、２バイト、６バイト、４バイト、及び４バイト長である。いくつかの実装形態では、ＣＴＳＡフレームは、他のフィールド、これらのフィールドのサブセット、異なるサイズのフィールドを含み、かつ／又はこれらのフィールドを異なるように順序付けることに留意されたい。いくつかの実装形態では、ＣＴＳＡフレームの機能を果たすフレームは、任意の他の好適な名前で呼ばれる。この例では、ＣＴＳＡフレームは、０ｘ１Ｆ６３の値で示されるような持続時間フィールドによって識別される。

【0111】

例示的なＣＴＳＢフレームは、フレーム制御フィールド、持続時間フィールド、ＲＡフィールド、及びＦＣＳフィールドを含む。示されるように、これらのフィールドは、それぞれ、フレーム内の第１、第２、第３、及び第４の位置にある。これらの例示的なフィールドは、それぞれ、２バイト、２バイト、６バイト、４バイト長である。いくつかの実装形態では、ＣＴＳＢフレームは、他のフィールド、これらのフィールドのサブセット、異なるサイズのフィールドを含み、かつ／又はこれらのフィールドを異なるように順序付けることに留意されたい。いくつかの実装形態では、ＣＴＳＢフレームの機能を果たすフレームは、任意の他の好適な名前で呼ばれる。この例では、ＣＴＳＢフレームは、０ｘ１Ｆ６３の値で示されるような持続時間フィールドによって識別され、ＲＡは、ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆの値で示される。この例では、ＲＡ値、ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ（すなわち、全てバイナリ１）は、ブロードキャスト、すなわち全ての受信機がアドレス指定されることを示す）。個々の受信機は、他の実装形態ではこのフィールドによってアドレス指定可能である。

【0112】

例示的なＲＴＳＢフレームは、フレーム制御フィールド、２つの持続時間フィールド、ＲＡフィールド、ＴＡフィールド、バインドフィールド、及びＦＣＳフィールドを含む。ここで、第２の持続時間フィールドは、続くフレームを送信するのに必要な時間を示す。ＲＡフィールド及びＴＡフィールドは、それぞれ、受信ＳＴＡアドレス及び送信ＳＴＡアドレスを示す。バインドフィールドは、ＢＳＴＡがＩＮＴ＿ＳＩＧを必要とするか否かを示すフラグである。示されるように、これらのフィールドは、それぞれ、フレーム内の第１、第２、第３、第４、第５、第６、及び第７の位置にある。これらの例示的なフィールドは、それぞれ、２バイト、２バイト、２バイト、６バイト、６バイト、１ビット、及び４バイト長である。いくつかの実装形態では、ＲＴＳＢフレームは、他のフィールド、これらのフィールドのサブセット、異なるサイズのフィールドを含み、かつ／又はこれらのフィールドを異なるように順序付けることに留意されたい。いくつかの実装形態では、ＲＴＳＢフレームの機能を果たすフレームは、任意の他の好適な名前で呼ばれる。この例では、ＲＴＳＢフレームは、０ｘ３Ｅ８３の値で示されるような持続時間フィールドによって識別される。

【0113】

例示的なＢＩＤフレームは、フレーム制御フィールド、持続時間フィールド、持続時間８０２．１１データフィールド、ＴＡニーモニックフィールド１～ｎ、及びＦＣＳフィールドを含む。ここで、持続時間８０２．１１データフィールドは、ＴＡニーモニックフィールド１～ｎによって識別されるアドレス指定された各ＢＳＴＡの後方散乱機会持続時間を示す。ＴＡニーモニックフィールド１～ｎは、送信（すなわち、後方散乱）ＳＴＡに割り当てられた短い長さのアドレスを示す。示されるように、これらのフィールドは、それぞれ、フレーム内の第１、第２、第３、第４～第６、及び第７の位置にある。これらの例示的なフィールドは、それぞれ、２バイト、２バイト、２バイト、各１バイト、及び４バイト長である。いくつかの実装形態では、ＢＩＤフレームは、他のフィールド、これらのフィールドのサブセット、異なるサイズのフィールドを含み、かつ／又はこれらのフィールドを異なるように順序付けることに留意されたい。いくつかの実装形態では、ＢＩＤフレームの機能を果たすフレームは、任意の他の好適な名前で呼ばれる。この例では、ＢＩＤフレームは、０ｘ３Ｅ８７の値で示されるような持続時間フィールドによって識別される。

【0114】

例示的なＢＳＲ ＲＰＴフレームは、フレーム制御フィールド、持続時間フィールド、持続時間ＢＳデータフィールド、ＴＡフィールド、及びＦＣＳフィールドを含む。ここで、持続時間ＢＳデータフィールドは、バッファ状態又はリンク品質に関する情報を示す。示されるように、これらのフィールドは、それぞれ、フレーム内の第１、第２、第３、第４、及び第５の位置にある。これらの例示的なフィールドは、それぞれ、２バイト、２バイト、２バイト、６バイト、及び４バイト長である。いくつかの実装形態では、ＢＳＲ ＲＰＴフレームは、他のフィールド、これらのフィールドのサブセット、異なるサイズのフィールドを含み、かつ／又はこれらのフィールドを異なるように順序付けることに留意されたい。いくつかの実装形態では、ＢＳＲ ＲＰＴフレームの機能を果たすフレームは、任意の他の好適な名前で呼ばれる。この例では、ＢＳＲ ＲＰＴフレームは、０ｘ３Ｅ８Ｂの値で示されるような持続時間フィールドによって識別される。

【0115】

最初に挙げられた例示的なＢＳＲ ＲＥＱフレームは、フレーム制御フィールド、持続時間フィールド、ＲＡフィールド、ＴＡフィールド、及びＦＣＳフィールドを含む。示されるように、これらのフィールドは、それぞれ、フレーム内の第１、第２、第３、第４、及び第５の位置にある。これらの例示的なフィールドは、それぞれ、２バイト、２バイト、６バイト、６バイト、及び４バイト長である。いくつかの実装形態では、ＢＳＲ ＲＥＱフレームは、他のフィールド、これらのフィールドのサブセット、異なるサイズのフィールドを含み、かつ／又はこれらのフィールドを異なるように順序付けることに留意されたい。いくつかの実装形態では、ＢＳＲ ＲＥＱフレームの機能を果たすフレームは、任意の他の好適な名前で呼ばれる。この例では、ＢＳＲ ＲＥＱフレームは、０ｘ３Ｅ８Ｆの値で示されるような持続時間フィールドによって識別される。

【0116】

第２のリストされた例示的なＢＳＲ ＲＥＱフレームは、フレーム制御フィールド、持続時間フィールド、ＲＡフィールド、マスクフィールド、及びＦＣＳフィールドを含む。ここで、マスクフィールドは、特定タイプのＢＳＲ報告（例えば、フィルタリングされた報告）を示す。示されるように、これらのフィールドは、それぞれ、フレーム内の第１、第２、第３、第４、及び第５の位置にある。これらの例示的なフィールドは、それぞれ、２バイト、２バイト、６バイト、６バイト、及び４バイト長である。いくつかの実装形態では、ＢＳＲ ＲＥＱフレームは、他のフィールド、これらのフィールドのサブセット、異なるサイズのフィールドを含み、かつ／又はこれらのフィールドを異なるように順序付けることに留意されたい。いくつかの実装形態では、ＢＳＲ ＲＥＱフレームの機能を果たすフレームは、任意の他の好適な名前で呼ばれる。この例では、ＢＳＲ ＲＥＱフレームは、０ｘ３Ｅ８Ｆの値で示されるような持続時間フィールドによって識別され、ＲＡは、ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆの値で示される。この例では、ＲＡ値、ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ（すなわち、全てバイナリ１）は、ブロードキャスト、すなわち全ての受信機がアドレス指定されることを示す）。個々の受信機は、他の実装形態ではこのフィールドによってアドレス指定可能である。

【0117】

第１のリストされた例示的なＣＬＲＢＩＤフレームは、フレーム制御フィールド、持続時間フィールド、ＴＡニーモニックフィールド１～ｍ、及びＦＣＳフィールドを含む。ここで、ＴＡニーモニックフィールドは、それらの短縮された一時的なＩＤを使用してアドレス指定されたＢＳＴＡを識別するために使用される。示されるように、これらのフィールドは、それぞれ、フレーム内の第１、第２、第３～第５、及び第６の位置にある。これらの例示的なフィールドは、それぞれ、２バイト、２バイト、各１バイト、及び４バイト長である。いくつかの実装形態では、ＣＬＲＢＩＤフレームは、他のフィールド、これらのフィールドのサブセット、異なるサイズのフィールドを含み、かつ／又はこれらのフィールドを異なるように順序付けることに留意されたい。いくつかの実装形態では、ＣＬＲＢＩＤフレームの機能を果たすフレームは、任意の他の好適な名前で呼ばれる。この例では、ＣＬＲＢＩＤフレームは、０ｘ３ＥＥ３の値で示されるような持続時間フィールドによって識別される。

【0118】

第２の例示的なＣＬＲＢＩＤフレームは、フレーム制御フィールドと、持続時間フィールドと、ＦＣＳフィールドとを含む。示されるように、これらのフィールドは、それぞれ、フレーム内の第１、第２、及び第３の位置にある。これらの例示的なフィールドは、それぞれ、２バイト、２バイト、及び４バイト長である。いくつかの実装形態では、ＣＬＲＢＩＤフレームは、他のフィールド、これらのフィールドのサブセット、異なるサイズのフィールドを含み、かつ／又はこれらのフィールドを異なるように順序付けることに留意されたい。いくつかの実装形態では、ＣＬＲＢＩＤフレームの機能を果たすフレームは、任意の他の好適な名前で呼ばれる。この例では、ＣＬＲＢＩＤフレームは、０ｘ３ＥＥ７の値で示されるような持続時間フィールドによって識別される。

【0119】

例示的なＢＩＤＡフレームは、フレーム制御フィールド、持続時間フィールド、持続時間８０２．１１データフィールド、ＴＡニーモニックフィールド１～ｎ、短縮ブロックａｃｋフィールド、及びＦＣＳフィールドを含む。ここで、短縮ブロックａｃｋフィールドは、１つ以上の後方散乱器からの１つ以上の最近受信された後方散乱送信に対する肯定応答を示す。示されるように、これらのフィールドは、それぞれ、フレーム内の第１、第２、第３、第４～第６、第７及び第８の位置にある。これらの例示的なフィールドは、それぞれ、２バイト、２バイト、２バイト、各１バイト、？バイト、及び４バイト長である。ここで、（？）は、短縮ブロックａｃｋの長さが動的であり得、肯定応答された後方散乱送信の数に依存することを示す。例えば、いくつかの実装形態では、短縮ブロックａｃｋフィールドは１バイト長である。いくつかの実装形態では、ＣＬＲＢＩＤフレームは、他のフィールド、これらのフィールドのサブセット、異なるサイズのフィールドを含み、かつ／又はこれらのフィールドを異なるように順序付けることに留意されたい。いくつかの実装形態では、ＣＬＲＢＩＤフレームの機能を果たすフレームは、任意の他の好適な名前で呼ばれる。この例では、ＣＬＲＢＩＤフレームは、０ｘ３ＥＥ３の値で示されるような持続時間フィールドによって識別される。

【0120】

いくつかの実装形態では、ＢＩＤメッセージを受信するＢＳＴＡは、ＳＩＦＳの直後に媒体にアクセスすることができるかどうかを決定するために、ＢＩＤメッセージ中の送信アドレスニーモニック（ＴＡニーモニック）の存在をスキャンする。いくつかの実装形態では、ＴＡニーモニックは、６バイトＴＡ ＭＡＣアドレスの代わりに、１バイト短縮アドレスである。いくつかの実装形態では、ＴＡニーモニックは、ＣＴＳＡメッセージ内でＡＰによってＢＳＴＡに割り当てられる。いくつかの実装形態では、ＢＩＤメッセージは、受信ＢＳＴＡに、後方散乱のために利用可能な持続時間を、例えば「持続時間８０２．１１データ」フィールド中に示す。いくつかの実装形態では、ＢＩＤメッセージに含まれるＴＡニーモニックの数は１～ｎである。いくつかの実装形態では、ＢＩＤメッセージに含まれるＴＡニーモニックの数は、例えば、ＡＰがネットワーク内でどれだけの競合を許容するかに応じて、ＡＰによって制御可能である。いくつかの実装形態では、完全にスケジュールされたネットワークにおいて、又は輻輳したネットワークにおいて、ＡＰは、ＴＡニーモニックの数を、例えば、ＢＩＤメッセージ中でちょうど１に制限し得る。いくつかの実装形態では、ＢＩＤメッセージは、以前に送信を要求したが、ＣＴＳＡを用いて以前に延期された１つ以上のＢＳＴＡへのＡＰによる送信のための延期された認識である。いくつかの実装形態では、ＡＰは、帯域内全二重機能を用いて実装され、後方散乱通信を受信することができる。いくつかの実装形態では、後方散乱送信の受信が成功した場合、ＡＰは、ＢＩＤ肯定応答（BID acknowledgement、ＢＩＤＡ）メッセージ中でＢＩＤメッセージでピギーバックされた肯定応答を送信する。ＢＩＤＡメッセージの例示的フォーマットを図４に示す。いくつかの実装形態では、ＢＩＤＡは、以前に受信された送信に対するＡＣＫ（例えば、ブロックＡＣＫ）も含むことを除いて、ＢＩＤメッセージと同様である。

【0121】

典型的な８０２．１１システムでは、隠れノード問題に対処するためにＣＴＳ及びＲＴＳが使用されることに留意されたい。隠れノード問題は、受信ＳＴＡ（例えば、この例ではＣＴＳを送信するＳＴＡ）が、送信ＳＴＡ（例えば、この例ではＲＴＳを送信するＳＴＡ）によって検出されない近くのＳＴＡからの干渉を受けている場合に発生する。グローバルレベルでは、ＣＴＳ及びＲＴＳは、必ずしも干渉を回避するための機構としてではなく、媒体をポーリング及び予約するための機構として想定することができる。本明細書で考察されるように、ＣＴＳ及びＲＴＳは、デバイスが対応する要求について肯定応答されるポーリング及び予約機構として概念化することができる。しかしながら、ＣＴＳ及びＲＴＳは既存の制御メッセージであり、既存の８０２．１１システムの文脈において修正可能ではないことに留意されたい。したがって、いくつかの実装形態では、新たなＣＴＳ及びＲＳＴＳ（例えば、ＣＴＳタイプＡ（ＣＴＳＡ）及びＲＴＳタイプＢ（ＲＴＳＢ）が、制御フォーマットを介してオーバーロードされたメッセージとして導入される。いくつかの実装形態では、ＲＴＳＢは、送信が後方散乱のための問い合わせ信号（すなわち、ＩＮＴ＿ＳＩＧ又はキャリア波）の形態の支援を必要とすることを受信機に示すための、ＢＩＤフラグを含む。いくつかの実装形態では、ＣＴＳＢは、ユニキャストアドレスの代わりにブロードキャストアドレスにアドレス指定される。

【0122】

現在の８０２．１１ネットワークでは、送信機アドレス及び受信機アドレス（ＴＡ及びＲＡ）は６バイト長である。ＣＴＳ及びＲＴＳの現在の例では、ＴＡ及びＲＡは単一である（すなわち、ＣＴＳ及びＲＴＳは、単一のＴＡ及びＲＡのみにアドレス指定される）。いくつかの実装形態では、ＣＴＳ及びＲＴＳは、いくつかの展開では必要でない場合があるオーバーヘッドを生成する。したがって、いくつかの実装形態では、ＢＩＤメッセージは、いくつかのＴＡアドレスに同時にアドレス指定され得る。いくつかの実装形態では、ＢＩＤＡは、同様のフォーマットを有するＢＩＤメッセージ上にピギーバックされた肯定応答メッセージである。いくつかの実装形態では、８０２．１１ネットワークにおけるレガシーアドレス指定は、６バイトＭＡＣアドレスを介する。いくつかの実装形態では、第１の３バイトはＯＵＩであり、残りの３バイトはＯＵＩの下の一意のアドレス指定である。いくつかの実装形態では、ニーモニックは、ＡＰによって任意のＳＴＡ又はＢＳＴＡに与えられる一時的な識別情報である。

【0123】

いくつかの実装形態では、ニーモニックは、短期（例えば、閾値時間を下回る、又は閾値メッセージ数を下回る）トランザクションのためにＳＴＡに割り当てられる１バイト値である。いくつかの実装形態では、識別情報は、トランザクションの持続時間の間、ＡＰのサービスエリア内で一意である。８０２．１１ａｈより前の（すなわち、８０２．１１ａｈに準拠していない）８０２．１１システムでは、媒体へのアクセスは、場合によっては、ＤＣＦ、拡張分散チャネルアクセス（Enhanced Distributed Channel Access、ＥＤＣＡ）、又はポイント協調機能（Point Coordination Function、ＰＣＦ）を介する。いくつかのそのようなシステムでは、レガシーデバイスは、クリアチャネルアセスメントを実施し、所定の方法に従うことによって送信及び受信する。いくつかの実装形態では、そのようなレガシーデバイスは、本明細書で提案される様々な変更による影響を受けず、ＡＰによってシームレスにサービスされる（例えば、本明細書で提案される変更からの悪影響を被らない）。

【0124】

図５は、８０２．１１システムにおける例示的な後方散乱を示す図である。図５は、ＡＰと、レガシーＳＴＡ（すなわち、後方散乱させるように構成されていない、又は後方散乱通信／送信をサポートしないＳＴＡ）と、後方散乱ＳＴＡとを含む例示的なネットワークにおけるメッセージを示す。図中において、エンティティに関連付けられた線の上方のブロックは、対応するエンティティによる送信を表し、線の下方のブロックは、対応するエンティティによる受信を表す。

【0125】

図５の例では、ＡＰは、専用キャリアを配置することによって後方散乱ＳＴＡのための後方散乱を可能にする。例えば、示された自己宛ＣＴＳメッセージを送信することによって、媒体へのアクセスを獲得した後、ＡＰは、全てのレガシーＳＴＡに、持続時間フィールド中に示された持続時間の間、チャネルが占有されることを示す。この例では、自己宛ＣＴＳメッセージは、０ｘＦＦ：０ｘＦＦ：０ｘＦＦ：０ｘＦＦ：０ｘＦＦ：０ｘＦＦにアドレス指定される（すなわち、全てのＳＴＡにブロードキャストされる）。自己宛ＣＴＳ送信により、レガシーデバイス（例えば、示されているレガシーＳＴＡ）に、自己宛ＣＴＳの持続時間フィールド中に示される持続時間の間、ＮＡＶベクトルを強制的に設定させる。いくつかの実装形態では、このアドレス（すなわち、ブロードキャストアドレス０ｘＦＦ：０ｘＦＦ：０ｘＦＦ：０ｘＦＦ：０ｘＦＦ：０ｘＦＦ）はまた、後方散乱機会（すなわち、識別された持続時間の間の近いうちに後方散乱機会が生じること）を監視するようにＢＳＴＡ（例えば、図示される後方散乱ＳＴＡ）に示す。いくつかの実装形態では、ＢＳＴＡは、例えばＳＩＦＳ後に、ＢＩＤを監視することによって後方散乱機会を監視する。

【0126】

いくつかの実装形態では、ＢＳＴＡは、ＣＴＳＢの後の適切なスロットにおいてＢＩＤメッセージを探索する。いくつかの実装形態では、送信の要求は、図中で明示的に強調されていなくても、ＲＴＳＢ及びＣＴＳＡを介する（例えば、ＲＴＳＢ及びＣＴＳＡ／Ｂの送信は、図中に示されているものに先行し得る）。いくつかの実装形態では、ＣＴＳＡ／Ｂの後に、ＲＴＳＢを送信したＢＳＴＡによって監視されるＢＩＤメッセージが続く。

【0127】

図５の例では、後方散乱ＳＴＡは、専用後方散乱機会の利用可能性を示す、サービングＡＰによって送信された自己宛ＣＴＳメッセージを検出し、後方散乱機会構成を搬送するＢＩＤメッセージについてチャネルを監視する。この例では、後方散乱ＳＴＡは、ＢＩＤ内のニーモニックを介してその識別情報を検出し、ＢＩＤ内の後方散乱ウィンドウの関連する持続時間を受信する。後方散乱ＳＴＡは、識別されたウィンドウ内で後方散乱チャネルを求めて競合し、サービングＡＰから肯定応答を受信する。いくつかの実装形態では、例示的なＢＴＳＡは、これらのアクションを実施するように構成及び／又はプログラムされた回路を含む。図５の例では、後方散乱ＳＴＡは、後方散乱ウィンドウの持続時間の間に後方散乱チャネルを取得し、後方散乱ウィンドウ中にその目的のためにＡＰによって送信されたキャリア上でＡＰにデータを後方散乱させる。ＡＰは、この例では、後方散乱ウィンドウの終了からＳＩＦＳ後に後方散乱データの受信を肯定応答する。

【0128】

いくつかの実装形態では、ＲＴＳＢを送信したデバイス及びＣＴＳＡが発行されたそれらのデバイスの識別情報を知って、ＡＰは、ＢＳＴＡによって読み取られるＢＩＤメッセージを送信し、識別されたＢＳＴＡは、ＩＮＴ＿ＳＩＧ（キャリア）を利用してＡＰに後方散乱させる。いくつかの実装形態では、ＢＩＤメッセージは、後方散乱機会の持続時間の指示を含む。

【0129】

いくつかの実装形態は、８０２．１１システムにおけるエネルギー収穫及び後方散乱の両方を含む。例えば、図６Ａ及図６Ｂは、例示的なエネルギー収穫及び後方散乱を示す。図６Ｂは、図６Ａに示された図の続きである。特に、図６Ａ及び図６Ｂは、電力最適化されたデバイスが、入射信号からエネルギーを収穫することと、後方散乱データに問い合わせ信号を使用することの両方を可能にするために、ＡＰが適用し得る例示的なスキーマを示す。

【0130】

図６Ａ及び図６Ｂは、ＡＰ、レガシーＳＴＡ、及び３つの後方散乱ＳＴＡ、後方散乱ＳＴＡ１、後方散乱ＳＴＡ２、及び後方散乱ＳＴＡ３を含む、例示的なネットワークにおけるメッセージを示す。図中において、エンティティに関連付けられた線の上方のブロックは、対応するエンティティによる送信を表し、線の下方のブロックは、対応するエンティティによる受信を表す。図６Ａ及び図６Ｂの異なるトライスにおけるメッセージングは例示に過ぎず、必ずしも時系列のイベントとして解釈されることを意味するものではないことに留意されたい。言い換えれば、図６Ａ及び図６Ｂは、１つのトライスから別のトライスに移動するイベントのカスケードシーケンスとして解釈されることを意味していない。

【0131】

図６Ａ及び図６Ｂの例では、ＡＰは、１つのエポックによって定義される周期的に動作する。各エポックは、ｋ個の時間トライスに分割される。各時間トライスｔ、１≦ｔ≦ｋ、は、ＡＰによって特定の目的のために選択され得る。図６Ａ及び図６Ｂの４つの例示的なトライスの各々について以下で考察する。

【0132】

いくつかの実装形態では、ネットワークは、様々な８０２．１１プロトコルを採用するレガシーＳＴＡもサポートするように展開され、ＡＰ及びＢＳＴＡは、これらのレガシーＳＴＡと共存する。

【0133】

図６Ａ及び図６Ｂは、ＡＰが最初にＤＣＦを実施し、媒体を獲得した例示的なエポックｎを示す。例えば、時間トライス１において、ＡＰは、ＤＣＦフレーム間スペース（DCF interframe space、ＤＩＦＳ）間隔の間チャネルをリッスンし、適宜バックオフすることによって、最初に媒体へのアクセスを獲得したと仮定される。

【0134】

エポックｎは、４つの例示的な時間トライスである時間トライス１、時間トライス２、時間トライスｋ－１、及び時間トライスｋを含む。エポックは、任意の好適な数のトライスを含むことができることに留意されたい。この例では、時間トライス１は、例えば、レガシーＳＴＡがそのＮＡＶによってブロックされている間にＢＳＴＡの送信をスケジュールするために使用可能であり、時間トライス２は、例えば、ＢＳＴＡがエネルギーを収穫している間にレガシーＳＴＡからアップリンクデータを送信するために使用可能である。時間トライスｋ－１は、例えば、レガシーＳＴＡがそのＮＡＶによってブロックされている間に、ＢＳＴＡが時間トライス１においてスケジュールされたデータをＡＰに送信する（又は、それらのＢＳＴＡが送信すべきデータを有していない場合、エネルギーを収穫する）ために使用可能である。時間トライス ｋは、ＢＳＴＡがエネルギーを収穫する間にレガシーＳＴＡにダウンリンクデータを送信するために使用可能である。

【0135】

この例では、時間トライス１は、ＢＳＴＡの送信をスケジューリングするために使用される。ＡＰが媒体へのアクセスを獲得した後、ＡＰは、自己宛ＣＴＳを送信し、レガシーデバイスにそれらのＮＡＶベクトルを設定させる。したがって、レガシーＳＴＡは、自己宛ＣＴＳメッセージを受信し、自己宛ＣＴＳメッセージに基づいてそのＮＡＶを設定する。この場合、ＮＡＶは、時間トライス１の持続時間の間、レガシーＳＴＡに媒体がビジーであることを示す。図中の時間トライス１において、ＮＡＶは、レガシーＳＴＡが時間トライス１の全体にわたって媒体をビジーとして扱っていることを示し、したがって、レガシーＳＴＡは、この時間期間中に送信も受信もしない。ＡＰはそれに続いて、ＢＳＴＡの適切なＴＷＴにおいてＢＳＲ ＲＥＱメッセージを伝送する。この例では、ＡＰは、図中に示されるように、単一のＢＳＲ ＲＥＱを送信する。ＢＳＲを有するこれらのＢＳＴＡは、ＢＳＲ ＲＰＴをＡＰに送信する。この例では、ＢＳＲ ＲＰＴが示されておらず、ＢＳＴＡが送信すべきＢＳＲを有していないか、又はＴＷＴを有していないことのいずれかを示している。この例では、ＢＳＴＡは、構成されたＴＷＴを有しておらず、したがって、ＲＴＳＢを送信するためにチャネルを求めて競合する。この例では、各ＢＳＴＡは、ＲＴＳＢメッセージを送信する前に、ＤＩＦＳだけ待機し、必要に応じて（破線で示されるように）バックオフすることによって、ＤＣＦを実施する。

【0136】

いくつかの実装形態では、ＢＳＴＡは低電力デバイスであり、後方散乱を介してこれらのＲＴＳＢメッセージをＡＰに送信する。いくつかの実装形態では、ＲＴＳＢメッセージは、一次送信機を使用して送信されるが、後続及び／又は後のアップリンク送信（例えば、主ペイロード）は、ＡＰに後方散乱される。いくつかの実装形態では、そのようなハイブリッド手法は、デバイスの全体的な電力消費の著しい低減をもたらすという利点を有し得る。いくつかの実装形態では、そのようなハイブリッド手法は、ペイロードの一次送信が後方散乱を介して送信されるのに対して、後方散乱なしにチャネルに信頼できるアクセス許可を与えるようにＡＰに要求することによって、ＲＴＳＢ送信の回復力を高めるという利点を有し得る。そのような実装形態では、同様の手法が、近くのＳＴＡからの干渉を回避又は最小化するために適用され得る。

【0137】

いくつかの実装形態では、ＢＳＴＡは、利用可能な（例えば、一致する）周囲信号が存在する場合、それらのＲＴＳＢを後方散乱させる。いくつかの実装形態では、ＢＴＳＡは、一致する周囲信号がない場合、それらのＲＴＳＢを送信しない。この例では、ＢＳＴＡは、それらのバッファ中に保留中のデータを有し、必要とされる持続時間、及び後方散乱が更なる送信のために有効化される必要があるかどうかを示すために、（例えば、利用可能な周囲信号に基づいて）ＩＮＴ＿ＳＩＧなしにＲＴＳＢを送信することが可能である。また、ＲＴＳＢメッセージは、ＢＳＴＡがＵＬ上で送信するためにＩＮＴ＿ＳＩＧを必要とすることをＡＰに示すバインドフラグを含むこともできる。

【0138】

いくつかの実装形態では、ＡＰは、（例えば、ＳＦＩＳなどの適切な遅延の後に）ＣＴＳＡでＢＳＴＡに応答し、例えば、それらＢＳＴＡのＲＡと、一時的な持続時間の間、信号伝達及び／又はアドレス指定のために使用されることになるＲＡニーモニックとを示す。いくつかの実装形態では、ＣＴＳＡメッセージは、ＲＡからＲＡニーモニックへのマッピングを定義する。いくつかの実装形態では、ＡＰは、一時的に一意のＲＡニーモニックを割り当て、例えば、ＣＴＳＡメッセージ中で、一時的に一意のＲＡニーモニックを受信ＢＳＴＡに示す。いくつかの実装形態では、ＢＳＴＡは、その完全なＲＡによってアドレス指定される代わりに、ＲＡニーモニックによってアドレス指定される。いくつかの実装形態では、ニーモニックは、送信機能と受信機能の両方のために受信エンティティによって使用される。いくつかの実装形態では、ニーモニックは、ＢＳＴＡを送信機（ＴＡニーモニック）又は受信機（ＲＡニーモニック）のいずれかとして識別する。いくつかの実装形態では、ＣＴＳＡメッセージは、ＲＡ（及びＲＡニーモニック）によってアドレス指定されたデバイスに、その要求が受信され、待ち行列に入れられたことを示す。いくつかの実装形態では、ＣＴＳＡメッセージは、ペイロード及び／又はトラフィックを直ちに伝送することが許可されていることをＢＳＴＡに示さない。いくつかの実装形態では、ＡＰは、ＣＴＳＡメッセージの代わりにＣＴＳＢメッセージを伝送する。いくつかの実装形態では、受信ＢＳＴＡが、ＲＡアドレスとして０ｘＦＦ：０ｘＦＦ：０ｘＦＦ：０ｘＦＦ：０ｘＦＦ：０ｘＦＦが設定された（すなわち、ブロードキャスト）ＣＴＳＢメッセージを受信した場合、ＢＳＴＡの全てが送信からバックオフされる（例えば、指定された時間期間の間、又はＢＳＴＡがＢＩＤメッセージを検出するまで）。

【0139】

いくつかの実装形態では、ＣＴＳＢメッセージがＡＰによって送信された場合、ＢＳＴＡは、ＵＬ上で送信する機会を示すＢＩＤメッセージを検出しようと試みる。ＢＩＤメッセージが受信された場合、ＢＳＴＡは、ＡＰによって送信されたＩＮＴ＿ＳＩＧを使用して、それらのＲＡニーモニックを検出し、後方散乱させようと試みる。ＩＮＴ＿ＳＩＧは、図中においてキャリア波ＣＷとして示されており、図６Ａ及び図６Ｂのトライス ｋ－１に示されている。

【0140】

いくつかの実装形態では、ＢＳＴＡは、（例えば、検出された自己宛ＣＴＳメッセージ並びに／又は連続する数の試行及び／若しくは機会についてのＣＴＳＡ／ＣＴＳＢの受信の失敗に基づいて）高競合環境又は隠れノードプローン環境を識別し、ＥＤＣＡ及び主トランシーバを利用してＲＴＳＢメッセージを送信し、ＣＴＳＡ／ＣＴＳＢを受信し、そのＲＡに対応するＲＡニーモニックを決定し、割り当てられたＴＡニーモニックと後方散乱機会持続時間の指示（例えば、ＢＩＤ中の持続時間フィールドによって示される）とを含むＢＩＤを監視及び検出し、かつ専用キャリア波を利用して、割り当てられた後方散乱ウィンドウにおいてそのデータを後方散乱させる。いくつかの実装形態では、例示的なＢＴＳＡは、これらのアクションを実施するように構成及び／又はプログラムされた回路を含む。いくつかの実装形態では、後方散乱機会持続時間は、ＢＩＤが受信されたときに開始し、持続時間フィールドによって示される時間の間、続く。いくつかの実装形態では、持続時間は、オーバーヘッド（例えば、フレーム間スペースに関する、例えば、切り替え、探索など）を考慮する。

【0141】

時間トライス２は、ＢＳＴＡがエネルギーを収穫する間にレガシーＳＴＡからのアップリンクデータをスケジューリング及び送信するために使用される。トライス１で設定されたＮＡＶが満了した後、レガシーＳＴＡは、媒体を獲得するためにＤＩＦＳ及びバックオフを実施し、次いで、アップリンクデータをＡＰに伝送し、ＡＰは、アップリンクデータを肯定応答するためのＡＣＫを送信する。この例ではこれが繰り返される。レガシーＳＴＡからのアップリンクデータのスケジューリング及び送信中に、チャネル上のＲＦ波に存在するエネルギーは、ＢＳＴＡによって日和見的に収穫される。いくつかの実装形態では、トライス１中のＣＴＳＡ／Ｂは、ＢＳＴＡに、特定の時間期間の間、又はＢＳＴＡがＢＩＤを検出するまで、送信からバックオフすべきであることを示し得、したがってＢＳＴＡはエネルギー収穫のために再ソートされることになる。

【0142】

時間トライスｋ－１は、レガシーＳＴＡがそのＮＡＶによってブロックされている間に、ＢＳＴＡが時間トライス１においてスケジュールされたデータをＡＰに送信する（又は、それらのＢＳＴＡが送信すべきデータを有していない場合、エネルギーを収穫する）ために使用される。この例では、ＡＰは、ＢＳＴＡからの送信をスケジュールするＢＩＤを送信し、レガシーＳＴＡのＮＡＶを設定する。後方散乱ＳＴＡ１及び後方散乱ＳＴＡ３は、ＡＰによって提供される専用ＩＮＴ＿ＳＩＧ（図中においてＣＷと呼ばれる）に基づいて、ＢＩＤ中で受信されたスケジュールに従ってデータをＡＰに後方散乱させる。伝送するデータを有していない、又はデータを送信するようにスケジュールされていない後方散乱ＳＴＡ２は、チャネル上のＲＦ波に存在するエネルギーを日和見的に収穫する。

【0143】

時間トライスＫは、ＢＳＴＡがエネルギーを収穫する間にレガシーＳＴＡにダウンリンクデータを送信することを含む。この例では、ＡＰは、ダウンリンク送信がレガシーＳＴＡに送信されることを示し、ＢＳＴＡに、それらが日和見的にエネルギーを収穫すべきであることを示すＢＩＤを送信する。ＤＩＦＳ及びバックオフの後、ＡＰは、レガシーＳＴＡにダウンリンクデータを送信する。レガシーＳＴＡは、ＡＣＫを送信してダウンリンクデータの受信を肯定応答する。この例ではこれが繰り返される。レガシーＳＴＡへのダウンリンクデータの送信中、チャネル上のＲＦ波に存在するエネルギーは、ＢＳＴＡによって日和見的に収穫される。

【0144】

いくつかの実装形態では、ＡＰは、レガシーＳＴＡへのダウンリンクメッセージをスケジュールするための特定のトライスを選択する。例えば、いくつかの実装形態では、特定のトライスは、ＢＳＴＡがエネルギーを収穫するために決定論的により良好であり、これはＢＩＤメッセージ中に示され得る。いくつかの実装形態では、トライスの最初又は「先頭」にＢＩＤメッセージがないことは、その時間トライスにエネルギー収穫のための日和見的間隔があり得ることをＢＳＴＡに示す。いくつかの実装形態では、これは、エネルギーがＡＰからＳＴＡへのＤＬ送信からのものであるか、又はＳＴＡからＡＰへのＵＬ送信からのものであるかにかかわらず当てはまる。これは、例えば、トライス２及びトライス ｋにおいて起こる。先に述べたように、ＡＰは、ＢＳＴＡをアドレス指定するためにニーモニックを割り当てて、オーバーヘッドを低く保つ。

【0145】

いくつかの実装形態では、ＢＳＴＡのバッファ状態を報告するためにＢＳＲＲＰＴメッセージが使用される。いくつかの実装形態では、ＢＳＲ ＲＰＴは２バイトであるが、ＭＳＢ４ビットは常に０に設定される。いくつかの実装形態では、ＢＳＲは量子化表現であり、１２ビットによって表される。例えば、ＢＳＲ ＲＰＴにおいて信号伝達される値は、数学的にＦＬＯＯＲ（バイト単位でＡＣＴＵＡＬ ＶＡＬＵＥ／ＢＳＣ＿ＳＣＡＬＡＲ）として表される切り捨てられた値であり得、ここで、ＦＬＯＯＲ（）関数は、切り下げられた整数値を返す。いくつかの実装形態では、ＢＳＲ＿ＳＣＡＬＡＲは、関連付け中にＡＰによって信号伝達される。いくつかの実装形態では、ＢＳＴＡが送信すべきバッファリングされたデータを有していない場合、０値のＢＳＲを送信する必要があるであろう。しかし、０値のＢＳＲを送信する代わりに、ＢＳＲ ＲＰＴは品質測定値を含む。いくつかの実装形態では、ＢＳＴＡは、データが０値でないことをＡＰが理解するように、ＭＳＢ４ビット中の０ｘＦでＢＳＲデータをプレフィックスした後に品質報告を送信する。いくつかの実装形態では、最後の１２ビットは、ＳＩＮＲ又はＲＳＳＩなどの測定値を含む。先に述べたように、ニーモニックは、クリアされるまでサブグループ内で一時的かつ一意である。いくつかの実装形態では、ＡＰは、ＣＴＳＡを介して以前に割り当てられたニーモニックがクリアされアドレス指定可能であることを示すために、サブグループ内の全てのＢＳＴＡにメッセージ（例えば、ＣＬＥＡＲＢＩＤメッセージ）を伝送する。いくつかの実装形態では、ＡＰは、その後、例えば、時間エポックＮ＋１においてこれらのニーモニックを他のＢＳＴＡに割り当て得る。

【0146】

いくつかの実装形態は、以下の概念のうちの１つ以上を含む。いくつかの実装形態は、後方散乱制御メッセージサブタイプを決定するためにメディアヘッダの既存のフィールドを解釈するデバイスを含む。いくつかの実装形態は、永久的な識別情報（例えば、ＭＡＣアドレス）の代わりに、半永久的であるがローカルに一意のニーモニック（識別情報）によってデバイスをアドレス指定することを含み、ここで、ニーモニックは短縮された識別情報である。いくつかの実装形態は、指定された持続時間の間、後方散乱の機会が存在することを示す、インフラストラクチャノードからのニーモニックを有する信号を受信するデバイスを含む。いくつかの実装形態は、測定マスクを受信するデバイスと、報告がインフラノードに伝送されなければならないかどうかを決定するために自身のニーモニックに測定マスクを適用するデバイスと、例えばバッファ保留状態に基づいて、代わりに品質測定値を伝送すべきかどうかを決定するデバイスとを含む。いくつかの実装形態は、特定の又は無期限の持続時間の間、ＵＬ送信を延期するための信号を受信するデバイスを含む。いくつかの実装形態は、時間エンベロープと、エンベロープ内で許可及び／又は不許可にされるアクセスサブタイプの指示とを受信するデバイスを含み、エンベロープは特定の周期性を維持する。いくつかの実装形態は、周囲信号源又は専用問い合わせ信号の存在を示すことと併せて、後方散乱機会及び持続時間制限を受信するデバイスを含む。いくつかの実装形態は、ＡＰが、後方散乱を容易にするために、特定の時間又は時間期間中に非メッセージ搬送キャリアを送信する必要性を決定することを含む。いくつかの実装形態は、ＡＰが、エネルギー収穫を容易にするために特定の持続時間にわたってエネルギー搬送キャリアを送信する必要性を決定することを含む。

【0147】

図７は、８０２．１１ＯＦＤＭＡフレームワークにおける例示的なマルチユーザ後方散乱を示す図である。例えば、図７は、例えば、８０２．１１ａｘシステムのための後方散乱通信を可能にする例示的な通信を示す。図７は、ＡＰ、後方散乱ＳＴＡ、及びレガシーＳＴＡを含む例示的なネットワークにおけるメッセージを示す。

【0148】

図７では、第１の時間期間７００の間に、ＡＰは、最初にＤＩＦＳ及びバックオフを実施し、次いで、ＭＵ ＲＴＳＢを送信し、ＭＵ ＣＴＳＢを受信する。レガシーＳＴＡのためのスケジューリング情報は、このフレーム中で提供されないが、前に考察されたように、このフレームを使用してＥＨ機会をＢＳＴＡに示すことができる。ＳＩＦＳの後、ＡＰは、プリアンブル及びＨＥフィールド（後述する）を送信し、スケジュールされたようにダウンリンクリソース上でレガシーＳＴＡであるＳＴＡ１、ＳＴＡ２、ＳＴＡ３、ＳＴＡ４、ＳＴＡ５、ＳＴＡ６、ＳＴＡ７、ＳＴＡ８、ＳＴＡ９、及びＳＴＡ１１にダウンリンク送信を送信する。レガシーＳＴＡは、これらの信号を受信し、マルチユーザブロック肯定応答（multi-user block acknowledgement、ＭＵ－ＢＡ）をＡＰに送信する。レガシーＳＴＡへのダウンリンク送信中に、後方散乱ＳＴＡであるＢＳＴＡ１、ＢＳＴＡ２、ＢＳＴＡ３、及びＢＳＴＡ４は、チャネル上のＲＦ波からエネルギーを日和見的に収穫する。ＭＵ－ＢＡを受信した後、第２の時間期間７０２の間に、ＡＰは、トリガフレームを送信し、ＳＩＦＳ後に、レガシーＳＴＡであるＳＴＡ１及びＳＴＡ３からアップリンク送信を受信する。ＳＴＡ１は、割り当てられた時間リソースを埋めるためにその送信をパディングする。これらの送信中に、ＢＳＴＡ２は日和見的にエネルギーを収穫する。ＡＰは、ＭＵ－ＢＡを送信してアップリンク送信に肯定応答する。ＭＵ－ＢＡを送信した後、第３の時間期間７０４の間に、ＡＰは、ＤＣＩＦ及びバックオフを実施し、次いで、ＭＵ ＲＴＳＢを送信し、ＭＵ ＣＴＳＢを受信する。ＳＩＦＳの後、ＡＰは、プリアンブル及びＨＥフィールド（後述する）を送信し、スケジュールされたようにダウンリンクリソース上でレガシーＳＴＡであるＳＴＡ１、ＳＴＡ４、ＳＴＡ５、ＳＴＡ７、ＳＴＡ８、及びＳＴＡ９にダウンリンク送信を送信する。また、ＡＰは、専用ＩＮＴ＿ＳＩＧ（図中のＣＷ）及び電力最適化波形（図中の専用ＰＯＷ）を送信する。レガシーＳＴＡは、これらの信号を受信し、マルチユーザブロック肯定応答（ＭＵ－ＢＡ）をＡＰに送信する。ＡＰからのダウンリンク送信の間に、後方散乱ＳＴＡであるＢＳＴＡ１、ＢＳＴＡ２、及びＢＳＴＡ３は、ＣＷ信号上で後方散乱し、ＢＳＴＡ５は、電力最適化信号（専用ＰＯＷ）のＲＦ波からエネルギーを収穫する。図７に関与する様々な技術のより詳細な説明が以下に続く。

【0149】

８０２．１１ａｘを実装するものなど、いくつかの展開では、ＤＬ送信及びＵＬ送信は典型的に、ＡＰによって集中的に制御されスケジュールされる。以前のバージョンの８０２．１１ネットワークでは、ＳＴＡは、任意のタイムスロットにおいて、又は制限付きアクセスウィンドウ（ＲＡＷ）内で競合解決を実施することによって、媒体にアクセスし得る。そのようなネットワークでは、ＡＰは、媒体を捕捉し、選択されたＳＴＡにＣＴＳをプリエンプティブに伝送し、ＳＴＡがＤＣＦを実施する必要性を排除し得る。８０２．１１ａｘでは、ＡＰは、媒体をより強力に制御し、ＤＬ及びＵＬ上でのマルチユーザ送信を可能にすることができる。

【0150】

図７は、後方散乱通信も可能にしながら、ＡＰがＤＬ送信及びＵＬ送信を制御する例示的な実装形態を示す。図７の例では、ＡＰは依然としてチャネルにアクセスするためにＤＣＦを実施し、レガシーデバイスは同様に同じタスクを実施し、媒体を主張することができることに留意されたい。この例では、８０２．１１ａｘフレームは、後方互換性のための「レガシー」プリアンブルで始まる。いくつかの実装形態では、これらのフィールドは、より古いデバイスが、無線上に８０２．１１フレームが存在することを認識することを可能にする。いくつかの実装形態では、これは、ＣＳＭＡ／ＣＡプロトコルが８０２．１１ａｘ送信の存在下で機能し続けることを可能にする。いくつかの実装形態では、「レガシー」プリアンブル及び反復レガシーＳＩＧ（Repeated Legacy-SIG、ＲＬ－ＳＩＧ）フィールドは、後方互換性のために、後続の送信のために使用される全ての２０ＭＨｚサブチャネル中で並列に送信される。いくつかの実装形態では、後続のフィールドは、８０２．１１ａｘ目的のために使用され、シンボルフォーマットの混合を使用し、「レガシー」変調は、低レートフィールド及び後方互換性のために使用されるが、他のフィールドは、８０２．１１ａｘからの近いサブキャリア間隔及びより長いＯＦＤＭＡシンボルを使用する。

【0151】

いくつかの実装形態では、ＨＥ－ＳＩＧ－Ａフィールド（高効率ＳＩＧ）（図中の「ＨＥフィールド」）は、後続するパケットについての情報を含み、この情報は、そのパケットがダウンリンクであるかアップリンクであるか、ＢＳＳカラー、変調ＭＣＳレート、帯域幅及び空間ストリーム情報、並びに送信機会における残り時間などを含む。いくつかの実装形態では、このフィールドは、シングルユーザフレーム、マルチユーザフレーム、及びトリガベースのフレームに対して異なるコンテンツを有し、８０２．１１ａｘの「拡張範囲モード」で繰り返される。いくつかの実装形態では、ＨＥ－ＳＩＧ－Ｂフィールド（図中において「ＨＥフィールド」とも呼ばれる）は、マルチユーザパケットのためにのみ含まれる。いくつかの実装形態では、ＨＥ－ＳＩＧ－Ｂフィールドは、全ての受信者に共通の情報と、ユーザ固有の他のフィールドとを含み、したがって、その長さは、送信を受信するユーザの数に依存する。いくつかの実装形態では、ＯＦＤＭＡが使用される場合、ＨＥ－ＳＩＧ－Ｂクライアント固有フィールドは、後続のパケット送信のために使用される各サブチャネル中で同時に伝送される。いくつかの実装形態では、ＨＥ－ＳＩＧ－Ｂは別の複素フィールドである。いくつかの実装形態では、ＨＥ－ＳＩＧ－Ｂは、ＡＰがアドレス指定しているクライアントの数、並びに共通及びユーザ固有の２つの異なるタイプの情報に応じて、可変長を有する。

【0152】

いくつかの実装形態では、共通フィールド（図中の「プリアンブル」及び／又は「ＨＥフィールド」の一部）は、使用されることになるＯＦＤＭＡサブチャネル又はリソースユニット（ＲＵ）、例えば、１８×２６ＲＵ又は２×２４２ＲＵの構造を識別する。いくつかの実装形態では、共通フィールドは、全ての送信に共通である他の情報を含む。いくつかの実装形態では、いくつかのユーザ固有フィールドが共通フィールドに続く。いくつかの実装形態では、ＡＰは、これらのフィールドを使用して、各クライアントへの送信方法を識別し、例えば、空間ストリームの数、ＡＰが使用するＭＣＳ、及び／又はＡＰがビームフォーミングを使用するかどうかを含む。いくつかの実装形態では、８０２．１１ａｘ仕様は、送信機が、複数の２０ＭＨｚチャネルにおいて同時にＨＥ－ＳＩＧ－Ｂフィールドを形成し、割り当てられたチャネルの総帯域幅を占有することを要求する。したがって、ＡＰが８０ＭＨｚチャネルを使用している場合、各２０ＭＨｚサブチャネル内に１つずつ、４つのＨＥ－ＳＩＧ－Ｂフィールドを送信することになる。

【0153】

８０２．１１ａｘでは、以下の用語が適用され、本明細書でも使用される。基本トリガフレーム：クライアントデバイスがどのようにいつ応答すべきかを指定する。マルチユーザブロックＡｃｋ要求（Multi-user Block Ack Request、ＭＵ－ＢＡＲ）：このトリガフレームは、複数のクライアントデバイスから同時にブロックＡｃｋを要求する。ユーザ情報フィールドは、Ａｃｋされるべきフレームを指定する。マルチユーザ伝送要求（Multi-user Request To Send、ＭＵ－ＲＴＳ）：このトリガフレームは、シングルユーザＲＴＳ－ＣＴＳと同じようにして、送信前に無線をクリアするために使用される。

【0154】

いくつかの実装形態では、ＤＬ上で、ＡＰは、マルチユーザをスケジュールし、ＨＥヘッダを埋め（すなわち、ＡＰは、プリアンブル／ＨＥフィールドのコンテンツを決定し）、ＲＵ上でＤＬデータを送信する。いくつかの実装形態では、ＵＬ上で、ＡＰは、それらが利用すべきＵＬ許可を有することをデバイスに信号伝達する。いくつかの実装形態では、この目的のために、ＡＰは、トリガフレームを伝送し、利用すべきＵＬ許可を有するＳＴＡの識別情報を送信する。ダウンリンクパケットは、ＡＣＫ及びトリガを含み得、アップリンク送信は、同様にＡＣＫを搬送するトリガベースのフレームを含み得る。いくつかの実装形態では、これらの信号の全てが、ＡＰによって制御され、編成される。

【0155】

いくつかの実装形態では、８０２．１１ａｘフレームワークにおける後方散乱を可能にするために、ＡＰは、アシストＢＳＲフラグと、アシストＢＳＲ信号伝達のための１つ以上のＲＵの場所とを有するトリガフレームを送信する。ＡＰは、周期的にＢＳＴＡにクエリを伝送して、ＵＬ上での送信のレートと、ＢＳＴＡが送信すべき保留中のデータを有するかどうかとを決定し得る。

【0156】

いくつかの実装形態では、受信側ＢＳＴＡがそのバッファ内に保留中のデータを有する場合、受信側ＢＳＴＡは、アシストＢＳＲのためにマークされた指示されたＲＵを（例えば、一様にランダムに）選択する。いくつかの実装形態では、トリガフレームに続く現在のフレーム上で、ＢＳＴＡは、アシストＢＳＲフラグが真に設定されていた場合、選択されたＲＵ上でそのニーモニックと連結されたＢＳＲを送信する。いくつかの実装形態では、（ＲＡＣＨプロセスと同様に）ＢＳＲを送信するＢＳＴＡの識別情報が知られていないので、ニーモニックは競合解決のために使用される。いくつかの実装形態では、量子化されたＢＳＲにニーモニックが付加され、コンテンツ全体が、例えば追加の保護のために、ニーモニックによってスクランブルされる。

【0157】

いくつかの実装形態では、ＡＰ及び／又は協調ＴＲＰは、デバイスがそれらのＢＳＲを後方散乱させるために、アシストＢＳＲ ＲＵ上にＩＮＴ＿ＳＩＧ（図中のＣＷ）を提供する。ＢＳＲがＢＳＴＡから（かつ例えばＲＡＣＨスロットを使用してＵＬ送信を必要とする他のＳＴＡから）受信された後、ＡＰは、送信すべきＵＬ送信を有するＳＴＡの識別情報を決定し、それらのＵＬ送信機会及びリソース要件（例えば、ＲＵ要件）をＢＳＴＡから受信されたＢＳＲ要件と突き合わせる。次のフレーム上で十分な容量が利用可能である場合、ＡＰは、後続のトリガフレーム上の後方散乱のために、ＢＳＴＡニーモニック及び対応するＲＵマッピングを送信する。ＢＩＤフラグは、真に設定されてもされなくてもよい。

【0158】

いくつかの実装形態では、ＢＩＤフラグが真に設定されている場合、ＡＰは、ＢＳＴＡが後方散乱のために使用することができる指示されたＲＵのセット上のＵＬ上で送信を有する別のＳＴＡが存在することを保証している。いくつかの実装形態では、通常のＳＴＡは送信する必要性がより高く、ＢＳＴＡは高い要求を有する可能性が低いので、これは、適度に負荷がかけられたネットワークにおける典型的なケースである。いくつかの実装形態では、ＢＳＴＡは、後続のトリガフレームと、後方散乱のためのＲＵマッピングへのＢＳＴＡニーモニックと、真に設定されたＢＩＤフラグとを受信して、特定のＲＵ上で後方散乱させる。

【0159】

場合によっては、ＡＰは、送信する必要がある通常のＳＴＡが存在しないと決定し、したがって、ＩＮＴ＿ＳＩＧを提供するために１つ以上のＴＲＰ（又はアンテナ）を選択する。そのような場合、ＡＰ（又は関連付けられたＴＲＰ）は、専用ＩＮＴ＿ＳＩＧを提供するために任意のＲＵを割り当ててもよく、特定のＳＴＡのＵＬ送信のために割り当てられることになる特定のＲＵに限定されない。いくつかの実装形態では、ＡＰは、後続のトリガフレームと、後方散乱のために１つ以上のＲＵにマッピングされたＢＳＴＡニーモニックとを送信し、ＢＳＴＡが任意のＲＵを選択することができ、特定のＲＵに限定されないことを示すようにＢＩＤフラグを設定する。このシナリオでは、ＢＳＴＡは、後方散乱のために自身のニーモニックにマッピングされるＲＵを（例えば、一様にランダムに）選択する。

【0160】

いくつかの実装形態では、ＡＰは、ＵＬ送信内でＢＳＴＡからエネルギー統計を受信し、エネルギー統計は、ＢＳＴＡがエネルギーを収穫する必要があることを示し得る。いくつかの実装形態では、ＡＰは、より大きい（例えば、単一の２０ＭＨｚチャネルよりも大きい）帯域幅上で動作している可能性がある。いくつかの実装形態では、ＡＰは、例えば、ＨＥ－ＳＩＧ－Ｂフィールド内の共通フィールド中で、ＢＳＴＡニーモニック、ＢＳＴＡに割り当てられた１つ以上の２０ＭＨｚサブチャネルへのインデックス、エネルギー搬送ＲＵへのインデックス、及び時間スケジュールを送信する。いくつかの実装形態では、時間スケジュールは、開始時間オフセット及び持続時間を示し得、可能な周期的サービスを暗示し得る。いくつかの実装形態では、ＡＰは、電力最適化波形（ＰＯＷ）時間スケジュールが周期的であることを示し得るか、又はＡＰは、ＰＯＷ配信のための異なるスケジュールを決定し、現在有効な時間スケジュールを取り消すことができる。いくつかの実装形態では、ＡＰがＨＥ－ＳＩＧ－Ｂヘッダ中の共通フィールド中でこれらを示す場合、それは、その機会を消費することを望み得る任意のＢＳＴＡに適用される。場合によっては、周期的なＰＯＷの頻度が低すぎる場合があるため、ＢＳＴＡは、専用のＰＯＷ機会を必要とする場合がある。いくつかの実装形態では、ＢＳＴＡは、そのような場合、ＡＰから、１つのサブチャネルへのインデックス、エネルギー搬送ＲＵへのインデックス、開始時間オフセット、及び／又は専用ＰＯＷ機会の持続時間を、例えば、ＨＥ－ＳＩＧ－Ｂフィールド内のユーザ固有フィールドにおいて、ＢＳＴＡのニーモニックとともに受信し得る。

【0161】

いくつかの実装形態では、ＡＰは、ＢＳＴＡが通常のダウンリンク送信を介して後方散乱させる場合に、ＢＳＴＡ及び参加デバイスが干渉をフィルタ除去する能力を有するかどうかを決定する必要があり得る。いくつかの実装形態では、ＡＰは、例えば、デバイス能力に基づいて、通常のトラフィックを介した日和見的ピギーバック送信ではなく、専用ＩＮＴ＿ＳＩＧ（図中のＣＷ）が必要とされるかどうかを決定し得る。

【0162】

例えば、図７では、ＤＩＦＳ及びバックオフを実施した後、ＡＰは、ＤＬが伝送されることになるＳＴＡを示すためにマルチユーザＲＴＳＢ（Multi-user RTSB、ＭＵ－ＲＴＳＢ）を伝送する。ＳＴＡは、ＭＵ－ＣＴＳ、ＭＵ－ＣＴＳＡ、又はＭＵ－ＣＴＳＢ（図示せず）を送信することによって受諾を示す。ＡＰは、ＯＦＤＭＡ及び／又はＭＩＭＯパラダイムを使用して、ＳＴＡへの高効率マルチユーザ送信をスケジュールする。送信は、動作帯域幅をカバーする様々なＳＴＡのための１つ以上のリソースユニット（ＲＵ）上で発生する。送信は、図７に示されるように、エネルギーを収穫するためにＢＳＴＡによって日和見的に使用される。

【0163】

いくつかの実装形態では、ＢＳＴＡは、例えば、測定された信号強度に基づいて、それ自体の送信を後方散乱させるために、チャネル上のＵＬ送信を日和見的に利用する。例えば、いくつかの実装形態では、ＢＳＴＡは、ＤＬアシスト後方散乱機会及びＵＬアシスト後方散乱機会の利用可能性を示すＢＩＤメッセージを受信し、対応する構成（例えば、測定フィルタリング規則を任意選択で含む構成）を含み、ＤＬ受信信号強度を（例えば、受信ＢＩＤメッセージ、ＤＬフレーム内のプリアンブル、及び／又は専用基準信号に基づいて）測定し、測定されたＤＬ受信信号にフィルタリング規則を適用し、受信信号強度が第１の閾値を下回ると判定し、トリガフレーム及び／又は対応するＢＩＤメッセージをサービングＡＰから受信して、日和見的ＵＬアシスト後方散乱に適格なＲＵ及び対応する複数の共通若しくはＳＴＡ固有の測定閾値（例えば、より低い第２の閾値及び／又はより高い第３の閾値を含むを判定し、第２の閾値と第３の閾値との間の１つ以上のサブ閾値を（例えば、所望のＱｏＳ要件に基づいて）判定し、ＵＬフレームの第１の部分中に適格なＲＵ上のサブ帯域及び広帯域受信信号強度を測定し、あるいは代替的に、同じＳＴＡによって送信された前のＵＬフレーム又は複数の前のＵＬフレーム中に適格なＲＵ上のサブ帯域及び広帯域受信信号強度を測定し、所望のＱｏＳ要件に基づいて、より低い第２の閾値～より高い第３の閾値内の２つの連続するサブ閾値の間に入る測定信号強度を有する１つ以上のＲＵを選択し、後方散乱技術を使用して、選択された１つ又は複数のＲＵを送信及び／又は反射する。いくつかの実装形態では、例示的なＢＴＳＡは、これらのアクションを実施するように構成及び／又はプログラムされた回路を含む。ここでの後方散乱はＵＬ送信に基づくので、ＡＰにおいて受信された後方散乱信号が妥当な強度であることを保証するために、いくつかの実装形態では、ＢＳＴＡは、より低い第２の閾値を上回る測定された信号強度を有するＲＵ（例えば、及び対応する送信ＳＴＡ）を選択する。いくつかの実装形態では、ＢＳＴＡ間の衝突を低減するために、ＢＳＴＡは、ＲＵ選択を、より高い第３の閾値を下回る受信信号強度を満たすものに限定することができる。

【0164】

送信はＯＦＤＭＡであるため、特定のトーンは、他のトーンよりも高い電力で送信される。したがって、いくつかの実装形態では、ＡＰは、どのＲＵがＭＵ－ＲＴＳＢにおける適切なＢＳＴＡのためのエネルギー収穫に最適であるかを、（例えば、トリガフレーム又はスケジューリングフレーム中で）ＢＳＴＡに示し得る。収穫の必要性に応じて、いくつかの実装形態では、ＢＳＴＡは、他のＳＴＡ向けの情報及び電力搬送ＲＵからエネルギーを収穫し得る。

【0165】

いくつかの実装形態では、ＡＰは、ＵＬ上での送信のスケジュール及び関連するＳＴＡ識別情報とともにトリガフレームを伝送する。いくつかの実装形態では、スケジュールはまた、ＵＬ上のランダムアクセス機会も可能にし得る。ＳＴＡからのＵＬ送信はエネルギーを搬送するものであり、ＢＳＴＡは、それらを使用してエネルギー収穫を実施することができる。

【0166】

いくつかの実装形態では、ＡＰは、帯域内全二重通信を採用することによって、ＤＬ送信と後方散乱ＵＬ送信とを同時に可能にする。

【0167】

いくつかの実装形態では、ＢＳＴＡは、ＤＬアシスト後方散乱機会及びＵＬアシスト後方散乱機会の利用可能性を示すＢＩＤメッセージと、ＤＬアシスト後方散乱の第１の閾値、第１の閾値を含む構成、又はより低い第１の閾値と、より低い第１の閾値を上回る１つ以上の追加の閾値と、追加の閾値ごとの関連するＱｏＳとを含む構成とを受信し、（例えば、所望のＱｏＳ要件に基づいて）第１の閾値以上の第２の閾値を決定し、（例えば、受信されたＢＩＤメッセージ、ＤＬフレーム中のプリアンブル、及び／又は専用基準信号に基づいて）ＤＬ受信信号強度を測定し、受信信号強度がより低い第１の閾値を上回ると決定するか、若しくは所望のＱｏＳに基づいて、受信信号強度がより低い第１の閾値を上回る追加の閾値を上回ると決定し、（例えば、受信されたＢＩＤメッセージ及び／又はＤＬフレーム中のプリアンブルに基づいて、決定された適格なＲＵのセットから後方散乱のためにＤＬフレームの１つ以上のＲＵを選択し、後方散乱技法を使用して、選択された１つ又は複数のＲＵを送信及び／又は反射する、いくつかの実装形態では、例示的なＢＴＳＡは、これらのアクションを実施するように構成及び／又はプログラムされた回路を含む。いくつかの実装形態では、ＡＰは、自己干渉除去を介して受信されたＲＵに対して帯域内受信動作を実施する。いくつかの実装形態では、構成は、ＢＳＴＡがＤＬアシスト後方散乱を考慮すべきかＵＬアシスト後方散乱を考慮すべきかを決定するためにＢＳＴＡによって使用される第１の閾値を含み得る。より低い第１の閾値及びより大きい第２の閾値は、それらの必要とされるＱｏＳに基づくＲＵの選択中にＢＳＴＡ間の競合を制限するために使用され得る。

【0168】

前述の例において、いくつかの実装形態では、ＤＬ信号及び／又はＵＬ信号のいずれも、ＡＰによってサービスされるＳＴＡへの、及び／又はＳＴＡからの進行中のアクティブ送信であり得、例えば、既存の送信に加えてそれらの情報を変調するために（例えば、他のＳＴＡに現在割り当てられている既存のキャリア及び／又はＲＵ上でそれらの情報ビットを変調するために）ＢＳＴＡによって日和見的に利用される。いくつかの実装形態では、例えば、代替的に、ＤＬ信号及び／又はＵＬ信号のいずれも、専用電力最適化信号送信（例えば、ＡＰから直接伝送されるか、又は関連するＳＴＡと協調してＡＰによって要求される正弦波送信）であり得る。

【0169】

図８は、例えばＢＳＴＡによる例示的な後方散乱を示すフロー図８００である。

【0170】

ステップ８０２において、ＢＳＴＡは、ＤＬ及び／又はＵＬアシスト後方散乱機会を示すＢＩＤメッセージを受信し、対応する構成を示し得る。いくつかの実装形態では、構成は、信号強度閾値、後方散乱送信に適格なＲＵ、及び／又はＵＬ信号測定構成を示し得る。いくつかの実装形態では、構成は、ＢＳＴＡがＤＬアシスト後方散乱を考慮すべきかＵＬアシスト後方散乱を考慮すべきかを決定するためにＢＳＴＡによって使用される第１の閾値を含む。より低い第１の閾値（例えば、第２の閾値）及びより高い第２の閾値（例えば、第３の閾値）は、本明細書で更に考察されるように、それらの必要とされるＱｏＳに基づくＲＵの選択中にＢＳＴＡ間の競合を制限するために使用され得る。

【0171】

ステップ８０４において、ＢＳＴＡは、後方散乱のために潜在的に使用され得るＤＬ信号の受信信号強度を測定する。いくつかの実装形態では、ＤＬ受信信号強度は、受信されたＢＩＤメッセージ、ＤＬフレーム中のプリアンブル、又は専用基準信号に基づいて決定される。

【0172】

ＤＬ受信信号強度が閾値（例えば、後方散乱送信のためのサービス品質（ＱｏＳ）要件に関連付けられた閾値）を超えているという条件８０６で、ＢＳＴＡは、ステップ８０８において、後方散乱のためにＤＬフレームの１つ以上のリソースユニット（ＲＵ）を選択する。いくつかの実装形態では、ＲＵは、適格なＲＵのセットから選択される。いくつかの実装形態では、ＢＳＴＡは、ＢＩＤメッセージ、ＤＬフレーム中のプリアンブルに基づいて、又は任意の他の好適な方法で、適格なＲＵのセットを決定する。

【0173】

ステップ８１０において、ＢＳＴＡは、信号を後方散乱させるために、選択されたＲＵ上のＤＬ信号を変調する。

【0174】

ＤＬ受信信号強度が閾値を超えていないという条件８０６で、ＢＳＴＡは、ステップ８１２においてトリガフレーム又は更なるＢＩＤメッセージを受信するのを待機する。

【0175】

ステップ８１４において、ＢＳＴＡは、後方散乱のためのＵＬフレームの１つ以上の適格なＲＵを決定する。いくつかの実装形態では、ＲＵは、適格なＲＵのセットから選択される。いくつかの実装形態では、ＢＳＴＡは、トリガフレーム若しくはＢＩＤメッセージに基づいて、又は任意の他の好適な様式で、適格なＲＵのセットを決定する。

【0176】

ステップ８１６において、ＢＳＴＡは、適格なＲＵ上の他のＳＴＡからのＵＬ送信の受信信号強度を測定する。いくつかの実装形態では、ＢＳＴＡは、ＵＬフレームの第１の部分の間にＵＬ送信の受信信号強度を測定するか、又は測定を、同じＳＴＡからの前のＵＬフレームの以前の測定に基づかせる。

【0177】

ステップ８１８において、ＢＳＴＡは、例えば、測定された受信信号強度に基づいて、ＵＬフレームの適格なＲＵのうちの１つ以上を選択する。

【0178】

ＵＬ受信信号強度が閾値（例えば、後方散乱送信のためのサービス品質（ＱｏＳ）要件に関連する閾値）を超えているという条件８２０で、ＢＳＴＡは、信号を後方散乱させるために、選択されたＲＵ上のＵＬ信号を変調する。閾値を超えていない場合、フローはステップ８０２に戻る。いくつかの実装形態では、この条件は、（例えば、ＳＴＡがＵＬ送信のソースの場所を知らないので）第２の閾値と第３の閾値との間に入るべきＵＬ信号強度を評価する。

【0179】

フロー図８００は、ＤＬ受信信号がＱｏＳ要件に基づいて第１の閾値を上回る又は下回るＢＳＴＡの動作を示しいくつかの実装形態では、現在の送信間隔中に基準を満たす適格なＲＵがない場合、ＢＳＴＡは、後方散乱機会が生じ得る将来の機会にフォールバックする。

【0180】

ＭＵ－ＲＴＳＢは、特定のＲＵ上のＳＴＡに対するＤＬのスケジュールを示し、ＩＮＴ＿ＳＩＧである特定のＲＵをＢＳＴＡに示す。特定のＲＵ上でのＳＴＡへのＤＬ送信は干渉されない。特定のＲＵ（ＣＷとして示される）上の問い合わせ信号ＩＮＴ＿ＳＩＧは、ＡＰに後方散乱させるためにＢＳＴＡによって使用される。ＡＰは、これらの特定のＲＵ上で帯域内受信を実施する。ＡＰは、ＢＳＴＡ専用の電力最適化波形（ＰＯＷ）を送信する。

【0181】

いくつかの実装形態は、以下の概念のうちの１つ以上を含む。いくつかの実装形態は、後方散乱要件を示すための１つ以上の時間周波数リソースへのインデックスである、トリガフレームと、トリガフレーム内の競合機会信号とを受信するデバイスを含む。いくつかの実装形態は、競合ベースの後方散乱要求を送信するために時間周波数リソース（例えば、ＲＵ）を一様にランダムに選択するデバイスを含む。いくつかの実装形態は、デバイスが、トリガフレームに続く現在のフレーム上で、選択された時間周波数リソース上でそのニーモニックと連結された送信要求を送信することを含む。いくつかの実装形態は、時間周波数リソース上で問い合わせ信号を提供するＡＰ、又は示された競合ベースの時間周波数リソース上で周囲ソース（例えば、ＡＰからＤＬ上で受信する他のＳＴＡ）を確保するＡＰを含む。いくつかの実装形態は、ＡＰが、ＤＬ送信を有する非後方散乱デバイスの識別情報を決定し、それらの機会及びリソース要件を後方散乱デバイスから受信された送信要件と照合することを含む。いくつかの実装形態は、後続のトリガフレームと、リソースマッピングに対するニーモニックと、真に設定された後方散乱フラグとを受信するデバイスを含む。いくつかの実装形態は、ニーモニックにマッピングされた特定のＲＵ上のトリガフレームに続く現在のフレーム上で後方散乱させる後方散乱デバイスを含む。いくつかの実装形態は、後方散乱デバイスが、ヘッダ中の共通フィールドにおいて、１つ以上のエネルギー搬送周波数リソースへのインデックス（又は複数のインデックス）と、タイムスケジュールとを受信することを含む。いくつかの実装形態では、タイムスケジュールは、開始時間オフセット及び／又は持続時間を示す。いくつかの実装形態は、後方散乱デバイスが、そのニーモニックとともに８０２．１１ヘッダのユーザ固有フィールドにおいて、エネルギー搬送リソースへのインデックスとタイムスケジュールとを受信することを含む。開始時間オフセット及び持続時間を含むスケジュール。

【0182】

いくつかの実装形態は、ＯＦＤＭＡネットワークにおける後方散乱を含む。ＣＤＭＡベースの波形を使用する８０２．１１フレームワークでは、使用される異なるコードワードタイプの数が非常に少なく、その知識がＣＤＭＡ入射波形を後方散乱させるときに利用され得るので、後方散乱させることがより容易であり得る。しかしながら、ほとんどの展開された８０２．１１ネットワークはＯＦＤＭ波形を使用し、多くの情報が未知であるので、ＯＦＤＭなどの変調された波形を後方散乱させることは困難である。それにもかかわらず、ＯＦＤＭフレームワークにおいて後方散乱を可能にすることが可能である。

【0183】

図９は、後方散乱の異なる態様を示す２つの例示的なシステムを示すシステム図である。最上位のシステムは、ＢＳＴＡであるａ、ｂ、ｃ、ｄ、並びにＡＰであるＡＰ１及びＡＰ２を含む。この例では、ＢＳＴＡｂは、ＡＰ１への送信のためのビットストリーム１０１０１を有する。ＡＰ１は（例えば、本明細書で説明する技法を使用して）、ＢＳＴＡｂがＵＬ上で送信する必要があるときのスケジュールを決定し、固定されたより小さいペイロードサイズ及び関連するＣＲＣを有するアグリゲートされたＭＡＣ ＰＤＵ（Ａ－ＭＰＤＵ）を形成することによって、参加している協調ＡＰ（ＡＰ２）にＤＬデータ（Ａ－ＭＰＤＵ）を送信する。ＡＰ２は、ブロックＡＣＫ１１１１１をＡＰ１に送信する。いくつかの実装形態では、この手法は、低レートの信頼できる後方散乱に適している。いくつかの実装形態では、ＡＰ１によるＤＬデータ（Ａ－ＭＰＤＵ）の送信中に、ＢＳＴＡｂは、後方散乱を使用して、ＡＰ２によって受信された送信と建設的又は破壊的に干渉する（すなわち、ＡＰ１に配信する必要がある情報ブロックに基づく）。それに続いて、ＡＰ２からＡＰ１によって受信されたブロックＡＣＫは、（例えば、チャネルが既に一部のＭＰＤＵを破損していない限り）ＢＳＴＡｂからの情報ブロックを効果的に搬送すべきである。

【0184】

最下位のシステムは、ＢＳＴＡであるｗ、ｘ、ｙ、ｚ、並びにＡＰであるＡＰ１及びＡＰ２を含む。この例では、ＢＳＴＡｘは、ＡＰ３への送信のためのビットストリーム１０１０１を有する。ビットストリームを後方散乱させるために、ＢＳＴＡｘは、Ａ－ＭＰＤＵ中の各ＭＰＤＵの持続時間に比例して、ＡＰ３からＡＰ４へのＤＬデータ中で干渉を引き起こすか、又は干渉を引き起こすことを回避する。この例では、チャネルは、ＢＳＴＡｘが１を信号伝達する必要がある時間の間に十分に変更され、チャネルは、ＢＳＴＡが０を信号伝達する必要がある時間の間に変更されないままである。ジグザグ線は、チャネルが破損されないままであるときの（例えば、１つのＭＰＤＵ持続時間の）これらの期間を表し、（例えば、１つのＭＰＤＵ持続時間の）黒いジグザグ線の間のスペースは、ＢＳＴＡがチャネルを破損するときを示す。チャネルへの断続的な干渉は、ＢＳＴＡがＡＰ３に送信しようとする情報ペイロード１０１０１を搬送する。この例では、ＡＰ４は、ＤＬ Ａ－ＭＰＤＵを復調し、第１、第３、及び第５のＭＰＤＵについてＣＲＣ合格を見つけ、第２及び第４のＭＰＤＵについてＣＲＣ不合格を見つける。ＡＰ４は、ブロックＡＣＫをＡＰ１に伝送し（１０１０１を示す）、ＡＰ１はこれをＢＳＴＡｂからの後方散乱データとして解釈する。

【0185】

この例では、例えば、ネットワーク内に存在し得る多数のレガシーＳＴＡを、それらを修正する必要なく利用して、バイスタティックな後方散乱が有効化される。いくつかの実装形態では、後方散乱データ自体は、例えば、ＳＴＡの検出の失敗が意図的な干渉によるものであり、劣化したチャネル状態によるものではないことを保証するために、ＦＣＳ又はＣＲＣフィールドを含み得る。いくつかの実装形態では、これは、実際には、ＢＳＴＡがレガシーＳＴＡに十分に近く、著しい破壊的干渉を引き起こす場合にのみ適用可能である。いくつかの実装形態では、このことが実用的である展開シナリオが存在する。

【0186】

いくつかの実装形態では、ＢＳＴＡは、専用後方散乱機会を示す自己宛ＣＴＳメッセージを検出し、受信信号強度が第１の閾値を下回ると判定することと、近隣ＳＴＡのＵＬ送信を監視し、かつ第２の閾値を上回る第１のＳＴＡからの受信信号強度を検出することと、主トランシーバを利用して、バイスタティック送信を要求するＲＴＳＢを第１のＳＴＡに伝送することと、確認及びバイスタティック後方散乱機会構成（例えば、第１のＳＴＡにアドレス指定されたＡ－ＭＰＤＵ内のＭＰＤＵの数に関する情報を含む）を受信することと、Ａ－ＭＰＤＵ内で利用可能なＭＰＤＵの数と、単数又は複数のいずれかである後方散乱機会の数とに基づいて、送信のために利用可能な（例えば、オーバーヘッドビットを含む）情報ビットの総数を決定することと、第１のＳＴＡに送信されるＡ－ＭＰＤＵ内の特定のＭＰＤＵへの相殺的干渉及び／又は残りのＭＰＤＵへの建設的干渉を引き起こすことによってＤＬ信号を変調するためにバイスタティック後方散乱機会構成を利用することであって、ＭＰＤＵの受信における各成功又は失敗は、ＢＳＴＡからのＡＣＫであれば後方散乱ビット－１に対応し、ＮＡＣＫであれば後方散乱ビット－０に対応する、利用することと、を行う。いくつかの実装形態では、例示的なＢＴＳＡは、これらのアクションを実施するように構成及び／又はプログラムされた回路を含む。

【0187】

図９の例は、任意のＳＴＡに宛てられたＤＬデータがない時間インスタンスにおいて協調ＡＰに送信するＡＰを示す。しかしながら、図９では、協調ＡＰ（例えば、ＡＰ２又はＡＰ４）は、ＳＴＡを表すこともできる。ＳＴＡに偶然一致するデータがある例示的な場合、いくつかの実装形態では、ＡＰ３はＳＴＡに送信することができ、ＢＳＴＡは上記と同じ手順を実施する。この場合、いくつかの実装形態では、ＳＴＡは、Ａ－ＭＰＤＵ内の２つのＭＰＤＵについてのＣＲＣ失敗を示すブロックＡＣＫを伝送し、いくつかの実装形態では、ＡＰ３は、その情報をＳＴＡに再送信する。いくつかの実装形態では、この使用事例は、送信レートが非常に低く、後方散乱の必要性の頻度が非常に低いＢＳＴＡをカバーすることに留意されたい。そのような場合、いくつかの実装形態では、後方散乱を可能にするためにチャネルへの干渉を意図的に引き起こすことにより、再送信レートの極めて最小限の増加をもたらし、オーバーヘッドとして無視できる。いくつかの実装形態では、この手法は、最小限のデータレート要件を有する（ＢＳＴＡである）ＩＯＴセンサをサポートするために、いくつかのＳＴＡと少数の協調ＡＰとを有するシステムをサポートするのに十分であることが示され得る。いくつかの実装形態では、結果として生じるアグリゲートシステム容量は著しく低減されず、ＡＰによってサポートされるＳＴＡ数も著しく増加する。

【0188】

図１０は、逆推定を介してＤＬチャネル状態を決定するように構成された例示的なシステム１０００を示す。図１０の例では、低電力ＢＳＴＡ１００４は、電子回路を動作させるためにエネルギー収穫を使用する。ここで、ＢＳＴＡ１００４はエネルギー収穫を実施し、ＡＰ１００６はＢＳＴＡ１００４の収穫レートを決定する。これを容易にするために、この例では、ＡＰ１００６は、（例えば、潜在的に意図的な）歪み１０１０の存在下でＢＳＴＡ１００４からの後方散乱アップリンク１００８を測定する。いくつかの実装形態では、ダウンリンク問い合わせ信号１０１２は、後方散乱アップリンク１００８よりも著しく大きい電力でＢＳＴＡ１００４によって受信される。いくつかの実装形態では、ＡＰ上の受信機１０１４がダウンリンク入射波形を推定することができる場合、受信機１０１４は制御フィードバックループ１０１６を実装し、送信時に補償するようにＡＰの送信機１０１８に示すことができる。

【0189】

図１１は、チャネル障害の例示的な送信側補償を示す線グラフ１１００である。例えば、図１１では、ＡＰからの送信信号１１０２は、いくつかのトーンの振幅として描かれている。信号１１０４は、ゼロエネルギー（ＺＥ）デバイス（図中のＺＥ）とも呼ばれるＢＳＴＡにおける実際の入射信号を示す。周波数選択性障害を示すことが目的である場合、入射ＩＮＴ＿ＳＩＧは、等しくない電力レベルで受信されることに留意されたい。これが後方散乱のための入力信号である場合、実際の後方散乱信号１１０６は更に劣化し、これが通信の信頼性を低下させる。ＡＰがＢＳＴＡ／ＺＥデバイスにおける入射信号を推定することができる場合、ＡＰは、送信を事前補償して、ＢＳＴＡにおける入射波形をより高い品質に到達させることができる。補償された送信信号１１０８は、例えば、チャネルを逆推定する能力に基づいて、ＡＰが送信波形を事前補償した結果を示す。ＺＥにおける補償された入射信号１１１０は、補償された送信が発生した場合のチャネル障害に続く実際の入射信号を示す。いくつかの実装形態では、図１１に示される手法は、非ＬＯＳチャネル上に存在し得るマルチパス、歪みを補償することによって、各ＺＥにおける入射波形を可能にする。いくつかの実装形態では、チャネル中の障害を推定することによって位相及び振幅を変更するために、ＡＰにおいて制御ループが必要とされる。いくつかの実装形態では、ＡＰは、エネルギー収穫ターゲットを変更すること、及び／又は送信された波形を変更することによって、変動するチャネル利得を補償する。代替的に、ＡＰがチャネル障害を推定することができる場合、ＡＰは、最良の波形を表すチャネルに適切な所定のかつ／又は記憶された波形を使用する。いくつかの実装形態では、ＡＰは、具体的に推定されたチャネルに対して履歴的に最良に実施された特定の波形を使用する。いくつかの実装形態では、記憶された波形及び／又は所定の波形は、チャネルが十分に逆推定されることができる場合、最良の波形を表すＡＰによって使用される。

【0190】

図１２は、チャネル推定のためにＡＰ１２０２において実装される例示的な制御ループ１２００を示す。ＡＰ１２０２は、コントローラ１２１０及びフィルタ１２１２を含む。コントローラ１２１０は、無線チャネル１２０４を介して送信される波形を選択して、後方散乱器１２０６に電力を供給する。基準ベクトル１２１４は、収穫されたエネルギーの推定値と、後方散乱器１２０４によって後方散乱ベクトルに符号化された基準Ｒｅｆ（ｙ）１２３２との比較のために入力される。

【0191】

無線チャネル１２０４は、ダウンリンク利得行列１２２０及びアップリンク利得行列１２２２、ノイズ１２２４、並びに歪み１２２６によって示されるフェージングの影響を組み込む。

【0192】

後方散乱器１２０６には、受信信号ｙのエネルギーを蓄積及び／又は収穫するＩｎｃ（ｙ）１２３０と、アクセスポイントが逆方向チャネル推定を実施するのを助けるために受信信号ｙの上の後方散乱ベクトルに変調された基準信号であるＲｅｆ（ｙ）１２３２とを含む。

【0193】

いくつかの実装形態では、例えば、ＡＰの近くに他のデバイスが存在することに起因して、無線チャネル１２０４上で生じ得る変化する伝搬状態及び歪みに適応するために、ＡＰにおいて補償が実施される。いくつかの実装形態では、ＺＥ後方散乱器１２０６における受信波形は、例えば図１２に示されるように、減衰された制御ベクトルと歪みとの線形結合としてモデル化することができる。いくつかの実装形態では、これにより、ＡＰがいくつかの決定を行うことが可能となる。例えば、ＡＰは、一定の等幅サブキャリアに分割されたものとして、かつ／又は可変幅サブキャリアとして、ＲＦスペクトルを使用することを決定し得る。いくつかの実装形態では、図１２に示される利得行列は、例えば、無線チャネル１２０４がメモリレスであり線形であるので、疎であり得る。いくつかの実装形態では、数学的に、この理由により、非対角要素（トーン間のクロス乗積）は０値である。

【0194】

図１３は、ＢＳＴＡ１３０６を含む、チャネル１３０４のマルチキャリア、マルチＳＴＡ推定のための例示的な制御ループ１３００を示す。

【0195】

ＡＰ１３０２は、コントローラ１３１０及びフィルタ１３１２を含む。コントローラ１３１０は、無線チャネル１３０４を介して送信される波形を選択して、後方散乱器１３０６に電力を供給する。基準ベクトル１３１４は、収穫されたエネルギーの推定値と、後方散乱器１３０４によって後方散乱ベクトルに符号化された基準Ｒｅｆ（ｙ）１３３２との比較のために入力される。

【0196】

無線チャネル１３０４は、ダウンリンク利得行列１３２０及びアップリンク利得行列１３２２、ノイズ１３２４、並びに歪み１３２６によって示されるフェージングの影響を組み込む。

【0197】

後方散乱器１３０６には、受信信号ｙ１、ｙ２、及びｙｋのエネルギーを蓄積及び／又は収穫するＩｎｃ（ｙ）１３３０と、アクセスポイントが逆方向チャネル推定を実施するのを助けるために受信信号ｙの上の後方散乱ベクトルに変調された基準信号であるＲｅｆ（ｙ）１３３２とを含む。

【0198】

いくつかの実装形態では、制御ループ１３００は、ＡＰ１３０２が、ＢＳＴＡごとに１つずつ、Ｋ個のサブキャリアから結合解除されるように制御ループをモデル化することを可能にする。いくつかの実装形態では、波形閉ループ追跡システムは、サブキャリア追跡から結合解除される。いくつかの実装形態では、サブキャリアは、電力収穫回路を介してＢＳＴＡの受信機レベルで結合される。図１３は、複数のＢＳＴＡが逆方向チャネル推定され得る例示的なマルチキャリア拡張を示す。このように、いくつかの実装形態では、フレームワークが確立され、それによって、ＡＰ１３０２は、将来の時間に使用することができる、波形又はパターン及び関連する推定チャネルをカタログ化することができる。いくつかの実装形態では、ＡＰ１３０２は、ＢＳＴＡ１３０６における収穫レート推定に基づいて、エネルギー収穫が必要かどうかを決定する。いくつかの実装形態では、ＡＰ１３０２は、後方散乱されたチャネル及び伝搬状態を逆推定することによって、ＢＳＴＡ１３０６のエネルギー収穫レートを（例えば、ＢＳＴＡからのフィードバックなしに自律的に）推定する。いくつかの実装形態では、ＡＰ１３０２は、後方散乱チャネル中の障害を推定することによってキャリア又はサブキャリアの位相及び振幅を変更するための制御ループを実装する。いくつかの実装形態では、ＡＰ１３０２は、エネルギー収穫ターゲットを変更することによって、変動するチャネル利得を適応的に補償する。いくつかの実装形態では、ＡＰ１３０２は、推定されたチャネルに適切な波形をカタログ化し、ＢＳＴＡにおける最良の入射波形を表す現在推定されたチャネルに適切な所定の又はカタログ化された波形のセットを使用する。いくつかの実装形態では、ＡＰ１３０２は、制御ベクトルを使用して、一定の等幅サブキャリア及び／又は可変幅サブキャリアに分割されたＲＦスペクトルを決定して、エネルギー収穫レートを最大化する。

【0199】

図１４は、ＡＰによるＢＳＴＡの例示的なバッファ推定を示す。図１４は、個別にアドレス指定されるＢＳＲ要求の数を制限するためにマスクがどのように使用され得るかの例を示す。例えば、マスク（００１１）を適用することは、（単一の）ＢＳＲ要求が、（１１１１、０１１１、１０１１、００１１）を含むブランチ（＃＃１１）の下で定義されたニーモニックを有する全てのＢＳＴＡにアドレス指定されることを示す。代替的に、マスク（０１１１）が適用される場合、（単一の）ＢＳＲ要求は、（１１１１、０１１１）を含むブランチ（＃１１１）の下で定義されたニーモニックを有するＢＳＴＡのみにアドレス指定される。

【0200】

いくつかの実装形態では、例えば、本明細書で説明されるように、ＡＰは、後方散乱送信のためのチャネルをいつ制御するかを決定する。いくつかの実装形態では、ＡＰは、ＤＣＦを実行し、自己宛ＣＴＳを送信し、ＢＳＴＡアクティビティのための持続時間の間、媒体を予約することによってそれを実施する。いくつかの実装形態では、ＡＰは、それらの場合、媒体を保護する必要性が存在するかどうかを決定する。いくつかの実装形態では、ＡＰは、ＢＳＴＡを周期的にポーリングし、それらにバッファ状態報告を送信するように要求する。いくつかの実装形態では、各ＢＳＴＡにＢＳＲを伝送することはオーバーヘッドであり、いくつかのＢＳＴＡは、送信するものを有さず、それらのバッファ中に０バイトを有し得る。

【0201】

これを最小限に抑えるために、いくつかの実装形態では、ＡＰは、ＢＳＴＡをいくつかの均一なセットにグループ化し、各セットにおいて、ＢＳＴＡからのＵＬ送信のための組み合わされた要件はほぼ等しい。いくつかの実装形態では、これは、履歴アクティビティから、又はデバイス能力に基づいて推定される。言い換えれば、いくつかの実装形態では、ＡＰは、グループが他と比較してより多くの後方散乱の必要性でＡＰを圧倒しないように、均一なグループを促進する。

【0202】

これを可能にするために、いくつかの実装形態では、ＡＰは、前のセクションで詳述したようにニーモニックを割り当てる。いくつかの実装形態では、所定数のビットが一意の識別番号として使用される。いくつかの実装形態では、第２の所定数のビットが、プロービングのためにＡＰによって使用されるランダム値のために使用される。いくつかの実装形態では、ＡＰは、ランダム値の指定されたグループ内のランダム値を有する各ＢＳＴＡに応答するように要求するコマンドを送信する。

【0203】

いくつかの実装形態では、例えば、図１４に示されるように、ＡＰは、Ａｒｂｉｔ＿Ｖａｌと呼ばれることがある調停値、例えばマスクを送信し、ＢＳＴＡは、ビット単位の論理演算を実施して、応答する必要性を決定する。例えば、いくつかの実装形態では、式（ニーモニック＆Ａｒｂｉｔ＿Ｖａｌ）＞０が「０」（偽）と評価される場合、調停がＢＳＴＡに関与しないので、ＢＳＴＡは応答しない。いくつかの実装形態では、デバイスのＮ％超が同時に媒体にアクセスする必要がないように、ＡＰが調停値と以前に割り当てられたニーモニックとを決定することができることに留意されたい。いくつかの実装形態では、式が０より大きいと評価され、ＢＳＴＡがバッファ内にデータを有する場合、ＢＳＴＡはバッファ状態を送信する。いくつかの実装形態では、上記の式が０より大きいと評価されるが、ＢＳＴＡがバッファ内にデータを有しない場合、ＢＳＴＡはバッファ状態を送信しない。いくつかの実装形態では、構造化された様式でこれを実施することによって、毎回Ａｒｂｉｔ＿Ｖａｌマスク中のビット数が１だけ増加され、最終的に、決定間隔にわたる全てのＢＳＴＡのＢＳＲが、衝突なしで既知となる。いくつかの実装形態では、ＡＰは、一意の識別番号を決定するためにツリー探索及びアロハ技法を採用するように構成することができる。

【0204】

いくつかの実装形態は、エンベロープ内で許可される時間及びアクセスサブタイプの後方散乱ウィンドウを受信するデバイスを含み、ここで、エンベロープは特定の周期性を維持する。いくつかの実装形態は、時間周波数リソースのセット上で入射信号を後方散乱させることによって競合ベースのアクセス要求を実施するデバイスを含む。いくつかの実装形態は、デバイスが、将来の後方散乱機会のためにアップリンクデータ送信を延期する肯定応答を受信することを含む。いくつかの実装形態は、永久的な識別情報（例えば、ＭＡＣアドレス）によってアドレス指定される代わりに、将来の機会にローカルに一意のニーモニック（識別情報）によってアドレス指定されるデバイスを含み、ニーモニックは短縮された識別情報である。いくつかの実装形態は、指定された持続時間の間、後方散乱の機会が存在することを示す、信号とそのニーモニックを有する持続時間制限とをインフラストラクチャノードから受信するデバイスを含む。いくつかの実装形態は、時間周波数リソースのセット上で入射信号を後方散乱させることによって無競合アクセスを実施するデバイスを含む。いくつかの実装形態は、測定マスクを受信し、そのニーモニックに測定マスクを適用して、報告がインフラストラクチャノードに伝送される必要があるかどうかを決定するデバイスを含み、いくつかの実装形態では、デバイスは、バッファ保留状態に基づいて、代わりに品質測定値を伝送すべきかどうかを決定する。いくつかの実装形態は、エネルギー収穫を容易にするために、特定の持続時間にわたってエネルギー搬送キャリアを受信するデバイスを含む。

【0205】

特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。加えて、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに実装され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2023-10-11

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線ステーション（ＳＴＡ）において実装される方法であって、
後方散乱機会及びダウンリンク（ＤＬ）信号強度閾値を示す後方散乱指示（ＢＩＤ）メッセージを受信することと、
前記ＢＩＤメッセージ中に示されたリソースユニット（ＲＵ）上で受信されたＤＬ送信の信号強度が前記ＤＬ信号強度閾値を超えていることに基づいて、後方散乱送信を生成するために、前記ＤＬ送信を後方散乱させることと、を含む、方法。

【請求項2】

前記ＤＬ送信の前記後方散乱が、前記ＤＬ信号の持続時間が前記後方散乱送信に関連付けられたペイロード送信要件を超えていることに基づいて起こる、請求項１に記載の方法。

【請求項3】

前記ＤＬ送信の強度が前記ＤＬ信号強度閾値を超えていないことに基づいて、別の後方散乱送信を生成するために、前記ＢＩＤメッセージ中に示されたリソースユニット上で受信された別のＳＴＡからのアップリンク（ＵＬ）送信を後方散乱させることを更に含む、請求項１に記載の方法。

【請求項4】

前記ＵＬ送信を前記後方散乱させることが、前記ＵＬ送信の信号強度がＵＬ信号強度閾値を超えていることと、前記ＵＬ送信の持続時間が他の後方散乱送信に関連付けられたペイロード送信要件を超えていることと、に基づいて起こる、請求項３に記載の方法。

【請求項5】

前記ＢＩＤメッセージ、ＤＬフレーム中のプリアンブル、又は専用基準信号に基づいて、前記ＤＬ送信の信号強度を測定することを更に含む、請求項１に記載の方法。

【請求項6】

前記ＤＬ信号強度閾値及び前記ＵＬ信号強度閾値が同じ閾値である、請求項４に記載の方法。

【請求項7】

前記ＢＩＤメッセージが管理メッセージを含む、請求項１に記載の方法。

【請求項8】

前記ＢＩＤメッセージが肯定応答メッセージを含む、請求項１に記載の方法。

【請求項9】

前記ＤＬ信号強度閾値がサービス品質（ＱｏＳ）に関連付けられている、請求項１に記載の方法。

【請求項10】

前記後方散乱送信が、前記ＤＬ送信の信号強度が前記ＤＬ信号強度閾値を超えていることと、前記ＤＬ送信がペイロード送信要件を超えていることと、に基づいて生成される、請求項１に記載の方法。

【請求項11】

無線ステーション（ＳＴＡ）であって、
後方散乱機会及びダウンリンク（ＤＬ）信号強度閾値を示す後方散乱指示（ＢＩＤ）メッセージを受信するように構成された受信機と、
前記ＢＩＤメッセージ中に示されたリソースユニット（ＲＵ）上で受信されたＤＬ送信の信号強度が前記ＤＬ信号強度閾値を超えていることに基づいて、後方散乱送信を生成するために、前記ＤＬ送信を後方散乱させるように構成された送信機と、を備える、ＳＴＡ。

【請求項12】

前記送信機が、前記ＤＬ信号の持続時間が前記後方散乱送信に関連付けられたペイロード送信要件を超えていることに基づいて、前記ＤＬ送信を後方散乱させるように更に構成されている、請求項１１に記載のＳＴＡ。

【請求項13】

前記送信機が、前記ＤＬ送信の強度が前記ＤＬ信号強度閾値を超えていないことに基づいて、別の後方散乱送信を生成するために、前記ＢＩＤメッセージ中に示されたリソースユニット上で受信された別のＳＴＡからのアップリンク（ＵＬ）送信を後方散乱させるように更に構成されている、請求項１１に記載のＳＴＡ。

【請求項14】

前記送信機が、前記ＵＬ送信の信号強度がＵＬ信号強度閾値を超えていることと、前記ＵＬ送信の持続時間が他の後方散乱送信に関連付けられたペイロード送信要件を超えていることと、に基づいて、前記ＵＬ送信を後方散乱させるように更に構成されている、請求項１３に記載のＳＴＡ。

【請求項15】

前記受信機が、前記ＢＩＤメッセージ、ＤＬフレーム中のプリアンブル、又は専用基準信号に基づいて、前記ＤＬ送信の信号強度を測定するように更に構成されている、請求項１１に記載のＳＴＡ。

【請求項16】

前記ＤＬ信号強度閾値及び前記ＵＬ信号強度閾値が、同じ閾値である、請求項１４に記載のＳＴＡ。

【請求項17】

前記ＢＩＤメッセージが、管理メッセージ又は肯定応答メッセージを含む、請求項１１に記載のＳＴＡ。

【請求項18】

前記ＤＬ信号強度閾値がサービス品質（ＱｏＳ）に関連付けられている、請求項１１に記載のＳＴＡ。

【請求項19】

前記送信機が、前記ＤＬ送信の信号強度が前記ＤＬ信号強度閾値を超えていることと、前記ＤＬ送信がペイロード送信要件を超えていることと、に基づいて、前記後方散乱送信を生成するように更に構成されている、請求項１１に記載のＳＴＡ。

【請求項20】

無線ステーション（ＳＴＡ）において実装される方法であって、
後方散乱機会及びダウンリンク（ＤＬ）信号強度閾値を示す後方散乱指示（ＢＩＤ）メッセージを受信することと、
ＤＬ送信の信号強度に基づいて、後方散乱送信を生成するために、前記ＢＩＤメッセージ中に示されたリソースユニット（ＲＵ）上で受信された送信を後方散乱させることと、を含み、
前記ＤＬ送信の前記信号強度が前記ＤＬ信号強度閾値を超えている場合、前記送信が、受信されたＤＬ信号に基づいて後方散乱され、
前記ＤＬ送信の前記信号強度が前記ＤＬ信号強度閾値を超えていない場合、前記送信が、受信されたアップリンク（ＵＬ）信号に基づいて後方散乱される、方法。

【国際調査報告】