(57)【要約】  本開示の通信装置は、継続期間フィールドを含むＰＨＹ層データユニットを受信する受信部と、動作帯域幅内の各サブチャネルに関してビジーまたはアイドルの帯域幅情報を示すＰＨＹ−ＣＣＡ（クリアチャネル評価）プリミティブパラメータを動作中に発行するＰＨＹ層回路と、継続期間が現在のネットワーク割当ベクトル（ＮＡＶ）値よりも大きいとき、かつ通信装置が受信したＰＨＹ層データユニットのターゲット受信者ではないと判断されたときにＮＡＶ値を動作中に更新し、ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるべきリソースユニット（ＲＵ）を含む少なくとも１つのサブチャネルのビジー／アイドル状態を帯域幅情報に基づいて動作中に判断するＭＡＣ回路と、を備え、ＭＡＣ回路は、更新されたＮＡＶ値および少なくとも１つのサブチャネルのビジー／アイドル状態に基づいてＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を動作中に制御する。
2020500459.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
継続期間フィールドを含むＰＨＹ層データユニットを動作中に受信する受信部であって、前記継続期間フィールドが、前記通信装置が高効率（ＨＥ）トリガベース（ＴＢ）ＰＨＹ層データユニットの送信を禁止される継続期間を示す継続期間情報を含む、受信部と、
動作帯域幅内の各サブチャネルに関してビジーまたはアイドルの帯域幅情報を示すＰＨＹ−ＣＣＡ（クリアチャネル評価）プリミティブパラメータを動作中に発行する物理（ＰＨＹ）層回路と、
媒体アクセス制御（ＭＡＣ）回路であって、前記示された継続期間が現在のネットワーク割当ベクトル（ＮＡＶ）値よりも大きいとき、かつ前記通信装置が前記受信したＰＨＹ層データユニットのターゲット受信者ではないと判断されたときに前記継続期間情報に基づいてＮＡＶ値を動作中に更新し、また、前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるべきリソースユニット（ＲＵ）を含む少なくとも１つのサブチャネルのビジー／アイドル状態を前記帯域幅情報に基づいて動作中に判断する、媒体アクセス制御（ＭＡＣ）回路と、
を備え、
前記ＭＡＣ回路が、前記更新されたＮＡＶ値および前記少なくとも１つのサブチャネルの前記ビジー／アイドル状態に基づいて前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を動作中に制御する、
通信装置。
【請求項２】
前記ＭＡＣ回路が、前記通信装置が前記受信したＰＨＹ層データユニットのターゲット受信者ではないと判断されたときに、前記示された帯域幅が現在のＮＡＶ帯域幅値よりも広いとき、前記帯域幅情報に基づいてＮＡＶ帯域幅値を動作中に更新する、
請求項１に記載の通信装置。
【請求項３】
前記ＭＡＣ回路が、プライマリサブチャネルがビジーであるかどうかに関係なく、前記プライマリサブチャネルを含まない前記少なくとも１つのサブチャネルがアイドルと見なされたときに前記ＨＥ  ＴＢ  ＰＨＹ層データユニットを送信するように前記ＰＨＹ層回路を動作中に制御する、
請求項１に記載の通信装置。
【請求項４】
前記動作帯域幅が、複数の２０ＭＨｚサブチャネルを含み、前記ＰＨＹ−ＣＣＡプリミティブパラメータが、８ビットのビットマップを含み、前記８ビットのビットマップでは、前記８ビットの各ビットが、前記複数の２０ＭＨｚサブチャネルのそれぞれに対応し、前記８ビットのビットマップが、対応するビットを１に設定することによって各２０ＭＨｚサブチャネルのビジー状態を示し、対応するビットを０に設定することによって各２０ＭＨｚサブチャネルのアイドル状態を示す、
請求項１に記載の通信装置。
【請求項５】
前記受信部が、キャリア検知（ＣＳ）要求サブフィールドを含むトリガフレームを動作中に受信し、前記ＣＳ要求サブフィールドが、キャリア検知が要求されていることを示したとき、前記ＭＡＣ回路が、前記トリガフレームを受信した後に前記動作帯域幅内の前記少なくとも１つのサブチャネルに関して前記キャリア検知を動作中に実行する、
請求項１に記載の通信装置。
【請求項６】
前記ＭＡＣ回路が、前記通信装置と通信するアクセスポイントから送信された前記トリガフレームを受信した後に前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を動作中に制御する、
請求項５に記載の通信装置。
【請求項７】
前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるべき前記ＲＵが、前記トリガフレームによって割り当てられる、
請求項５に記載の通信装置。
【請求項８】
前記ＭＡＣ回路が、前記トリガフレームからのショートインターフレームスペース（ＳＩＦＳ）の後に前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるように動作中に制御する、
請求項５に記載の通信装置。
【請求項９】
前記動作帯域幅が、プライマリ２０ＭＨｚサブチャネルと少なくとも１つのセカンダリ２０ＭＨｚサブチャネルとを含む複数の２０ＭＨｚサブチャネルを含み、前記ＰＨＹ−ＣＣＡプリミティブパラメータが、前記プライマリ２０ＭＨｚサブチャネルがビジーであり、前記少なくとも１つのセカンダリ２０ＭＨｚサブチャネルがアイドルであることを示す、
請求項３に記載の通信装置。
【請求項１０】
前記ＰＨＹ−ＣＣＡプリミティブパラメータが、少なくとも１つの２０ＭＨｚサブチャネルに関するチャネル可用性情報を提供するための帯域幅クエリレポート（ＢＱＲ）動作に使用され、前記ＭＡＣ回路が、動作中に、前記ＰＨＹ−ＣＣＡプリミティブパラメータに従って前記ＢＱＲ内の利用可能チャネルビットマップフィールドを設定し、前記ＢＱＲを含む前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を制御する、
請求項１に記載の通信装置。
【請求項１１】
前記ＰＨＹ層回路が、動作中に、プリアンブル検出（ＰＤ）およびエネルギー検出（ＥＤ）の少なくとも一方を使用してワイヤレス媒体の実際の検知を実行し、前記実際の検知の結果に基づいて前記ＰＨＹ−ＣＣＡプリミティブパラメータ発行する、
請求項１に記載の通信装置。
【請求項１２】
通信方法であって、
継続期間フィールドを含むＰＨＹ層データユニットを受信するステップであって、前記継続期間フィールドが、通信装置が高効率（ＨＥ）トリガベース（ＴＢ）ＰＨＹ層データユニットの送信を禁止される継続期間を示す継続期間情報を含む、ステップと、
動作帯域幅内の各サブチャネルに関してビジーまたはアイドルの帯域幅情報を示すＰＨＹ−ＣＣＡ（クリアチャネル評価）プリミティブパラメータを発行するステップと、
前記示された継続期間が現在のネットワーク割当ベクトル（ＮＡＶ）値よりも大きいとき、かつ通信装置が前記受信したＰＨＹ層データユニットのターゲット受信者ではないと判断されたときに前記継続期間情報に基づいてＮＡＶ値を更新し、前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるべきリソースユニット（ＲＵ）を含む少なくとも１つのサブチャネルのビジー／アイドル状態を前記帯域幅情報に基づいて動作中に判断するステップと、
前記更新されたＮＡＶ値および前記少なくとも１つのサブチャネルの前記ビジー／アイドル状態に基づいて前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を制御するステップと、
を含む通信方法。
【請求項１３】
通信装置が前記受信したＰＨＹ層データユニットのターゲット受信者ではないと判断されたときに、前記帯域幅情報に基づいて、前記示された帯域幅が現在のＮＡＶ帯域幅値よりも広いとき、ＮＡＶ帯域幅値を更新するステップを含む、
請求項１２に記載の通信方法。
【請求項１４】
プライマリサブチャネルがビジーであるかどうかに関係なく、前記プライマリサブチャネルを含まない前記少なくとも１つのサブチャネルがアイドルと見なされたときに前記ＨＥ  ＴＢ  ＰＨＹ層データユニットを送信するように前記ＰＨＹ層回路を制御するステップを含む、
請求項１２に記載の通信方法。
【請求項１５】
前記動作帯域幅が、複数の２０ＭＨｚサブチャネルを含み、前記ＰＨＹ−ＣＣＡプリミティブパラメータが、８ビットのビットマップを含み、前記８ビットのビットマップでは、前記８ビットの各ビットが、前記複数の２０ＭＨｚサブチャネルのそれぞれに対応し、前記８ビットのビットマップが、対応するビットを１に設定することによって各２０ＭＨｚサブチャネルのビジー状態を示し、対応するビットを０に設定することによって各２０ＭＨｚサブチャネルのアイドル状態を示す、
請求項１２に記載の通信方法。
【請求項１６】
キャリア検知（ＣＳ）要求サブフィールドを含むトリガフレームを受信し、前記ＣＳ要求サブフィールドが、キャリア検知が要求されていることを示したとき、前記トリガフレームを受信した後に前記動作帯域幅内の前記少なくとも１つのサブチャネルに関して前記キャリア検知を実行する、
請求項１２に記載の通信方法。
【請求項１７】
通信装置と通信するアクセスポイントから送信された前記トリガフレームを受信した後に前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を制御するステップを含む、
請求項１６に記載の通信方法。
【請求項１８】
前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるべき前記ＲＵが、前記トリガフレームによって割り当てられる、
請求項１６に記載の通信方法。
【請求項１９】
前記トリガフレームの最後の後のショートインターフレームスペース（ＳＩＦＳ）に前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるように制御するステップを含む、
請求項１６に記載の通信方法。
【請求項２０】
前記動作帯域幅が、プライマリ２０ＭＨｚサブチャネルと少なくとも１つのセカンダリ２０ＭＨｚサブチャネルとを含む複数の２０ＭＨｚサブチャネルを含み、前記ＰＨＹ−ＣＣＡプリミティブパラメータが、前記プライマリ２０ＭＨｚサブチャネルがビジーであり、前記少なくとも１つのセカンダリ２０ＭＨｚサブチャネルがアイドルであることを示す、
請求項１４に記載の通信方法。
【請求項２１】
前記ＰＨＹ−ＣＣＡプリミティブパラメータが、少なくとも１つの２０ＭＨｚサブチャネルに関するチャネル可用性情報を提供するための帯域幅クエリレポート（ＢＱＲ）動作に使用され、
前記通信方法が、
前記ＰＨＹ−ＣＣＡプリミティブパラメータに従って前記ＢＱＲ内の利用可能チャネルビットマップフィールドを設定するステップと、
前記ＢＱＲを含む前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を制御するステップと、を含む、
請求項１２に記載の通信方法。
【請求項２２】
プリアンブル検出（ＰＤ）およびエネルギー検出（ＥＤ）の少なくとも一方を使用してワイヤレス媒体の実際の検知を実行するステップと、
前記実際の検知の結果に基づいて前記ＰＨＹ−ＣＣＡプリミティブパラメータ発行するステップと、を含む、
請求項１２に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、１つよりも多くのワイヤレスネットワークが物理的に同じ場所に位置するときにワイヤレス媒体のより効率的な使用を可能にするために新規のマルチチャネル仮想キャリア検知を利用する通信装置および通信方法に関する。
【背景技術】
【０００２】
ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ（電気電子学会））８０２．１１ワーキンググループは現在、８０２．１１ａｘタスクグループの下で次世代ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ワイヤレスローカルエリアネットワーク））技術の標準化を進めている。このタスクグループの主な目標は、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）および／または端末局（ｔｅｒｍｉｎａｌ  Ｓｔａｔｉｏｎ）（その他の文書では「非ＡＰ  ＳＴＡ」または単にＳＴＡ）の高密度シナリオでシステムスループット／エリアを高めるためにスペクトル効率を改善することである。ＩＥＥＥ８０２．１１ａｘ仕様に基づくデバイスは、一般に高効率（ＨＥ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）デバイスと呼ばれる。提案されている様々な技術の中で、直交周波数分割多元接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）およびアップリンクマルチユーザ送信は、ＩＥＥＥ８０２．１１ａｘタスクグループがスループット改善目標を達成するために採用した２つの主要な技術である。ＡＰと、そのＡＰとのＷＬＡＮメンバーシップのネゴシエート（関連付けプロセスとして知られる）を行った少なくとも１つのＳＴＡとを有する８０２．１１  ＷＬＡＮは、基本サービスセット（ＢＳＳ：Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）と呼ばれる。
【０００３】
図１は、８０２．１１ａｘの２つのＢＳＳ１００および１４５の例を示し、各ＢＳＳはそれぞれ、ＨＥ  ＡＰと、そのＨＥ  ＡＰに関連付けられたいくつかのＨＥ  ＳＴＡとを含む。ＳＴＡのＢＳＳのチャネルと同じチャネルで動作し、かつ部分的または全体的にＳＴＡの無線カバレッジ内にあるＢＳＳは、重複基本サービスセット（ＯＢＳＳ：Ｏｖｅｒｌａｐｐｉｎｇ  Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）として知られている。図１では、ＳＴＡ２  １２０がＡＰ１  １０１に関連付けられていると仮定すると、ＢＳＳ１４５はＳＴＡ２  １２０に関してＯＢＳＳと見なされる。
【０００４】
８０２．１１ａｘデバイスを含む８０２．１１デバイスの媒体アクセス制御（ＭＡＣ：  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）プロトコルは、ワイヤレス媒体を共有するために競合ベースキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ：Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）プロトコルを使用する。衝突回避が、ランダムバックオフの使用を通して達成される一方で、ＣＳＭＡは、物理的および仮想的なキャリア検知（ＣＳ：Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ）メカニズムの使用を含む。物理ＣＳメカニズムは、物理層（ＰＨＹ：Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）によって提供され、ワイヤレス媒体の実際の検知（プリアンブル検出（ＰＤ：Ｐｒｅａｍｂｌｅ  Ｄｅｔｅｃｔｉｏｎ）もしくはエネルギー検出（ＥＤ：Ｅｎｅｒｇｙ  Ｄｅｔｅｃｔｉｏｎ）のいずれかまたはこれら両方）を含む。仮想ＣＳメカニズムは、ＭＡＣ層によって提供され、ネットワーク割当ベクトル（ＮＡＶ：Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）を利用する。
【０００５】
ＮＡＶは、ほとんどのＩＥＥＥ８０２．１１フレームで通知される継続期間（ｄｕｒａｔｉｏｎ）情報に基づく、媒体のその後のトラフィックの予測を保持する。この継続期間は、ＭＡＣヘッダに含まれてもよく、および／またはもしあるならばＰＨＹヘッダ内の送信機会（ＴＸＯＰ：Ｔｒａｎｓｍｉｔ  Ｏｐｐｏｒｔｕｎｉｔｙ）継続期間から取得されてもよい。ＴＸＯＰ継続期間は、特定のＳＴＡがワイヤレス媒体に対してフレーム交換シーケンスを開始する権利を有する期間を表す。物理ＣＳまたは仮想ＣＳのいずれかが、媒体がビジーであることを示したとき、デバイスは、肯定応答（Ａｃｋ：Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）フレームまたはブロック肯定応答フレームなどの特定のフレームを除いて信号を送信することを許可されない。ＯＢＳＳの存在下におけるチャネルアクセスメカニズムの効率を改善するために、８０２．１１ａｘは、２つのＮＡＶの使用を承認した。１つはＢＳＳ内ＮＡＶとして知られ、もう１つは基本ＮＡＶとして知られる。ＢＳＳ内ＮＡＶは、適用可能な場合、ＢＳＳ内として、すなわちＳＴＡが関連付けられているＢＳＳとして識別されるＰＨＹプロトコルデータユニット（ＰＰＤＵ：ＰＨＹ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）からのＮＡＶ値を格納するために使用される。一方、基本ＮＡＶは、適用可能な場合、ＢＳＳ間ＰＰＤＵ、すなわちＯＢＳＳ  ＰＰＤＵからの、またはＢＳＳ内もしくはＢＳＳ間として識別することができないＰＰＤＵからの別のＮＡＶ値を格納するために使用される。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＩＥＥＥ８０２．１１−１５／０１３２ｒ１７，Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ  ｆｏｒ  ＴＧａｘ，Ｍａｙ  ２０１５
【非特許文献２】ＩＥＥＥ  Ｓｔｄ  ８０２．１１−２０１２
【非特許文献３】ＩＥＥＥ  ８０２．１１−１６／００２４ｒ１，Ｐｒｏｐｏｓｅｄ  ＴＧａｘ  ｄｒａｆｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ
【非特許文献４】ＩＥＥＥ  ８０２．１１−１６／００５４ｒ１，ＵＬ  ＭＵ  ＣＣＡ  Ｒｅｓｐｏｎｓｅ
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＳＴＡの基本ＮＡＶがＯＢＳＳ送信によって非ゼロ値に設定されているとき、仮想ＣＳは、ビジーを示すため、アップリンクマルチユーザチャネル検知（ＵＬ  ＭＵ  ＣＳ：Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ  Ｃｈａｎｎｅｌ  Ｓｅｎｓｉｎｇ）規則は、割り当てられたＲＵを含む２０ＭＨｚチャネルに対するエネルギー検出がそのチャネルがアイドルであることを示した場合でも、トリガフレームによって割り当てられたＲＵでＳＴＡがＨＥトリガベースＰＰＤＵを送信することを禁止する。これは、ＳＴＡにとっての送信機会の喪失につながり、したがって、ＯＢＳＳトラフィックの存在下でのアップリンクマルチユーザ送信の効率を低下させる。
【０００８】
本開示の非限定的で例示的な一実施形態は、ＯＢＳＳトラフィックの存在下でのアップリンクマルチユーザ送信の効率の改善を助けることができる通信装置および通信方法を提供する。
【０００９】
一般的な一態様では、本明細書で開示される技術は、通信装置であって、継続期間フィールドを含むＰＨＹ層データユニットを動作中に受信する受信部であって、継続期間フィールドが、通信装置が高効率（ＨＥ）トリガベース（ＴＢ）ＰＨＹ層データユニットの送信を禁止される継続期間を示す継続期間情報を含む受信部と、動作帯域幅内の各サブチャネルに関してビジーまたはアイドルの帯域幅情報を示すＰＨＹ−ＣＣＡ（クリアチャネル評価）プリミティブパラメータを動作中に発行する物理（ＰＨＹ）層回路と、媒体アクセス制御（ＭＡＣ）回路であって、継続期間情報に基づいて、示された継続期間が現在のネットワーク割当ベクトル（ＮＡＶ）値よりも大きいとき、かつ通信装置が受信したＰＨＹ層データユニットのターゲット受信者ではないと判断されたときに、ＮＡＶ値を動作中に更新し、また、ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるべきリソースユニット（ＲＵ）を含む少なくとも１つのサブチャネルのビジー／アイドル状態を帯域幅情報に基づいて動作中に判断する媒体アクセス制御（ＭＡＣ）回路とを備え、ＭＡＣ回路が、更新されたＮＡＶ値および少なくとも１つのサブチャネルのビジー／アイドル状態に基づいてＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を動作中に制御する通信装置を特徴とする。
【００１０】
これらの一般的なおよび特定の態様は、デバイス、システム、方法、およびコンピュータプログラムならびにデバイス、システム、方法、およびコンピュータプログラムの任意の組み合わせを使用して実施され得る。
【００１１】
本開示で説明される通信装置および通信方法は、ＯＢＳＳトラフィックの存在下でのアップリンクマルチユーザ送信の効率の改善を助けることができる。
【００１２】
開示された実施形態のさらなる利益および利点は、明細書および図面から明らかになる。利益および／または利点は、明細書および図面の様々な実施形態および特徴によって個別に得られてもよく、これらは、そのような利益および／または利点の１つ以上を得るためにすべてが用意される必要はない。
【図面の簡単な説明】
【００１３】
【図１】本開示の実施形態が適用され得る重複ワイヤレスネットワークの図である。
【図２】ＮＡＶ設定手順を強調した例示的なフレーム交換シーケンスのタイミング図である。
【図３Ａ】８０２．１１ａｘで導入された２つのＮＡＶがどのように更新されるかを明確にする、別の例示的なフレーム交換シーケンスのタイミング図である。
【図３Ｂ】広帯域チャネルにおける２０ＭＨｚチャネルの命名規則を示す図である。
【図４】８０２．１１ａｘにおけるＵＬ  ＭＵ  ＣＳ規則を示す、例示的なアップリンクマルチユーザ送信の図である。
【図５】本開示で対処される技術的問題を示す図である。
【図６】ＵＬ  ＭＵ  ＣＳメカニズムに関連する様々なパラメータが図４に示されているフレームシーケンスに関してどのように更新されるかを示す表である。
【図７Ａ】第１の実施形態で導入されるマルチチャネル仮想キャリア検知（ＣＳ）を示すフレーム交換シーケンスの例である。
【図７Ｂ】第１の実施形態による、ＮＡＶのＢＷフィールドの符号化スキームを示す表である。
【図８Ａ】第１の実施形態によるマルチチャネル仮想ＣＳに関する規則を示すフローチャートである。
【図８Ｂ】第１の実施形態による修正されたマルチチャネル仮想ＣＳ規則に基づいて、ＵＬ  ＭＵ  ＣＳメカニズムに関連する様々なパラメータがどのように更新されるかを示す表である。
【図９】３つの重複ワイヤレスネットワークを示す図である。
【図１０Ａ】第１の実施形態による、複数のＯＢＳＳの存在下での基本ＮＡＶの更新規則を示すフレーム交換シーケンスの例である。
【図１０Ｂ】第１の実施形態による、複数のＯＢＳＳの存在下での基本ＮＡＶの更新規則を示すフローチャートである。
【図１１Ａ】第１の実施形態による、複数のＯＢＳＳの存在下での基本ＮＡＶの更新に関する代替規則を示すフレーム交換シーケンスの例である。
【図１１Ｂ】第１の実施形態による、複数のＯＢＳＳの存在下での基本ＮＡＶの更新に関する代替規則を示すフローチャートである。
【図１１Ｃ】第１の実施形態による、複数のＯＢＳＳの存在下での基本ＮＡＶの更新に関する代替規則を示す別のフローチャートである。
【図１２】第１の実施形態に従ってＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎプリミティブに関して提案された追加のメンバを示す表である。
【図１３Ａ】本開示の第２の実施形態を示す例示的なＵＬ  ＭＵ送信である。
【図１３Ｂ】本開示の第２の実施形態による、チャネル状態を記録するために使用されるビットマップの図である。
【図１４】第２の実施形態で導入されるマルチチャネル仮想キャリア検知（ＣＳ）を示すフレーム交換シーケンスの例である。
【図１５】開示されているマルチチャネル仮想キャリア検知を実施する例示的なＳＴＡの簡略ブロック図である。
【図１６】開示されているマルチチャネル仮想キャリア検知を実施する例示的なＳＴＡの詳細ブロック図である。
【図１７】第３の実施形態によるマルチチャネル仮想キャリア検知（ＣＳ）を示すフレーム交換シーケンスの例である。
【図１８】第３の実施形態による修正されたマルチチャネル仮想ＣＳ規則に基づいて、ＵＬ  ＭＵ  ＣＳメカニズムに関連する様々なパラメータがどのように更新されるかを示す表である。
【図１９】第３の実施形態によるマルチチャネルＵＬ  ＭＵ  ＣＳメカニズムに関する規則を示すフローチャートである。
【図２０】ＳＴＡが、受信したＰＰＤＵからチャネル帯域幅情報をどのように取得するかを列挙した表である。
【図２１】第３の実施形態に従ってＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎプリミティブに関して提案された追加のメンバを示す表である。
【図２２】第４の実施形態による、ＳＴＡによって保持されるＮＡＶのフォーマットおよびＴＸ＿Ａｌｌｏｗｅｄフィールドの符号化である。
【図２３】第４の実施形態によるマルチチャネル仮想キャリア検知（ＣＳ）を示すフレーム交換シーケンスの例である。
【図２４】第４の実施形態によってなされる改善をより強調するように、本開示で対処される技術的問題を示す別の図である。
【図２５】第４の実施形態による修正されたマルチチャネル仮想ＣＳ規則に基づいて、ＵＬ  ＭＵ  ＣＳメカニズムに関連する様々なパラメータがどのように更新されるかを示す表である。
【図２６】第４の実施形態によるマルチチャネルＵＬ  ＭＵ  ＣＳメカニズムに関する規則を示すフローチャートである。
【図２７】第４の実施形態による、複数のＯＢＳＳの存在下での基本ＮＡＶの更新規則を示すフレーム交換シーケンスの例である。
【図２８】第４の実施形態による、複数のＯＢＳＳの存在下での基本ＮＡＶの更新規則を示すフローチャートである。
【発明を実施するための形態】
【００１４】
本開示は、以下の図および実施形態の助けを借りることでよりよく理解することができる。本明細書で説明される実施形態は、本質的に例示に過ぎず、本開示の可能な用途および使用のいくつかを説明するために使用され、本明細書で明示的に説明されていない代替実施形態に関して本開示を限定するものとして解釈されるべきではない。
【００１５】
先に説明したように、ダウンリンク方向およびアップリンク方向の両方でＯＦＤＭＡを使用するマルチユーザ送信は、ＩＥＥＥ８０２．１１ａｘタスクグループがスループット改善目標を達成するために採用した主要な技術である。ダウンリンク方向では、ＡＰがすべてのマルチユーザフレームを送信するため、マルチユーザ送信はアップリンク方向に比べて比較的簡単である。ダウンリンク（ＤＬ）マルチユーザＰＰＤＵは、各個別のＰＨＹサービスデータユニット（ＰＳＤＵ：ＰＨＹ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）が搬送される狭帯域チャネル（リソースユニットまたはＲＵとして知られている）に関する情報を搬送するワイドチャネルＰＨＹヘッダで構成される。アップリンク方向の送信は、ダウンリンク方向よりも複雑である。なぜなら、複数のＳＴＡからの送信の時間同期が必要であり、また異なるＳＴＡからの送信が互いに確実に干渉しないようにしなければならない、すなわち、各ＳＴＡに一意のＲＵを割り当てなければならないからである。これは、ＩＥＥＥ８０２．１１ａｘでは、ＡＰによって送信されるトリガフレームと呼ばれる特殊な制御フレームによって達成される。
【００１６】
トリガフレームは、ＵＬ送信に使用される、リソースユニット（ＲＵ）割り当て、アップリンク（ＵＬ：Ｕｐｌｉｎｋ）ＰＰＤＵ長、ＭＣＳなどの情報を含む。さらに、トリガフレームは、ＵＬ  ＭＵ送信の前にキャリア検知が要求されるかどうかをＳＴＡに知らせる「ＣＳ要求サブフィールド」も含む。トリガフレームを受信すると、トリガフレームにおいてＲＵを割り当てられたＳＴＡは、トリガフレームの最後からショートインターフレームスペース（ＳＩＦＳ：Ｓｈｏｒｔ  Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｅ）の期間後にＵＬマルチユーザ（ＭＵ：ｍｕｌｔｉ−ｕｓｅｒ）ＰＰＤＵの、それぞれのＵＬフレームを送信することができる。トリガフレーム内の「ＣＳ要求サブフィールド」の値が１である場合、ＳＴＡは、ＵＬ  ＭＵ送信に参加するためにＳＴＡが仮想ＣＳを考慮し、ＲＵがＳＴＡに割り当てられているすべての２０ＭＨｚチャネルに対してエネルギー検出も実行するように要求されることを述べたアップリンクマルチユーザチャネル検知（ＵＬ  ＭＵ  ＣＳ）手順に従うように要求される。仮想ＣＳがアイドルであり、トリガフレームにおいて割り当てられたＲＵを含むすべての２０ＭＨｚチャネルもアイドルであると見なされた場合にのみ、ＳＴＡは、ＨＥトリガベースＰＰＤＵを送信することを許可される。２０ＭＨｚチャネルがすべてアイドルであるわけではない場合、ＳＴＡは、割り当てられたＲＵで送信することを許可されない。
【００１７】
図１を参照すると、２つの重複ＢＳＳ（ＯＢＳＳ）が示されている。第１のＢＳＳであるＢＳＳ１  １００は、ＡＰであるＡＰ１  １０１と、ＡＰ１に関連付けられた４つのＳＴＡであるＳＴＡ１  １１０、ＳＴＡ２  １２０、ＳＴＡ３  １３０、およびＳＴＡ４  １４０とを含む。第２のＢＳＳであるＢＳＳ２  １４５は、ＡＰであるＡＰ２  １０２と、ＡＰ２に関連付けられた２つのＳＴＡであるＳＴＡ５  １５０およびＳＴＡ６  １６０とを含む。また、ＡＰ１  １０１およびＡＰ２  １０２の周りの円は、それぞれＡＰ１およびＡＰ２の無線カバレッジエリアを表す。図１から分かるように、ＳＴＡ２  １２０は、ＡＰ１の無線カバレッジの縁に位置し、その上偶然ＡＰ２の無線カバレッジ内にある。したがって、ＳＴＡ２  １２０に関して、ＢＳＳ２  １４５は、ＯＢＳＳと見なされる。受信されるフレームが属するＢＳＳの識別情報は、このフレームを搬送するＨＥ  ＰＰＤＵのＰＨＹヘッダ内のＢＳＳカラーフィールドをチェックすることによって、またはこのフレームのＭＡＣヘッダ内の基本サービスセット識別子（ＢＳＳＩＤ：Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）フィールドをチェックすることによってこのフレームの受信者により判断され得る。
【００１８】
図２は、８０２．１１ＮＡＶ設定手順を強調した例示的なフレーム交換シーケンス２００を示す。ＡＰ１  １０１は、データフレームをＳＴＡ１  １１０に送信しようとしており、送信を保護するために、ＡＰ１は、最初に送信要求（ＲＴＳ：Ｒｅｑｕｅｓｔ  Ｔｏ  Ｓｅｎｄ）フレームをＳＴＡ１に送信し、これに対してＳＴＡ１は、ＲＴＳフレームの最後からショートインターフレームスペース（ＳＩＦＳ）の期間後に送信される送信可（ＣＴＳ：Ｃｌｅａｒ  Ｔｏ  Ｓｅｎｄ）フレームで応答する。ＲＴＳフレーム内の継続期間フィールドは、ＲＴＳフレームの最後と、データフレームに応答して送信されるＡｃｋフレームの最後との間の期間を示す値に設定される。目的の受信者ＳＴＡ１を除いて、ＲＴＳフレームを受信したすべてのＳＴＡは、それらの既存のＮＡＶ値がより小さい場合、それらのＮＡＶをＲＴＳフレーム内の継続期間フィールドの値に更新する。同様に、目的の受信者ＡＰ１を除いて、ＣＴＳフレームを受信したすべてのＳＴＡは、それらの既存のＮＡＶ値がより小さい場合、それらのＮＡＶをＣＴＳフレーム内の継続期間フィールドの値に更新する。このようにして、ＡＰ１およびＳＴＡ１の無線カバレッジ内にあるすべてのＳＴＡは、それらのＮＡＶセットを有することになる。ＣＴＳフレームの受信に成功すると、ＡＰ１は、ＣＴＳフレームの最後からＳＩＦＳの期間後にデータフレームを送信し、これに対してＳＴＡ１は、Ａｃｋフレームで応答する。ＲＴＳフレーム／ＣＴＳフレームを受信したＳＴＡ２  １２０および他のすべてのＳＴＡは、それらのＮＡＶセットを有するため、この継続期間中のこれらへの送信は許可されず、この結果、ＡＰ１によるデータフレームの送信は確実に保護される。
【００１９】
図３Ａは、図１の２つのＢＳＳ１００および１４５内における例示的なフレーム交換シーケンス３００を示し、８０２．１１ａｘで導入された２種類のＮＡＶ、すなわちＢＳＳ内ＮＡＶおよび基本ＮＡＶを更新するための手順を強調している。２種類のＮＡＶを保持することにより、特定の条件下で周波数リソースのより効率的な空間的再利用が可能になる。この例は、２つの進行中の送信シーケンスを示している。１つ目は、ＡＰ１  １０１とＳＴＡ１  １１０との間の、ＢＳＳ１  １００におけるＴＸＯＰ１  ３１０であり、２つ目は、  ＡＰ２  １０２とＳＴＡ５  １５０との間の、ＢＳＳ２  １４５における第２のＴＸＯＰ２  ３４０である。ＤＬ  ＰＰＤＵ３１２を受信すると、ＢＳＳカラーフィールドもしくはＢＳＳＩＤフィールドのいずれかまたはこれら両方をチェックすることによって、ＳＴＡ２  １２０は、ＰＰＤＵ３１２はＢＳＳ内ＰＰＤＵであると判断し、ＳＴＡ２は、ＰＰＤＵ３１２の受信者ではないため、ＳＴＡ２は、そのＢＳＳ内ＮＡＶであるＮＡＶ１  ３２０を、ＤＬ  ＰＰＤＵ３１２の最後とＴＸＯＰ１の最後との間の期間を示す値に設定する。同様に、ＤＬ  ＰＰＤＵ３４２を受信すると、ＢＳＳカラーフィールドもしくはＢＳＳＩＤフィールドのいずれかまたはこれら両方をチェックすることによって、ＳＴＡ２は、ＰＰＤＵ３４２はＢＳＳ間ＰＰＤＵであると判断し、ＳＴＡ２は、そのＢＳＳ間ＮＡＶであるＮＡＶ２  ３３０を、ＤＬ  ＰＰＤＵ３４２の最後とＴＸＯＰ２の最後との間の期間を示す値に設定する。
【００２０】
図３Ｂを参照すると、４０ＭＨｚ、８０ＭＨｚ、または８０＋８０ＭＨｚもしくは１６０ＭＨｚのチャネルで動作する８０２．１１インフラストラクチャＢＳＳにおける２０ＭＨｚチャネルの命名規則が示されている。これは、広帯域幅チャネルがどのように形成され得るかのほんの一例であり、他の多くの同様の構成が可能である。ＢＳＳが最初にセットアップされるとき、２０ＭＨｚチャネル３５０のうちの１つが、プライマリ２０ＭＨｚチャネルとして指定される。プライマリ２０ＭＨｚチャネルは、単にプライマリチャネルとも呼ばれ、非常に重要な意味を持つ。ＩＥＥＥ８０２．１１の仕様は、ＳＴＡがプライマリ２０ＭＨｚチャネルを含まないチャネルでそれらのアップリンクＰＰＤＵを送信することを許可され得る、アップリンクＯＦＤＭＡベースマルチユーザ送信の場合を除いて、インフラストラクチャＢＳＳにおけるすべての送信がプライマリ２０ＭＨｚチャネルを含むことを要求する。
【００２１】
さらに、インフラストラクチャＢＳＳにおいて、すべてのビーコンフレームは、プライマリ２０ＭＨｚチャネルで送信される。プライマリ２０ＭＨｚチャネル以外の２０ＭＨｚチャネルは、非プライマリチャネルと呼ばれる。４０ＭＨｚＢＳＳの４０ＭＨｚチャネルまたはより広いＢＳＳのプライマリ４０ＭＨｚを一緒に形成する、プライマリ２０ＭＨｚチャネルに隣接する２０ＭＨｚチャネル３５５は、セカンダリ２０ＭＨｚチャネルまたは単にセカンダリチャネルと呼ばれる。８０ＭＨｚＢＳＳまたはより広いＢＳＳにおいて、プライマリ２０ＭＨｚチャネル３５０とセカンダリ２０ＭＨｚチャネル３５５は、一緒にプライマリ４０ＭＨｚチャネルを形成する。８０ＭＨｚＢＳＳまたはより広いＢＳＳにおいて、８０ＭＨｚＢＳＳの８０ＭＨｚチャネルまたはより広いＢＳＳのプライマリ８０ＭＨｚチャネルを一緒に形成する、プライマリ４０ＭＨｚチャネルに隣接する４０ＭＨｚチャネル（２つの２０ＭＨｚチャネル３６０および３６５から構成される）は、セカンダリ４０ＭＨｚチャネルと呼ばれる。８０＋８０ＭＨｚＢＳＳまたは１６０ＭＨｚＢＳＳにおいて、プライマリ４０ＭＨｚチャネルとセカンダリ４０ＭＨｚチャネルは、一緒にプライマリ８０ＭＨｚチャネルを形成する。８０＋８０ＭＨｚＢＳＳまたは１６０ＭＨｚＢＳＳにおいて、プライマリ８０ＭＨｚチャネルと一緒に８０＋８０ＭＨｚｚチャネルまたは１６０ＭＨｚチャネルを形成する、プライマリ２０ＭＨｚチャネル３５０を含まない８０ＭＨｚチャネル（４つの２０ＭＨｚチャネル３７０、３７５、３８０、および３８５から構成される）は、セカンダリ８０ＭＨｚチャネルと呼ばれる。１６０ＭＨｚチャネルでは、プライマリ８０ＭＨｚチャネルとセカンダリ８０ＭＨｚチャネルは互いに隣接するが、８０＋８０ＭＨｚチャネルでは、プライマリ８０ＭＨｚチャネルとセカンダリ８０ＭＨｚチャネルは互いに隣接する必要はなく、動作周波数帯域の異なる部分に位置してもよい。
【００２２】
図４を参照すると、８０２．１１ａｘにおけるＵＬ  ＭＵ  ＣＳ手順を明確にするために、例示的なＵＬ  ＭＵ送信シーケンス４００が示されている。アップリンクマルチユーザ（ＵＬ  ＭＵ：Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）送信は、トリガフレーム４１０と呼ばれる特殊な制御フレームを送信することによってＡＰにより開始される。トリガフレーム４１０は、ＵＬ送信のためにＳＴＡによって使用される、リソースユニット（ＲＵ）割り当て、ＰＰＤＵ長、ＭＣＳなどの情報を含む。トリガフレーム４１０を受信すると、トリガフレームにおいてＲＵを割り当てられたＳＴＡは、ワイヤレス媒体を競合する必要なく、トリガフレームの最後からＳＩＦＳの期間後にＵＬマルチユーザＰＰＤＵの、それぞれのＵＬフレームを送信することができる。
【００２３】
８０２．１１ａｘにおけるＵＬ  ＭＵ  ＣＳ手順には、ＵＬ  ＭＵ送信に参加するために、１に設定されたＣＳ要求フィールドを有するトリガフレームにおいてＲＵを割り当てられたＳＴＡは、仮想ＣＳを考慮するよう要求され、また、ＲＵがそのＳＴＡに割り当てられているすべての２０ＭＨｚチャネルで、エネルギー検出に基づくクリアチャネル評価（ＥＤベースＣＣＡ）を実行すると述べられている。ＳＴＡは、仮想ＣＳがアイドルであり、その上、割り当てられたＲＵを含むすべての２０ＭＨｚチャネルがＥＤベースＣＣＡによってアイドルであると見なされる場合にのみ、そのＵＬ  ＰＰＤＵ（ＨＥトリガベースＰＰＤＵ）の送信を許可される。２０ＭＨｚチャネルがすべてアイドルであるわけではない場合、ＳＴＡは、割り当てられたＲＵでの送信を許可されない。ＢＳＳ内ＮＡＶと基本ＮＡＶとの両方のカウンタ値がゼロである場合、仮想ＣＳはアイドルであると見なされる。この例では、図１のＢＳＳ１  １００は８０ＭＨｚチャネルで動作しており、ＣＨ１、ＣＨ２、ＣＨ３、およびＣＨ４がプライマリ２０ＭＨｚチャネル、セカンダリ２０ＭＨｚチャネル、ターシャリ２０ＭＨｚチャネル、およびクォータナリ２０ＭＨｚチャネルを示すものとする。８０２．１１の用語では、ＣＨ１は、プライマリ２０ＭＨｚチャネルまたは単にプライマリチャネルと呼ばれ、ＣＨ２は、セカンダリ２０ＭＨｚチャネルまたは単にセカンダリチャネルと呼ばれ、ＣＨ３とＣＨ４は、一緒にセカンダリ４０ＭＨｚチャネルを形成する。
【００２４】
ＳＴＡがＡＰ１  １０１からトリガフレーム４１０を受信した瞬間、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、およびＳＴＡ４の無線カバレッジエリア内にプライマリ２０ＭＨｚチャネルＣＨ１で進行中の送信はなく、４つのＳＴＡすべてのＢＳＳ内ＮＡＶと基本ＮＡＶとの両方がゼロに設定される。しかしながら、４６０によって示されているように、ＳＴＡ２の無線カバレッジエリア内にＣＨ３で進行中の送信がある。ＡＰ１  １０１は、ＣＨ１では１つの１０６トーン  ＲＵをそれぞれＳＴＡ１  １１０およびＳＴＡ４  １４０に割り当て、ＣＨ２では１つの２４２トーン  ＲＵをＳＴＡ３  １３０に割り当て、ＣＨ３およびＣＨ４をカバーする４８４トーン  ＲＵをＳＴＡ２  １２０に割り当てるトリガフレーム４１０を送信することによってＵＬ  ＭＵ送信シーケンスを開始する。ＥＤベースＣＣＡと仮想ＣＳとの両方がアイドルを返すため、ＳＴＡ１、ＳＴＡ３、およびＳＴＡ４は、それぞれのＵＬ  ＰＰＤＵ４２０、４４０、および４３０を送信する。しかしながら、ＳＴＡ２の場合、仮想ＣＳはアイドルを返すが、ＥＤベースＣＣＡは、ＣＨ３でビジーを返す。ＳＴＡ２に割り当てられたＲＵを含む２０ＭＨｚチャネルがすべてアイドルであるわけではないため、ＵＬ  ＭＵ  ＣＳ規則に従って、ＳＴＡ２はそのＵＬ  ＰＰＤＵ４５０の送信を禁止される。
【００２５】
図５は、わずかに異なるチャネル状態における例示的なＵＬ  ＭＵ送信シーケンス４００を示す。ＳＴＡがＡＰ１  １０１からトリガフレーム４１０を受信した瞬間、ＳＴＡ１、ＳＴＡ３、およびＳＴＡ４の無線カバレッジエリア内にプライマリ２０ＭＨｚチャネルで進行中の送信はなく、ＳＴＡのＢＳＳ内ＮＡＶと基本ＮＡＶとの両方がゼロに設定される。しかしながら、送信シーケンス５００によって示されているように、ＢＳＳ２  １４５ではＳＴＡ２の無線カバレッジエリア内にプライマリチャネルＣＨ１およびセカンダリチャネルＣＨ２で進行中のＯＢＳＳ送信がある。ＡＰ２  １０２は、ＢＳＳ２では、ＳＴＡ５  １５０およびＳＴＡ６  １６０にＲＵを割り当てるためのトリガフレーム５１０を送信することによってＵＬ  ＭＵ送信を開始する。トリガフレーム５１０からＳＩＦＳの後で、ＳＴＡ５およびＳＴＡ６は、それぞれの割り当てられたＲＵでそれぞれのＵＬ  ＰＰＤＵを送信する。トリガフレーム５１０を搬送するＤＬ  ＰＰＤＵを受信すると、ＳＴＡ２は、それがＯＢＳＳ  ＰＰＤＵであると判断し、その基本ＮＡＶを非ゼロ値に設定する。
【００２６】
図６の表６００は、図５に示したＵＬ  ＭＵ送信シーケンス中のＳＴＡ２に関して、ＵＬ  ＭＵ  ＣＳメカニズムに関連する様々なパラメータを列挙している。プライマリチャネルＣＨ１での送信はＯＢＳＳに属するため、ＳＴＡ２の基本ＮＡＶは非ゼロ値に設定され、ＢＳＳ内ＮＡＶがゼロであっても、仮想ＣＳはビジーを示す。同様に、ＥＤベースＣＣＡは、ＣＨ１とＣＨ２でビジーを返し、ＣＨ３とＣＨ４でアイドルを返す。ＵＬ  ＭＵ  ＣＳ規則によれば、ＳＴＡ２のためにＲＵを含む両方のチャネル（ＣＨ３およびＣＨ４）で進行中の送信がなくても、仮想ＣＳはビジーを示すため、ＵＬ  ＭＵ  ＣＳは、４つの２０ＭＨｚのすべてで媒体はビジーであると見なし、その結果、ＳＴＡ２のＵＬ  ＰＰＤＵ４５０の送信は許可されない。これは、基本ＮＡＶが過剰な保護になっている場合であると見なすことができる。すなわち、ＳＴＡ２が、ＣＨ３およびＣＨ４でそのＵＬ  ＰＰＤＵ４５０を送信することを許可されたとしても、その送信は、ＯＢＳＳ送信に対していかなる干渉も引き起こさず、より高いチャネル使用効率をもたらしたであろう。
【００２７】
上に示した欠点は、ＮＡＶ（ベースラインＮＡＶまたはＢＳＳ内ＮＡＶまたは基本ＮＡＶ）がもっぱらプライマリ２０ＭＨｚチャネルのアクティビティに基づいており、非プライマリチャネルの状態に関する情報を考慮／提供しないという事実によって生じている。正しいＰＰＤＵの受信によってプライマリ２０ＭＨｚがビジーである限り、ＮＡＶは設定され、残りのセカンダリチャネルの状態は記録されない。８０２．１１ａｘはＯＦＤＭＡベース狭帯域送信を導入しているため、この過剰な保護を回避することができれば、チャネル再利用効率をさらに改善することができる。
【００２８】
上記の知見に基づいて、本出願の発明者らは、本開示に到達した。ＯＢＳＳトラフィックの存在下でアップリンクマルチユーザ送信の効率を改善する通信方法および通信装置が開示される。開示される方法によれば、周波数次元がＮＡＶに追加され、ＮＡＶは、広帯域チャネルの一部を形成するプライマリチャネルがビジーである継続期間を記録するだけでなく、広帯域チャネルの他の非プライマリチャネルのどれがビジーであるかも記録する。このビジーチャネルの情報を参照することによって、ＳＴＡは、どのチャネルがアイドルであり、ビジーチャネルに干渉を引き起こすことなく同時送信に使用され得るかを容易に推測することができる。
【００２９】
本開示において提案される効率的なマルチチャネル仮想キャリア検知のための様々な実施形態は、以下の段落において詳細に説明される。
【００３０】
＜第１の実施形態＞
先に指摘したように、現在、ＮＡＶ（ベースラインＮＡＶまたはＢＳＳ内ＮＡＶまたは基本ＮＡＶ）は、もっぱらプライマリ２０ＭＨｚチャネルのアクティビティに基づいており、非プライマリチャネルの状態に関する情報を考慮／提供しない。正しいＰＰＤＵの受信によってプライマリ２０ＭＨｚチャネルがビジーである限り、ＮＡＶは設定され、残りの非プライマリチャネルの状態は記録されない。現在のＮＡＶメカニズムのこの制限を克服するために、第１の実施形態は、ＮＡＶがプライマリチャネルがビジーである継続期間を記録するだけでなく、ビジーである非プライマリチャネルも記録するように周波数次元をＮＡＶに追加する。このために、ＢＷ（ｂａｎｄｗｉｄｔｈ（帯域幅））と呼ばれるフィールドが、ＮＡＶを設定するＰＰＤＵまたはフレームの帯域幅情報を記録するためにＮＡＶに追加される。ＮＡＶを設定するＰＰＤＵの帯域幅は常にプライマリ２０ＭＨｚチャネルを含むため、ＢＷフィールドは、どの非プライマリチャネルがビジーであるかを示す。このビジーチャネルの情報によって、ＳＴＡは、どのチャネルがアイドルであり、ビジーチャネルに干渉を引き起こすことなく同時送信に使用され得るかを容易に推測することができる。
【００３１】
図７Ａを参照すると、８０ＭＨｚのＢＳＳにおけるＮＡＶの周波数次元の概念を視覚的に示すために一連の例示的なフレーム交換シーケンスが示されている。図７Ａの上半分は、異なる帯域幅の３つの送信シーケンス、すなわち８０ＭＨｚのＴＸＯＰ１  ７１２、４０ＭＨｚのＴＸＯＰ２  ７２２、および２０ＭＨｚのＴＸＯＰ３  ７３２を示す。各送信シーケンスは、ＡＰと、このＡＰと同じＢＳＳに属する１つ以上のＳＴＡとの間のＰＰＤＵの交換を含む。例として、送信シーケンスの最初のＰＰＤＵは、ＵＬ  ＭＵ送信のためにＲＵを選択されたＳＴＡに割り当てるトリガフレームであり、その後にＳＴＡからのＨＥトリガベースＰＰＤＵが続き、肯定応答フレームを搬送する、ＡＰからのＤＬ  ＰＰＤＵで終わってもよい。この例では、ＣＨ１、ＣＨ２、ＣＨ３、およびＣＨ４は、それぞれプライマリ２０ＭＨｚチャネル、セカンダリ２０ＭＨｚチャネル、ターシャリ２０ＭＨｚチャネル、およびクォータナリ２０ＭＨｚチャネルを示す。図７Ａの下半分は、本開示によって提案される、第三者ＳＴＡによって保持される二次元ＮＡＶを視覚的に表している。この例に関連する時点は、ｔ０、ｔ１、ｔ２、ｔ３、ｔ４、およびｔ５によって示されている。
【００３２】
進行中の送信の無線カバレッジ内にあり、かつこの送信の送信者でも受信者でもないＳＴＡは、その送信に関して第三者ＳＴＡと見なされる。ＴＸＯＰ１  ７１２の最初のＰＰＤＵ７１０を受信すると、第三者ＳＴＡは、例えば、ＰＰＤＵによって搬送されたフレームのＭＡＣヘッダ内の受信者アドレスを読み取ることによって、またはＰＰＤＵ７１０で搬送されたトリガフレームのユーザ情報フィールドのＡＩＤ１２サブフィールドを読み取ることなどによって第三者ＳＴＡ自体がＰＰＤＵ７１０の受信者ではないと判断する。
【００３３】
ＳＴＡは、既存のＮＡＶ規則に従って、ＳＴＡ自体がＰＰＤＵ７１０の受信者ではないと判断したら、ＮＡＶ継続期間を、時間ｔ０から時間ｔ１までの時間期間に設定し、これにより、ＳＴＡはＴＸＯＰ１  ７１２の最後である時間ｔ１まで送信することを禁止される。ＮＡＶ継続期間を記録することに加えて、第１の実施形態によれば、ＳＴＡはまた、受信したＰＰＤＵ７１０の帯域幅である８０ＭＨｚをＮＡＶのＢＷフィールドとして記録する。二次元ＮＡＶは、ＳＴＡが送信を禁止された時間期間および周波数範囲を表すボックス７１４によって表されている。時間ｔ１において、ＮＡＶ継続期間がゼロまでカウントダウンされると、ＢＷフィールドもゼロにリセットされる。
【００３４】
同様に、ＰＰＤＵ７２０を受信すると、ＳＴＡは、ＮＡＶ継続期間を、時間ｔ２からＴＸＯＰ２  ７２２の最後である時間ｔ３までの時間期間に設定し、一方、ＢＷフィールドは、ＰＰＤＵ７２０の帯域幅である４０ＭＨｚに設定される。これは、ボックス７２４として示されている。さらにチャネル検知規則がそれ相応に修正されれば、特定の条件下で、第三者ＳＴＡは、進行中の送信７２２に干渉を引き起こすことなくｔ２からｔ３までのＮＡＶ継続期間内に非占有チャネルＣＨ３およびＣＨ４で送信することを許可され得る。この結果、非占有セカンダリチャネルのより効率的な再利用が促進される。
【００３５】
時間ｔ３において、ＮＡＶ継続期間がゼロまでカウントダウンされると、ＢＷフィールドもゼロにリセットされる。同様に、ＰＰＤＵ７３０を受信すると、ＳＴＡは、ＮＡＶ継続期間を、時間ｔ４から、ＴＸＯＰ３  ７３２の最後である時間ｔ５までの時間期間に設定し、一方、ＢＷフィールドは、ＰＰＤＵ７３０の帯域幅である２０ＭＨｚに設定される。これは、ボックス７３４として示されている。この場合、第三者ＳＴＡは、進行中の送信７３２に干渉を引き起こすことなく、ｔ４からｔ５までのＮＡＶ継続期間内に非占有チャネルＣＨ２、ＣＨ３、およびＣＨ４で送信することを許可され得る。時間ｔ５において、ＮＡＶ継続期間がゼロまでカウントダウンされると、ＢＷフィールドもゼロにリセットされる。
【００３６】
図７Ｂは、ＢＷフィールドの例示的な符号化の表７５０を示す。２ビットを使用して、ＢＷフィールドは、８０２．１１ａｘによってサポートされる４つの異なる帯域幅を表すことができる。値０は、ビジープライマリ２０ＭＨｚを示し、値１は、ビジープライマリ４０ＭＨｚを示し、値２は、ビジープライマリ８０ＭＨｚを示し、値３は、１６０ＭＨｚチャネル全体または８０＋８０ＭＨｚチャネルがビジーであることを示す。７５０に列挙されているＢＷ符号化によれば、図７Ａに示した例において、ＢＷフィールドは、ＮＡＶ設定７１４に関しては２に設定され、ＮＡＶ設定７２４に関しては１に設定され、ＮＡＶ設定７３４に関しては０に設定される。
【００３７】
ＮＡＶに周波数次元を追加するという概念は、図３Ａで説明した２つのＮＡＶに簡単に拡張することができる。ＮＡＶの一方またはＮＡＶの両方は、それぞれのＢＳＳにおける進行中の送信の帯域幅を記録するように拡張され得る。図５に戻って参照すると、ＳＴＡ２がＵＬ  ＰＰＤＵ４５０を送信することを禁止した過剰保護ＮＡＶは、進行中のＯＢＳＳ送信の帯域幅を基本ＮＡＶのＢＷフィールドとして記録するという概念を適用するのと同時に、仮想ＣＳ規則およびＵＬ  ＭＵ  ＣＳメカニズムに変更を加えることによって克服され得る。
【００３８】
先に説明したように、図５に示した例では、ＳＴＡ２の基本ＮＡＶは、それがＡＰ１  １０１からトリガフレーム４１０を受信した瞬間に非ゼロ値に設定され、この結果、仮想ＣＳは、ＳＴＡ２に関してビジーとなる。現在のＵＬ  ＭＵ  ＣＳ規則によれば、ＣＨ３およびＣＨ４で進行中の送信がなくても、仮想ＣＳはビジーを示すため、ＵＬ  ＭＵ  ＣＳメカニズムは、４つのチャネルのすべてで媒体はビジーであると見なし、その結果、ＳＴＡ２のためにＲＵを含む両方のチャネルがビジーでないにもかかわらず、ＳＴＡ２のＵＬ  ＰＰＤＵ４５０の送信は許可されない。現在の仮想ＣＳ規則は、ＮＡＶのいずれか一方がビジーである限り、非プライマリチャネルの実際の状態に関係なく、広帯域チャネル全体に関してビジーを示す。
【００３９】
図８Ａは、基本ＮＡＶに帯域幅フィールドを追加することによって、２０ＭＨｚチャネルごとに仮想ＣＳ規則をどのように示すことができるかを説明するフローチャート８００を示す。プライマリ２０ＭＨｚチャネルから開始され、トリガフレームが受信される広帯域チャネルの各２０ＭＨｚチャネルに関して、プロセスは、ＳＴＡが、１に設定されたＣＳ要求フィールドを有し、ＲＵをＳＴＡに割り当てるトリガフレームを受信したとき、ステップ８１０で開始される。トリガフレームにおいてＣＳ要求フィールドが１に設定されているため、ＳＴＡは、割り当てられたＲＵでＨＥトリガベースＰＰＤＵを送信する前にＵＬ  ＭＵ  ＣＳを実行することを要求される。ステップ８２０で、ＢＳＳ内ＮＡＶが非ゼロである場合、プロセスは、仮想ＣＳがその２０ＭＨｚチャネルに関してビジーを示すステップ８３０に進んで、プロセスは終了し、もしあれば次の２０ＭＨｚチャネルに進む。しかしながら、ステップ８２０でＢＳＳ内ＮＡＶがゼロである場合、プロセスはステップ８４０に進む。
【００４０】
ステップ８４０で、基本ＮＡＶ継続期間がゼロである場合、プロセスは、仮想ＣＳがその２０ＭＨｚチャネルに関してアイドルを示すステップ８７０に進んで、プロセスは終了し、もしあれば次の２０ＭＨｚチャネルに進む。しかしながら、ステップ８４０で基本ＮＡＶが非ゼロである場合、プロセスはステップ８５０に進む。ステップ８５０で、２０ＭＨｚチャネルが、基本ＮＡＶのＢＷフィールドによってビジーチャネルのうちの１つとして示される場合、プロセスは、仮想ＣＳがその２０ＭＨｚチャネルに関してビジーを示すステップ８６０に進んで、プロセスは終了し、もしあれば次の２０ＭＨｚチャネルに進む。しかしながら、ステップ８５０で、２０ＭＨｚチャネルが、基本ＮＡＶのＢＷフィールドによってビジーチャネルのうちの１つとして示されない場合、プロセスは、仮想ＣＳがその２０ＭＨｚチャネルに関してアイドルを示すステップ８７０に進んで、プロセスは終了し、もしあれば次の２０ＭＨｚチャネルに進む。修正された仮想ＣＳ規則は、個々の２０ＭＨｚチャネルの各々に関して仮想ＣＳが通知されることを可能にするため、ＵＬ  ＭＵ  ＣＳメカニズムも、個々の２０ＭＨｚチャネルの各々に関してビジー／アイドルが通知されるように修正される。エネルギー検出（ＥＤ：ｅｎｅｒｇｙ−ｄｅｔｅｃｔ）または仮想ＣＳのいずれかが、特定の２０ＭＨｚチャネルでビジーを返した場合、その２０ＭＨｚチャネルはビジーであると見なされる。
【００４１】
エネルギー検出（ＥＤ）と仮想ＣＳとの両方が、特定の２０ＭＨｚチャネルでアイドルを返した場合、その２０ＭＨｚチャネルはアイドルであると見なされる。しかしながら、ＵＬ  ＭＵ送信規則は変更されないままである。すなわち、割り当てられたＲＵを含むすべての２０ＭＨｚチャネルがアイドルである場合にのみ、ＳＴＡは、１に設定されたＣＳ要求フィールドを有するトリガフレームによって割り当てられたＲＵでＨＥトリガベースＰＰＤＵを送信することを許可される。割り当てられたＲＵを含む２０ＭＨｚチャネルがすべてアイドルであるわけではない場合、ＳＴＡは、割り当てられたＲＵで何も送信することを許可されない。
【００４２】
図８Ｂの表８８０は、図５に示したＵＬ  ＭＵ送信シーケンス中のＳＴＡ２に関して、修正されたＵＬ  ＭＵ  ＣＳメカニズムに関連する様々なパラメータを列挙している。図６の表６００と比較すると、表８８０は、基本ＮＡＶのＢＷフィールドに基づいてチャネルの状態を示す１つの追加列８８２を含む。プライマリチャネルでの送信はＯＢＳＳに属するため、ＳＴＡ２のＢＳＳ内ＮＡＶはゼロであり、一方、基本ＮＡＶの継続期間フィールドは、ＯＢＳＳ送信の示された継続期間に設定される。図５の送信シーケンス５００に示したように、ＯＢＳＳ送信はＣＨ１およびＣＨ２でのみ発生するため、基本ＮＡＶのＢＷフィールドは、１（４０ＭＨｚ）に設定される。これは、ＣＨ１およびＣＨ２がビジーとして記録されることを意味する。
【００４３】
同様に、ＣＨ３およびＣＨ４は、それぞれ記載８８４および８８６によって示されているようにアイドルとして記録される。図８Ａで説明した修正された仮想ＣＳ規則によれば、仮想ＣＳは、ＣＨ１およびＣＨ２でビジーを返し、ＣＨ３およびＣＨ４でアイドルを返す。同様に、ＥＤベースＣＣＡは、ＣＨ１とＣＨ２でビジーを返し、ＣＨ３とＣＨ４でアイドルを返す。修正されたＵＬ  ＭＵ  ＣＳ規則によれば、仮想ＣＳとＥＤベースＣＣＡとの両方が、ＣＨ１およびＣＨ２でビジーを示し、ＣＨ３およびＣＨ４でアイドルを示すため、それぞれ記載８８８、８９０、８９２、および８９４によって示されているように、ＵＬ  ＭＵ  ＣＳメカニズムは、ＣＨ１およびＣＨ２をビジーと見なし、一方、ＣＨ３およびＣＨ４はアイドルであると見なされる。ＣＨ３およびＣＨ４はアイドルと見なされるため、ＵＬ  ＭＵ  ＣＳ送信規則によれば、ＳＴＡ２は、ＣＨ３およびＣＨ４の割り当てられたＲＵでそのＵＬ  ＰＰＤＵ４５０を送信することを許可される。
【００４４】
図９は、図１に示した重複ワイヤレスネットワークに基づいている。ＢＳＳ１  １００およびＢＳＳ２  １４５とは別に、追加のＢＳＳであるＢＳＳ３  ９００が示されている。ＢＳＳ３  ９００は、ＡＰ３  ９０１と、２つのＳＴＡ、すなわちＳＴＡ７  ９１０およびＳＴＡ８  ９２０とを含む。ＳＴＡ２  １２０はＡＰ３  ９０１の無線カバレッジ内にもあるため、ＢＳＳ３  ９００も、ＳＴＡ２に関してＯＢＳＳと見なされる。図９のＢＳＳの配置は、本開示で導入されるＮＡＶ帯域幅フィールドの更新に関する規則を説明するために使用される。ＮＡＶ帯域幅フィールドＢＷの更新に関して２つの選択肢を考えることができる。
【００４５】
選択肢１（静的更新）：ＢＷフィールドは、進行中の第三者送信のＮＡＶ設定ＰＰＤＵの最大帯域幅に常に設定される。第三者送信は、ＳＴＡがその送信の送信者でも受信者でもない、ＳＴＡの受信範囲内の送信を指す。ＮＡＶ設定ＰＰＤＵは、ＳＴＡのＮＡＶカウンタ（継続期間もしくはＢＷのいずれかまたはこれら両方）の変更をもたらし得る少なくとも１つのフレームを搬送するＰＰＤＵを指す。新しいＮＡＶ設定ＰＰＤＵを受信したときに、新しいＰＰＤＵの帯域幅が既存のＢＷフィールドよりも広い場合、ＢＷフィールドはより広い帯域幅に更新される。しかしながら、新しいＰＰＤＵの帯域幅が既存のＢＷフィールドよりも狭い場合、ＢＷフィールドは変更されない。ＢＷフィールドは、ＮＡＶ継続期間とは無関係に更新される。すなわち、新しいＰＰＤＵによりＮＡＶ継続期間が更新されなくても、新しいＰＰＤＵの帯域幅が既存のＢＷフィールドよりも広ければ、ＢＷフィールドは更新される。
【００４６】
選択肢２（動的更新）：ＢＷフィールドは、進行中の第三者送信のＮＡＶ設定ＰＰＤＵの実際の帯域幅を反映するように動的に調整される。この選択肢は、選択肢１と比較してより複雑であり、受信される各第三者送信の帯域幅および継続期間の一時的な記録を必要とする。ＮＡＶ継続期間が、進行中のすべての第三者送信の最長継続期間に常に設定される一方で、帯域幅フィールドは、関連する第三者送信の最後に確認され、進行中の送信の次のセクションの実際の帯域幅に更新される。
【００４７】
図１０Ａを参照すると、図９に示したＢＳＳの配置におけるＳＴＡ２の基本ＮＡＶの帯域幅フィールドに関する、上で言及した選択肢１（静的更新）の規則を視覚的に示すために、一連の例示的なフレーム交換シーケンスが示されており、ＢＳＳ１  １００、ＢＳＳ２  １４５、およびＢＳＳ３  ９００の３つのＢＳＳのすべてが８０ＭＨｚのＢＳＳであると仮定されている。図１０Ａの上部には、ＢＳＳ２  １４５における異なる帯域幅の２つの送信シーケンス、すなわち８０ＭＨｚのＴＸＯＰ１  １０１２と４０ＭＨｚのＴＸＯＰ２  １０２２が示されている。同様に、図１０Ａの下部には、ＢＳＳ３  ９００における異なる帯域幅の２つの送信シーケンス、すなわち２０ＭＨｚのＴＸＯＰ３  １０３２と８０ＭＨｚのＴＸＯＰ４  １０３４が示されている。
【００４８】
図１０Ａの中央部は、本開示によって提案されているようにＳＴＡ２  １２０によって保持される二次元基本ＮＡＶの視覚的表現を示す。この例に関連する時点は、ｔ０、ｔ１、ｔ２、ｔ３、ｔ４、ｔ５、ｔ６、およびｔ７によって示されている。ＴＸＯＰ１  １０１２の最初のＰＰＤＵ１０１０を受信すると、ＰＨＹヘッダ内のＢＳＳカラーフィールドまたはＭＡＣヘッダ内のＢＳＳＩＤフィールドに基づいて、ＳＴＡ２は、ＰＰＤＵ１０１０がＢＳＳ２からのＯＢＳＳ  ＰＰＤＵであり、ＳＴＡ２がＰＰＤＵ１０１０の受信者の１つではないと判断する。ＮＡＶ継続期間を更新するための既存のＮＡＶ規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を時間ｔ０から時間ｔ２までに設定し、ＮＡＶ  ＢＷフィールドを８０ＭＨｚ（受信したＰＰＤＵ１０１０の帯域幅）に設定し、この結果、ＳＴＡ２は、ＴＸＯＰ１  １０１２の最後である時間ｔ２までＣＨ１、ＣＨ２、ＣＨ３、およびＣＨ４で送信することを禁止される。二次元ＮＡＶは、時間ｔ０において、ＳＴＡ２が送信を禁止された時間期間および周波数範囲を表すボックス１０１４によって表されている。
【００４９】
ＴＸＯＰ３  １０３２の最初のＰＰＤＵ１０３０を受信すると、ＳＴＡ２は、１０３０がＢＳＳ３からのＯＢＳＳ  ＰＰＤＵであり、それがＰＰＤＵ１０３０の受信者の１つではないと判断する。１０３０に示されている継続期間が、既存のＮＡＶ継続期間よりも長いため、ＮＡＶ継続期間を更新するためのＮＡＶ規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を時間ｔ３までに更新し、この結果、ＳＴＡ２は、ＴＸＯＰ３  １０３２の最後である時間ｔ３まで送信することを禁止される。時間ｔ２から時間ｔ３まで、実際の進行中のＯＢＳＳ送信は、ＢＳＳ３のみで行われるが、ＮＡＶ  ＢＷフィールドは８０ＭＨｚを示す。これは、過剰保護ゾーン１０１６と見なすことができる。過剰保護ゾーン１０１６では、ゾーン１０１６に含まれるチャネルＣＨ２、ＣＨ３、およびＣＨ４のすべてが時間ｔ２から時間ｔ３までＳＴＡ２に対してアイドルであっても、ＳＴＡ２は、３つのチャネルのすべてで送信することを制限される。時間ｔ３において、基本ＮＡＶ継続期間がゼロまでカウントダウンされると、ＮＡＶ  ＢＷフィールドもゼロにリセットされる。
【００５０】
同様に、ＴＸＯＰ２  １０２２の最初のＰＰＤＵ１０２０を受信すると、ＳＴＡ２は、１０２０がＢＳＳ２からのＯＢＳＳ  ＰＰＤＵであり、それがＰＰＤＵ１０２０の受信者の１つではないと判断する。ＮＡＶ継続期間を更新するための既存のＮＡＶ規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を時間ｔ４から時間ｔ７までに設定し、ＮＡＶ  ＢＷフィールドを４０ＭＨｚ（受信したＰＰＤＵ１０２０の帯域幅）に設定し、この結果、ＳＴＡ２は、ＴＸＯＰ２  １０２２の最後である時間ｔ７までＣＨ１およびＣＨ２で送信することを禁止される。
【００５１】
二次元ＮＡＶは、時間ｔ４において、ＳＴＡ２が送信を禁止された時間期間および周波数範囲を表すボックス１０２４によって表されている。ＴＸＯＰ４  １０３６の最初のＰＰＤＵ１０３４を受信すると、ＳＴＡ２は、１０３４がＢＳＳ３からのＯＢＳＳ  ＰＰＤＵであり、それがＰＰＤＵ１０３４の受信者の１つではないと判断する。１０３４に示されている継続期間が、既存のＮＡＶ継続期間よりも短いため、ＮＡＶ継続期間を更新するためのＮＡＶ規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を更新しない。しかしながら、ＰＰＤＵ１０３４の帯域幅が現在のＮＡＶ  ＢＷフィールドよりも広いため、ＢＷフィールドは、１０２６によって示されているように８０ＭＨｚに更新され、時間ｔ７まで８０ＭＨｚとして保持される。
【００５２】
時間ｔ６から時間ｔ７まで、実際の進行中のＯＢＳＳ送信は、ＢＳＳ２のみで行われるが、ＮＡＶ  ＢＷフィールドは８０ＭＨｚを示す。これは、過剰保護ゾーン１０２８と見なすことができる。過剰保護ゾーン１０２８では、ゾーン１０２８に含まれるチャネルＣＨ３およびＣＨ４の両方が時間ｔ６から時間ｔ７までＳＴＡ２に対してアイドルであっても、ＳＴＡ２は、これらのチャネルで送信することを制限される。しかしながら、ＯＢＳＳ送信がより狭い帯域幅のチャネルのものである場合、選択肢１を用いても、既存のＵＬ  ＭＵ  ＣＳメカニズムと比較してより効率的なセカンダリチャネルの再利用が可能である。時間ｔ７において、基本ＮＡＶ継続期間がゼロまでカウントダウンされると、ＮＡＶ  ＢＷフィールドもゼロにリセットされる。
【００５３】
選択肢１によるＮＡＶの更新規則は、図１０Ｂのフローチャート１０４０によって要約される。プロセスは、ＮＡＶ設定ＰＰＤＵが受信されるステップ１０４２で開始される。ステップ１０４４で、ＰＰＤＵが基本ＮＡＶの継続期間フィールドを増加させる場合、プロセスはステップ１０４６に進む。ステップ１０４６で、ＰＰＤＵ内の関連する継続期間情報に従って（例えば、ＰＨＹヘッダ内のＴＸＯＰ継続期間フィールドまたはＭＡＣヘッダ内の継続期間フィールドに基づいて）基本ＮＡＶ継続期間が更新され、プロセスはステップ１０４８に進む。ステップ１０４４で、ＰＰＤＵが基本ＮＡＶの継続期間フィールドを増加させない場合、プロセスはステップ１０４８に進む。ステップ１０４８で、受信したＰＰＤＵがＢＷフィールドを増加させる場合、プロセスはステップ１０５０に進み、そうでない場合、プロセスは終了する。ステップ１０５０で、基本ＮＡＶのＢＷフィールドが、受信したＰＰＤＵの帯域幅を反映するように更新されて、プロセスは終了する。
【００５４】
図１１Ａを参照すると、図１０Ａに示したのと同じ例示的な送信シーケンスが、ＳＴＡ２の基本ＮＡＶの帯域幅フィールドに関する、上で言及した選択肢２（動的更新）の規則を視覚的に示すために、再利用されている。ＴＸＯＰ１  １０１２の最初のＰＰＤＵ１０１０を受信すると、ＰＨＹヘッダ内のＢＳＳカラーフィールドまたはＭＡＣヘッダ内のＢＳＳＩＤフィールドに基づいて、ＳＴＡ２は、１０１０がＢＳＳ２からのＯＢＳＳ  ＰＰＤＵであり、それがＰＰＤＵ  １０１０の受信者の１つではないと判断する。ＮＡＶ継続期間を更新するための既存のＮＡＶ規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を時間ｔ０から時間ｔ２までに設定し、ＮＡＶ  ＢＷフィールドを８０ＭＨｚ（受信したＰＰＤＵ１０１０の帯域幅）に設定し、この結果、ＳＴＡ２は、ＴＸＯＰ１  １０１２の最後である時間ｔ２までＣＨ１、ＣＨ２、ＣＨ３、およびＣＨ４で送信することを禁止される。
【００５５】
二次元ＮＡＶは、時間ｔ０において、ＳＴＡ２が送信を禁止された時間期間および周波数範囲を表すボックス１１１０によって表されている。ＴＸＯＰ３  １０３２の最初のＰＰＤＵ１０３０を受信すると、ＳＴＡ２は、１０３０がＢＳＳ３からのＯＢＳＳ  ＰＰＤＵであり、それがＰＰＤＵ１０３０の受信者の１つではないと判断する。１０３０に示されている継続期間が、既存のＮＡＶ継続期間よりも長いため、ＮＡＶ継続期間を更新するためのＮＡＶ規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を時間ｔ３までに更新しなければならない。しかしながら、時間ｔ２から時間ｔ３まで、実際の進行中のＯＢＳＳ送信は、ＢＳＳ３のみで行われ、したがって、ＮＡＶ継続期間がｔ３までに更新される前に、現在のＮＡＶ継続期間の終了時間ｔ２が、一時変数ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅとして記録され、タイマ（ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅｒ）が、ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅに期限切れになるように設定される。ＰＰＤＵ１０３０の帯域幅は、２０ＭＨｚであり、現在のＮＡＶ  ＢＷフィールドよりも狭いため、ＮＡＶ  ＢＷフィールドに変更は加えられないが、ＰＰＤＵ１０３０の帯域幅は、一時変数Ｎｅｗ＿ＢＷとして保存される。ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅｒがｔ２で期限切れになると、ＮＡＶ  ＢＷフィールドは、進行中の第三者送信１０３２の実際の帯域幅１１１２を表すＮｅｗ＿ＢＷ（２０ＭＨｚ）に更新される。
【００５６】
結果として、基本ＮＡＶは、ＣＨ２、ＣＨ３、およびＣＨ４のすべてがＳＴＡ２に対してアイドルであるため、ＳＴＡ２が時間ｔ２から時間ｔ３までの間に３つのチャネルのいずれかで送信することを制限しない。同様に、ＴＸＯＰ２  １０２２の最初のＰＰＤＵ１０２０を受信すると、ＳＴＡ２は、１０２０がＢＳＳ２からのＯＢＳＳ  ＰＰＤＵであり、それがＰＰＤＵ１０２０の受信者の１つではないと判断する。ＮＡＶ継続期間を更新するための既存のＮＡＶ規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を時間ｔ４から時間ｔ７までに設定し、ＮＡＶ  ＢＷフィールドを４０ＭＨｚ（受信したＰＰＤＵ１０２０の帯域幅）に設定し、この結果、ＳＴＡ２は、ＴＸＯＰ２  １０２２の最後である時間ｔ７までＣＨ１およびＣＨ２で送信することを禁止される。二次元ＮＡＶは、時間ｔ４において、ＳＴＡ２が送信を禁止された時間期間および周波数範囲を表すボックス１０２４によって表されている。
【００５７】
ＴＸＯＰ４  １０３６の最初のＰＰＤＵ１０３４を受信すると、ＳＴＡ２は、１０３４がＢＳＳ３からのＯＢＳＳ  ＰＰＤＵであり、それがＰＰＤＵ１０３４の受信者の１つではないと判断する。ＰＰＤＵ１０３４に示されている継続期間が、既存のＮＡＶ継続期間よりも短いため、ＮＡＶ継続期間を更新するためのＮＡＶ規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を更新しない。しかしながら、ＰＰＤＵ１０３４の帯域幅が、８０ＭＨｚであり、現在のＮＡＶ  ＢＷフィールドよりも広いため、ＢＷフィールドは、１１２２によって示されているように８０ＭＨｚに更新されなければならない。しかしながら、時間ｔ６から時間ｔ７まで、進行中のＯＢＳＳ送信１０２２の帯域幅は４０ＭＨｚのみであり、したがって、ＮＡＶ  ＢＷフィールドが８０ＭＨｚに更新される前に、現在のＮＡＶ  ＢＷが、Ｎｅｗ＿ＢＷとして保存され、ＢＳＳ３の送信１０３６の終了時間ｔ６が、ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅとして記録され、タイマ（ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅｒ）が、ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅに期限切れになるように設定される。ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅｒが時間ｔ６で期限切れになると、ＮＡＶ  ＢＷフィールドは、進行中の第三者送信１０２２の実際の帯域幅１１２４を表すＮｅｗ＿ＢＷ（４０ＭＨｚ）に更新される。結果として、基本ＮＡＶは、チャネルＣＨ３およびＣＨ４の両方がＳＴＡ２に対してアイドルであるため、ＳＴＡ２が時間ｔ６から時間ｔ７までの間にこれらのチャネルのいずれかで送信することを制限しない。
【００５８】
選択肢２によるＮＡＶの更新規則は、図１１Ｂのフローチャート１１４０および図１１Ｃの１１８０によって要約される。プロセスは、ＮＡＶ設定ＰＰＤＵが受信されるステップ１１４２で開始される。ステップ１１４４で、ＰＰＤＵが基本ＮＡＶの継続期間フィールドを増加させる場合、プロセスはステップ１１４６に進み、そうでない場合、プロセスはステップ１１６２に進む。ステップ１１４６で、受信したＰＰＤＵの帯域幅が基本ＮＡＶ  ＢＷフィールドよりも小さい場合、プロセスはステップ１１４８に進み、そうでない場合、プロセスはステップ１１５４に進む。ステップ１１４８で、変数ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅがゼロである場合、現在の基本ＮＡＶの有効期限が変数ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅに格納され、そうではなく、変数ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅが非ゼロである場合、２つの値のうちの小さい方、すなわちＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅまたは現在の基本ＮＡＶの有効期限が、ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅに格納され、プロセスはステップ１１５０に進む。ステップ１１５０で、２つの値のうちの大きい方、すなわちＮｅｗ＿ＢＷまたは受信したＰＰＤＵの帯域幅が、変数Ｎｅｗ＿ＢＷに格納され、プロセスはステップ１１５２に進む。
【００５９】
ステップ１１５２で、ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅｒと呼ばれるタイマがＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅに期限切れになるように設定され、プロセスはステップ１１６０に進む。ステップ１１５４で、受信したＰＰＤＵの帯域幅が基本ＮＡＶ  ＢＷフィールドよりも大きい場合、プロセスはステップ１１５６に進み、そうでない場合、プロセスはステップ１１５８に進む。ステップ１１５６で、基本ＮＡＶ  ＢＷフィールドは、受信したＰＰＤＵの帯域幅に更新され、プロセスはステップ１１５８に進む。ステップ１１５８で、基本ＮＡＶの帯域幅は基本ＮＡＶ継続期間の最後まで変更されないと予期されるため、動作中であればＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅｒは停止され、ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅとＮｅｗ＿ＢＷとの両方が０に設定され、プロセスはステップ１１６０に進む。ステップ１１６０で、ＰＰＤＵ内の関連する継続期間情報に従って（例えば、ＰＨＹヘッダ内のＴＸＯＰ継続期間フィールドまたはＭＡＣヘッダ内の継続期間フィールドに基づいて）基本ＮＡＶ継続期間が更新され、このプロセスは終了する。
【００６０】
ステップ１１６２で、受信したＰＰＤＵの帯域幅が基本ＮＡＶ  ＢＷフィールドよりも大きい場合、プロセスはステップ１１６４に進み、そうでない場合、このプロセスは終了する。ステップ１１６４で、受信したＰＰＤＵによるＮＡＶ有効期限が基本ＮＡＶの有効期限よりも小さい場合、プロセスはステップ１１６８に進み、そうでない場合、プロセスはステップ１１７０に進む。ステップ１１６８で、基本ＮＡＶ  ＢＷフィールドの値が変数Ｎｅｗ＿ＢＷに格納され、プロセスはステップ１１７０に進む。ステップ１１７０で、受信したＰＰＤＵによるＮＡＶ有効期限が変数ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅに格納され、プロセスはステップ１１７２に進む。ステップ１１７２で、ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅｒがＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅに期限切れになるように設定され、プロセスはステップ１１７４に進む。ステップ１１７４で、基本ＮＡＶ  ＢＷフィールドが、受信したＰＰＤＵの帯域幅に更新され、このプロセスは終了する。
【００６１】
基本ＮＡＶ  ＢＷ調整プロセスは、プロセス１１８０によって要約される。プロセス１１８０は、ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅｒが期限切れになるステップ１１８２で開始される。ステップ１１８４で、基本ＮＡＶ継続期間が非ゼロである場合、プロセスはステップ１１８６に進み、そうでない場合、プロセスはステップ１１９０に進む。ステップ１１８６で、Ｎｅｗ＿ＢＷの値が非ゼロである場合、プロセスはステップ１１８８に進み、そうでない場合、プロセスはステップ１１９０に進む。ステップ１１８８で、基本ＮＡＶのＢＷフィールドが、Ｎｅｗ＿ＢＷに更新され、プロセス１１８０は終了する。ステップ１１９０で、ＢＷ＿ｕｐｄａｔｅ＿ｔｉｍｅとＮｅｗ＿ＢＷとの両方が０に設定され、プロセス１１８０は終了する。
【００６２】
図１２を参照すると、表１２００は、ＨＥ  ＳＴＡによって使用されるＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎプリミティブのｃｈａｎｎｅｌ−ｌｉｓｔパラメータの可能な値および意味を列挙している。ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ＳＴＡＴＥ，｛ｃｈａｎｎｅｌ−ｌｉｓｔ｝）プリミティブは、チャネルの状態をＭＡＣ層に示すためにＨＥ  ＳＴＡのＰＨＹ層によって使用される。ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎプリミティブは、ＳＴＡＴＥパラメータを常に含むが、ＳＴＡＴＥパラメータがＢＵＳＹであり、かつ複数のチャネルの状態が通知されるときにのみ、ｃｈａｎｎｅｌ−ｌｉｓｔパラメータを含む。ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎプリミティブは、ＢＳＳ動作帯域幅内で、どのチャネルがビジーでどのチャネルがアイドルであるかを示す。ｃｈａｎｎｅｌ−ｌｉｓｔパラメータの最初の４つの値とその意味は、ＩＥＥＥ８０２．１１仕様で定義されているものと同じであるが、行１２１０、１２２０、および１２３０にそれぞれ列挙されている３つの値ｐｒｉｍａｒｙ２０、ｐｒｉｍａｒｙ４０、およびｐｒｉｍａｒｙ８０は、本開示の第１の実施形態によって追加されたものである。図３Ｂを参照すると、ｃｈａｎｎｅｌ−ｌｉｓｔパラメータの「ｐｒｉｍａｒｙ」の値は、プライマリ２０ＭＨｚチャネル３５０および他のすべての非プライマリチャネルがビジーであることを示す。
【００６３】
「ｓｅｃｏｎｄａｒｙ」の値は、セカンダリ２０ＭＨｚチャネル３５５がビジーである一方で、プライマリ２０ＭＨｚチャネル３５０がアイドルであることを示す。「ｓｅｃｏｎｄａｒｙ４０」の値は、セカンダリ４０ＭＨｚチャネル（３６０および３６５）がビジーである一方で、プライマリ２０ＭＨｚチャネル３５０およびセカンダリ２０ＭＨｚチャネル３５５がアイドルであることを示す。「ｓｅｃｏｎｄａｒｙ８０」の値は、セカンダリ８０ＭＨｚチャネル（３７０、３７５、３８０、および３８５）がビジーである一方で、プライマリ２０ＭＨｚチャネル３５０と、セカンダリ２０ＭＨｚチャネル３５５と、セカンダリ４０ＭＨｚチャネルを一緒に形成する２つの２０ＭＨｚチャネル３６０および３６５とがアイドルであることを示す。先に言及したように、ｃｈａｎｎｅｌ−ｌｉｓｔパラメータの「ｐｒｉｍａｒｙ」の値は、プライマリ２０ＭＨｚチャネルと、ＢＳＳ動作チャネルの一部を形成する他のすべての非プライマリチャネルとがビジーであることを示す。レガシー８０２．１１システムでは、インフラストラクチャＢＳＳにおける送信のすべては、プライマリ２０ＭＨｚチャネルを含み、ＳＴＡは、プライマリ２０ＭＨｚチャネルがビジーである限り送信を許可されない。
【００６４】
したがって、レガシー８０２．１１のＢＳＳでは、ビジーのプライマリ２０ＭＨｚチャネルは、すべての非プライマリチャネルもビジーであることと等しいと見なされる。しかしながら、８０２．１１ａｘのＢＳＳにおけるアップリンクＯＦＤＭＡベースマルチユーザ送信の場合、ＳＴＡは、ＡＰが非プライマリチャネルでＲＵをＳＴＡに割り当てる場合、プライマリ２０ＭＨｚチャネルを含まないチャネルでそのアップリンクＰＰＤＵを送信することを許可され得る。例として、図４を参照すると、トリガフレーム４１０において、ＡＰは、セカンダリチャネルＣＨ２でＲＵをＳＴＡ３に割り当て、８０２．１１ａｘ  ＵＬ  ＭＵ送信規則に従って、ＳＴＡ３は、ＵＬ  ＭＵ  ＣＳがＣＨ２をアイドルと見なした場合に、セカンダリチャネルＣＨ２でそのＵＬ  ＰＰＤＵ４４０を送信することを許可される。プライマリチャネルがビジーであるときにＳＴＡのＰＨＹ層が非プライマリチャネルの状態を通知することを可能にするために、３つの追加の値（ｐｒｉｍａｒｙ２０、ｐｒｉｍａｒｙ４０、およびｐｒｉｍａｒｙ８０）がＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎプリミティブに追加される。「ｐｒｉｍａｒｙ２０」の値は、プライマリ２０ＭＨｚチャネル３５０がビジーである一方で、残りの非プライマリチャネルがすべてアイドルであることを示す。「ｐｒｉｍａｒｙ４０」の値は、プライマリ４０ＭＨｚチャネル（３５０、３５５）がビジーである一方で、残りの非プライマリチャネルがすべてアイドルであることを示す。「ｐｒｉｍａｒｙ８０」の値は、プライマリ８０ＭＨｚチャネル（３５０、３５５、３６０、および３６５）がビジーである一方で、残りの非プライマリチャネルがすべてアイドルであることを示す。
【００６５】
例として、図７Ａを参照すると、ＰＰＤＵ７１０が受信されると、受信したＳＴＡのＰＨＹ層は、４つの２０ＭＨｚチャネルのすべてがビジーであることを示すために、ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ＢＵＳＹ，｛ｐｒｉｍａｒｙ｝）プリミティブをＭＡＣ層に発行する。その後、ＰＰＤＵ７２０が受信されると、プライマリ２０ＭＨｚチャネルＣＨ１およびセカンダリ２０ＭＨｚチャネルＣＨ２がビジーである一方で、チャネルＣＨ３およびＣＨ４がアイドルであることを示すために、ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ＢＵＳＹ，｛ｐｒｉｍａｒｙ４０｝）プリミティブが発行される。同様に、ＰＰＤＵ７３０が受信されると、プライマリ２０ＭＨｚチャネルＣＨ１がビジーである一方で、チャネルＣＨ２、ＣＨ３、およびＣＨ４がアイドルであることを示すために、ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ＢＵＳＹ，｛ｐｒｉｍａｒｙ２０｝）プリミティブが発行される。ＳＴＡのＭＡＣ層は、ＮＡＶのＢＷフィールドを正しく設定するためにＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎプリミティブからの情報を使用する。
【００６６】
＜第２の実施形態＞
図１３Ａを参照すると、例示的なアップリンクマルチユーザ送信シーケンス１３００は、同じＴＸＯＰ１３０５の間にＰＰＤＵの帯域幅が変更される場合を示している。図１のＡＰ２  １０２は、他のフレームに加えて、ＳＴＡ５  １５０およびＳＴＡ６  １６０にそれぞれアドレス指定された２つのユニキャストトリガフレーム１３１２および１３１４を含む８０ＭＨｚ  ＤＬ  ＭＵ  ＰＰＤＵ１３１０を送信する。トリガフレーム１３１２は、プライマリチャネルＣＨ１でＲＵをＳＴＡ５に割り当てる一方で、トリガフレーム１３１４は、セカンダリチャネルＣＨ２でＲＵをＳＴＡ６に割り当てる。ＡＰ２  １０２はまた、ＰＰＤＵ１３１０のＰＨＹヘッダ内のＴＸＯＰ継続期間またはＰＰＤＵ１３１０によって搬送された個々のフレームのＭＡＣヘッダ内の継続期間フィールドのいずれかをＴＸＯＰ１３０５の最後までに設定することによって後続のアップリンク送信を保護する。ＰＰＤＵ１３１０からＳＩＦＳの後で、ＳＴＡ５が、ＣＨ１でそのＵＬ  ＰＰＤＵ１３２０を送信する一方で、ＳＴＡ６は、ＣＨ２でそのＵＬ  ＰＰＤＵ１３３０を送信する。
【００６７】
ＡＰは、Ａｃｋフレーム１３４０および１３５０を搬送するＤＬ  ＭＵ  ＰＰＤＵをＳＴＡ５およびＳＴＡ６のそれぞれに送信することによってフレーム交換を終了する。ＯＢＳＳ  ＳＴＡ、例えば図１のＳＴＡ２  １２０がＰＰＤＵ１３１０を受信した場合、ＳＴＡ２は、ＰＰＤＵ１３１０がＢＳＳ２  １４５からのＯＢＳＳ  ＰＰＤＵであると判断する。ＳＴＡ２は、ＰＰＤＵ１３１０内の継続期間情報に基づいて基本ＮＡＶ継続期間１３６２をＴＸＯＰ１３０５の最後までに設定する。しかしながら、ＳＴＡ２がＭＵ  ＰＰＤＵ１３１０内の個々のフレームを復号することができる場合、ＳＴＡ２は、後続のアップリンク送信の帯域幅を予測することができる。例えば、トリガフレーム１３１４および１３１２を復号することによって、ＳＴＡ２は、ＲＵがＣＨ１およびＣＨ２のみでアップリンクに割り当てられることを突き止めることができる。したがって、ＳＴＡ２は、ＰＰＤＵ１３１０によってトリガされた後続のアップリンク送信がＣＨ１およびＣＨ２のみをカバーすることになると予測することができる。したがって、基本ＮＡＶのＢＷフィールドをＰＰＤＵ１３１０の帯域幅である８０ＭＨｚに設定する代わりに、第２の実施形態によれば、ＳＴＡ２は、ＢＷフィールド１３６４を、後続のアップリンク送信の予測帯域幅である４０ＭＨｚに設定する。これは、ＳＴＡ２がそれ自体のアップリンク送信のためにアイドルのセカンダリチャネルＣＨ３およびＣＨ４を利用する機会を提供する。二次元基本ＮＡＶは、長方形１３６０によって視覚的に示されている。
【００６８】
図１３Ｂを参照すると、ＮＡＶのＢＷフィールドは、２０ＭＨｚチャネルにつき１ビットの８ビットのビットマップ１３９０として格納され得る。８ビットを使用することで、最大１６０ＭＨｚチャネルで動作する８０２．１１のＢＳＳで使用されるすべての２０ＭＨｚチャネルの状態を記録することができる。チャネルのビジー状態は、対応するビットを１に設定することによって記録され、一方、アイドル状態は０で表される。
【００６９】
図１４を参照すると、８０ＭＨｚのＢＳＳにおける第２の実施形態による二次元ＮＡＶを視覚的に示すために一連の例示的なフレーム交換シーケンスが示されている。上半分は、可変帯域幅を有する３つの送信シーケンス、すなわちＴＸＯＰ１  １４１２、ＴＸＯＰ２  １４２２、およびＴＸＯＰ３  １４３２を示す。各送信シーケンスは、ＡＰと、このＡＰと同じＢＳＳに属する１つ以上のＳＴＡとの間のＰＰＤＵの交換を含む。例として、送信シーケンスの最初のＰＰＤＵは、ＵＬ  ＭＵ送信用のＲＵを選択されたＳＴＡに割り当てるトリガフレームであり、その後にＳＴＡからのＨＥトリガベースＰＰＤＵが続き、肯定応答フレームを搬送する、ＡＰからのＤＬ  ＰＰＤＵで終わってもよい。この例では、ＣＨ１、ＣＨ２、ＣＨ３、およびＣＨ４は、プライマリ２０ＭＨｚチャネル、セカンダリ２０ＭＨｚチャネル、ターシャリ２０ＭＨｚチャネル、およびクォータナリ２０ＭＨｚチャネルを示す。この例の下半分は、本開示によって提案されるように第三者ＳＴＡによって保持される二次元ＮＡＶの視覚的表現を示す。ＮＡＶのＢＷフィールドを記録するために使用されるビットマップも示されている。この例に関連する時点は、ｔ０、ｔ１、ｔ２、ｔ３、ｔ４、およびｔ５によって示されている。進行中の送信の無線カバレッジ内にあり、かつこの送信の送信者でも受信者でもないＳＴＡは、その送信に関して第三者ＳＴＡと見なされる。
【００７０】
ＴＸＯＰ１  １４１２の最初のＰＰＤＵ１４１０を受信すると、第三者ＳＴＡは、例えば、ＰＰＤＵによって搬送されたフレームのＭＡＣヘッダ内の受信者アドレスを読み取ることによって、またはＰＰＤＵ１４１０で搬送されたトリガフレームのユーザ情報フィールドのＡＩＤ１２サブフィールドを読み取ることなどによって第三者ＳＴＡがＰＰＤＵ１４１０の受信者ではないと判断する。既存のＮＡＶ規則に従って、ＳＴＡが、ＳＴＡはＰＰＤＵ１４１０の受信者ではないと判断したら、ＳＴＡは、ＮＡＶ継続期間をｔ０からｔ１までに設定する。ＮＡＶ継続期間を記録することに加えて、第２の実施形態によれば、ＳＴＡは、ＰＰＤＵ１４１０内のトリガフレームを復号し、後続のアップリンク送信のためにＣＨ１、ＣＨ２、およびＣＨ３でＲＵが割り当てられたと判断する。これに基づいて、ＮＡＶのＢＷフィールドにおいて、ＳＴＡは、ビット０、ビット１、およびビット２を１（ビジー）に設定し、残りのビットを０（アイドル）に設定する。二次元ＮＡＶは、ＴＸＯＰ１  １４１２の最後である時間ｔ１までＳＴＡがＣＨ１、ＣＨ２、およびＣＨ３で送信することを禁止されるボックス１４１４によって表されている。
【００７１】
同様に、ＰＰＤＵ１４２０を受信すると、ＳＴＡは、ＮＡＶ継続期間を、ＴＸＯＰ２  １４２２の最後である時間ｔ３までに設定する。ＳＴＡは、ＰＰＤＵ１４２０内のトリガフレームを復号し、後続のアップリンク送信のためにＣＨ１およびＣＨ２でＲＵが割り当てられたと判断する。これに基づいて、ＮＡＶのＢＷフィールドにおいて、ＳＴＡは、ビット０およびビット１を１（ビジー）に設定し、残りのビットを０（アイドル）に設定する。これは、時間ｔ３までＳＴＡがＣＨ１およびＣＨ２で送信することを禁止されるボックス１４２４として示されている。
【００７２】
同様に、ＰＰＤＵ１４３０を受信すると、ＳＴＡは、ＮＡＶ継続期間を、ＴＸＯＰ３  １４３２の最後である時間ｔ５までに設定する。ＳＴＡは、ＰＰＤＵ１４３０内のトリガフレームを復号し、後続のアップリンク送信のためにＣＨ１でＲＵが割り当てられたと判断する。これに基づいて、ＮＡＶのＢＷフィールドにおいて、ＳＴＡは、ビット０を１（ビジー）に設定し、残りのビットを０（アイドル）に設定する。これは、時間ｔ５までＳＴＡがＣＨ１で送信することを禁止されるボックス１４３４として示されている。この場合、第三者ＳＴＡは、進行中の送信１４３２に干渉を引き起こすことなく、ｔ４からｔ５までのＮＡＶ継続期間内に非占有チャネルＣＨ２、ＣＨ３、およびＣＨ４で送信することを許可され得る。
【００７３】
＜ＳＴＡの構成＞
図１５は、本開示で説明されている二次元ＮＡＶを実装する例示的なＳＴＡ１５００のブロック図である。このデバイスは、図１のＳＴＡのうちのいずれか１つであってもよい。ＳＴＡ１５００は、受信部１５０２、ＰＰＤＵデコーダ１５０４、メモリ１５０６、および送信部１５０８を備える。
【００７４】
受信部１５０２は、その無線カバレッジエリア内の他のワイヤレスデバイスからＰＰＤＵを受信する。ＰＰＤＵデコーダ１５０４は、ＰＰＤＵがＳＴＡの対応するＢＳＳに属するＳＴＡによって送信されたのか、それともＯＢＳＳ  ＳＴＡによって送信されたのかを判断するために、受信した各ＰＰＤＵを調べる。ＰＰＤＵデコーダ１５０４はまた、ＳＴＡがＰＰＤＵの目的の受信者であるかどうかを判断し、そうでない場合、ＰＰＤＵデコーダはさらに、ＰＰＤＵのＰＨＹヘッダまたはＰＰＤＵで搬送されたフレームのＭＡＣヘッダのいずれかから継続期間情報を抽出する。ＰＰＤＵデコーダはまた、受信したＰＰＤＵによって占有されている帯域幅を決定する。
【００７５】
ＳＴＡ１５００は、メモリ１５０６の１つ以上のインスタンスを含むことができる。メモリ１５０６は、受信したＰＰＤＵで搬送された継続期間情報を記録し、該当する場合はＰＰＤＵによって占有されている帯域幅も記録する。ＰＰＤＵデコーダが、受信したＰＰＤＵがその対応するＢＳＳからＳＴＡによって送信されたと判断した場合、メモリ１５０６は、継続期間情報をＢＳＳ内ＮＡＶとして記録するだけである。しかしながら、ＰＰＤＵデコーダが、受信したＰＰＤＵがＯＢＳＳ  ＳＴＡによって送信されたと判断した場合、メモリ１５０６は、継続期間情報と帯域幅情報との両方を基本ＮＡＶの一部として記録する。送信部１５０８は、命令されると、基本ＮＡＶの帯域幅によって示されるチャネルに干渉を引き起こすことなく、基本ＮＡＶの帯域幅情報によって示される周波数チャネル以外の周波数チャネルで送信を行う。
【００７６】
図１６は、図１のＳＴＡのうちのいずれか１つであってもよい、本開示で説明されている二次元ＮＡＶを実装する例示的なＳＴＡ１６００の詳細ブロック図である。ワイヤレスデバイスであるＳＴＡ１６００は、メモリ１６２０、二次記憶装置１６４０、および１つ以上のワイヤレス通信インタフェース１６５０に結合された中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１６３０を備える。二次記憶装置１６４０は、関連する命令コード、データなどを永続的に記憶するために使用される不揮発性のコンピュータ可読記憶媒体であってもよい。起動時に、ＣＰＵ１６３０は、実行のために命令コードおよび関連データを揮発性メモリ１６２０にコピーすることができる。命令コードは、ＳＴＡ１６００の動作に必要とされるオペレーティングシステム、ユーザアプリケーション、デバイスドライバ、実行コードなどであってもよい。また、ＳＴＡ１６００は、電源１６１０、例えばリチウムイオン電池またはコイン電池（ｃｏｉｎ  ｃｅｌｌ  ｂａｔｔｅｒｙ）などを備えてもよく、あるいはそれは商用電源（Ｍａｉｎｓ  ｅｌｅｃｔｒｉｃｔｙ）であってもよい。
【００７７】
ワイヤレス通信インタフェース１６５０は、セルラー通信用のインタフェース、またはジグビー（Ｚｉｇｂｅｅ）などの短距離通信プロトコル用のインタフェースを備えてもよく、あるいはそれはＷＬＡＮインタフェースであってもよい。ワイヤレスインタフェース１６５０は、ＭＡＣモジュール１６５２、ＰＨＹモジュール１６６０、およびアンテナ１６７０をさらに備えてもよい。他のサブモジュールの中でも、ＭＡＣモジュール１６５２は、キャリア検知モジュール１６５４、ＮＡＶ帯域幅ビットマップ１６５６、およびＮＡＶ継続期間カウンタ１６５８を備えてもよい。ＮＡＶ帯域幅ビットマップ１６５６およびＮＡＶ継続期間カウンタ１６５８は、ＳＴＡ１６００がＰＰＤＵの目的の受信者ではない場合に、受信したＰＰＤＵに含まれる帯域幅情報および継続期間情報を記録するために使用される。キャリア検知モジュール１６５４は、キャリア検知を必要とする送信の前に、物理キャリア検知（エネルギー検知）と仮想キャリア検知（ＮＡＶ）との両方を実行する役割を担う。
【００７８】
ＳＴＡ１６００は、明確にするために図１６には示されていない他の多くの構成要素を備えてもよい。本開示に最も関連する構成要素のみが示されている。
【００７９】
＜第３の実施形態＞
先の実施形態では、ＮＡＶを設定するＰＰＤＵの帯域幅情報が、ＮＡＶ自体のフィールドとして記録されていた。しかしながら、帯域幅情報をＮＡＶから切り離して別個に記録することも可能である。第３の実施形態によれば、ＳＴＡは、ＮＡＶを設定するＰＰＤＵの帯域幅情報を別個のエンティティとして、例えば、ＯＢＳＳ＿ＢＷ情報フィールドとして記録する。
【００８０】
図１７を参照すると、８０ＭＨｚのＢＳＳにおける第３の実施形態による帯域幅情報の記録を視覚的に示すために一連の例示的なフレーム交換シーケンス１７００が示されている。図１７の上部は、可変帯域幅を有する４つの送信シーケンス、すなわちＴＸＯＰ１  １７１２、ＴＸＯＰ２  １７２２、ＴＸＯＰ３  １７３２、およびＴＸＯＰ４  １７４２を示す。各送信シーケンスは、ＡＰと、このＡＰと同じＢＳＳに属する１つ以上のＳＴＡとの間のＰＰＤＵの交換を含む。
【００８１】
図１７の中央部は、ＩＥＥＥ８０２．１１仕様によって定義されている規則に従って第三者ＳＴＡによって保持されるＮＡＶ継続期間の視覚的表現を示す。進行中の送信の無線カバレッジ内にあり、かつこの送信の送信者でも目的の受信者でもないＳＴＡは、その送信に関して第三者ＳＴＡと見なされる。図１７の下部は、同じ第三者ＳＴＡによって保持されるＯＢＳＳ＿ＢＷ情報の視覚的表現を示す。この例に関連する時点は、ｔ０、ｔ１、ｔ２、ｔ３、ｔ４、ｔ５、ｔ６、およびｔ７によって示されている。
【００８２】
ＴＸＯＰ１  １７１２の最初のＰＰＤＵ１７１０を受信すると、第三者ＳＴＡは、例えば、ＰＰＤＵによって搬送されたフレームのＭＡＣヘッダ内の受信者アドレスを読み取ることによって、またはＰＰＤＵ１７１０で搬送されたトリガフレームのユーザ情報フィールドのＡＩＤ１２サブフィールドを読み取ることなどによってＳＴＡ自体がＰＰＤＵ１７１０の目的の受信者ではないと判断する。ＳＴＡは、既存のＩＥＥＥ８０２．１１のＮＡＶ規則に従って、ＳＴＡ自体がＰＰＤＵ１７１０の目的の受信者ではないと判断したら、ＮＡＶ継続期間を、時間ｔ０から時間ｔ１までの時間期間に設定し、これにより、ＳＴＡはＴＸＯＰ１  １７１２の最後である時間ｔ１まで送信することを禁止される。ＮＡＶ継続期間を記録することに加えて、第３の実施形態によれば、ＳＴＡはまた、ＮＡＶを設定するＰＰＤＵ１７１０の帯域幅情報をＯＢＳＳ＿ＢＷ情報フィールドに８０ＭＨｚとして記録する。時間ｔ１において、ＮＡＶ継続期間１７１４がゼロまでカウントダウンされると、ＯＢＳＳ＿ＢＷ情報フィールドもゼロにリセットされる。ボックス１７１６は、時間ｔ０と時間ｔ１との間のＯＢＳＳ＿ＢＷ情報を示す。ＯＢＳＳ＿ＢＷ情報フィールドは、図７Ｂの表７５０に示したように２ビットの変数として表されてもよいし、図１３Ｂの８ビットのビットマップ１３９０として保持されてもよい。
【００８３】
同様に、ＴＸＯＰ２  １７２２の最初のＰＰＤＵ１７２０を受信すると、ＳＴＡは、ＮＡＶ継続期間１７２４を、時間ｔ２からＴＸＯＰ２  １７２２の最後である時間ｔ３までの時間期間に設定し、一方、ＯＢＳＳ＿ＢＷ情報フィールドは、４０ＭＨｚ（ＰＰＤＵ１７２０の帯域幅）に設定される。これは、ボックス１７２６として示されている。時間ｔ３において、ＮＡＶ継続期間１７２４がゼロまでカウントダウンされると、ＯＢＳＳ＿ＢＷ情報フィールドもゼロにリセットされる。同様に、ＴＸＯＰ３  １７３２の最初のＰＰＤＵ１７３０を受信すると、ＳＴＡは、ＮＡＶ継続期間１７３４を、時間ｔ４からＴＸＯＰ３  １７３２の最後である時間ｔ５までの時間期間に設定し、一方、ＯＢＳＳ＿ＢＷ情報フィールドは、２０ＭＨｚ（ＰＰＤＵ１７３０の帯域幅）に設定される。これは、ボックス１７３６として示されている。時間ｔ５において、ＮＡＶ継続期間１７３４がゼロまでカウントダウンされると、ＯＢＳＳ＿ＢＷ情報フィールドは再びゼロにリセットされる。さらにチャネル検知規則がそれ相応に修正されれば、特定の条件下で、第三者ＳＴＡは、進行中の送信１７２２および１７３２のそれぞれに干渉を引き起こすことなく、ｔ２からｔ３までの時間期間内に非占有チャネルＣＨ３およびＣＨ４で、ならびにｔ４からｔ５までの時間期間内にチャネルＣＨ２、ＣＨ３、およびＣＨ４で送信することを許可され得る。この結果、非占有セカンダリチャネルのより効率的な再利用が促進される。
【００８４】
従来、ＩＥＥＥ８０２．１１のＳＴＡは、ＳＴＡのプライマリ２０ＭＨｚチャネルと重なるＰＰＤＵを受信して復号することのみを要求され、ＳＴＡは、そのプライマリ２０ＭＨｚチャネルと重ならないＰＰＤＵを受信または復号することを要求されない。しかしながら、ＳＴＡがそのようなＰＰＤＵを受信して復号する能力を有する場合、ＳＴＡは、そのようなＰＰＤＵの帯域幅をさらに記録するためにＯＢＳＳ＿ＢＷ情報フィールドを使用することができる。ＴＸＯＰ４  １７４２は、第三者ＳＴＡによって使用されるプライマリ２０ＭＨｚと重ならないフレーム交換シーケンスを表す。ＴＸＯＰ４  １７４２の最初のＰＰＤＵ１７４０を受信したとき、ＳＴＡがＰＰＤＵを受信して復号する能力を有する場合、ＳＴＡは、ＯＢＳＳ＿ＢＷ情報フィールドに帯域幅を記録することができる。この場合、ＳＴＡはＮＡＶ継続期間を設定しないことに留意されたい。
【００８５】
ＯＢＳＳ＿ＢＷ情報フィールドによって記録された帯域幅情報は、ＳＴＡが関連付けられているＡＰにそのチャネルの可用性を知らせるためにＳＴＡによって参考として使用されてもよい。例として、ＳＴＡがＩＥＥＥ８０２．１１ａｘで定義された自発的な帯域幅クエリレポート（ＢＱＲ：Ｂａｎｄｗｉｄｔｈ  Ｑｕｅｒｙ  Ｒｅｐｏｒｔ）の動作を実施する場合、ＳＴＡは、ＳＴＡが帯域幅クエリレポートでその関連ＡＰに送信する利用可能チャネルビットマップを埋めるためにＯＢＳＳ＿ＢＷ情報フィールドを使用することができる。ＴＸＯＰ４  １７４２は、ＳＴＡに対してＮＡＶ継続期間を設定しないため、ＳＴＡが送信することを妨げない。しかしながら、ＯＢＳＳ＿ＢＷ情報フィールドにＴＸＯＰ４  １７４２の帯域幅を記録することにより、ＳＴＡが、時間ｔ６から時間ｔ７までの時間期間にわたってＣＨ３およびＣＨ４がＳＴＡに関してビジーであると予期されることをそのＡＰに通知することが可能になる。これは、ＡＰが、時間ｔ６から時間ｔ７までの時間期間中の、ＳＴＡへの／からのダウンリンクまたはアップリンクのＯＦＤＭＡ送信のためにＳＴＡにリソースユニット（ＲＵ）を割り当てる際、ＣＨ３およびＣＨ４を避けるのを助ける。
【００８６】
図５に戻って参照すると、ＳＴＡ２がＵＬ  ＰＰＤＵ４５０を送信することを禁止した過剰保護ＮＡＶは、図１のＢＳＳ２  １４５からの、進行中のＯＢＳＳ送信の帯域幅情報をＯＢＳＳ  ＢＷ情報フィールドとして記録するという概念を適用するのと同時に、仮想ＣＳ規則およびＵＬ  ＭＵ  ＣＳメカニズムに変更を加えることによって克服され得る。
【００８７】
図１８の表１８００は、図５に示したＵＬ  ＭＵ送信シーケンス中のＳＴＡ２に関して、修正されたＵＬ  ＭＵ  ＣＳメカニズムに関連する様々なパラメータを列挙している。表１８００およびその内容は、ＯＢＳＳ＿ＢＷ情報フィールドが表１８００の基本ＮＡＶ１８１０とは別に設けられている点を除いて、図８Ｂの表８８０と同じである。ＢＳＳ２  １４５からのＯＢＳＳ送信はＣＨ１とＣＨ２においてのみ重複するため、ＣＨ１とＣＨ２はビジーとして記録され、一方、ＣＨ３とＣＨ４は、それぞれ図１８の記載１８２０と１８２２によって示されているようにＯＢＳＳ＿ＢＷ情報フィールドにアイドルとして記録されている。
【００８８】
第３の実施形態によれば、ビジー／アイドルの仮想ＣＳ状態が２０ＭＨｚチャネルごとに考慮されるように仮想ＣＳ規則が修正される。基本ＮＡＶ継続期間カウンタが非ゼロである場合、ＯＢＳＳ＿ＢＷ情報フィールドによってビジーとして示される２０ＭＨｚチャネルのみが、仮想ＣＳによってビジーであると見なされる。同様に、ＵＬ  ＭＵ  ＣＳ規則もまた、２０ＭＨｚチャネルごとにワイヤレス媒体のビジー／アイドル状態を考慮するように修正される。修正されたＵＬ  ＭＵ  ＣＳ規則によれば、仮想ＣＳとエネルギー検出（ＥＤ）ベースＣＣＡとの両方が、ＣＨ１およびＣＨ２でビジーを示し、ＣＨ３およびＣＨ４でアイドルを示すため、それぞれ記載１８３６、１８３４、１８３２、および１８３０によって示されているように、ＵＬ  ＭＵ  ＣＳメカニズムは、ＣＨ１およびＣＨ２をビジーと見なし、一方、ＣＨ３およびＣＨ４はアイドルであると見なされる。ＣＨ３とＣＨ４との両方がアイドルと見なされるため、修正されたＵＬ  ＭＵ  ＣＳ送信規則によれば、ＳＴＡ２は、ＣＨ３およびＣＨ４の割り当てられたＲＵでそのＵＬ  ＰＰＤＵ４５０を送信することを許可され、この結果、ワイヤレス媒体のより効率的な使用が促進される。第３の実施形態による仮想ＣＳ規則は、以下のように要約することができる。
−  ＳＴＡのアップリンク送信用に割り当てられたＲＵを含む各２０ＭＨｚチャネルに関して、以下の条件のいずれかが満たされない限り、送信のためにトリガフレームによって要求されたＳＴＡの仮想ＣＳにおいてＮＡＶが考慮される。
−  ＮＡＶがＢＳＳ内フレームによって設定された。
−  ＮＡＶ継続期間カウンタがゼロである。
−  ＮＡＶ継続期間カウンタがゼロよりも大きいが、その２０ＭＨｚチャネルが、ＯＢＳＳ＿ＢＷ情報フィールドによってアイドルとして記録されている。
【００８９】
ＮＡＶが考慮されない場合、仮想ＣＳは、２０ＭＨｚチャネルに関してアイドルを示し、そうでない場合、仮想ＣＳは、２０ＭＨｚチャネルに関してビジーを示す。
【００９０】
第３の実施形態によるＵＬ  ＭＵ  ＣＳ規則は、以下のように要約することができる。
−  トリガフレーム内のＣＳ要求サブフィールドが１に設定されている場合、トリガフレーム後のＳＩＦＳ時間中に、少なくとも、ＳＴＡのＵＬ  ＭＵ送信用に割り当てられたＲＵを含む各２０ＭＨｚチャネルに関して、ＳＴＡは、トリガフレームに応答して、適切なエネルギー検出（ＥＤ）規則を使用するＣＣＡおよび仮想ＣＳの状態を考慮しなければならない。トリガフレームにおいて割り当てられたＲＵを含む２０ＭＨｚチャネルがアイドルであると見なされるとき、ＳＴＡは、ＨＥトリガベースＰＰＤＵを送信することができる。ＳＴＡが、割り当てられたＲＵを含む２０ＭＨｚチャネルがすべてアイドルであるわではないことを検出した場合、ＳＴＡは、割り当てられたＲＵで何も送信してはならない。
【００９１】
図１９は、ＯＢＳＳ送信帯域幅情報をＯＢＳＳ＿ＢＷに保持することによって仮想ＣＳ規則が２０ＭＨｚチャネルごとに示される場合の、第３の実施形態によるＵＬ  ＭＵ  ＣＳ送信規則を説明するフローチャート１９００を示す。１に設定されたＣＳ要求フィールドを有するトリガフレームにおいてＡＰによってアップリンク送信のためにＳＴＡにＲＵが割り当てられた広帯域チャネルの各２０ＭＨｚチャネルに関して、ＵＬ  ＭＵ  ＣＳプロセスがステップ１９１０で開始される。トリガフレームではＣＳ要求フィールドが１に設定されているため、ＨＥトリガベースＰＰＤＵを送信する前に、ＳＴＡは、トリガフレームを含むＰＰＤＵの最後の直後のＳＩＦＳ中に、少なくとも、割り当てられたＲＵを含む２０ＭＨｚチャネルのすべてでＵＬ  ＭＵ  ＣＳを実行することを要求される。
【００９２】
ステップ１９２０で、基本ＮＡＶ継続期間カウンタがチェックされ、それがゼロである場合、プロセスはステップ１９４０に進み、そうでない場合、プロセスはステップ１９３０に進む。ステップ１９３０で、２０ＭＨｚチャネルが、ＯＢＳＳ＿ＢＷによってビジーとして記録されている場合、プロセスはステップ１９５０に進み、そうでない場合、それはステップ１９４０に進む。ステップ１９４０で、仮想ＣＳは２０ＭＨｚチャネルをアイドルとして通知し、プロセスはステップ１９６０に進む。ステップ１９５０で、仮想ＣＳは２０ＭＨｚチャネルをビジーとして通知し、プロセスはステップ１９８０に進む。ステップ１９６０で、ＳＴＡは、トリガフレームを含むＰＰＤＵの最後の直後のＳＩＦＳ時間中にエネルギー検出（ＥＤ）を使用してワイヤレス媒体を検知し、チャネルがビジーであると検知された場合、プロセスはステップ１９８０に進み、そうでない場合、プロセスはステップ１９７０に進む。
【００９３】
ステップ１９８０で、２０ＭＨｚチャネルは、ＵＬ  ＭＵ送信に関してビジーであると見なされ、この２０ＭＨｚチャネル関してプロセスは終了する。ステップ１９７０で、２０ＭＨｚチャネルは、ＵＬ  ＭＵ送信に関してアイドルであると見なされ、この２０ＭＨｚチャネル関してプロセスは終了する。このプロセスは、少なくとも、アップリンク送信のためにＳＴＡにＲＵが割り当てられた広帯域チャネルの各２０ＭＨｚチャネルに関して繰り返される。トリガフレームにおいてＳＴＡに割り当てられたＲＵを含む２０ＭＨｚチャネルのすべてがアイドルであると見なされた場合、ＳＴＡは、そのＨＥトリガベースＰＰＤＵを送信することができる。
【００９４】
図２０を参照すると、表２０００は、様々なパラメータであって、そこから、ＮＡＶを設定する正しいＩＥＥＥ８０２．１１のＰＰＤＵを受信するＳＴＡがＰＰＤＵのチャネル帯域幅情報を決定することができる様々なパラメータを列挙している。ＩＥＥＥ８０２．１１の仕様によれば、正しいＩＥＥＥ８０２．１１のＰＨＹプリアンブルを受信すると、ＳＴＡのＰＨＹ層は、受信信号強度レベルを測定し、この信号強度レベルが一般にプリアンブル検出（ＰＤ）レベルと呼ばれる特定の閾値を上回る場合、ＰＨＹは、これをＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ＢＵＳＹ，  ｐｒｉｍａｒｙ）プリミティブによってＭＡＣ層に示す。ＳＴＡは、残りのＰＨＹヘッダフィールドを受信し続け、ＰＨＹヘッダの受信が成功したら、ＰＨＹ層は、ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ（ＲＸＶＥＣＴＯＲ）プリミティブをＭＡＣに発行する。
【００９５】
ＲＸＶＥＣＴＯＲの内容は、受信したＰＰＤＵのフォーマットに依存し、ＳＴＡは、表２０００に列挙されているようなＲＸＶＥＣＴＯＲの関連パラメータに基づいて、受信したＰＰＤＵの帯域幅を決定する。受信したＰＰＤＵがＨＥ  ＰＰＤＵである場合、帯域幅は、ＣＨ＿ＢＡＮＤＷＩＤＴＨパラメータによって示される。ここで、ＣＨ＿ＢＡＮＤＷＩＤＴＨパラメータは、受信したＨＥ  ＰＰＤＵのＰＨＹヘッダのＨＥ−ＳＩＧ−Ａの帯域幅フィールドに基づく。受信したＰＰＤＵがＶＨＴ  ＰＰＤＵである場合、帯域幅は、同様にＣＨ＿ＢＡＮＤＷＩＤＴＨパラメータによって示される。ここで、ＣＨ＿ＢＡＮＤＷＩＤＴＨパラメータは、受信したＶＨＴ  ＰＰＤＵのＰＨＹヘッダのＶＨＴ−ＳＩＧ−Ａ１の帯域幅フィールドに基づく。
【００９６】
受信したＰＰＤＵがＨＴ  ＰＰＤＵである場合、帯域幅は、同様にＣＨ＿ＢＡＮＤＷＩＤＴＨパラメータによって示される。ここで、ＣＨ＿ＢＡＮＤＷＩＤＴＨパラメータは、受信したＨＴ  ＰＰＤＵのＰＨＹヘッダのＨＴ−ＳＩＧのＣＢＷ２０／４０ビットに基づく。しかしながら、受信したＰＰＤＵが非ＨＴ  ＰＰＤＵである場合、ＰＰＤＵの正確な帯域幅の決定はより複雑である。なぜなら、非ＨＴ  ＰＰＤＵは、レガシー非ＨＴ  ＰＰＤＵフォーマットまたは非ＨＴ複製ＰＰＤＵフォーマット（ｎｏｎ−ＨＴ  ｄｕｐｌｉｃａｔｅ  ＰＰＤＵ  ｆｏｒｍａｔ）であり得るからである。非ＨＴ  ＰＰＤＵのＰＰＤＵフォーマットは、ＲＸＶＥＣＴＯＲのＮＯＮ＿ＨＴ＿ＭＯＤＵＬＡＴＩＯＮパラメータを参照して決定することができる。ＮＯＮ＿ＨＴ＿ＭＯＤＵＬＡＴＩＯＮパラメータがＯＦＤＭである場合、ＰＰＤＵは、レガシー非ＨＴ  ＰＰＤＵであり、チャネル帯域幅は２０ＭＨｚである。
【００９７】
しかしながら、ＮＯＮ＿ＨＴ＿ＭＯＤＵＬＡＴＩＯＮパラメータがＮＯＮ＿ＨＴ＿ＤＵＰ＿ＯＦＤＭである場合、ＰＰＤＵは、非ＨＴ複製ＰＰＤＵである。すなわち、同じＰＰＤＵが、複数の２０ＭＨｚチャネルで複製されている。この場合、ＣＨ＿ＢＡＮＤＷＩＤＴＨパラメータは、推定チャネル帯域幅を示すに過ぎない。しかしながら、非ＨＴ複製ＰＰＤＵは、帯域幅シグナリングＳＴＡによって送信される場合がある。すなわち、受信したＰＰＤＵに含まれるＭＡＣヘッダの送信者アドレス（ＴＡ：Ｔｒａｎｓｍｉｔｔｅｒ  Ａｄｄｒｅｓｓ）フィールドは、帯域幅シグナリングＴＡである（ＴＡの個別／グループビットは１である）。そのような場合、ＰＰＤＵの正確な帯域幅は、ＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴパラメータをさらに参照して決定することができる。場合によっては、非ＨＴ複製ＰＰＤＵの正確な帯域幅を決定することが可能でないことがある。例えば、通常はＣＴＳフレームが、非ＨＴ  ＰＰＤＵまたは非ＨＴ複製ＰＰＤＵフォーマットで送信されて、レガシーデバイスに対して最大のＮＡＶ保護が保証される。
【００９８】
ＣＴＳフレームは、ＴＡフィールドさえ含まないため、ＣＴＳフレームが非ＨＴ複製フォーマットで送信される場合、ＣＴＳフレームによってカバーされる正確な帯域幅を決定することは不可能である。そのようなＰＰＤＵが受信され、ＳＴＡがＰＰＤＵの正確な帯域幅を決定することができない場合、第３の実施形態によれば、基本ＮＡＶ継続期間カウンタが非ゼロであるときにＳＴＡの送信を許可しないためにＳＴＡの動作チャネルのすべてがビジーとして記録されるようにＯＢＳＳ＿ＢＷ情報フィールドは設定される。これにより、ＳＴＡが進行中のＯＢＳＳ送信に誤って干渉を引き起こさないことが保証される。
【００９９】
図２１を参照すると、表２１００は、ＨＥ  ＳＴＡによって発行されるＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎプリミティブのｃｈａｎｎｅｌ−ｌｉｓｔパラメータの可能な値および意味を列挙している。ｃｈａｎｎｅｌ−ｌｉｓｔパラメータの４つの既存のメンバ、すなわちｐｒｉｍａｒｙ、ｓｅｃｏｎｄａｒｙ、ｓｅｃｏｎｄａｒｙ４０、およびｓｅｃｏｎｄａｒｙ８０に加えて、ＨＥ  ＳＴＡは、任意選択的にｐｅｒ２０ＭＨｚ  ｂｉｔｍａｐを含むこともでき、その場合、０である、ビットマップの各ビットは、アイドル２０ＭＨｚチャネルを示し、１である各ビットは、ビジー２０ＭＨｚチャネルを示す。ＨＥ  ＳＴＡのＰＨＹ層が、このような２０ＭＨｚの粒度でチャネル状態を示す能力を有する場合、ＳＴＡは、代替的に、ＯＢＳＳ＿ＢＷ情報フィールドを設定するためにｐｅｒ２０ＭＨｚ  ｂｉｔｍａｐを使用することもできる。
【０１００】
＜第４の実施形態＞
先に言及したように、場合により、ＳＴＡが、受信したＰＰＤＵの正確な帯域幅を決定することが不可能であるかもしれないし、ＳＴＡは、実施の容易さまたは他の理由から受信したＰＰＤＵの帯域幅情報を記録しないことを選択するかもしれない。他の場合には、ＮＡＶを設定するＰＰＤＵがプライマリ２０ＭＨｚチャネルのみを占有するにしても、ＳＴＡは、ＮＡＶ継続期間中の非プライマリチャネルでの送信が推奨できない可能性があることを示す他の情報を所有するかもしれない。
【０１０１】
同様に、ＳＴＡが、受信したＰＰＤＵの正確な帯域幅を決定することができなくても、近傍のＯＢＳＳに関するその履歴知識に基づいて、ＳＴＡは、依然としてＰＰＤＵの帯域幅を正確に予測することができることが可能な場合もある。例えば、以前に受信したＯＢＳＳフレームに基づいて、ＳＴＡは、特定のＯＢＳＳが２０ＭＨｚプライマリチャネルでのみ動作すること、または特定のＨＥ  ＳＴＡが２０ＭＨｚのみのデバイスであることを知ることができる（ＳＴＡとそのＡＰと間の能力交換中に受信されるフレームに基づいて）。ＳＴＡは、時間とともにその近傍に関するそのような知識ベースを構築してもよく、また、ＰＰＤＵが受信されたとき、基本サービスセット識別子（ＢＳＳＩＤ）または送信者／受信者アドレスなどのＰＰＤＵ内の一部の関連フィールドに基づいて、ＳＴＡは、ＮＡＶ期間（すなわち、ＮＡＶ継続期間カウンタが非ゼロである継続期間）中の非プライマリチャネルでのその送信が無害であるかどうかを判定することができる場合がある。
【０１０２】
第４の実施形態によれば、ＮＡＶ設定ＰＰＤＵの帯域幅情報を記録する代わりに、ＳＴＡは、ＳＴＡがＮＡＶ期間中に非プライマリ２０ＭＨｚチャネルで送信することができるかどうかを示すフラグＴＸ＿Ａｌｌｏｗｅｄを保持する。ＴＸ＿Ａｌｌｏｗｅｄフラグは、ＮＡＶと無関係に保持されてもよいし、ＮＡＶに密接に結び付けられてもよい。
【０１０３】
図２２を参照すると、２２００は、２オクテットを使用する第４の実施形態による、ＳＴＡによって保持されるＮＡＶを示す。ＩＥＥＥ８０２．１１の仕様によれば、ほとんどの場合、ＳＴＡは、正しい８０２．１１フレームのＭＡＣヘッダ内の２オクテットの継続期間／ＩＤフィールドの内容に基づいてそのＮＡＶを更新する。継続期間値を搬送するために使用されるとき、継続期間／ＩＤフィールドのビット１５は０に設定され、一方、残りの１５ビットはマイクロ秒単位で継続期間値を搬送する。場合によっては、ＨＥ  ＳＴＡは、ＮＡＶを更新するためにＲＸＶＥＣＴＯＲ内の７ビットのＴＸＯＰ＿ＤＵＲＡＴＩＯＮパラメータを使用することもできる。いずれの場合も、２２１０によって示されているように、ＮＡＶ継続期間を記録するには１５ビットで十分である。
【０１０４】
最後のビットＢ１５は、ＴＸ＿Ａｌｌｏｗｅｄ  フラグ２２２０として使用される。ＴＸ＿Ａｌｌｏｗｅｄフラグの符号化は、表２２３０で説明されている。ＴＸ＿Ａｌｌｏｗｅｄフラグがゼロに設定されている場合に、ＮＡＶ継続期間フィールド２２１０が非ゼロ値を示すとき、ＳＴＡは送信を許可されない。それが１に設定されている場合、ＳＴＡは、他の条件で許可されていれば（例えば、エネルギー検出（ＥＤ）ベースチャネル検知がまた非プライマリ２０ＭＨｚチャネルをアイドルとして返していれば）、ＮＡＶ期間中に非プライマリ２０ＭＨｚチャネルで送信することができる。
【０１０５】
図２３を参照すると、８０ＭＨｚのＢＳＳにおける第４の実施形態によるＮＡＶの記録を視覚的に示すために一連の例示的なフレーム交換シーケンス２３００が示されている。
【０１０６】
図２３の上部は、可変帯域幅を有する３つの送信シーケンス、すなわち８０ＭＨｚのＴＸＯＰ１  ２３１２、４０ＭＨｚのＴＸＯＰ２  ２３２２、および２０ＭＨｚのＴＸＯＰ３  ２３３２を示す。この例に関連する時点は、ｔ０、ｔ１、ｔ２、ｔ３、ｔ４、およびｔ５によって示されている。進行中の送信の無線カバレッジ内にあり、かつこの送信の送信者でも目的の受信者でもないＳＴＡは、その送信に関して第三者ＳＴＡと見なされる。
【０１０７】
ＴＸＯＰ１  ２３１２の最初のＰＰＤＵ２３１０を受信すると、第三者ＳＴＡは、例えば、ＰＰＤＵによって搬送されたフレームのＭＡＣヘッダ内の受信者アドレスを読み取ることによって、またはＰＰＤＵ２３１０で搬送されたトリガフレームのユーザ情報フィールドのＡＩＤ１２サブフィールドを読み取ることなどによって第三者ＳＴＡ自体がＰＰＤＵ２３１０の目的の受信者ではないと判断する。ＳＴＡは、既存のＮＡＶ規則に従って、ＳＴＡ自体がＰＰＤＵ２３１０の受信者ではないと判断したら、ＰＰＤＵ２３１０の関連フィールドから保護継続期間をコピーし、ＮＡＶ継続期間フィールド２２１０を例えば時間ｔ０から時間ｔ１までの時間期間に設定する。
【０１０８】
ＮＡＶ継続期間を記録することに加えて、第４の実施形態によれば、ＳＴＡはまた、プライマリ２０ＭＨｚチャネルとは別の、その動作帯域幅内の他の２０ＭＨｚチャネルでの送信が許容可能であるかどうかを予測する。ＳＴＡは、ＮＡＶ継続期間中の非プライマリチャネルでのその送信が無害であるかどうかを判定するために、ＰＰＤＵ２３１０の帯域幅、近傍のＯＢＳＳに関するその履歴知識、基本サービスセット識別子（ＢＳＳＩＤ）などのＰＰＤＵ内の関連フィールド、または送信者／受信者のアドレスなどの情報を利用することができる。
【０１０９】
ＰＰＤＵ２３１０の場合、ＳＴＡは、ＣＨ２、ＣＨ３、およびＣＨ４においてＴＸＯＰ１  ２３１２の後続の送信への干渉の危険性が高いため、ｔ０からｔ１までのＮＡＶ期間中に他の非プライマリ２０ＭＨｚチャネルで送信することは推奨できないと予測し、したがって、ＴＸ＿Ａｌｌｏｗｅｄ  フラグ２２２０を０に設定する。これは、ボックス２３１４によって視覚的に示されている。同様に、ＰＰＤＵ２３２０を受信すると、ＳＴＡは、ＮＡＶ継続期間を、時間ｔ２からＴＸＯＰ２  ２３２２の最後である時間ｔ３までの時間期間に設定する。この場合もまた、ＳＴＡは、ＣＨ２においてＴＸＯＰ２  ２３２２の後続の送信への干渉の危険性があるため、ｔ２からｔ３までのＮＡＶ期間中に他の非プライマリ２０ＭＨｚチャネルで送信することは推奨できないと予測し、したがって、ＴＸ＿Ａｌｌｏｗｅｄ  フラグ２２２０を０に設定する。これは、ボックス２３２４として示されている。
【０１１０】
同様に、ＰＰＤＵ２３３０を受信すると、ＳＴＡは、ＮＡＶ継続期間を、時間ｔ４からＴＸＯＰ３  ２３３２の最後である時間ｔ５までの時間期間に設定する。しかしながら、この時点で、ＳＴＡは、ＮＡＶ期間中の非プライマリ２０ＭＨｚチャネルＣＨ２、ＣＨ３、およびＣＨ４でのその送信がＴＸＯＰ３  ２３３２の後続の送信に干渉しないと予測し、したがって、ＳＴＡは、他の条件で許可されていればＳＴＡがｔ４からｔ５までのＮＡＶ期間中に非プライマリ２０ＭＨｚチャネルで送信できることを示す１にＴＸ＿Ａｌｌｏｗｅｄ  フラグ２２２０を設定する。これは、ボックス２３３６によって視覚的に示されている。しかしながら、ボックス２３３４によって視覚的に示されているように、ＮＡＶ期間中のプライマリ２０ＭＨｚチャネルＣＨ１での送信は禁止される。時間ｔ５において、ＮＡＶ継続期間カウンタがゼロになるとき、ＴＸ＿Ａｌｌｏｗｅｄフラグもゼロにリセットされる。
【０１１１】
図２４は、第４の実施形態によってなされる、スペクトル再利用の改善を強調するように、さらに別のチャネル状態における例示的なＵＬ  ＭＵ送信シーケンス４００を示す。ＳＴＡがＡＰ１（図１の１０１）からトリガフレーム４１０を受信した瞬間、ＳＴＡ１、ＳＴＡ３、およびＳＴＡ４の無線カバレッジエリア内にプライマリ２０ＭＨｚチャネルで進行中の送信はなく、ＳＴＡ１、ＳＴＡ３、およびＳＴＡ４のＢＳＳ内ＮＡＶと基本ＮＡＶとの両方がゼロに設定される。しかしながら、送信シーケンス２４００によって示されているように、ＢＳＳ２（図１の１４５）ではＳＴＡ２の無線カバレッジエリア内にプライマリチャネルＣＨ１で進行中のＯＢＳＳ送信がある。
【０１１２】
ＡＰ２（１０２）およびＳＴＡ５（１５０）は、逆方向プロトコル（ＲＤＰ：ｒｅｖｅｒｓｅ  ｄｉｒｅｃｔｉｏｎ  ｐｒｏｔｏｃｏｌ）を使用して双方向フレーム交換を行っている。ＡＰ２は、１に設定された逆方向許可（ＲＤＧ：Ｒｅｖｅｒｓｅ  Ｄｉｒｅｃｔｉｏｎ  Ｇｒａｎｔ）／Ｍｏｒｅ  ＰＰＤＵフィールドとともにＲＤＰ  Ａ制御フィールドを含むＰＰＤＵ２４１０をＳＴＡ５に送信する。そして、ＳＴＡ５は、ＰＰＤＵ２４１０からの時間ＳＩＦＳの後にＰＰＤＵ２４２０で応答する。ＡＰ２は、ＡＣＫフレーム２４３０をＳＴＡ５に送信することによってフレーム交換を終了する。
【０１１３】
ＰＰＤＵ２４１０を受信すると、ＳＴＡ２は、それがＯＢＳＳ  ＰＰＤＵであると判断し、その基本ＮＡＶを送信シーケンス２４００の最後までに設定する。ＳＴＡ２に対する図示のＯＢＳＳ干渉は、図５に示したものと比較してわずかに異なり、ＯＢＳＳ送信は、プライマリ２０ＭＨｚチャネルＣＨ１にのみ干渉する。しかしながら、元のＵＬ  ＭＵ  ＣＳ規則の下では、ＳＴＡ２への干渉の影響はまったく同じである。基本ＮＡＶは非ゼロであるため、仮想ＣＳは、ビジーを返し、エネルギー検出が、チャネルＣＨ３およびＣＨ４でアイドルを返しても、ＳＴＡ２は、チャネルＣＨ３およびＣＨ４の割り当てられたＲＵでＨＥトリガベースＰＰＤＵ４５０を送信することを許可されない。
【０１１４】
第４の実施形態によれば、ビジー／アイドルの仮想ＣＳ状態が異なる２０ＭＨｚチャネルに関して異なる仕方で考慮されるように仮想ＣＳ規則が修正される。少なくとも、仮想ＣＳは、プライマリ２０ＭＨｚチャネルと、ＳＴＡの動作帯域幅内の残りの非プライマリ２０ＭＨｚチャネルとに関して異なる仕方で考慮される。基本ＮＡＶ継続期間カウンタが非ゼロであるとき、プライマリ２０ＭＨｚチャネルは、仮想ＣＳによって常にビジーとして示される。しかしながら、非プライマリ２０ＭＨｚチャネルが仮想ＣＳによってアイドルと見なされるかそれともビジーと見なされるかは、ＴＸ＿Ａｌｌｏｗｅｄフラグに依存する。ＴＸ＿Ａｌｌｏｗｅｄフラグが設定されていないとき、すなわちＴＸ＿Ａｌｌｏｗｅｄ  フラグ２２２０が０であるとき、すべての非プライマリ２０ＭＨｚチャネルもビジーとして示される。しかしながら、ＴＸ＿Ａｌｌｏｗｅｄフラグが設定されているとき、すなわちＴＸ＿Ａｌｌｏｗｅｄ  フラグ２２２０が１であるとき、すべての非プライマリ２０ＭＨｚチャネルはアイドルとして示される。
【０１１５】
図２５の表２５００は、図２４に示したＵＬ  ＭＵ送信シーケンス４００中のＳＴＡ２に関して、第４の実施形態による修正されたＵＬ  ＭＵ  ＣＳメカニズムに関連する様々なパラメータを列挙している。表２５００およびその内容は、ＣＨ２がアイドルであり、基本ＮＡＶを設定するＰＰＤＵの帯域幅情報を記録することによって各２０ＭＨｚチャネルのビジー／アイドル状態を保持する代わりに、略語ＴＸ＿Ａ２５１０によって示されているようにＴＸ＿Ａｌｌｏｗｅｄフラグだけが保持される点を除いて、図８Ｂの表８８０とほぼ同じである。ＰＰＤＵ２４１０を受信すると、ＢＳＳカラー、ＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨパラメータなどの、ＰＰＤＵからの関連フィールドに基づいて、ＳＴＡ２は、それがＢＳＳ間２０ＭＨｚ  ＰＰＤＵであると判断する。ＳＴＡ２はまた、ＢＳＳ２が２０ＭＨｚのみで動作するという履歴情報を有することができ、ＰＰＤＵ２４１０に含まれるフレームのＢＳＳカラーまたはＢＳＳＩＤに基づいて、ＳＴＡ２は、ＮＡＶ期間中はＯＢＳＳ送信がプライマリ２０ＭＨｚチャネルＣＨ１に制限されることを確実に予測することができる。したがって、ＳＴＡ２は、ＮＡＶ期間中に非プライマリチャネルでそのＵＬ  ＭＵ  ＰＰＤＵを送信することが安全であると判断し、したがってＴＸ＿Ａｌｌｏｗｅｄ  フラグ２２２０を１に設定する。
【０１１６】
第４の実施形態による仮想ＣＳ規則によれば、ＣＨ１は、ビジー２５２２として示されるが、ＴＸ＿Ａｌｌｏｗｅｄ  フラグ２２２０が１であるため、非プライマリチャネルＣＨ２、ＣＨ３、およびＣＨ４は、仮想ＣＳによってアイドルとして示される。同様に、ＳＴＡ２が、トリガフレームを含むＰＰＤＵ４１０の後のＳＩＦＳ中にエネルギー検出（ＥＤ）ベースＣＣＡを実行するとき、ＣＨ１はビジーとして示され、一方、３つの非プライマリチャネルＣＨ２、ＣＨ３、およびＣＨ４はアイドルとして示される。それぞれ記載２５３６、２５３４、２５３２、および２５３０によって示されているように、ＵＬ  ＭＵ  ＣＳメカニズムは、仮想ＣＳとエネルギー検出検知との両方の状態を考慮し、ＣＨ１をビジーとして示し、一方、ＣＨ２、ＣＨ３、およびＣＨ４はアイドルと見なされる。ＣＨ３とＣＨ４との両方がアイドルと見なされるため、修正されたＵＬ  ＭＵ  ＣＳ送信規則によれば、ＳＴＡ２は、ＣＨ３およびＣＨ４の割り当てられたＲＵでそのＵＬ  ＰＰＤＵ４５０を送信することを許可され、この結果、ワイヤレス媒体のより効率的な使用が促進される。
【０１１７】
第４の実施形態による仮想ＣＳ規則は、以下のように要約することができる。
−  ＳＴＡのアップリンク送信用に割り当てられたＲＵを含む各２０ＭＨｚチャネルに関して、以下の条件のいずれかが満たされない限り、送信のためにトリガフレームによって要求されたＳＴＡの仮想ＣＳにおいてＮＡＶが考慮される。
−  ＮＡＶがＢＳＳ内フレームによって設定された。
−  ＮＡＶ継続期間カウンタがゼロである。
−  ２０ＭＨｚチャネルがプライマリ２０ＭＨｚチャネルではなく、ＴＸ＿Ａｌｌｏｗｅｄフラグが１に設定されている。
【０１１８】
ＮＡＶが考慮されない場合、仮想ＣＳは、２０ＭＨｚチャネルに関してアイドルを示し、そうでない場合、仮想ＣＳは、２０ＭＨｚチャネルに関してビジーを示す。
【０１１９】
第４の実施形態によるＵＬ  ＭＵ  ＣＳ規則は、以下のように要約することができる。
−トリガフレーム内のＣＳ要求サブフィールドが１に設定されている場合、トリガフレーム後のＳＩＦＳ時間中に、少なくとも、ＳＴＡのＵＬ  ＭＵ送信用に割り当てられたＲＵを含む各２０ＭＨｚチャネルに関して、ＳＴＡは、トリガフレームに応答して、適切なエネルギー検出（ＥＤ）規則を使用するＣＣＡおよび仮想ＣＳの状態を考慮しなければならない。トリガフレームにおいて割り当てられたＲＵを含む２０ＭＨｚチャネルがアイドルであると見なされるとき、ＳＴＡは、ＨＥトリガベースＰＰＤＵを送信することができる。ＳＴＡが、割り当てられたＲＵを含む２０ＭＨｚチャネルがすべてアイドルであるわではないことを検出した場合、ＳＴＡは、割り当てられたＲＵで何も送信してはならない。
【０１２０】
図２６は、第４の実施形態によるＵＬ  ＭＵ  ＣＳ送信規則を説明するフローチャート２６００を示す。１に設定されたＣＳ要求フィールドを有するトリガフレームにおいてＡＰによってアップリンク送信のためにＳＴＡにＲＵが割り当てられた広帯域チャネルの各２０ＭＨｚチャネルに関して、ＵＬ  ＭＵ  ＣＳプロセスがステップ２６１０で開始される。トリガフレームではＣＳ要求フィールドが１に設定されているため、ＨＥトリガベースＰＰＤＵを送信する前に、ＳＴＡは、トリガフレームを含むＰＰＤＵの最後の直後のＳＩＦＳ中に、少なくとも、割り当てられたＲＵを含む２０ＭＨｚチャネルのすべてでＵＬ  ＭＵ  ＣＳを実行することを要求される。ステップ２６２０で、基本ＮＡＶ継続期間カウンタがチェックされ、それがゼロである場合、プロセスはステップ２６４０に進み、そうでない場合、プロセスはステップ２６３０に進む。
【０１２１】
ステップ２６３０で、２０ＭＨｚチャネルがプライマリ２０ＭＨｚチャネルである場合、プロセスはステップ２６６０に進み、そうでない場合、それはステップ２６５０に進む。ステップ２６５０で、ＴＸ＿Ａｌｌｏｗｅｄフラグが０に設定されている場合、プロセスはステップ２６６０に進み、そうでない場合、それはステップ２６４０に進む。ステップ２６４０で、仮想ＣＳは２０ＭＨｚチャネルをアイドルとして通知し、プロセスはステップ２６７０に進む。ステップ２６６０で、仮想ＣＳは２０ＭＨｚチャネルをビジーとして通知し、プロセスはステップ２６９０に進む。
【０１２２】
ステップ２６７０で、ＳＴＡは、トリガフレームを含むＰＰＤＵの最後の直後のＳＩＦＳ時間中にエネルギー検出（ＥＤ）を使用してワイヤレス媒体を検知し、チャネルがビジーであると検知された場合、プロセスはステップ２６９０に進み、そうでない場合、プロセスはステップ２６８０に進む。ステップ２６９０で、２０ＭＨｚチャネルは、ＵＬ  ＭＵ送信に関してビジーであると見なされ、この２０ＭＨｚチャネル関してプロセスは終了する。同様に、ステップ２６７０で、２０ＭＨｚチャネルは、ＵＬ  ＭＵ送信に関してアイドルであると見なされ、この２０ＭＨｚチャネル関してプロセスは終了する。このプロセスは、少なくとも、アップリンク送信のためにＳＴＡにＲＵが割り当てられた広帯域チャネルの各２０ＭＨｚチャネルに関して繰り返される。トリガフレームにおいてＳＴＡに割り当てられたＲＵを含む２０ＭＨｚチャネルのすべてがアイドルであると見なされたとき、ＳＴＡは、割り当てられたＲＵでそのＨＥトリガベースＰＰＤＵを送信することができる。
【０１２３】
図２７を参照すると、例えば図９に示したＢＳＳの配置においてＳＴＡの無線カバレッジ内に複数のＯＢＳＳがあるときの、ＴＸ＿Ａｌｌｏｗｅｄフラグの更新規則を視覚的に示すために一連の例示的なフレーム交換シーケンスが示されており、ＢＳＳ１  １００、ＢＳＳ２  １４５、およびＢＳＳ３  ９００の３つのＢＳＳのすべてが８０ＭＨｚのＢＳＳであると仮定されている。図２７の上部には、ＢＳＳ２  １４５における異なる帯域幅の３つの送信シーケンス、すなわち８０ＭＨｚのＴＸＯＰ１  ２７１０と、ＴＸＯＰ２  ２７２０およびＴＸＯＰ３  ２７３０の２つの２０ＭＨｚのＴＸＯＰとが示されている。同様に、図２７の下部には、ＢＳＳ３  ９００における異なる帯域幅の３つの送信シーケンス、すなわちＴＸＯＰ４  ２７４０、ＴＸＯＰ６  ２７６０の２つの２０ＭＨｚのＴＸＯＰと、可変帯域幅のＴＸＯＰ５  ２７５０とが示されている。図２７の中央部は、第４の実施形態によって提案されているようにＳＴＡ２  １２０によって保持される基本ＮＡＶの視覚的説明を示す。この例に関連する時点はｔ０、ｔ１、ｔ２、ｔ３、ｔ４、ｔ５、ｔ６、ｔ７、ｔ８、ｔ９、ｔ１０、およびｔ１１によって示されている。
【０１２４】
ＴＸＯＰ１  ２７１０の最初のＰＰＤＵ２７１２を受信すると、ＰＨＹヘッダ内のＢＳＳカラーフィールドまたはＭＡＣヘッダ内のＢＳＳＩＤフィールドに基づいて、ＳＴＡ２は、ＰＰＤＵ２７１２がＢＳＳ２からのＯＢＳＳ  ＰＰＤＵであり、ＳＴＡ２がＰＰＤＵの受信者の１つではないと判断する。ＮＡＶ継続期間の更新に関する既存のＮＡＶ規則に従って、ＳＴＡ２は、基本ＮＡＶ継続期間を時間ｔ０から時間ｔ２までに設定する。同時に、ＮＡＶ期間中のその後のＯＢＳＳ送信の予測に基づいて、ＳＴＡ２は、ＴＸ＿Ａｌｌｏｗｅｄフラグを０に設定する。
【０１２５】
ＴＸＯＰ４  ２７４０の最初のＰＰＤＵ２７４２を受信すると、ＳＴＡ２は、２７４２がＢＳＳ３からのＯＢＳＳ  ＰＰＤＵであり、ＳＴＡ２がＰＰＤＵの受信者の１つではないと判断する。ＰＰＤＵ２７４２に示されている継続期間は既存のＮＡＶ継続期間よりも長いため、ＮＡＶ時間の更新に関する規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を、ＴＸＯＰ４  ２７４０の最後である時間ｔ３までに更新する。ＳＴＡ２が、ＴＸＯＰ４  ２７４０の帯域幅が２０ＭＨｚのみであると判断しても、ＢＳＳ２の送信シーケンス２７１０のその知識に基づいて、ＳＴＡ２は、延長されたＮＡＶ期間中も非プライマリチャネルでの送信を禁止し続けるべきであると判定し、したがって、ＴＸ＿Ａｌｌｏｗｅｄフラグに変更を加えない。
【０１２６】
同様に、ＴＸＯＰ２  ２７２０の最初のＰＰＤＵ２７２２を受信すると、ＳＴＡ２はＰＰＤＵの受信者の１つではないため、ＳＴＡ２は、ＮＡＶ継続期間を時間ｔ４から時間ｔ７までに設定する。ＳＴＡ２は、ＴＸＯＰ２  ２７２０の帯域幅が２０ＭＨｚのみであると判断し、ＮＡＶ期間中に非プライマリ２０ＭＨｚチャネルでの送信が許可され得ることを示す１にＴＸ＿Ａｌｌｏｗｅｄフラグを設定する。
【０１２７】
ＴＸＯＰ５  ２７５０の最初のＰＰＤＵ２７５２を受信すると、ＳＴＡ２は、２７５２がＢＳＳ３からのＯＢＳＳ  ＰＰＤＵであり、それがＰＰＤＵの受信者の１つではないと判断する。２７５２に示されている継続期間が既存のＮＡＶ継続期間よりも短いため、ＮＡＶ継続期間の更新に関するＮＡＶ規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を更新しない。しかしながら、ＰＰＤＵ２７５２の帯域幅は２０ＭＨｚよりも広いため、ＳＴＡ２は、非プライマリチャネルでの送信によるＯＢＳＳへの干渉の危険性を予測し、したがって、ＴＸ＿Ａｌｌｏｗｅｄフラグを０に更新して、残りのＮＡＶ期間中に非プライマリチャネルで新しい送信を開始することを禁止する。しかしながら、ＰＰＤＵ２７５２の一部のフィールドまたはＢＳＳ３に関するその以前の知識（例えば、このＰＰＤＵ２７５２が、２０ＭＨｚのみのＨＥデバイス、すなわち、プライマリ２０ＭＨｚチャネルでのみ動作する能力を有するデバイスからの応答のみを求めるフレームを含むこと）に基づいて、ＳＴＡ２が、ＴＸＯＰ５の帯域幅が２０ＭＨｚに低減されると判断することができる場合、ＳＴＡ２は、ＴＸ＿Ａｌｌｏｗｅｄフラグを更新しないことを選択することもでき、これにより、ＮＡＶ期間中の非プライマリ２０ＭＨｚチャネルでの送信は許可され続ける。
【０１２８】
同様に、ＴＸＯＰ３  ２７３０の最初のＰＰＤＵ２７３２を受信すると、ＳＴＡ２はＰＰＤＵの受信者の１つではないため、ＳＴＡ２は、ＮＡＶ継続期間を時間ｔ８から時間ｔ１０までに設定する。ＳＴＡ２はまた、ＴＸＯＰ３  ２７３０の帯域幅が２０ＭＨｚのみであると判断し、ＮＡＶ期間中に送信が許可され得ることを示す１にＴＸ＿Ａｌｌｏｗｅｄフラグを設定する。
【０１２９】
ＴＸＯＰ６  ２７６０の最初のＰＰＤＵ２７６２を受信すると、ＳＴＡ２は、２７６２がＢＳＳ３からのＯＢＳＳ  ＰＰＤＵであり、それがＰＰＤＵの受信者の１つではないと判断する。ＰＰＤＵ２７６２に示されている継続期間は既存のＮＡＶ継続期間よりも長いため、ＮＡＶ継続期間の更新に関する規則に従って、ＳＴＡ２は、ＮＡＶ継続期間を、ＴＸＯＰ６  ２７６０の最後である時間ｔ１１までに更新する。ＴＸＯＰ６  ２７６０の帯域幅も２０ＭＨｚのみであるため、ＳＴＡ２は、ＴＸ＿Ａｌｌｏｗｅｄフラグを更新しないことを選択し、これにより、ＮＡＶ期間中の非プライマリ２０ＭＨｚチャネルでの送信が許可され続ける。時間ｔ１１において、ＮＡＶ継続期間カウンタがゼロに達したとき、ＳＴＡ２は、ＴＸ＿Ａｌｌｏｗｅｄフラグをゼロにリセットする。
【０１３０】
ＴＸ＿Ａｌｌｏｗｅｄフラグの更新規則は、図２８のフローチャート２８００によって要約される。プロセスは、ＮＡＶ設定ＯＢＳＳ  ＰＰＤＵが受信されるステップ２８１０で開始される。ステップ２８１５で、基本ＮＡＶ継続期間の現在値がゼロである場合、プロセスはステップ２８７０に進み、そうでない場合、それはステップ２８２０に進む。
【０１３１】
ステップ２８２０で、ＰＰＤＵが基本ＮＡＶのＮＡＶ継続期間を増加させる場合、プロセスはステップ２８３０に進み、そうでない場合、プロセスはステップ２８４０に進む。ステップ２８３０で、ＰＰＤＵ内の関連する継続期間情報に従って（例えば、ＰＨＹヘッダ内のＴＸＯＰ継続期間フィールドまたはＭＡＣヘッダ内の継続期間フィールドに基づいて）基本ＮＡＶ継続期間が更新され、プロセスはステップ２８４０に進む。ステップ２８４０で、ＴＸ＿Ａｌｌｏｗｅｄフラグが１である場合、プロセスはステップ２８５０に進み、そうでない場合、プロセスは終了する。
【０１３２】
ステップ２８５０で、ＳＴＡは、非プライマリ２０ＭＨｚチャネルでのその送信がＯＢＳＳ送信に干渉を引き起こす可能性があるかどうかを判断し、そうである場合、プロセスはステップ２８６０に進み、そうでない場合、プロセスは終了する。ステップ２８６０で、ＳＴＡはＴＸ＿Ａｌｌｏｗｅｄフラグを０に設定し、プロセスは終了する。
【０１３３】
ステップ２８７０で、受信したＰＰＤＵの帯域幅が２０ＭＨｚであり、ＳＴＡが、非プライマリ２０ＭＨｚチャネルでのその送信がＯＢＳＳ送信に干渉を引き起こさないと判断した場合、プロセスはステップ２８８０に進み、そうでない場合、プロセスはステップ２８７５に進む。ステップ２８８０で、ＳＴＡは、ＴＸ＿Ａｌｌｏｗｅｄフラグを１に設定し、プロセスはステップ２８８５に進む。ステップ２８７５で、ＳＴＡは、ＴＸ＿Ａｌｌｏｗｅｄフラグを０に設定し、プロセスはステップ２８８５に進む。ステップ２８８５で、ＰＰＤＵが基本ＮＡＶのＮＡＶ継続期間を増加させる場合、プロセスはステップ２８９０に進み、そうでない場合、プロセスは終了する。ステップ２８９０で、ＰＰＤＵ内の関連する継続期間情報に従って（例えば、ＰＨＹヘッダ内のＴＸＯＰ継続期間フィールドまたはＭＡＣヘッダ内の継続期間フィールドに基づいて）基本ＮＡＶ継続期間が更新され、プロセスは終了する。
【０１３４】
図１５および図１６を使用して上で説明したＳＴＡの構成により、上で言及した、本開示の第３および第４の実施形態が実施され得ることは言うまでもない。
【０１３５】
前述の実施形態では、本開示は、例としてハードウェアで構成されているが、ハードウェアとソフトウェアとの協働によって実現されてもよい。
【０１３６】
さらに、実施形態の説明に使用された機能ブロックは、一般的には、集積回路であるＬＳＩデバイスとして実施される。機能ブロックは個々のチップとして形成されてもよいし、機能ブロックの一部または全部が単一チップに集積されてもよい。本明細書では「ＬＳＩ」という用語を使用しているが、集積度に応じて「ＩＣ」、「システムＬＳＩ」、「スーパーＬＳＩ」、または「ウルトラＬＳＩ」という用語を使用することもできる。
【０１３７】
さらに、回路の集積化は、ＬＳＩに限定されず、ＬＳＩ以外の専用回路または汎用プロセッサによって達成されてもよい。ＬＳＩの製造後に、プログラム可能なフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）またはＬＳＩ内の回路セルの接続または設定の再構成を可能にする再構成可能プロセッサが使用されてもよい。
【０１３８】
半導体技術またはこの技術から派生する他の技術の進歩の結果として、ＬＳＩに代わる回路集積技術が現れた場合、機能ブロックは、そのような技術を使用して集積されてもよい。別の可能性は、バイオテクノロジーなどの適用である。
【産業上の利用可能性】
【０１３９】
本開示は、マルチチャネルワイヤレス通信システムで効率的な仮想キャリア検知（ＣＳ）を行うためにワイヤレス装置に適用され得る。
【符号の説明】
【０１４０】
１５００  ＳＴＡ（局）
１５０２  受信部
１５０４  ＰＰＤＵデコーダ
１５０６  メモリ
１５０８  送信部
１６００  ＳＴＡ（局）
１６１０  電源
１６２０  メモリ
１６３０  中央処理装置（ＣＰＵ）
１６４０  二次記憶装置
１６５０  ワイヤレス通信インタフェース
１６５２  ＭＡＣモジュール
１６５４  キャリア検知モジュール
１６５６  ＮＡＶ帯域幅ビットマップ
１６５８  ＮＡＶ継続期間カウンタ
１６６０  ＰＨＹモジュール
１６７０  アンテナ
【図１】
2020500459.tif 000003
【図２】
2020500459.tif 000004
【図３Ａ】
2020500459.tif 000005
【図３Ｂ】
2020500459.tif 000006
【図４】
2020500459.tif 000007
【図５】
2020500459.tif 000008
【図６】
2020500459.tif 000009
【図７Ａ】
2020500459.tif 000010
【図７Ｂ】
2020500459.tif 000011
【図８Ａ】
2020500459.tif 000012
【図８Ｂ】
2020500459.tif 000013
【図９】
2020500459.tif 000014
【図１０Ａ】
2020500459.tif 000015
【図１０Ｂ】
2020500459.tif 000016
【図１１Ａ】
2020500459.tif 000017
【図１１Ｂ】
2020500459.tif 000018
【図１１Ｃ】
2020500459.tif 000019
【図１２】
2020500459.tif 000020
【図１３Ａ】
2020500459.tif 000021
【図１３Ｂ】
2020500459.tif 000022
【図１４】
2020500459.tif 000023
【図１５】
2020500459.tif 000024
【図１６】
2020500459.tif 000025
【図１７】
2020500459.tif 000026
【図１８】
2020500459.tif 000027
【図１９】
2020500459.tif 000028
【図２０】
2020500459.tif 000029
【図２１】
2020500459.tif 000030
【図２２】
2020500459.tif 000031
【図２３】
2020500459.tif 000032
【図２４】
2020500459.tif 000033
【図２５】
2020500459.tif 000034
【図２６】
2020500459.tif 000035
【図２７】
2020500459.tif 000036
【図２８】
2020500459.tif 000037
【手続補正書】
【提出日】令和1年5月9日(2019.5.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信装置であって、
継続期間フィールドを含むＰＨＹ層データユニットを動作中に受信する受信部であって、前記継続期間フィールドが、前記通信装置が高効率（ＨＥ）トリガベース（ＴＢ）ＰＨＹ層データユニットの送信を禁止される継続期間を示す継続期間情報を含む、受信部と、
動作帯域幅内の各サブチャネルに関してビジーまたはアイドルの帯域幅情報を示すＰＨＹ−ＣＣＡ（クリアチャネル評価）プリミティブパラメータを動作中に発行する物理（ＰＨＹ）層回路と、
前記示された継続期間が現在のネットワーク割当ベクトル（ＮＡＶ）値よりも大きいとき、かつ前記通信装置が前記受信したＰＨＹ層データユニットのターゲット受信者ではないと判断されたときに前記継続期間情報に基づいてＮＡＶ値を動作中に更新し、また、前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるべきリソースユニット（ＲＵ）を含む少なくとも１つのサブチャネルのビジー／アイドル状態を前記帯域幅情報に基づいて動作中に判断する、媒体アクセス制御（ＭＡＣ）回路と、
を備え、
前記ＭＡＣ回路が、前記更新されたＮＡＶ値および前記少なくとも１つのサブチャネルの前記ビジー／アイドル状態に基づいて前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を動作中に制御し、前記ＭＡＣ回路が、プライマリサブチャネルがビジーであるかどうかに関係なく、前記プライマリサブチャネルを含まない前記少なくとも１つのサブチャネルがアイドルと見なされたときに前記ＨＥ  ＴＢ  ＰＨＹ層データユニットを送信するように前記ＰＨＹ層回路を動作中に制御する、
通信装置。
【請求項２】
前記ＭＡＣ回路が、前記通信装置が前記受信したＰＨＹ層データユニットのターゲット受信者ではないと判断されたときに、前記示された帯域幅が現在のＮＡＶ帯域幅値よりも広いとき、前記帯域幅情報に基づいてＮＡＶ帯域幅値を動作中に更新する、
請求項１に記載の通信装置。
【請求項３】
前記動作帯域幅が、複数の２０ＭＨｚサブチャネルを含み、前記ＰＨＹ−ＣＣＡプリミティブパラメータが、８ビットのビットマップを含み、前記８ビットのビットマップでは、前記８ビットの各ビットが、前記複数の２０ＭＨｚサブチャネルのそれぞれに対応し、前記８ビットのビットマップが、対応するビットを１に設定することによって各２０ＭＨｚサブチャネルのビジー状態を示し、対応するビットを０に設定することによって各２０ＭＨｚサブチャネルのアイドル状態を示す、
請求項１に記載の通信装置。
【請求項４】
前記受信部が、キャリア検知（ＣＳ）要求サブフィールドを含むトリガフレームを動作中に受信し、前記ＣＳ要求サブフィールドが、キャリア検知が要求されていることを示したとき、前記ＭＡＣ回路が、前記トリガフレームを受信した後に前記動作帯域幅内の前記少なくとも１つのサブチャネルに関して前記キャリア検知を動作中に実行する、
請求項１に記載の通信装置。
【請求項５】
前記ＭＡＣ回路が、前記通信装置と通信するアクセスポイントから送信された前記トリガフレームを受信した後に前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を動作中に制御する、
請求項４に記載の通信装置。
【請求項６】
前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるべき前記ＲＵが、前記トリガフレームによって割り当てられる、
請求項４に記載の通信装置。
【請求項７】
前記ＭＡＣ回路が、前記トリガフレームの最後の後のショートインターフレームスペース（ＳＩＦＳ）に前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるように動作中に制御する、
請求項４に記載の通信装置。
【請求項８】
前記動作帯域幅が、プライマリ２０ＭＨｚサブチャネルと少なくとも１つのセカンダリ２０ＭＨｚサブチャネルとを含む複数の２０ＭＨｚサブチャネルを含み、前記ＰＨＹ−ＣＣＡプリミティブパラメータが、前記プライマリ２０ＭＨｚサブチャネルがビジーであり、前記少なくとも１つのセカンダリ２０ＭＨｚサブチャネルがアイドルであることを示す、
請求項１に記載の通信装置。
【請求項９】
前記ＰＨＹ−ＣＣＡプリミティブパラメータが、少なくとも１つの２０ＭＨｚサブチャネルに関するチャネル可用性情報を提供するための帯域幅クエリレポート（ＢＱＲ）動作に使用され、前記ＭＡＣ回路が、動作中に、前記ＰＨＹ−ＣＣＡプリミティブパラメータに従って前記ＢＱＲ内の利用可能チャネルビットマップフィールドを設定し、前記ＢＱＲを含む前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を制御する、
請求項１に記載の通信装置。
【請求項１０】
前記ＰＨＹ層回路が、動作中に、プリアンブル検出（ＰＤ）およびエネルギー検出（ＥＤ）の少なくとも一方を使用してワイヤレス媒体の実際の検知を実行し、前記実際の検知の結果に基づいて前記ＰＨＹ−ＣＣＡプリミティブパラメータ発行する、
請求項１に記載の通信装置。
【請求項１１】
通信方法であって、
継続期間フィールドを含むＰＨＹ層データユニットを受信するステップであって、前記継続期間フィールドが、通信装置が高効率（ＨＥ）トリガベース（ＴＢ）ＰＨＹ層データユニットの送信を禁止される継続期間を示す継続期間情報を含む、ステップと、
動作帯域幅内の各サブチャネルに関してビジーまたはアイドルの帯域幅情報を示すＰＨＹ−ＣＣＡ（クリアチャネル評価）プリミティブパラメータを発行するステップと、
前記示された継続期間が現在のネットワーク割当ベクトル（ＮＡＶ）値よりも大きいとき、かつ前記通信装置が前記受信したＰＨＹ層データユニットのターゲット受信者ではないと判断されたときに前記継続期間情報に基づいてＮＡＶ値を更新し、前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるべきリソースユニット（ＲＵ）を含む少なくとも１つのサブチャネルのビジー／アイドル状態を前記帯域幅情報に基づいて動作中に判断するステップと、
前記更新されたＮＡＶ値および前記少なくとも１つのサブチャネルの前記ビジー／アイドル状態に基づいて前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を制御し、プライマリサブチャネルがビジーであるかどうかに関係なく、前記プライマリサブチャネルを含まない前記少なくとも１つのサブチャネルがアイドルと見なされたときに前記ＨＥ  ＴＢ  ＰＨＹ層データユニットを送信するように制御するステップと、
を含む通信方法。
【請求項１２】
前記通信装置が前記受信したＰＨＹ層データユニットのターゲット受信者ではないと判断されたときに、前記帯域幅情報に基づいて、前記示された帯域幅が現在のＮＡＶ帯域幅値よりも広いとき、ＮＡＶ帯域幅値を更新するステップを含む、
請求項１１に記載の通信方法。
【請求項１３】
前記動作帯域幅が、複数の２０ＭＨｚサブチャネルを含み、前記ＰＨＹ−ＣＣＡプリミティブパラメータが、８ビットのビットマップを含み、前記８ビットのビットマップでは、前記８ビットの各ビットが、前記複数の２０ＭＨｚサブチャネルのそれぞれに対応し、前記８ビットのビットマップが、対応するビットを１に設定することによって各２０ＭＨｚサブチャネルのビジー状態を示し、対応するビットを０に設定することによって各２０ＭＨｚサブチャネルのアイドル状態を示す、
請求項１１に記載の通信方法。
【請求項１４】
キャリア検知（ＣＳ）要求サブフィールドを含むトリガフレームを受信し、前記ＣＳ要求サブフィールドが、キャリア検知が要求されていることを示したとき、前記トリガフレームを受信した後に前記動作帯域幅内の前記少なくとも１つのサブチャネルに関して前記キャリア検知を実行する、
請求項１１に記載の通信方法。
【請求項１５】
前記通信装置と通信するアクセスポイントから送信された前記トリガフレームを受信した後に前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を制御するステップを含む、
請求項１４に記載の通信方法。
【請求項１６】
前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるべき前記ＲＵが、前記トリガフレームによって割り当てられる、
請求項１４に記載の通信方法。
【請求項１７】
前記トリガフレームの最後の後のショートインターフレームスペース（ＳＩＦＳ）に前記ＨＥ  ＴＢ  ＰＨＹ層データユニットが送信されるように制御するステップを含む、
請求項１４に記載の通信方法。
【請求項１８】
前記動作帯域幅が、プライマリ２０ＭＨｚサブチャネルと少なくとも１つのセカンダリ２０ＭＨｚサブチャネルとを含む複数の２０ＭＨｚサブチャネルを含み、前記ＰＨＹ−ＣＣＡプリミティブパラメータが、前記プライマリ２０ＭＨｚサブチャネルがビジーであり、前記少なくとも１つのセカンダリ２０ＭＨｚサブチャネルがアイドルであることを示す、
請求項１１に記載の通信方法。
【請求項１９】
前記ＰＨＹ−ＣＣＡプリミティブパラメータが、少なくとも１つの２０ＭＨｚサブチャネルに関するチャネル可用性情報を提供するための帯域幅クエリレポート（ＢＱＲ）動作に使用され、前記通信方法が、前記ＰＨＹ−ＣＣＡプリミティブパラメータに従って前記ＢＱＲ内の利用可能チャネルビットマップフィールドを設定するステップと、前記ＢＱＲを含む前記ＨＥ  ＴＢ  ＰＨＹ層データユニットの送信を制御するステップとを含む、
請求項１１に記載の通信方法。
【請求項２０】
プリアンブル検出（ＰＤ）およびエネルギー検出（ＥＤ）の少なくとも一方を使用してワイヤレス媒体の実際の検知を実行するステップと、
前記実際の検知の結果に基づいて前記ＰＨＹ−ＣＣＡプリミティブパラメータ発行するステップと、を含む、
請求項１１に記載の通信方法。
【国際調査報告】
2020500459.tif 000038
2020500459.tif 000039