(57)【要約】  ワイヤレス通信のためのシステム、方法、およびデバイスが開示される。いくつかの態様では、方法は、受信デバイスを介して、第１のワイヤレスフレームを送信デバイスから受信すること、第１のワイヤレスフレームは、送信デバイスと受信デバイスとの間のワイヤレス通信交換の少なくとも一部分を形成し、と、第１のワイヤレスフレームに応答して、受信デバイスがワイヤレス通信交換の残りの部分に対する保護をイネーブルにすることを示す第２のワイヤレスフレームを送信デバイスに送信することと、インジケーションに応答して、時間期間の間ワイヤレス媒体を確保するフレームを競合期間中に送信することと、受信デバイスを介して、時間期間中に送信デバイスからワイヤレス通信交換の残りの部分を受信することとを含む。【選択図】図４Ａ
2018507644.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス媒体上のワイヤレス通信の方法であって、
受信デバイスにより、競合期間中に送信デバイスから第１のワイヤレスフレームを受信することと、前記第１のワイヤレスフレームは、前記送信デバイスと前記受信デバイスとの間のワイヤレス通信交換の一部分を形成し、
前記競合期間中に、前記ワイヤレス媒体のためのネットワーク割振りベクトルが、前記ワイヤレス通信交換の残りの部分をパケット衝突から保護するために十分な継続時間の時間期間の間設定されるべきことを示す、第２のワイヤレスフレームを送信することと、
前記受信デバイスを介して、前記時間期間中に前記送信デバイスから前記ワイヤレス通信交換の前記残りの部分を受信することと、
を備える、方法。
【請求項２】
前記ワイヤレス通信交換は、モアデータインジケーションを有する１つまたは複数のワイヤレスフレームと、前記１つまたは複数のワイヤレスフレームに対する対応する確認応答とを含む、請求項１に記載の方法。
【請求項３】
前記第１のワイヤレスフレームがエラーを含むと決定することをさらに備え、前記第２のワイヤレスフレームを前記送信することは、前記決定することに応答する、請求項１に記載の方法。
【請求項４】
前記第１のワイヤレスフレームに応答して、前記受信デバイスが前記ワイヤレス通信交換の前記残りの部分のための前記ワイヤレス媒体を保護することを示す第３のワイヤレスフレームを、前記送信デバイスに送信することをさらに備える、請求項１に記載の方法。
【請求項５】
前記受信デバイスが前記ワイヤレス通信交換の前記残りの部分のための前記ワイヤレス媒体を保護することを前記送信デバイスが要求すると決定するために、前記第１のワイヤレスフレームを復号することと、
前記決定に応答して前記第２のワイヤレスフレームを送信することと、
をさらに備える、請求項１に記載の方法。
【請求項６】
前記受信デバイスが前記ワイヤレス媒体を保護するときの時間を示すように、前記第３のワイヤレスフレームを生成することをさらに備える、請求項４に記載の方法。
【請求項７】
前記送信デバイスのための１つまたは複数の送信パラメータを示すように、前記第３のワイヤレスフレームを生成することをさらに備える、請求項４に記載の方法。
【請求項８】
前記１つまたは複数の送信パラメータは、変調およびコーディング方式、送信帯域幅、またはチャネル情報、または前記ワイヤレス通信交換の前記残りの部分の前記送信用のチャネル割振りのうちの１つまたは複数を含む、請求項７に記載の方法。
【請求項９】
ワイヤレス媒体上のワイヤレス通信のための装置であって、
競合期間中に送信デバイスから第１のワイヤレスフレームを受信するように構成された受信機と、前記第１のワイヤレスフレームは、前記送信デバイスと前記装置との間のワイヤレス通信交換の少なくとも一部分を形成し、
前記競合期間中に、前記ワイヤレス媒体のためのネットワーク割振りベクトルが、前記ワイヤレス通信交換の残りの部分をパケット衝突から保護するために十分な継続時間の時間期間の間設定されることを示す、第２のワイヤレスフレームを送信するように構成された送信機と、
前記時間期間中に前記ワイヤレス通信交換を完了することと、
を備える、装置。
【請求項１０】
前記ワイヤレス通信交換は、モアデータインジケーションを有する１つまたは複数のワイヤレスフレームと、前記１つまたは複数のワイヤレスフレームに対する対応する確認応答とを含む、請求項９に記載の装置。
【請求項１１】
前記第１のワイヤレスフレームがエラーを含むと決定するように構成されたプロセッサをさらに備え、前記送信機は、前記決定することに応答して前記第２のワイヤレスフレームを送信するようにさらに構成される、請求項９に記載の装置。
【請求項１２】
前記第１のワイヤレスフレームに応答して、前記装置が前記第２のワイヤレスフレームを送信することを示す第３のワイヤレスフレームを、前記送信デバイスに送信することをさらに備える、請求項９に記載の装置。
【請求項１３】
前記ワイヤレス通信交換の前記残りの部分をパケット衝突から保護するために十分な前記継続時間の前記時間期間の間、前記装置が前記ネットワーク割振りベクトルを設定することを前記送信デバイスが要求すると決定するために、前記第１のワイヤレスフレームを復号するように構成されたプロセッサをさらに備える、請求項９に記載の装置。
【請求項１４】
前記送信デバイスのための１つまたは複数の送信パラメータを示すように、前記第３のワイヤレスフレームを生成するように構成されたプロセッサをさらに備え、前記１つまたは複数の送信パラメータは、変調およびコーディング方式、送信帯域幅、チャネル情報、およびチャネル割振りのうちの１つまたは複数を含む、請求項１２に記載の装置。
【請求項１５】
ブロック確認応答または否定確認応答のうちの１つとして前記第３のワイヤレスフレームを生成するように構成されたプロセッサをさらに備える、請求項１２に記載の装置。
【請求項１６】
前記装置が前記第２のワイヤレスフレームを送信するときの時間を示すように、前記第３のワイヤレスフレームを生成するように構成されたプロセッサをさらに備える、請求項１２に記載の装置。
【請求項１７】
１つまたは複数の送信パラメータを示すように、前記第３のワイヤレスフレームを生成するように構成されたプロセッサをさらに備える、請求項１２に記載の装置。
【請求項１８】
前記ネットワーク割振りベクトルが設定される継続時間を示すように、前記第３のワイヤレスフレームを生成するように構成されたプロセッサをさらに備える、請求項１２に記載の装置。
【請求項１９】
前記ワイヤレス通信交換を完了するために必要な時間を決定し、少なくとも前記必要な時間の間、前記ワイヤレス媒体を保護するために前記第２のワイヤレスフレームを生成するように構成されたプロセッサをさらに備える、請求項９に記載の装置。
【請求項２０】
前記送信機は、前記送信デバイスにクリア・ツー・センド（clear-to-send）フレームを送信することにより、前記ワイヤレス媒体を保護する前記第２のワイヤレスフレームを送信するようにさらに構成され、前記クリア・ツー・センドフレームは、前記残りの部分を送信するために必要な時間以上の継続時間を示す、請求項９に記載の装置。
【請求項２１】
ワイヤレス媒体上のワイヤレス通信の方法であって、
送信デバイスにより、競合期間中に受信デバイスへ第１のワイヤレスフレームを送信することと、前記第１のワイヤレスフレームは、前記送信デバイスと前記受信デバイスとの間のワイヤレス通信交換の一部分を備え、
前記受信デバイスから第２のワイヤレスフレームを受信することと、前記第２のワイヤレスフレームは、ネットワーク割振りベクトルが時間期間の間設定されるべきことを示し、
前記送信デバイスにより、前記時間期間中に前記受信デバイスとの前記ワイヤレス通信交換を完了することと、
を備える、方法。
【請求項２２】
前記受信デバイスへの前記ネットワーク割振りベクトルの設定の要求のインジケーションを備えるように、前記第１のワイヤレスフレームを生成することをさらに備える、請求項２１に記載の方法。
【請求項２３】
前記受信デバイスから、前記第２のワイヤレスフレームとは異なる第３のワイヤレスフレームを受信することと、前記第３のワイヤレスフレームは、前記ネットワーク割振りベクトルが設定されることを前記受信デバイスが要求することのインジケーションを備え、
前記第３のワイヤレスフレームに応答して、前記ネットワーク割振りベクトルが設定されるまで前記ワイヤレス通信交換のさらなる送信を延期することと、
をさらに備える、請求項２１に記載の方法。
【請求項２４】
前記第１のワイヤレスフレームに含まれる送信パラメータの確認、および前記受信デバイスへの送信のための１つまたは複数の送信パラメータのうちの１つまたは複数を決定するために、前記第３のワイヤレスフレームを復号すること、さらに備える、請求項２３に記載の方法。
【請求項２５】
モアデータインジケーションを有するデータフレームとして前記第１のワイヤレスフレームを生成することをさらに備え、
前記ワイヤレス通信交換の送信を完了することは、１つまたは複数のさらなるデータフレームを送信することと、前記１つまたは複数のさらなるデータフレームに対する対応する確認応答を受信することとを備える、
請求項２１に記載の方法。
【請求項２６】
ワイヤレス媒体上のワイヤレス通信のための装置であって、
競合期間中に受信デバイスへ第１のワイヤレスフレームを送信するように構成された送信機と、前記第１のワイヤレスフレームは、前記装置と前記装置との間のワイヤレス通信交換の一部分を備え、
ネットワーク割振りベクトルが時間期間の間設定されるべきことを示す第２のワイヤレスフレームを受信するように構成された受信機と、
前記時間期間中に前記受信デバイスとの前記ワイヤレス通信交換を完了することと、
を備える、装置。
【請求項２７】
前記受信デバイスへの前記ネットワーク割振りベクトルの設定の要求のインジケーションを備えるように、前記第１のワイヤレスフレームを生成するように構成されたプロセッサをさらに備える、請求項２６に記載の装置。
【請求項２８】
プロセッサをさらに備え、
前記受信機は、前記受信デバイスが前記ネットワーク割振りベクトルを設定することのインジケーションを備える第３のワイヤレスフレームを受信するようにさらに構成され、
前記プロセッサは、前記第３のワイヤレスフレームに応答して、前記ネットワーク割振りベクトルが設定されるまで前記ワイヤレス通信交換のさらなる送信を延期するように構成される、
請求項２６に記載の装置。
【請求項２９】
前記プロセッサは、前記第１のワイヤレスフレームに含まれる送信パラメータの確認、および前記受信デバイスへの送信のための１つまたは複数の送信パラメータのうちの１つまたは複数を決定するために、前記第３のワイヤレスフレームを復号するようにさらに構成される、請求項２８に記載の装置。
【請求項３０】
モアデータインジケーションを有するデータフレームとして前記第１のワイヤレスフレームを生成するように構成されたプロセッサをさらに備え、
前記ワイヤレス通信交換の送信を完了することは、１つまたは複数のさらなるデータフレームを送信することと、前記送信されたデータフレームに対する対応する確認応答を受信することと、を備える、請求項２６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本出願は、一般に、ワイヤレス通信に関し、より詳細には、衝突（collisions）からワイヤレス媒体を保護するため、または送信側と受信側との間のワイヤレス通信交換中に送信側が媒体にアクセスすることを助けるためのシステム、方法、およびデバイスに関する。
【背景技術】
【０００２】
[0002]多くの電気通信システムでは、いくつかの対話している空間的に離れたデバイス間でメッセージを交換するために通信ネットワークが使用される。ネットワークは、たとえば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る地理的範囲に従って分類される場合がある。そのようなネットワークは、それぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）として指定されるはずである。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用される交換／ルーティング技法（たとえば、回線交換対パケット交換）、送信に利用される物理媒体のタイプ（たとえば、有線対ワイヤレス）、および使用される通信プロトコルのセット（たとえば、インターネットプロトコルスイート、ＳＯＮＥＴ（同期光ネットワーキング）、イーサネット（登録商標）など）に応じて異なる。
【０００３】
[0003]ワイヤレスネットワークは、ネットワーク要素がモバイルであり、したがって、動的な接続を必要とするとき、またはネットワークアーキテクチャが固定されたトポロジではなくアドホックなトポロジで形成される場合に、好ましいことが多い。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域内の電磁波を使用して、非誘導伝搬モードで無形物理媒体を利用する。ワイヤレスネットワークは、有利なことに、固定された有線ネットワークと比較すると、ユーザモビリティと迅速なフィールド展開とを容易にする。
【０００４】
[0004]ワイヤレスネットワーク上のデバイスは、特に高密度のネットワーク環境内で衝突に遭遇する場合がある。場合によっては、衝突の頻度は、ワイヤレスネットワーク上でデバイスが効率的に通信することを妨害する場合がある。ある他のケースでは、デバイスは、隠れノードの連続するアクセスに起因して、長い時間期間の間媒体にアクセスすることができない場合がある。したがって、高密度のネットワーク環境内で送信するデバイスの信頼性を向上させる必要がある。
【発明の概要】
【０００５】
[0005]本発明のシステム、方法、およびデバイスは、各々いくつかの態様を有し、それらのうちの単一の態様が単独で本発明の望ましい属性に関与するとは限らない。次に、以下の特許請求の範囲によって表される本発明の範囲を限定することなしに、いくつかの特徴が簡略に説明される。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、本発明の特徴が、ワイヤレスネットワーク内の第１のデバイスと第２のデバイスとの間の改善された通信を含む利点をどのように提供するかが理解されよう。一実施形態では、第１のデバイスおよび第２のデバイスは、ワイヤレスネットワーク内のアクセスポイントおよびステーションであり得る。
【０００６】
[0006]開示される一態様はワイヤレス媒体上のワイヤレス通信の方法であり、方法は、受信デバイスにより、競合（contention）期間中に送信デバイスから第１のワイヤレスフレームを受信すること、該第１のワイヤレスフレームは該送信デバイスと該受信デバイスとの間のワイヤレス通信交換の一部分を形成し、と、該競合期間中に、該ワイヤレス通信交換の残りの部分をパケット衝突から保護するために十分な継続時間の時間期間の間ワイヤレス媒体用のネットワーク割振りベクトルが設定されるべきことを示す第２のワイヤレスフレームを送信することと、該受信デバイスを介して、該時間期間中に該送信デバイスから該ワイヤレス通信交換の該残りの部分を受信することと、を備える。
【０００７】
[0007]いくつかの態様では、ワイヤレス通信交換は、モアデータインジケーションを有する１つまたは複数のワイヤレスフレームと、該１つまたは複数のワイヤレスフレームに対応する確認応答とを含む。いくつかの態様では、方法はまた、第１のワイヤレスフレームがエラーを含むと決定することを含み、第２のワイヤレスフレームを送信することは、該決定することに応答する。いくつかの態様では、方法は、第１のワイヤレスフレームに応答して、受信デバイスがワイヤレス通信交換の残りの部分のためのワイヤレス媒体を保護することを示す第３のワイヤレスフレームを送信デバイスに送信することを含む。いくつかの態様では、方法は、第１のワイヤレスフレームを復号して、受信デバイスがワイヤレス通信交換の残りの部分のためのワイヤレス媒体を保護することを送信デバイスが要求することを決定することと、該決定に応答して第２のワイヤレスフレームを送信することとを含む。いくつかの態様では、方法は、受信デバイスがワイヤレス媒体を保護するときの時間（a time）を示すように、第３のワイヤレスフレームを生成することを含む。いくつかの態様では、方法は、送信デバイス用の１つまたは複数の送信パラメータを示すために第３のワイヤレスフレームを生成することを含む。いくつかの態様では、１つまたは複数の送信パラメータは、変調およびコーディング方式、ＬＤＰＣ／ＢＣＣの使用、空間ストリームの数、送信帯域幅、またはチャネル情報のうちの１つまたは複数、またはワイヤレス通信交換の残りの部分の送信用のチャネル割振りなどを含む。
【０００８】
[0008]開示される別の態様は、ワイヤレス媒体上のワイヤレス通信のための装置である。装置は、競合期間中に送信デバイスから第１のワイヤレスフレームを受信するように構成された受信機、該第１のワイヤレスフレームは該送信デバイスと相装置との間のワイヤレス通信交換の少なくとも一部分を形成し、と、該競合期間中に、ワイヤレス通信交換の残りの部分をパケット衝突から保護するために十分な継続時間の時間期間の間ワイヤレス媒体用のネットワーク割振りベクトルが設定されることを示す第２のワイヤレスフレームを送信するように構成された送信機と、該時間期間中にワイヤレス通信交換を完了することとを含む。
【０００９】
[0009]装置のいくつかの態様では、ワイヤレス通信交換は、モアデータインジケーションを有する１つまたは複数のワイヤレスフレームと、１つまたは複数のワイヤレスフレームに対応する確認応答とを含む。いくつかの態様では、装置はまた、第１のワイヤレスフレームがエラーを含むと決定するように構成されたプロセッサを含み、送信機は、決定することに応答して第２のワイヤレスフレームを送信するようにさらに構成される。
【００１０】
[0010]いくつかの態様では、装置はまた、第１のワイヤレスフレームに応答して、装置が第２のワイヤレスフレームを送信することを示す第３のワイヤレスフレームを送信デバイスに送信することを含む。いくつかの態様では、装置はまた、第１のワイヤレスフレームを復号して、ワイヤレス通信交換の残りの部分をパケット衝突から保護するために十分な継続時間の時間期間の間装置がネットワーク割振りベクトルを設定することを送信デバイスが要求することを決定するように構成されたプロセッサを含む。いくつかの態様では、装置はまた、送信デバイス用の１つまたは複数の送信パラメータを示すように、第３のワイヤレスフレームを生成するように構成されたプロセッサを含み、１つまたは複数の送信パラメータは、変調およびコーディング方式、送信帯域幅、チャネル情報、ならびにチャネル割振りのうちの１つまたは複数を含む。
【００１１】
[0011]いくつかの態様では、装置は、ブロック確認応答または否定確認応答のうちの１つとして第３のワイヤレスフレームを生成するように構成されたプロセッサを含む。いくつかの態様では、装置は、装置が第２のワイヤレスフレームを送信するときの時間を示すように、第３のワイヤレスフレームを生成するように構成されたプロセッサを含む。いくつかの態様では、装置は、１つまたは複数の送信パラメータを示すように、第３のワイヤレスフレームを生成するように構成されたプロセッサを含む。いくつかの態様では、装置は、その間にネットワーク割振りベクトルが設定される継続時間を示すように、第３のワイヤレスフレームを生成するように構成されたプロセッサを含む。いくつかの態様では、装置は、ワイヤレス通信交換を完了するために必要な時間を決定し、少なくとも必要な時間の間ワイヤレス媒体を保護するように、第２のワイヤレスフレームを生成するように構成されたプロセッサを含む。装置のいくつかの態様では、送信機は、（第１のワイヤレスフレームの）送信デバイスに向けられたクリア・ツー・センド（clear-to-send、送信可）フレームとして、ワイヤレス媒体を保護する第２のワイヤレスフレームを送信するようにさらに構成され、該クリア・ツー・センドフレームは、残りの部分を送信するために必要な時間以上の継続時間を示す。装置の別の態様では、送信機は、残りの部分、送信パラメータ（たとえば、ＭＣＳ、ＢＷ、リソース割振り［ワイヤレスフレームを配信するために使用されるべきチャネル割振り］など）を送信するために必要な時間以上の継続時間を示すトリガフレームとして、ワイヤレス媒体を保護する第２のワイヤレスフレームを送信するようにさらに構成され、トリガフレームは、あらかじめ定義された時間（たとえば、ＳＩＦＳ）後の送信を可能にし、１つまたは複数のワイヤレスデバイスはＳＵモードまたはＭＵモードにあり、第１のワイヤレスデバイスは１つまたは複数のワイヤレスデバイスの一部である。
【００１２】
[0012]開示される別の態様は、ワイヤレス媒体を介するワイヤレス通信の方法である。方法は、送信デバイスにより、競合期間中に受信デバイスに第１のワイヤレスフレームを送信すること、第１のワイヤレスフレームは送信デバイスと受信デバイスとの間のワイヤレス通信交換の一部分を備え、と、受信デバイスから第２のワイヤレスフレームを受信すること、第２のワイヤレスフレームは、ある時間期間の間ネットワーク割振りベクトルが設定されるべきことを示し、と、送信デバイスにより、時間期間中に受信デバイスとのワイヤレス通信交換を完了することとを含む。
【００１３】
[0013]いくつかの態様では、方法はまた、受信デバイスへのネットワーク割振りベクトルの設定の要求のインジケーションを備えるように、第１のワイヤレスフレームを生成することを含む。いくつかの態様では、方法はまた、受信デバイスから、第２のワイヤレスフレームとは異なる第３のワイヤレスフレームを受信すること、第３のワイヤレスフレームは、ネットワーク割振りベクトルが設定されることを受信デバイスが要求することのインジケーションを備え、と、第３のワイヤレスフレームに応答して、ネットワーク割振りベクトルが設定されるまでワイヤレス通信交換のさらなる送信を延期することとを含む。いくつかの態様では、方法はまた、第３のワイヤレスフレームを復号して、第１のワイヤレスフレームに含まれる送信パラメータの確認、および受信デバイスに送信するための１つもしくは複数の送信パラメータのうちの１つまたは複数を決定することを含む。
【００１４】
[0014]いくつかの態様では、方法はまた、モアデータインジケーションを有するデータフレームとして第１のワイヤレスフレームを生成することを含み、ワイヤレス通信交換の送信を完了することは、１つまたは複数のさらなるデータフレームを送信することと、１つまたは複数のさらなるデータフレームのための対応する確認応答を受信することとを備える。
【００１５】
[0015]開示される別の態様は、ワイヤレス媒体を介するワイヤレス通信のための装置である。装置は、競合期間中に受信デバイスに第１のワイヤレスフレームを送信するように構成された送信機、第１のワイヤレスフレームは装置と装置との間のワイヤレス通信交換の一部分を備え、と、ある時間期間の間ネットワーク割振りベクトルが設定されるべきことを示す第２のワイヤレスフレームを受信するように構成された受信機と、時間期間中に受信デバイスとのワイヤレス通信交換を完了することとを含む。いくつかの態様では、装置はまた、受信デバイスがネットワーク割振りベクトルを設定することに対する要求のインジケーションを備えるように、第１のワイヤレスフレームを生成するように構成されたプロセッサを含む。いくつかの態様では、装置はまた、プロセッサを含み、受信機は、受信デバイスがネットワーク割振りベクトルを設定することのインジケーションを備える第３のワイヤレスフレームを受信するようにさらに構成され、プロセッサは、第３のワイヤレスフレームに応答して、ネットワーク割振りベクトルが設定されるまでワイヤレス通信交換のさらなる送信を延期するように構成される。いくつかの態様では、プロセッサは、第３のワイヤレスフレームを復号して、第１のワイヤレスフレームに含まれる送信パラメータの確認、および受信デバイスへの送信のための１つもしくは複数の送信パラメータのうちの１つまたは複数を決定するようにさらに構成される。いくつかの態様では、装置はまた、モアデータインジケーションを有するデータフレームとして第１のワイヤレスフレームを生成するように構成されたプロセッサを含み、ワイヤレス通信交換の送信を完了することは、１つまたは複数のさらなるデータフレームを送信することと、送信されたデータフレームに対する対応する確認応答を受信することとを備える。
【図面の簡単な説明】
【００１６】
【図１】例示的なワイヤレス通信システム１００を示す図。
【図２】図１のワイヤレス通信システム内で利用され得るワイヤレスデバイス２０２の例示的な機能ブロック図。
【図３】アクセスポイントとステーション（ＳＴＡ）との間のワイヤレス通信交換の一実施形態のタイミング図。
【図４Ａ】アクセスポイントとステーションとの間のワイヤレス通信交換の一実施形態の別のタイミング図。
【図４Ｂ】アクセスポイントとステーションとの間のワイヤレス通信交換の一実施形態の別のタイミング図。
【図５Ａ】媒体アクセス制御フレームの一例を示す図。
【図５Ｂ】トリガフレームの一例を示す図。
【図５Ｃ】応答フレームの一例を示す図。
【図６】ワイヤレス通信の方法のフローチャート。
【図７】ワイヤレス通信の方法のフローチャート。
【図８Ａ】ワイヤレスフレームの一構成を示す図。
【図８Ｂ】ワイヤレスフレームの別の構成を示す図。
【図９】エラーを含むフレームがフレームを受信するデバイスに宛てられているかどうかを決定する方法のフローチャート。
【発明を実施するための形態】
【００１７】
[0029]添付の図面を参照して、新規のシステム、装置、および方法の様々な態様が以下でより十分に記載される。しかしながら、本開示は、多くの異なる形態で具現化される場合があり、本開示全体を通して提示されるいかなる特定の構造または機能にも限定されるものと解釈されるべきでない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるように提供される。本明細書の教示に基づいて、本開示の範囲は、本発明の任意の他の態様と無関係に実装されるにせよ、本発明の任意の他の態様と組み合わされるにせよ、本明細書で開示される新規のシステム、装置、および方法のいかなる態様も包含するものであることを、当業者は諒解されたい。たとえば、本明細書に記載された任意の数の態様を使用して、装置が実装される場合があるか、または方法が実践される場合がある。加えて、本発明の範囲は、本明細書に記載された本発明の様々な態様に加えて、またはそれら以外の、他の構造、機能、または構造および機能を使用して実践される装置または方法を包含するものである。本明細書で開示されるいかなる態様も請求項の１つまたは複数の要素によって具現化され得ることを理解されたい。
【００１８】
[0030]本明細書において特定の態様が記載されるが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好ましい態様のいくつかの利益および利点が述べられるが、本開示の範囲は、特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能なものであり、図において、および好ましい態様の以下の説明において、それらのうちのいくつかが例として示される。発明を実施するための形態および図面は、限定的ではなく本開示の例示にすぎず、本開示の範囲は、添付の特許請求の範囲およびその均等物によって定義される。
【００１９】
[0031]普及しているワイヤレスネットワーク技術には、様々なタイプのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）が含まれ得る。ＷＬＡＮは、広く使用されているネットワーキングプロトコルを利用して、近くのデバイスを一緒に相互接続するために使用される場合がある。本明細書に記載される様々な態様は、ワイヤレスプロトコルなどの任意の通信規格に適用することができる。
【００２０】
[0032]いくつかの態様では、サブギガヘルツ帯域内のワイヤレス信号は、直交周波数分割多重（ＯＦＤＭ）、周波数分割多重（ＦＤＭ）、時分割多重（ＴＤＭ）、直接シーケンススペクトル拡散（ＤＳＳＳ）通信、ＯＦＤＭとＤＳＳＳ通信の組合せ、マルチユーザ（ＭＵ、多入力多出力（ＭＩＭＯ））、またはシングルユーザ（ＳＵ）通信もしくはマルチユーザ（ＭＵ）通信に使用され得る他の方式を使用して、８０２．１１プロトコルに従って送信される場合がある。８０２．１１プロトコルの実装形態は、高効率、超高スループット、リアルタイム通信、センサ、検針、およびスマートグリッドネットワークに使用される場合がある。有利なことに、８０２．１１プロトコルを実装するいくつかのデバイスの態様は、他のワイヤレスプロトコルを実装するデバイスよりも消費する電力が少ない場合があり、および／または、比較的長い距離、たとえば約１キロメートル以上にわたってワイヤレス信号を送信するために使用される場合がある。開示される方法およびシステムを利用すると、デバイスは、衝突の可能性が低減されることに起因して、より効率的なワイヤレス通信を実現することもできる。
【００２１】
[0033]いくつかの実装形態では、ＷＬＡＮは、ワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。たとえば、２つのタイプのデバイス：アクセスポイント（「ＡＰ」）および（ステーションまたは「ＳＴＡ」とも呼ばれる）クライアントが存在する場合がある。一般に、ＡＰはＷＬＡＮのためのハブまたは基地局として働くことができ、ＳＴＡはＷＬＡＮのユーザとして働く。たとえば、ＳＴＡは、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、携帯電話などであり得る。一例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークへの全体的な接続性を取得するために、Ｗｉ−Ｆｉ（登録商標）（たとえば、８０２．１１などの米国電気電子技術者協会（ＩＥＥＥ）８０２．１１プロトコル）準拠のワイヤレスリンクを介してＡＰに接続する。いくつかの実装形態では、ＳＴＡはＡＰとして使用される場合もある。
【００２２】
[0034]アクセスポイント（「ＡＰ」）は、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅノードＢ、基地局コントローラ（「ＢＳＣ」）、トランシーバ基地局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、または他の何らかの用語を備えるか、それらのいずれかとして実装されるか、またはそれらのいずれかとして知られる場合もある。
【００２３】
[0035]ステーション（「ＳＴＡ」）は、アクセス端末（「ＡＴ」）、加入者局、加入者ユニット、移動局、リモートステーション、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または他の何らかの用語を備えるか、それらのいずれかとして実装されるか、またはそれらのいずれかとして知られる場合もある。いくつかの実装形態では、アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）ステーション、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された他の何らかの適切な処理デバイスを備える場合がある。したがって、本明細書で教示される１つまたは複数の態様は、電話（たとえば、携帯電話またはスマートフォン）、コンピュータ（たとえば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（たとえば、携帯情報端末）、エンターテインメントデバイス（たとえば、音楽デバイスもしくはビデオデバイス、または衛星ラジオ）、ゲームデバイスまたはゲームシステム、全地球測位システムデバイス、あるいは、ワイヤレス媒体を介して通信するように構成された任意の他の適切なデバイスに組み込まれる場合がある。
【００２４】
[0036]上記で説明されたように、高密度のネットワーク内で動作するワイヤレスデバイスは、同じワイヤレス媒体上で動作する他のデバイスの送信によって引き起こされるパケット衝突（collisions）に時々遭遇する場合があり、他のデバイスによる媒体の連続する使用に起因して時々媒体にアクセスすることができない場合さえある。これらの衝突により、ワイヤレスデバイスおよび全体としてのワイヤレスネットワークの通信効率が低下する場合がある。いくつかのシナリオでは、２つのデバイス間の通信交換中、受信デバイスは、送信デバイスよりも高い頻度で衝突に遭遇する場合がある。これらのシナリオでは、送信デバイスは許容可能な効率で、ワイヤレス媒体を求めて競合する（contend for）ことができる場合があるが、受信機の効率は許容レベルを下回る場合がある。たとえば、アクセスポイントと通信しているステーションは、そのランダムバックオフが満了するとフレームを送信することができる。ステーションが高い稼働率でワイヤレス媒体上で動作している場合、この送信が隠れノードとの衝突に起因して失敗する可能性が高い場合がある。同様に、そのような失敗は、干渉、チャネル状態、または送信デバイスによる送信パラメータの誤った選択に起因して引き起こされる場合がある。
【００２５】
[0037]失敗した送信を検出すると、ステーションは、そのバックオフタイマを再始動した後フレームを再送信し得る。再始動されたバックオフタイマは、場合によっては、前の値の範囲の２倍の値の範囲から選択された、前のランダム値よりも大きい新しいランダム値を利用し得る。したがって、ステーションが媒体にアクセスする時間は、衝突が存在する場合実質的に増加する。いくつかの態様では、ステーションは、より低いデータレートでメッセージを再送信して、再送信が失敗しない可能性を高めることができる。これにより、ステーション用の媒体有効容量がさらに損なわれる。場合によっては、ステーションは連続する衝突に遭遇し得、その結果、ステーションは媒体アクセスを本質的に「渇望」している。開示される方法およびシステムはこれらの問題を解決し、スループットの増大、待ち時間の減少、およびネットワーク効率の増大をもたらす。
【００２６】
[0038]特に、上述された例では、送信デバイス用の媒体にアクセスすることを可能にすること、および／または送信デバイスとの通信交換を保護し、交換中に受信デバイスが遭遇する衝突の頻度を低減することが、受信デバイスにとって望ましい場合がある。同様に、いくつかのシナリオでは、送信機は、他のデバイスによる媒体の連続する使用に起因して、対象とする受信機にフレームを送信するような媒体にアクセスすることができない場合がある。これらのシナリオでは、本明細書に記載されたように、送信デバイス用の媒体にアクセスすることが受信機にとって望ましい場合がある。
【００２７】
[0039]開示される方法およびシステムは、ワイヤレス通信交換中に媒体の保護を要すること、および受信することを提供する。いくつかの態様では、データを送信するデバイスは、送信されるデータが宛てられているデバイスが媒体の保護を開始することを要求する。これは、通常、データを送信する（たとえば、受信デバイスにデータメッセージを送信する）ことを意図するデバイスにも、（たとえば、送信要求（request to send）メッセージを送信することにより）データに対する保護も開始させ得る、従来の方法とは異なり得る。上述されたような受信側主導型保護は、データの送信側に近接している媒体環境がデータの受信側に近接している媒体環境と実質的に異なるときに、特に有益であり得る。たとえば、いくつかの態様では、データの受信側は、比較的高いレベルのパケット衝突に遭遇している場合があるが、データの送信側は、かなり低いレベルのパケット衝突に遭遇している場合がある。したがって、いくつかの態様では、データの受信側が送信側の代わりに保護を開始することがより効果的であり得る。たとえば、いくつかの態様では、送信側は、その送信が衝突している場合がある他のデバイスから効果的に隠れている場合がある。言い換えれば、潜在的な衝突を引き起こすデバイスに最も近接しているデバイスにおいて、または潜在的な衝突を引き起こすデバイスに到達する可能性が最も高いデバイスにより、通信交換に対する保護を開始することが望ましい場合があり、その結果、それらのデバイスは、（送信要求（request to send）および／またはクリア・ツー・センド(clear to send)などの）保護を示すフレームを受信し、それらのネットワーク割振りベクトルを適切に設定する可能性が高い。このように、開示される方法およびシステムは、従来の方法とは異なり、データの送信側がデータに対する保護を開始することが常に最も効果的であるとは限らないが、場合によっては、送信側がデータの受信側に保護を開始するように頼むことがより効果的であり得、従って受信側の送信範囲内の潜在的な衝突を引き起こすノードに到達しえる。
【００２８】
[0040]本明細書に記載される方法およびシステムによって保護され得る、いくつかの様々なタイプのワイヤレス通信交換が存在する。たとえば、保護され得る１つのワイヤレス通信交換は、データフレームのシーケンスであり、データフレームの大部分は、（交換の一部である最後のデータフレームをおそらく除いて）「モアデータ」インジケーションを含む。この例では、データフレームの送信側は、データフレームの受信側に、データフレームのシーケンスまたはデータフレームのシーケンスの少なくとも一部分に対する保護を開始するように要求し得る。交換は、データフレームの各々に対応する確認応答またはブロック確認応答を含み得る。
【００２９】
[0041]より一般的には、ワイヤレス通信交換は、いくつかの実施形態において、フレーム１｜｜ＳＩＦＳ｜｜（オプションの［ＡＣＫ１，ＮＡＣＫ１，ブロックＡｃｋ１］）．．．．．．［ＰＲＥＤＥＦＩＮＥＤ  ＴＩＭＥ］，フレーム２｜｜ＳＩＦＳ２｜｜フレーム３｜｜［ＡＣＫ２，ＮＡＣＫ２，ＢＡ２］の形態を取る場合がある。下線が引かれた部分は、いくつかの態様では複数の実現値を有する場合がある。上記の一般化された説明では、ＰＲＥＤＥＦＩＮＥＤ  ＴＩＭＥ（予め定義された時間）は、ショートフレーム間スペース（ＳＩＦＳ）、またはＰＣＦフレーム間スペース（ＰＩＦＳ）、または拡張分散チャネルアクセス（ＥＤＣＡ）後の競合である（上記のＳＩＦＳもあらかじめ定義された時間であり得る）。
【００３０】
[0042]フレーム１は、送信側により／から受信側に送信され得る。いくつかの態様では、フレーム１は、通信交換の保護に対する要求のインジケーションを含み得る。フレーム１は、実施形態に応じて、いくつかの様々な方法で保護に対する要求を含み得る。たとえば、フレーム１が受信されたときにその部分の中に１つまたは複数のエラーを含んでいる（たとえば、その中に含まれている１つまたは複数のＭＰＤＵが壊れている（すなわち、１つまたは複数のＦＣＳが失敗する）場合、これは、いくつかの態様では保護に対する要求として解釈され得る。代替として、フレーム１は、保護に対する要求の明示的なインジケーションを含み得る。たとえば、いくつかの態様では、フレーム１内の特定のフィールドは、あらかじめ定義された値に設定された場合、保護に対する要求であり得る。いくつかの実装形態は、このインジケーション用にフレーム１のリトライビットを利用する場合がある。いくつかの態様では、フレーム１が受信側に配信されるべきさらなるデータ（モアデータビット、ＱｏＳ制御フィールド内のキューサイズ、ＨＴ制御フィールド内のバッファサイズ）のインジケーションを含んでいる場合、これは、ワイヤレス通信交換の保護に対する要求を示し得る。いくつかの態様では、保護を要求するために明示的なフレームタイプが定義される。たとえば、ＲＴＳフレームはこのカテゴリに適合する場合がある。上記の説明では、受信デバイス（データを確認応答するデバイス）から送信デバイス（データを送信するデバイス）にＡＣＫ１、ＮＡＣＫ１、ＢＡ１が送られる。
【００３１】
[0043]ワイヤレス通信交換の上記の例では、フレーム２は、受信側から送信側に送信される（たとえば、それがトリガフレームである場合、複数の送信側に宛てられ得る）。フレーム２は、送信側アドレスフィールドに設定された受信側アドレスフィールドとともに送信されるクリア・ツー・センド（clear to send）フレーム（いわゆる「自己へのＣＴＳ」）、トリガフレーム（それは、１つまたは複数の送信機に宛てられる、（それらのうちの１つは「我々の」送信機であり、１つまたは複数の（Ａ−）ＭＰＤＵを含んでいるＭＵ  ＰＰＤＵ、それは、１つまたは複数のＭＰＤＵとしてトリガフレームを含むことができ、であり、または、ＭＰＤＵのＭＡＣヘッダ内にトリガ情報を含み得る、など。いくつかの態様では、フレーム２は、シーケンス内でＡＣＫ１、ＮＡＣＫ、ＢＡ１を置き換えるように機能する場合がある。フレーム３は、送信側から受信側に送られ得る（いくつかの態様では、フレーム１がフレームを送るためのサブチャネル割振りと他のＴＸパラメータとを含む場合、他の送信側からのフレームとともにマルチユーザＰＰＤＵ内で送られ得る）。
【００３２】
[0044]いくつかの態様では、フレーム３は、フレーム１から示された、または取得された情報から導出される１つまたは複数のＭＰＤＵを含む（たとえば、１つまたは複数のＭＰＤＵは、フレーム１内で送信された失敗した１つであるか、またはその存在がフレーム１内で示されたなどのＭＰＤＵであり得る）。ＡＣＫ２、ＮＡＣＫ２、ＢＡ２は、受信側から送信側に送信され得る。
【００３３】
[0045]媒体に対するアクセスを可能にすることは、送信機が前に設定されたネットワーク割振りベクトル（ＮＡＶ）の継続時間または延期機構を廃棄またはそうでなければ無視し、媒体にアクセスして、受信機によって送信されたフレームの受信後あらかじめ定義された時間内に通信交換を開始することを可能にするメッセージを、受信機から送信機に送信することを含み得る。あらかじめ定義された時間は、ショートフレーム間スペース（ＳＩＦＳ）、ポイント協調機能（ＰＣＦ）フレーム間スペース（ＰＩＦＳ）、または何らかの知られている継続時間であり得る。
通信交換の保護は、継続時間の間に媒体上の（メッセージを受信する）デバイスにそれらのＮＡＶを設定させる１つまたは複数のメッセージを送信することを含み得る。ネットワーク割振りベクトル（ＮＡＶ）は、電力を節約するためにワイヤレスエアインターフェースにおける物理キャリア検知に対する必要性を制限するために使用される仮想キャリア検知機構であり得る。たとえば、いくつかの態様では、ＭＡＣレイヤフレームヘッダは、媒体がビジーになる時間であり、フレームまたは一連のフレームに必要な送信時間、を指定する継続時間フィールドを含み得る。別の態様では、ＰＨＹレイヤフレームヘッダは継続時間フィールドを含み得、継続時間フィールドは、ＰＨＹヘッダのＬ−ＳＩＧ部分またはＳＩＧ−Ａ部分に位置し得る。ワイヤレス媒体上でリッスンするステーションは、継続時間フィールドを読み取り、それらのネットワーク割振りベクトルを設定し、ネットワーク割振りベクトルは、ステーションが媒体にアクセスすることをどれだけ延期しなければならないかに関するステーション向けのインジケータである。
【００３４】
[0046]いくつかの態様では、ネットワーク割振りベクトルは、一様なレートでゼロまでカウントダウンするカウンタとして実装され得る。カウンタがゼロであるとき、ＮＡＶによって設けられた仮想キャリア検知機構は、媒体がアイドルであることを示す。ＮＡＶがゼロでないとき、これは媒体がビジーであることを示す。
【００３５】
[0047]ネットワーク割振りベクトルを設定するメッセージは、たとえば、クリア・ツー・センド（clear-to-send）メッセージおよび／またはトリガメッセージを含み得る（このコンテキストでは、トリガメッセージはトリガの１つまたは複数の対象とする受信機が、トリガに続くあらかじめ決められた時間期間内にそれらのデータを送信することを可能にし、データは、シングルユーザモードもしくはマルチユーザモードで（すなわち、トリガフレーム自体によって提供される指定された時間／空間／周波数で）送信されるか、またはヌルデータパケット（たとえば、ＰＨＹヘッダコンテンツのみからなるフレーム）である。これらのメッセージの送信は、継続時間の間に（メッセージの対象とする受信側ではない）それらのデバイスの送信を抑制し得、したがって、継続時間の間に受信デバイスが遭遇するパケット衝突の数が低減される。開示された態様のうちのいくつかでは受信デバイスがメッセージを送信するので、ワイヤレスデバイスの第１のセットは、送信デバイスによって送信された同様のメッセージを受信することができるデバイスの第２のセットと比較して、メッセージを受信することができる。これは、いくつかのシナリオにおいて有利であり得る。たとえば、送信デバイスから若干離れているデバイスがデバイスの第１のセットに含まれているが、デバイスの第２のセットには含まれていない場合、送信機から離れているデバイスによる送信は、送信デバイスがＮＡＶ設定メッセージを送信する場合（送信機から離れているデバイスは送信機からのその距離に起因してメッセージを受信しない場合があるので）、抑制され得ない。以下の説明の中で、単一の送信機に対する言及は任意の数の送信機を含む場合があることを、当業者なら了解することができることに留意されたい。たとえば、特定の開示されたメッセージがデバイスによって送られるとき、そのデバイスは、本明細書に記載されたように、多数の送信機がそのメッセージに続いて送信することを可能にすることができる。
【００３６】
[0048]加えて、いくつかの態様では、送信の対象とする受信機デバイスは、受信機による送信の受信が成功したかどうかを決定するために、送信デバイスよりも良い位置にある場合がある。したがって、受信デバイスは、競合期間中に送信／受信されたパケットがデバイスによる受信に成功したかどうかに関して、ＮＡＶが設定されるようにすることができる、開示された技法の適用を調整することができる。したがって、受信デバイスは、送信デバイスが適用することができない知識を適用することができる場合がある。したがって、通信交換を保護するようにＮＡＶを設定することは、必要なときのみ実施される場合があり、こうして、共存する媒体上のデバイスの能力が改善され、全体的に媒体の稼働率が増大する。
【００３７】
[0049]したがって、受信デバイスが開示されたＮＡＶ設定メッセージを送信すると、送信デバイスがＮＡＶを設定することを実現する方法と比較して、受信側が改善された効率性を体験する可能性が増大する場合がある。
【００３８】
[0050]図１は、例示的なワイヤレス通信システム１００を示す。ワイヤレス通信システム１００は、ワイヤレス規格、たとえば８０２．１１規格に従って動作する場合がある。ワイヤレス通信システム１００は、ＳＴＡ１０６と通信するＡＰ１０４を含む場合がある。
【００３９】
[0051]ＡＰ１０４とＳＴＡ１０６との間のワイヤレス通信システム１００における送信のために、様々な処理および方法が使用される場合がある。たとえば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送受信される場合がある。この場合、ワイヤレス通信システム１００は、ＯＦＤＭ／ＯＦＤＭＡシステムと呼ばれる場合がある。代替として、信号は、符号分割多元接続（ＣＤＭＡ）技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送受信される場合がある。この場合、ワイヤレス通信システム１００は、ＣＤＭＡシステムと呼ばれる場合がある。本明細書で、ＭＵ、ＳＵ、およびＭＩＭＯ、ならびに、マルチキャリアとシングルキャリアの両方であるＦＤＭおよびＦＤＭＡを指定することは良いことであり得る。
【００４０】
[0052]ＡＰ１０４からＳＴＡ１０６のうちの１つまたは複数への送信を容易にする通信リンクはダウンリンク（ＤＬ）１０８と呼ばれる場合があり、ＳＴＡ１０６のうちの１つまたは複数からＡＰ１０４への送信を容易にする通信リンクはアップリンク（ＵＬ）１１０と呼ばれる場合がある。リンクが１つのＳＴＡとピアＳＴＡとの間であるとき、それはシングルユーザ（ＳＵ）と呼ばれ、１つのＳＴＡと１つまたは複数のＳＴＡとの間のリンクは、マルチユーザ（ＭＵ）と呼ばれる。代替として、ダウンリンク１０８は、順方向リンクまたは順方向チャネルと呼ばれる場合があり、アップリンク１１０は、逆方向リンクまたは逆方向チャネルと呼ばれる場合がある。
【００４１】
[0053]ＡＰ１０４は、基地局として動作し、基本サービスエリア（ＢＳＡ）１０２内のワイヤレス通信カバレージを提供することができる。ＡＰ１０４は、ＡＰ１０４に関連付けられ、通信のためにＡＰ１０４を使用するＳＴＡ１０６とともに、基本サービスセット（ＢＳＳ）と呼ばれる場合がある。ワイヤレス通信システム１００は、中央ＡＰ１０４を有していない場合があり、むしろ、ＳＴＡ１０６間のピアツーピアネットワークとして機能する場合があることに留意されたい。したがって、本明細書に記載されるＡＰ１０４の機能は、代替として、ＳＴＡ１０６のうちの１つまたは複数によって実施される場合がある。
【００４２】
[0054]ＡＰ１０４は、ダウンリンク１０８などの通信リンクを介して、システム１００の他のノードＳＴＡ１０６にビーコン信号（または、単に「ビーコン」）を送信し得、ビーコン信号は、他のノードＳＴＡ１０６がそれらのタイミングをＡＰ１０４と同期させる助けとなることができるか、または他の情報もしくは機能を提供することができる。そのようなビーコンは周期的に送信され得る。一態様では、連続する送信間の期間は、スーパーフレームまたはビーコン間隔と呼ばれ得る。ビーコンの送信は、いくつかのグループまたは間隔に分割される場合がある。一態様では、ビーコンは、限定はしないが、共通クロックを設定するタイムスタンプ情報、ピアツーピアネットワーク識別子、デバイス識別子、能力情報、スーパーフレームもしくはビーコン間隔の持続時間、送信方向情報、受信方向情報、ネイバーリスト、および／または拡張ネイバーリストなどの情報を含み得、それらのうちのいくつかが下記でさらに詳細に記載される。したがって、ビーコンは、いくつかのデバイスの間で共通の（たとえば、共有された）情報と、所与のデバイスに固有の情報の両方を含む場合がある。
【００４３】
[0055]いくつかの態様では、ＳＴＡ１０６は、ＡＰ１０４に通信を送り、および／またはＡＰ１０４から通信を受信するために、ＡＰ１０４と関連付けることが必要であり得る。一態様では、関連付けるための情報は、ＡＰ１０４によってブロードキャストされるビーコンに含まれる。そのようなビーコンを受信するために、ＳＴＡ１０６は、たとえば、カバレージ領域にわたって広いカバレージ探索を実施することができる。探索は、ＳＴＡ１０６が、たとえば、灯台方式でカバレージ領域をスイープする（sweeping）ことによって実施される場合もある。関連付けるための情報を受信した後、ＳＴＡ１０６は、関連付けのプローブまたは要求などの基準信号をＡＰ１０４に送信することができる。いくつかの態様では、ＡＰ１０４は、バックホールサービスを使用して、たとえば、インターネットまたは公衆交換電話網（ＰＳＴＮ）などのより大きいネットワークと通信することができる。
【００４４】
[0056]図２は、図１のワイヤレス通信システム１００内で利用され得るワイヤレスデバイス２０２の例示的な機能ブロック図を示す。ワイヤレスデバイス２０２は、本明細書に記載される様々な方法を実装するように構成され得るデバイスの一例である。たとえば、ワイヤレスデバイス２０２は、ＡＰ１０４、またはＳＴＡ１０６のうちの１つを備える場合がある。ワイヤレスデバイス２０２は、第１のワイヤレスデバイスまたは第２のワイヤレスデバイスを備える場合がある。
【００４５】
[0057]ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２の動作を制御するプロセッサ２０４を含む場合がある。プロセッサ２０４は、中央処理装置（ＣＰＵ）と呼ばれる場合もある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含む場合があるメモリ２０６は、プロセッサ２０４に命令とデータとを供給することができる。メモリ２０６の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含む場合もある。プロセッサ２０４は、通常、メモリ２０６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実施する。メモリ２０６内の命令は、本明細書に記載される方法を実装するように実行可能であり得る。
【００４６】
[0058]プロセッサ２０４は、１つまたは複数のプロセッサとともに実装された処理システムの構成要素を備えるか、またはその構成要素であり得る。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、状態機械、ゲート論理、個別ハードウェア構成要素、専用ハードウェア有限状態機械、または情報の計算もしくは他の操作を実施することができる任意の他の適切なエンティティの任意の組合せを用いて実装される場合がある。
【００４７】
[0059]処理システムは、ソフトウェアを記憶するための機械可読媒体を含む場合もある。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれ以外の名称で呼ばれるかどうかにかかわらず、任意のタイプの命令を意味するように広く解釈されるべきである。命令は、（たとえば、ソースコードフォーマット、バイナリコードフォーマット、実行可能コードフォーマット、またはコードの任意の他の適切なフォーマットの）コードを含む場合がある。命令は、１つまたは複数のプロセッサによって実行されると、本明細書に記載される様々な機能を処理システムに実施させる。
【００４８】
[0060]ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２と遠隔地との間のデータの送信および受信を可能にするために、送信機２１０および／または受信機２１２を含む場合があるハウジング２０８を含む場合もある。送信機２１０および受信機２１２は、トランシーバ２１４の中に組み合わされる場合がある。アンテナ２１６は、ハウジング２０８に取り付けられ、トランシーバ２１４に電気的に結合される場合がある。ワイヤレスデバイス２０２は、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナを含む場合もある（図示せず）。
【００４９】
[0061]ワイヤレスデバイス２０２は、トランシーバ２１４によって受信された信号のレベルを検出および定量化するために使用され得る、信号検出器２１８を含む場合もある。信号検出器２１８は、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度、および他の信号などの信号を検出することができる。ワイヤレスデバイス２０２は、信号を処理する際に使用するためのデジタル信号プロセッサ（ＤＳＰ）２２０を含む場合もある。ＤＳＰ２２０は、送信用のパケットを生成するように構成される場合がある。いくつかの態様では、パケットは、物理プロトコルデータユニット（ＰＰＤＵ）を備える場合がある。
【００５０】
[0062]いくつかの態様では、ワイヤレスデバイス２０２は、ユーザインターフェース２２２をさらに備える場合がある。ユーザインターフェース２２２は、キーパッド、マイクロフォン、スピーカ、および／またはディスプレイを備える場合がある。ユーザインターフェース２２２は、ワイヤレスデバイス２０２のユーザに情報を伝達し、および／またはユーザから入力を受け取る、任意の要素または構成要素を含む場合がある。
【００５１】
[0063]ワイヤレスデバイス２０２の様々な構成要素は、バスシステム２２６によって互いに結合される場合がある。バスシステム２２６は、たとえば、データバス、ならびに、データバスに加えて、電力バス、制御信号バス、およびステータス信号バスを含む場合がある。ワイヤレスデバイス２０２の構成要素は、何らかの他の機構を使用して、互いに結合されるか、または互いに入力を受け付け、もしくは与える場合があることを当業者は諒解されよう。
【００５２】
[0064]図２には、いくつかの別個の構成要素が示されているが、構成要素のうちの１つまたは複数が組み合わされるか、または共通に実装される場合があることを当業者は認識されよう。たとえば、プロセッサ２０４は、プロセッサ２０４に関して上述された機能を実装するためだけでなく、信号検出器２１８および／またはＤＳＰ２２０に関して上述された機能を実装するためにも使用される場合がある。さらに、図２に示された構成要素の各々は、複数の別個の要素を使用して実装される場合がある。
【００５３】
[0065]ワイヤレスデバイス２０２は、ＡＰ１０４またはＳＴＡ１０６を備えてよく、通信を送信および／または受信するために使用され得る。すなわち、ＡＰ１０４またはＳＴＡ１０６のいずれかは、送信機デバイスまたは受信機デバイスとして働くことができる。いくつかの態様は、信号検出器２１８が、送信機または受信機の存在を検出するために、メモリ２０６およびプロセッサ２０４上で動作しているソフトウェアによって使用されることを企図する。
【００５４】
[0066]図３は、アクセスポイント１０４とステーション１０６ａとの間のワイヤレス通信交換３００の一実施形態のタイミング図である。図３は、高密度のネットワーキング環境内のＡＰ１０４を描写する。たとえば、ＡＰ１０４は、１つまたは複数の他のワイヤレスデバイス、たとえば、少なくとも図示されたステーション１０６ｂの近傍内にある場合がある。タイミング図は左から始まり、ＳＴＡ１０６ａがＡＰ１０４にフレーム１  ３０２を送信する。ＡＰ１０４は、高密度のネットワーク環境内にあるので、フレーム１の送信は、別のワイヤレスデバイスからの別のフレームの送信と、少なくとも部分的に重複する場合がある。図示されたように、ＳＴＡ１０６ｂは、「フレーム１」３０２と部分的に同時に「フレーム２」３０４を送信する。この部分的な同時送信により、ＡＰ１０４によって受信されるときに、「フレーム１」３０２の破損（corruption）が発生する場合がある。
【００５５】
[0067]フレーム１はＡＰ１０４によって受信されるときに少なくとも部分的に壊れる場合があるが、ＡＰ１０４は、壊れたフレームから何らかの情報をまだ決定することができる場合がある。たとえば、場合によっては、フレームを送信するデバイスが、フレームに含まれる送信側アドレスフィールドを介して決定され得る。他の関連情報も壊れたフレームから取得され得る。たとえば、変調およびコーディング方式（ＭＣＳ）、送信帯域幅情報、フレームからの継続時間情報、および対象とする受信機のうちの任意の１つなどの情報が決定され得る。場合によっては、この情報は、フレームのＰＨＹヘッダの１つまたは複数の部分に含まれ得る。たとえば、いくつかの態様では、ＰＨＹヘッダ用の巡回冗長検査（ＣＲＣ）は、ＰＨＹヘッダが正しく受信されたことを示し得る。このインジケーションに応答して、いくつかの態様は、ＰＨＹヘッダからの１つまたは複数のフィールドを復号し、さらなる処理のためにそれらの値に依存し得る。いくつかの態様では、情報は、受信されたフレームの媒体アクセス制御（ＭＡＣ）ヘッダから復号され得る。ＭＡＣヘッダ内の情報は、ＣＲＣまたは同様の誤り補正機構によって保護される場合も、保護されない場合もある。いくつかの態様は、図９に関して下記で説明されるプロセス９００を利用して、部分的に壊れたフレームからある情報を取得する場合がある。
【００５６】
[0068]「フレーム１」３０２はＡＰ１０４による受信時に壊れたので、図３の例示的なメッセージ交換では、ＡＰ１０４は、ＳＴＡ１０６ａに否定確認応答フレーム３０６を送信する。いくつかの態様では、否定確認応答は、ゼロでない値に設定されたフレーム制御フィールド内の任意のフィールドを有する確認応答フレームを介して示される場合がある。たとえば、いくつかの態様では、１の値に設定されたリトライフィールドを有する確認応答パケットは、否定確認応答を示し得る。否定確認応答フレーム３０６は、ＡＰ１０４が、交換が完了することを可能にするために必要な時間または充分な時間期間の間、ネットワーク割振りベクトルを設定することにより、ワイヤレス通信交換３００のさらなる部分を保護することを示し得る。このインジケーションは、否定確認応答フレーム３０６内の１つまたは複数のフィールドを特定の値に設定することによって提供され得る。たとえば、否定確認応答フレーム３０６の継続時間フィールドは、ワイヤレス通信交換を完了するための必要な時間を示し得る。
【００５７】
[0069]否定確認応答フレーム３０６は、「フレーム１」３０２を再送信するときに使用するために、送信デバイス（この場合、ＳＴＡ１０６ａ）に対し、１つまたは複数の示唆される送信パラメータのインジケーションを含み得る。たとえば、否定確認応答フレーム３０６は、新しい変調およびコーディング方式（ＭＣＳ）、送信帯域幅、または、チャネル割振り情報もしくは特定の２次チャネルを使用する視差などの代替チャネル情報を含む場合がある）。いくつかの態様では、否定確認応答フレームは、ワイヤレス通信交換３００の残りの部分の保護に割り振る時間量を示し得る。
【００５８】
[0070]上記で説明されたインジケーションを含む否定確認応答フレームを受信すると、ＳＴＡ１０６ａは、ある時間期間の間ワイヤレス媒体上のさらなる送信を延期し得る。いくつかの態様では、否定確認応答フレーム３０６は、ＡＰ１０４がネットワーク割振りベクトル（ＮＡＶ）を設定することにより保護を開始する時間（time）を示し得る。これらの態様では、ＳＴＡ１０６ａは、少なくとも示された時間までさらなる送信を延期し得る。いくつかの態様では、延期の期間は固定されるか、またはあらかじめ交渉され得る。
【００５９】
[0071]図３は否定確認応答フレーム３０６の送信を示すが、いくつかの態様では、否定確認応答フレーム３０６は送信され得ない。これらの態様では、ＳＴＡ１０６ａとＡＰ１０４の両方は、フレーム１  ３０２が送信された後に媒体を求めて競合（contending）を開始し得る。ＡＰ１０４は、ＳＴＡ１０６ａが「フレーム１」３０２を再送信するための媒体へのアクセスを獲得することを可能にするメッセージ、例えば、下記で説明されるクリア・ツー・センド（clear-to-send）フレーム３０８など、を送信するために、媒体を求めて競合し得る。ＳＴＡ１０６ａは、送信が不成功したとＳＴＡ１０６ａが決定した後、「フレーム１」を再送信するために、媒体を求めて競合し得る。代替として、ＳＴＡ１０６ａは、ＡＰ１０４に送信要求（ＲＴＳ：request to send）フレームを送信するために媒体を求めて競合し得る）。
【００６０】
[0072]ＡＰ１０４は、次いでワイヤレス媒体を求めて競合を開始し、次いで競合に勝つとクリア・ツー・センド（ＣＴＳ：clear-to-send）フレーム３０８を送信する。いくつかの態様では、クリア・ツー・センドフレーム３０８はＳＴＡ１０６ａに宛てられる場合がある。たとえば、ＣＴＳフレーム３０８のＡ１フィールドは、（たとえば、ステーションアドレスにより）ＳＴＡ１０６ａを識別することができる。ＣＴＳフレーム３０８は、たとえば、ＣＴＳフレーム３０８内の継続時間フィールドによって、ある時間期間の間、ネットワーク割振りベクトル３１５を設定し得る。ＣＴＳフレームによりネットワーク割振りベクトルを設定することにより、受信デバイス（この場合、ＡＰ１０４）は、ＣＴＳフレーム内で示された割り振られた時間期間の間ＮＡＶによって与えられる衝突からの保護下で、ＳＴＡ１０６ａがフレーム１を再送信することを可能にし得る。
【００６１】
[0073]いくつかの態様では、ＣＴＳフレーム３０８は、代わりに、（逆方向プロトコルなどの）逆方向送信を可能にし得る任意のフレームであり得る。いくつかの態様では、フレームは、（図３に示されていないトリガフレームであり得る。トリガフレームは、１つまたは複数のアップリンクステーション（それらのうちの１つがＳＴＡ１０６ａである）にリソースを割り振ることができ、その結果、これらのＳＴＡは、対応するリソース内で、トリガフレーム自体に指定された送信パラメータを使用して、あらかじめ定義された時間後（たとえば、ＳＩＦＳ後）に、トリガフレームへの応答としてそれらのＵＬデータを送信し得る。トリガフレームは、ＡＰ１０４によって指定された送信スケジュールを含み得る。いくつかの態様では、トリガフレームに含まれる送信スケジュールは、アップリンク送信として送信されるべき１つまたは複数のマルチユーザフレームのためのスケジュールを提供し得る。いくつかの態様では、トリガフレームは、ＳＴＡ１０６ａ以外の、ＳＴＡ１０６ａも含むデバイスに宛てられ得る１つまたは複数のダウンリンクフレームがその後に続き得る。
【００６２】
[0074]いくつかの実施形態において否定確認応答フレーム３０６内で示されたように、ワイヤレス通信交換３００に対する保護をＡＰ１０４が提供したと決定すると、ＳＴＡ１０６ａは、次いで、パケット３１０として「フレーム１」を再送信する。確認応答３１２は、ワイヤレス通信交換３００を完了する。ＡＰ１０４は、（「フレーム１」を含む場合がある）さらなるフレームを１０６ａに送信し得ることに留意されたい。
【００６３】
[0075]図３はＡＰ１０４が特定のメッセージを送信および受信することを示すが、いくつかの態様では、図３に示されたデバイスは逆になる場合がある。たとえば、図３においてＡＰ１０４によって送信されたメッセージは、代わりにＳＴＡ１０６ａによって送信され得る。同様に、図３においてＳＴＡ１０６ａによって送信されたメッセージは、代わりにＡＰ１０４によって送信され得る。
【００６４】
[0076]図４Ａは、アクセスポイント１０４とステーション１０６ａとの間のワイヤレス通信交換４００の一実施形態の別のタイミング図である。図４Ａは、高密度のネットワーキング環境内のＡＰ１０４を描写する。たとえば、ＡＰ１０４は、１つまたは複数の他のワイヤレスデバイス、たとえば、少なくとも図示されたステーション１０６ｂの近傍内にある場合がある。
【００６５】
[0077]ワイヤレス通信交換４００は、ＳＴＡ１０６ａがフレーム４０２を送信することで始まる。いくつかの態様では、フレーム４０２は、モアデータインジケーションを含み得、および／または２つ以上のデータパケットを搬送し得る。いくつかの態様では、フレーム４０２の１つまたは複数の部分が破損し得る。フレーム４０２はＡＰ１０４によって受信されるときに少なくとも部分的に破損し得るが、ＡＰ１０４は、壊れたフレームから何らかの情報をまだ決定することができる場合がある。たとえば、場合によっては、フレームを送信するデバイスは、フレームに含まれる送信側アドレスフィールドを介して決定され得る。他の関連情報も壊れたフレームから取得され得る。たとえば、変調およびコーディング方式（ＭＣＳ）、送信帯域幅情報、フレーム４０２からの継続時間情報、および対象とする受信側のうちの１つまたは複数などの情報が決定され得る。場合によっては、この情報は、ＰＨＹヘッダのＬ−ＳＩＧ、またはＳＩＧ−ＡもしくはＳＩＧ−Ｂなどの、フレーム４０２のＰＨＹヘッダの１つまたは複数の部分に含まれ得る。たとえば、いくつかの態様では、ＰＨＹヘッダ用のＣＲＣ（またはパリティビット）は、それが保護するＰＨＹヘッダの対応する部分が正しく受信されたことを示し得る。このインジケーションに応答して、いくつかの態様は、ＰＨＹヘッダからの１つまたは複数の部分／フィールドを復号し、さらなる処理のためにそれらの値に依存し得る。いくつかの態様では、情報は、受信されたフレーム４０２の媒体アクセス制御（ＭＡＣ）ヘッダから復号され得る。ＭＡＣヘッダ内の情報は、ＣＲＣまたは同様の誤り補正機構によって保護される場合も、保護されない場合もある。いくつかの態様は、図９に関して下記で説明されるプロセス９００を利用して、部分的に壊れたフレーム４０２からある情報を取得し得る。
【００６６】
[0078]ＡＰ１０４は、次いで、フレーム４０２に含まれているデータフレームのうちの１つまたは複数を少なくとも部分的に確認応答するブロック確認応答メッセージ４０４を送信する。フレーム４０２に含まれるデータフレームのうちの１つまたは複数が壊れると、ブロック確認応答メッセージ４０４は、それらの特定のフレームの受信に成功しなかったことを示す。ブロック確認応答メッセージ４０４は、ＳＴＡ１０６ａがワイヤレス通信交換４００の残りの部分を保護することの第１のインジケーションを含み得る。ブロック確認応答メッセージ４０４は、ＳＴＡ１０６ａが保護を開始するときの推定時間（time）の第２のインジケーションを含み得る。たとえば、推定時間のインジケーションは、ブロック確認応答メッセージ４０４の送信からの相対時間オフセットであり得る。
【００６７】
[0079]ブロック確認応答メッセージ４０４は、フレーム４０２を再送信するときに使用するために、送信デバイス（この場合、ＳＴＡ１０６ａ）用の１つまたは複数の示唆された送信パラメータのインジケーションを含み得る。たとえば、ブロック確認応答メッセージ４０４は、新しい変調およびコーディング方式（ＭＣＳ）、送信帯域幅、または、チャネル割振り情報もしくは特定の２次チャネルを使用する示唆などの代替チャネル情報のインジケーションを含み得る。いくつかの態様では、ブロック確認応答メッセージ４０４は、ワイヤレス通信交換４００の残りの部分の保護にＡＰ１０４が割り振る時間量を示し得る。
【００６８】
[0080]第１のインジケーションを示すブロック確認応答メッセージ４０４を受信すると、ＳＴＡ１０６ａは、少なくとも第２のインジケーションによって示された時間まで、ワイヤレス通信交換の送信を延期し得る。代替として、ＳＴＡ１０６ａは、第１のインジケーションを受信することに応答して、あらかじめ決められたかまたは交渉された時間期間の間延期し得る。
【００６９】
[0081]ＡＰ１０４は、次いで、トリガフレーム４０６を送信する。いくつかの態様では、トリガフレーム４０６は、１つまたは複数のフレームがＳＴＡ１０６ａによって送信されるための送信スケジュールを含み得る。いくつかの態様では、送信スケジュールは、ＳＴＡ１０６ａ以外の別のデバイスによって送信されるべき１つまたは複数のフレームをスケジュールし得る。トリガフレームは、時間期間Ｔの間、トリガフレーム４０６を受信するデバイスのネットワーク割振りベクトル４０８を設定する。いくつかの態様では、トリガフレーム４０６はクリア・ツー・センド（ＣＴＳ：clear-to-send）フレームであり得る。たとえば、場合によっては、ＡＰ１０４は、たとえば、ＡＰ１０４に関連付けられた他のデバイスとの他のデータ送信が保留中ではないとき、ＳＴＡ１０６ａとのデータ交換のみをスケジュールすることを決定する場合がある。この場合、ＡＰ１０４は、ＣＴＳフレームを使用して、図４Ａに示されたトリガフレームの代わりにＮＡＶを確保するように決定する場合がある。
【００７０】
[0082]ＡＰ１０４がワイヤレス通信交換４００の残りの部分を保護していると決定すると、ＳＴＡ１０６ａはフレーム４１０とフレーム４１２とを送信する。いくつかの態様では、フレーム４１０はモアデータインジケーションを含む場合があるが、フレーム４１２は含まない。ＡＰ１０４は、次いで、ブロック確認応答４１４を介してフレーム４１０およびフレーム４１２に確認応答し、ワイヤレス通信交換４００を完了する。
【００７１】
[0083]図４ＡはＡＰ１０４が特定のメッセージを送信および受信することを示すが、いくつかの態様では、図４Ａに示されたデバイスは逆になる場合がある。たとえば、図４ＡにおいてＡＰ１０４によって送信されたメッセージは、代わりにＳＴＡ１０６ａによって送信される場合がある。同様に、図４ＡにおいてＳＴＡ１０６ａによって送信されたメッセージは、代わりにＡＰ１０４によって送信される場合がある。
【００７２】
[0084]図４Ｂは、アクセスポイント１０４とステーション１０６ａとの間のワイヤレス通信交換の一実施形態の別のタイミング図である。タイミング図４５０は、高密度のネットワーキング環境内のステーション１０６ａを描写する。たとえば、ステーション１０６ａは、１つまたは複数の他のワイヤレスデバイスの近傍内にあり得る。
【００７３】
[0085]タイミング図は、ＳＴＡ１０６ａがフレーム４５２を送信することで始まる。フレーム４５２は、他のデバイスがＳＴＡ１０６ａとともにワイヤレス媒体へのアクセスを求めて競合し得るとき、競合期間中に送信され得る。フレーム４５２と別のフレーム（図示せず）との間の衝突が発生し得、その結果、フレーム４５２は、ＡＰ１０４によって受信されるときに少なくとも部分的に壊れている。しかしながら、ＡＰ１０４は、まだ、フレーム４５２がＳＴＡ１０６ａから生じたと決定し得る。たとえば、この決定は、いくつかの態様では、下記でより詳細に説明されるプロセス７００を使用して行われ得る。
【００７４】
[0086]部分的に壊れている場合があるフレーム４５２のＡＰ１０４による受信に応答して、ＡＰ１０４は、ＳＴＡ１０６ａとのワイヤレス通信交換の残りの部分に対して、衝突からの保護が与えられ得ると決定し得る。図４Ａに関して上記で説明されたように、フレーム４５２が壊れているにもかかわらず、何らかの情報は受信デバイスＡＰ１０４によってまだ取得され得る。
たとえば、場合によっては、フレームを送信するデバイスは、フレームに含まれる送信側アドレスフィールドを介して決定され得る。他の関連情報も壊れたフレーム４５２から取得され得る。たとえば、変調およびコーディング方式（ＭＣＳ）、送信帯域幅情報、フレーム４５２からの継続時間情報、および対象とする受信機のうちの１つまたは複数などの情報が決定され得る。場合によっては、この情報は、フレーム４５２のＰＨＹヘッダの１つまたは複数の部分に含まれ得る。たとえば、いくつかの態様では、ＰＨＹヘッダ用のＣＲＣは、ＰＨＹヘッダが正しく受信されたことを示し得る。このインジケーションに応答して、ＡＰ１０４のいくつかの態様は、ＰＨＹヘッダからの１つまたは複数のフィールドを復号し、さらなる処理のためにそれらの値に依存し得る。いくつかの態様では、情報は、受信されたフレーム４５２の媒体アクセス制御（ＭＡＣ）ヘッダから復号され得る。ＭＡＣヘッダ内の情報は、ＣＲＣまたは同様の誤り補正機構によって保護される場合も、保護されない場合もある。いくつかの態様は、図９に関して下記で説明されるプロセス９００を利用して、部分的に壊れたフレーム４５２からある情報を取得し得る。
【００７５】
[0087]図４Ｂに示されたように、ＡＰ１０４は、トリガフレーム４５４を送信することによって応答し得る。いくつかの態様では、トリガフレームは送信スケジュールを定義し得る。いくつかの態様では、送信スケジュールは、ＳＴＡ１０６ａからの送信を、トリガフレームの後の時間に実施されるマルチユーザ送信の一部としてスケジュールし得る。トリガフレームは、競合期間中にＡＰ１０４によって送信され得る。トリガフレームは、ＮＡＶ４５６が図示されたように設定されるようにし、その結果、データは、衝突からの破壊のリスクが低減されて、ＳＴＡ１０６ａから受信することができる。たとえば、トリガフレーム４５４は、ＮＡＶ４５６の長さを示す継続時間フィールドを含み得る。図には示されていないが、１つまたは複数のＳＴＡは、ＭＵ−ＭＩＭＯまたはＯＦＤＭＡなどのマルチユーザ送信を使用して、スケジュールされた送信時間中に送信するように割り振られ得ることに留意されたい。
【００７６】
[0088]トリガフレーム４５４によって示された時間において、ＳＴＡ１０６ａは、３つのデータパケット４６０ａ〜ｃを送信し、データパケット４６０ａ〜ｃは、すべて単一のアグリゲートされた媒体プロトコルデータユニット（Ａ−ＭＰＤＵ）４６２に含まれる。ＡＰ１０４は、ブロック確認応答パケット４７０でデータパケット４６０ａ〜ｃのうちの１つまたは複数に確認応答し得、ブロック確認応答パケット４７０もトリガフレーム４５４によって与えられた保護下で送信される。
【００７７】
[0089]図４ＢはＡＰ１０４が特定のメッセージを送信および受信することを示すが、いくつかの態様では、図４Ｂに示されたデバイスは逆になる場合がある。たとえば、図４ＢにおいてＡＰ１０４によって送信されたメッセージは、代わりにＳＴＡ１０６ａによって送信される場合がある。同様に、図４ＢにおいてＳＴＡ１０６ａによって送信されたメッセージは、代わりにＡＰ１０４によって送信される場合がある。
【００７８】
[0090]図５Ａは、例示的なワイヤレスフレームを示す。フレーム５００は、以下の、レガシープリアンブル５０２、（ＳＴＦ、ＬＴＦ、ＳＩＧ−Ａ、ＳＩＧ−Ｂなどのうちの１つまたは複数を含んでいる場合がある）物理レイヤ（ＰＬＣＰ）ヘッダ５０４、および１つまたは複数の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）５０６のうちの１つまたは複数を含み、１つまたは複数のＭＰＤＵは、アグリゲートされたＭＰＤＵ（Ａ−ＭＰＤＵ）の一部として搬送され得、Ａ−ＭＰＤＵは、ＭＰＤＵデリミタによって各ＭＰＤＵの上位にある構造であり、ＭＰＤＵデリミタは、ＭＰＤＵの長さと、ＭＰＤＵを処理することに関連する他の情報と、を指定し、Ａ−ＭＰＤＵサブフレームの全長が４オクテットの倍数になるように、パディングの目的で、ある量のバイト（一般的に０から３）が各ＭＰＤＵの後に続く。一例として、各ＭＰＤＵ５０６は、他のフィールドとともに、以下のフィールド：フレーム制御フィールド５０７、継続時間ＩＤフィールド５０８、第１のアドレスフィールド５０９、第２のアドレスフィールド５１０、サービス品質（ＱｏＳ）制御フィールド５１１、ＨＴ制御フィールド、およびフレームチェックシーケンスフィールド５１２のうちの１つまたは複数を含む。フレーム制御フィールド５０７は、プロトコルバージョンフィールド５１２ａと、タイプフィールド５１２ｂと、サブタイプフィールド５１２ｃと、ＴｏＤＳフィールド５１２ｄと、ＦｒｏｍＤＳフィールド５１２ｅと、モアフラグメントフィールド５１２ｆと、リトライフィールド５１２ｇと、電力管理フィールド５１２ｈと、モアデータフィールド５１２ｉと、保護フレーム（ＷＥＰ）フィールド５１２ｊと、オーダーフィールド５１２ｋとを含む（これは、プロトコルバージョン（ＰＶ）がゼロ（０）であるときの一般的な構造である）。他の構造も考えられる（たとえば、ＰＶ＝１のフレームは異なる構成を有する）。
【００７９】
[0091]いくつかの態様では、実装形態は、フレーム５００の受信側がフレーム５００を含むデータ通信交換に対する保護を開始することを要求するために、モアフラグメントフィールド５１２ｆを設定し得る。たとえば、いくつかの態様では、図５に関して記載されたフレーム５００に準拠するメッセージが送信され得るが、フレーム５００の宛先デバイス用のデータの一部分のみを含む。したがって、いくつかの態様では、メッセージは、１の値に設定されたモアデータフィールド５１２ｉが送られ得る。しかしながら、後続のフレーム内で送信されるデータの残りの部分の信頼性の高い通信を保証するために、メッセージの送信デバイスは、モアフラグメントフィールド５１２ｆを設定することにより保護を開始するように、受信デバイス（すなわち、フレーム５００の受信側アドレスによって識別されるデバイス）に要求し得る。いくつかの実施形態では、リトライフィールドまたはフレーム５００内に存在する任意の他のフィールドは、この目的のために使用し得る。
【００８０】
[0092]フレーム５００の送信パラメータは、それらのうちの１つがフレーム５００であり得る１つまたは複数のＭＰＤＵを搬送するＰＰＤＵのＰＨＹヘッダ内に位置する。ＰＰＤＵのＰＨＹヘッダは、（限定はしないが）以下のパラメータ、変調およびコーディング方式（ＭＣＳ）、帯域幅、空間ストリームの数（ＮＳＳ）、ＰＰＤＵ継続時間、ネットワーク割振りベクトル（ＮＡＶ）継続時間、送信側識別子、受信側識別子、フレームの方向（たとえば、ＵＬまたはＤＬ）、ＬＤＰＣまたはＢＣＣの使用、ペイロードを送信するために使用される帯域幅内のサブチャネルインデックス（すなわち、（Ａ−）ＭＰＤＵ）、ＳＵ／ＭＵモード、ＢＳＳカラー（識別子）などのうちの１つまたは複数を含み得る。
【００８１】
[0093]図５Ｂは、例示的なトリガフレーム５２５を示す。いくつかの態様では、トリガフレーム５２５はクリア・ツー・センド（clear to send）フレームであり得る。トリガフレーム５２５は、フレーム制御フィールド５０７と、継続時間フィールド５１５と、受信側アドレスフィールド５１６と、送信側アドレスフィールド５１７と、共通情報フィールド５１８と、送信スケジュール５３０とを含む。
【００８２】
[0094]送信スケジュールフィールド５３０は、トリガフレーム５２５を送信するデバイスによって開始される保護の間にデバイスＩＤフィールド５３２ａ〜ｎによって識別される１つまたは複数のデバイスから、送信がいつ発生し得るかを定義する。チャネル情報フィールド５３４ａ〜ｎおよびオプションで開始時間フィールド５３６ａ〜ｎも、例示的なトリガフレーム５２５に含まれる。チャネル情報フィールド５３４ａ〜ｎは、デバイス識別子フィールド５３２ａ〜ｎによって識別される他のデバイスとのマルチユーザ送信中に使用するための、チャネル割振り情報、変調およびコーディング方式、空間チャネル識別子、および／または周波数識別子のうちの１つまたは複数を示し得る。開始時間フィールド５３６ａ〜ｎは、フレーム５２５を送るデバイスへの送信が開始されるべきときの時間を示す時間基準を提供し得る。いくつかの態様では、開始時間は、トリガフレーム５２５の送信時間と相対的であり得る。いくつかの実施形態では、上述されたように、開始時間フィールドは、トリガフレームの後（たとえば、ＳＩＦＳまたはＰＩＦＳの後に）あらかじめ決定することができる。
【００８３】
[0095]共通情報フィールド５１８は、長さフィールド５２０ａと、カスケードインジケーション５２０ｂと、ＨＥ−ＳＩＧ−Ａ情報フィールド５２０ｃと、ＣＰおよびＬＴＦタイプフィールド５２０ｄと、トリガタイプフィールド５２０ｅと、トリガ依存共通情報フィールド５２０ｆとを含み得る。共通情報フィールド５１８の長さフィールド５２０ａは、トリガフレームに対する応答であるＨＥトリガベースのＰＰＤＵのＬ−ＳＩＧ長さフィールドの値を示し得る。カスケードインジケーションフィールド５２０ｂが１である場合、後続のトリガフレームが現在のトリガフレームに続く。そうでない場合、カスケードインジケーションフィールド５２０ｂはゼロ（０）である。ＨＥ−ＳＩＧ−Ａ情報フィールド５２０ｃは、ＨＥトリガベースのＰＰＤＵ応答のＨＥ−ＳＩＧ−Ａフィールドのコンテンツを示し得る。すべての応答するＳＴＡによって暗黙的に知られている場合があるＨＥトリガベースのＰＰＤＵのＨＥ−ＳＩＧ−Ａ内のＴＢＤビットは、除外することができる。ＣＰおよびＬＴＦタイプフィールド５２０ｄは、ＨＥトリガベースのＰＰＤＵ応答のＣＰおよびＨＥ−ＬＴＦタイプを示し得る。トリガタイプフィールド５２０ｅは、トリガフレームのタイプを示す。トリガフレームは、オプションのタイプ固有共通情報（type-specific Common Info）と、オプションのタイプ固有ユーザごとの情報(type-specific Per User Info)とを含み得る。
【００８４】
[0096]図５Ｃは、少なくとも部分的に壊れたフレームであったフレームに対する例示的な応答フレームである。いくつかの態様では、応答フレーム５５０は、確認応答フレーム、ブロック確認応答フレーム、または否定確認応答フレームの形態を取り得る。応答フレーム５５０は、フレーム制御フィールド５０７と、継続時間フィールド５５２と、受信側アドレスフィールド５５４と、保護インジケーションフィールド５５６と、開始時間フィールド５５８と、送信パラメータフィールド５６０と、フレームチェックシーケンスフィールド５６２とを含み得る。いくつかの態様では、応答フレームは、ＨＴ制御フィールドを搬送する制御応答フレームであり得、ＨＴ制御フィールドは送信パラメータと他のフィールドとを搬送し得る。
【００８５】
[0097]いくつかの態様では、応答フレーム５５０は、ワイヤレス通信交換に対する保護を要求するフレームを受信することに応答して送信され得る。たとえば、いくつかの態様では、応答フレーム５５０は、モアフラグメントフィールド５１２ｆが１の値（または他の値）に設定され、ワイヤレス通信交換の残りの部分に対する保護を要求するフレーム５００を受信することに応答して送信され得る。
【００８６】
[0098]保護インジケーションフィールド５５６は、応答フレーム５５０の送信側が、ワイヤレス通信交換の残りの部分を保護するようにネットワーク割振りベクトル（ＮＡＶ）が設定されるようにするかどうかを示し得る。たとえば、いくつかの態様では、応答フレーム５５０は、値が１（または別の値は他の態様）に設定された、図５Ａのフレーム５００内のモアデータフィールド５１２ｉなどのモアデータフィールドを有するデータパケットに確認応答し得る。保護インジケーションフィールド５５６が１に設定された場合、それは、応答フレーム５５０の送信側が、データ通信交換の一部であるデータのデータ転送を完了するために十分であると推定された時間期間の間、ＮＡＶが設定されるようにすることを示し得る。データ通信交換は、データ送信デバイスからデータ受信デバイスへのデータの転送を含み得る。データ送信デバイスは、応答フレーム５５０によって宛てられ得る（たとえば、応答フレーム５５０の受信側アドレスフィールド５５４（図示せず）はデータ送信デバイスを識別することができるによって）。データ受信デバイスは、応答フレーム５５０を送信するデバイスであり得る。
【００８７】
[0099]送信パラメータフィールド５６０は、変調およびコーディング方式（ＭＣＳ）５６４ａ、送信帯域幅情報５６４ｂ、および、チャネル割振り情報などのチャネル情報５６４ｃのうちの少なくとも１つまたは複数を含み得る。いくつかの態様では、送信パラメータフィールド５６０内の値は、保護インジケーションフィールド５５６によって示された保護下で実施される後続の送信がどのように実施されるべきかを示し得る。
【００８８】
[00100]図６は、ワイヤレス通信の方法である。いくつかの態様では、プロセス６００は、ステーションまたはアクセスポイントのいずれかによって実行され得る。たとえば、プロセス６００は、上記の図３および図４Ａ〜図４Ｂに関して記載されたＡＰ１０４によって実行され得る。いくつかの態様では、プロセス６００は、図２に関して上述されたワイヤレスデバイス２０２によって実行され得る。たとえば、メモリ２０６内に記憶された命令は、プロセス６００に関して下記で説明される機能のうちの１つまたは複数を実行するようにプロセッサ２０４を構成し得る。
【００８９】
[00101]プロセス６００は、競合期間中に、そうでなければ送信／受信されたはずの別のデバイスからの１つまたは複数のフレームを受信するデバイスが、ネットワーク割振りベクトルが設定されるようにすることにより、それらのフレームに対する保護を代わりに開始することを可能にすることができる。ネットワーク割振りベクトルが設定されると、フレームは、次いで、ＮＡＶによって与えられた衝突からの保護下で送信／受信され得る。この保護は、パケット衝突の可能性が比較的高い高密度のネットワーク環境内に受信デバイスがあるときに、特に有益であり得る。ワイヤレス通信交換の保護を開始することにより、受信側は、許容可能なパケット損失／効率レベルで通信交換の完了の成功をより良く保証することができる。説明はＮＡＶ保護機構に言及するが、いくつかの他の態様では、保護は、交換を開始するフレームのＬ−ＳＩＧフィールドの継続時間フィールドを設定することなどの、任意の他の保護機構によって提供され得ることに留意されたい。
【００９０】
[00102]ブロック６０５において、第１のワイヤレスフレームが受信される。第１のワイヤレスフレームは、受信デバイスによって受信される。第１のワイヤレスフレームは、送信デバイスと受信デバイスとの間のワイヤレス通信交換の一部である。ワイヤレス通信交換は、２つのデバイス、受信デバイスと送信デバイスとの間のメッセージの交換を含み得、メッセージの各々は互いとの関連付けを有する。たとえば、データパケットおよび当該データパケットの確認応答は、いくつかの態様では、ワイヤレス通信交換を形成し得る。いくつかの他の態様では、１つまたは複数のさらなるデータフレームを含む一連のデータフレームは、各々が最終的にモアデータインジケーションを含み、おそらく一連のデータフレームのうちの最後のデータフレームを除き、送信されたデータフレームに確認応答する１つまたは複数の確認応答フレームとともに、いくつかの態様では、別のワイヤレス通信交換を形成し得る。いくつかの態様では、確認応答パケットは、ブロック確認応答フレームであり得る。いくつかの態様では、ワイヤレス通信交換は、アクセスポイントと１つまたは複数の関連付けられたＳＴＡとの間のアップリンクとダウンリンクの両方で交換される、一連のデータパケットであり得る。いくつかの態様では、ワイヤレス通信交換継続時間は、残りの送信機会の継続時間と同等であり得る。
【００９１】
[00103]第１のワイヤレスフレームは、ワイヤレスネットワーク上で競合期間中に受信され得、その中で、受信デバイスおよび送信デバイスのうちの１つまたは複数にネットワーク割振りベクトルが設定されている間、フレームは送信／受信されない。いくつかの他の態様では、ネットワーク割振りベクトルは、第１のワイヤレスフレームが送信／受信されるときに設定され得る。たとえば、第１のワイヤレスフレームを送信するデバイスは、第１のワイヤレスフレームを送信する前にＲＴＳ／ＣＴＳ交換を実行し得る。しかしながら、ワイヤレス媒体上の１つまたは複数のステーションは、ＲＴＳ／ＣＴＳ交換を受信していない場合があり、したがって、それらのネットワーク割振りベクトルを設定していない。たとえば、受信デバイスの近傍内のステーションは、そのネットワーク割振りベクトルを設定していないことがあり、その結果、そのステーションは、第１のワイヤレスフレームの送信／受信と少なくとも部分的に並行して送信することがある。いくつかの態様では、第１のワイヤレスフレームは、２つのデバイス間の（再）関連付け中に交換されるか、または２つのデバイス間の交渉の一部であり得る。
【００９２】
[00104]いくつかの態様では、ブロック６０５は、受信された第１のワイヤレスフレームが１つまたは複数のエラーを含むと決定することを含む。いくつかの態様では、受信された第１のワイヤレスフレームがエラーを含むことの決定は、下記に記載されるように、ワイヤレス通信交換の残りの部分の保護を受信デバイスに開始させ得る。
【００９３】
[00105]いくつかの態様では、ブロック６０５は、受信されたフレームが、ゼロでない値を示す、図５ＡのＱｏＳ制御フィールド５１１などのＱｏＳ制御フィールド内のバッファサイズフィールドを含むと決定することを含む。いくつかの態様では、この決定は、下記に記載されるように、ワイヤレス通信交換の残りの部分の保護を受信デバイスに開始させ得る。ブロック６０５に関して上記で説明された機能のうちの１つまたは複数は、受信機２１２および／またはプロセッサ２０４のうちの１つまたは複数によって実行され得る。
【００９４】
[00106]いくつかの態様では、ブロック６０５は、第１のワイヤレスフレームを復号して、受信デバイスがワイヤレス通信交換の残りの部分のためのワイヤレス媒体を保護することを送信デバイスが要求すると決定することを含む。たとえば、いくつかの態様では、受信されたフレームは、図５Ａに関して上記で示されたフレーム５００のフォーマットに実質的に準拠し得る。これらの態様では、プロセス６００を実施するデバイスは、モアフラグメントフィールド５１２ｆを復号して、受信デバイスがフレーム５００を含むデータ通信交換に対する保護を開始することを、フレーム５００の送信デバイスが要求したかどうかを決定し得る。上述されたように、フィールドは、リトライフィールドまたはフレーム（潜在的にそれはＰＨＹヘッダでもあり得る）内の任意の他のフィールドであり得る。
【００９５】
[00107]いくつかの態様では、ブロック６０５は、フレームを復号して１つまたは複数の送信パラメータを決定することを含む。
【００９６】
[00108]受信されたフレームの送信パラメータは、受信されたフレームの物理（ＰＨＹ）ヘッダ内に位置し得る。受信されたフレームのＰＨＹヘッダは、（限定はしないが）以下のパラメータ、ＭＣＳ、帯域幅、空間ストリームの数（ＮＳＳ）、ＰＰＤＵ継続時間、ＮＡＶ継続時間、送信側識別子、受信側識別子、フレームの方向（たとえば、ＵＬもしくはＤＬ）、低密度パリティチェック（ＬＤＰＣ）もしくはバイナリ畳み込みコード（ＢＣＣ）の使用、ペイロード（すなわち、（Ａ−）ＭＰＤＵ）を送信するために使用される帯域幅内のサブチャネルインデックス、ＳＵ／ＭＵモード、および／または基本サービスセット（ＢＳＳ）カラー（識別子）のうちの１つまたは複数を含み得る。
【００９７】
[00109]いくつかの態様では、これらのパラメータは、受信デバイスが媒体アクセスを開始し、および／または、下記に記載される１つまたは複数の通信交換の少なくとも一部分の保護を開始することに対する要求を含み得る。いくつかの態様では、要求は、周期（periodicity）と、開始されるべき通信交換の数と、受信デバイスが１つまたは複数の通信交換を保護するための継続時間を決定することを助ける他のパラメータとを含み得る。
【００９８】
[00110]ブロック６０５のいくつかの態様では、第３のワイヤレスフレームなどの、第１のワイヤレスフレームに対する応答が送信される。応答ワイヤレスフレームは、受信デバイスがワイヤレス通信交換用の残りの部分に対する保護をイネーブルにすることを示すように生成され得る。たとえば、いくつかの態様では、応答フレームは、応答フレーム５５０として図５Ｃに示されたフォーマットに準拠し得る。いくつかの態様では、保護インジケーションフィールド５５６は、受信デバイスが保護をイネーブルにするかどうかを示すために使用され得る。
【００９９】
[00111]保護をイネーブルにすることは、ネットワーク割振りベクトル（ＮＡＶ）が設定されるようにするために、１つまたは複数のメッセージを送信することを含み、その結果、ワイヤレス媒体はワイヤレス通信交換に関連付けられた送信用に確保される。応答フレーム内のインジケーションは、応答フレームの１つまたは複数のフィールドの中に割り振られた、特定の値を有する１つまたは複数のビットの形態であり得る。特定の値は、たとえば、上述されたインジケーションを提供するために、ワイヤレス通信規格を介してあらかじめ定義され得る。たとえば、いくつかの態様では、応答フレームは、応答フレーム５５０として図５Ｃに示されたフォーマットに準拠し得る。いくつかの態様では、保護インジケーションフィールド５５６は、受信デバイスが保護をイネーブルにするかどうかを示すために使用され得る。いくつかの態様では、モアフラグメントフィールド５１２ｆは、上述されたように受信デバイスが保護をイネーブルにすることを示すために、特定の値に設定され得る。様々な態様では、他のフィールドもこの目的のために使用され得る。上記で説明されたように送信パラメータを含む受信されたフレームの態様では、応答は、送信パラメータの確認を含むか、または、代替のパラメータを提供し得、たとえば、これに限定されないが、変調およびコーディング方式（ＭＣＳ）、空間ストリームの数（ＮＳＳ）、ＰＰＤＵ持続時間、周期、ならびに、第１のフレームを送信するデバイスに保護を与えるために送られ得るフレームの数、を含み得る。
【０１００】
[00112]いくつかの態様では、応答フレームは、受信デバイスがワイヤレス通信交換の残りの部分の保護を開始するときの推定時間の第２のインジケーションを含むように生成される。たとえば、いくつかの態様では、第２のインジケーションは、たとえば、図５Ｃの開始時間フィールド５５８によって示されるように、応答フレームが送信された時間からの時間オフセットである。
【０１０１】
[00113]いくつかの態様では、応答フレームは、送信デバイスが第１のワイヤレスフレームの少なくとも一部分を再送信するときに使用するための１つまたは複数の送信パラメータを示すように生成される。たとえば、応答フレームは、更新されたＭＣＳ、帯域幅パラメータ、または、特定の２次チャネルもしくはサブチャネルを使用する示唆などの代替チャネル情報を示し得る。この一例は、送信パラメータフィールド５６０および送信帯域幅フィールド５６４ａ〜ｃに関して上記に示されている。いくつかの態様では、応答フレームは、保護が確立されるための継続時間を示すように生成される。たとえば、いくつかの態様では、継続時間は、継続時間フィールド５５２内に記憶され得る。
【０１０２】
[00114]いくつかの態様では、応答フレームは、確認応答フレーム、ブロック確認応答フレーム、または否定確認応答フレームとして生成される。否定確認応答フレームは、いくつかの態様では、ゼロでない値に設定されたフレーム制御フィールド内の１つまたは複数のフィールドを有する確認応答フレームを介して示され得る。たとえば、一態様では、否定確認応答フレームは、１の値に設定されたフレーム制御フィールド５０７のリトライフィールド５１２ｇを有するように生成される。いくつかの態様では、否定確認応答フレームまたはブロック確認応答フレームは、受信されたフレームがエラーを含むとブロック６０５が決定したときに生成される。たとえば、ブロック確認応答フレームは、受信されたフレームがエラーを含む場合、それに選択的に確認応答し得ない。いくつかの態様では、ブロック６０５に関して上記で説明された機能のうちの１つまたは複数は、送信機２１０および／またはプロセッサ２０４によって実施される場合がある。いくつかの態様では、複数の応答フレームが生成され得、それらのうちの１つまたは複数は（再）交渉の一部であり、１つまたは複数は、要求するデバイスによって送信された、受信されたフレームに対する応答の一部である。いくつかの態様では、応答フレームが生成され得ない。いくつかの態様では、送信機は、応答フレームの欠如を暗黙の確認応答として解釈し得る。いくつかの態様では、応答フレームは、ＨＴ制御フィールドを含む。
【０１０３】
[00115]ブロック６１５において、第２のフレームが競合期間中に送信される。第２のフレームは、いくつかの態様では、クリア・ツー・センド（clear-to-send）フレームとして生成され得る。たとえば、フレーム制御フィールド５０７のタイプ／サブタイプフィールド５１２ｂ／５１２ｃは、フレームがクリア・ツー・センドフレームであることを示す、８０２．１１規格において定義された値に設定され得る。第２のフレームは、たとえば、クリア・ツー・センドフレームの媒体アクセス制御ヘッダ内のアドレスフィールド５０９または５１６を介して、送信デバイスに宛てられ得る。第２のワイヤレスフレームは、時間期間の間ワイヤレス媒体を保護する。たとえば、いくつかの態様では、時間期間は、ワイヤレス通信交換の残りの部分を完了するために必要とされる（以上の）十分な時間であるように、受信デバイスによって決定される。時間期間は、パケット衝突からワイヤレス通信交換の残りの部分を保護するために十分な継続時間の時間期間であり得る。
【０１０４】
[00116]たとえば、第２のワイヤレスフレームがクリア・ツー・センドフレームである態様では、クリア・ツー・センド（ＣＴＳ）フレームの（継続時間フィールド５２８などの）継続時間フィールドは、ＣＴＳフレームが宛てられていないＳＴＡによってネットワーク割振りベクトルが設定されるべき（または設定されなければならない）間の時間期間を示し得る。これらの態様では、継続時間フィールド５２８は、ＣＴＳフレームが宛てられている受信デバイスが、第２のワイヤレスフレームの送信側に宛てられている１つまたは複数のフレームをその間に送信することができる、時間期間を示し得る。いくつかの態様では、ＣＴＳが宛てられているデバイスは、その継続時間の間に任意の他のＳＴＡに送信する場合がある。いくつかの態様では、ＣＴＳが宛てられているデバイスは、いかなる以前のＮＡＶ設定も廃棄または場合によっては無視するべきである。
【０１０５】
[00117]いくつかの他の態様では、第２のフレームは、トリガフレームとして生成され得る。たとえば、トリガフレームは、８０２．１１規格を介してトリガフレームとして（たとえば、クリア・ツー・センドフレームとしてではなく）フレームを識別するフレーム制御フィールド５０７内のタイプ／サブタイプ値を有し得る。トリガフレームは、トリガフレームの対象とする受信側ではないＳＴＡにより、その間にネットワーク割振りベクトルが設定されるべき時間期間のインジケーションを含み得る。いくつかの態様では、トリガフレームは、送信スケジュールを含むように生成される。送信スケジュールは、第１のワイヤレスフレームを送信したデバイスによって送信されるべき１つまたは複数のフレームの送信に関連付けられたタイミングパラメータを示し得る。いくつかの態様では、受信デバイスは、トリガフレームによって保護に割り振られた時間期間中に複数のデバイスからパケットを受信し得る。いくつかの態様では、受信デバイスは、ＭＵ−ＭＩＭＯまたはＯＦＤＭＡなどのマルチユーザモードを使用して、複数のデバイスから複数のパケットを受信し得る。いくつかの態様では、図５Ｂに示されたように、トリガフレーム５２５は、特定のデバイス用のスケジュール情報を示す一連の情報を含み得る。たとえば、デバイス識別子フィールド５３２は、情報が特定のデバイス用であることを示す。チャネル情報フィールド５３４は、どのチャネル上で送信が実施されるべきかを示し、開始時間フィールド５３６は、送信がいつ始まるべきかを示す。フィールド５３２、５３４、５３６は、トリガフレーム５２５を受信するデバイスが、固定長レコードの数を介して構文解釈して、それがフィールド５３２ａ〜ｎのいずれかによって識別されるかどうかを見ることができるように、固定長のフィールドであり得る。いくつかの態様では、ブロック６１５に関して上記で説明された機能のうちの１つまたは複数は、プロセッサ２０４および／または送信機２１０のうちの１つまたは複数によって実行され得る。
【０１０６】
[00118]ブロック６２０において、ワイヤレス通信交換の残りの部分は、第２のフレームによって確立された保護下で送信デバイスから受信される。いくつかの態様では、ブロック６２０は、１つまたは複数のデータパケットを受信することを含み得る。たとえば、いくつかの態様では、ブロック６０５のいくつかの態様に関して上述されたように、第１のワイヤレスフレーム内でエラーが検出され、否定確認応答が送信デバイスに送られた場合、ブロック６２０は、第１のワイヤレスフレームの再送信を受信し、再送信に確認応答することを含み得る。第１のワイヤレスフレームがモアデータインジケーションを含む場合、ブロック６２０は、１つまたは複数のさらなるデータフレームを受信することを含み得、１つまたは複数のこれらのさらなるデータフレームも、（おそらく最終パケットを除いて）モアデータインジケーションを含む。さらなるデータフレームは、次いで、ブロック６２０の一部として、１つまたは複数のブロック確認応答を介して確認応答され得る。ブロック６２０におけるフレームの受信および／または送信は、ブロック６１５の間に実施された機能の結果として設定されたＮＡＶによって与えられた衝突からの保護下で行われる。ブロック６２０に関して上記で説明された機能のうちの１つまたは複数は、プロセッサ２０４、受信機２１２、および／または送信機２１０のうちの１つまたは複数の組合せによって実施され得る。
【０１０７】
[00119]図７は、ワイヤレス通信の方法のフローチャートである。いくつかの態様では、プロセス７００は、ステーションまたはアクセスポイントのいずれかによって実施され得る。たとえば、プロセス７００は、図３、図４Ａ、および図４Ｂに関して記載されたＳＴＡ１０６ａによって実行され得る。いくつかの態様では、プロセス７００は、図２に関して上述されたワイヤレスデバイス２０２によって実行され得る。たとえば、いくつかの態様では、メモリ２０６は、プロセス７００に関して下記で説明される機能のうちの１つまたは複数を実行するようにプロセッサ２０４を構成する命令を記憶し得る。いくつかの態様では、プロセス７００は、プロセス７００を実行している受信デバイスにデータを送信するデバイスによって実行される。
【０１０８】
[00120]プロセス７００は、データを送信するデバイスが、データを受信するデバイスから、送信デバイスから受信デバイスへのデータ転送の保護を受信デバイスが開始することのインジケーションを、受信することを可能にし得る。たとえば、通常、フレームのうちの１つまたは複数は、競合期間中に送信されるであろう。しかしながら、開示された方法およびシステムを使用して、送信デバイスは、受信デバイスから、該受信デバイスが（たとえば、ネットワーク割振りベクトル（ＮＡＶ）が設定されるようにすることにより）それらのフレームに対する保護を開始するというインジケーションを、受信する。このインジケーションは、ネットワーク割振りベクトル（ＮＡＶ）が設定されることを実際に要求するフレームとは異なるフレーム内で受信される。
【０１０９】
[00121]ネットワーク割振りベクトルが設定されると、送信デバイスは、受信デバイスへ、フレームのその送信を再開する。これらの残りのフレームは、受信デバイスによって設定されたＮＡＶによって与えられた衝突からの保護下で送信される。この保護は、受信デバイスの近くのパケット衝突の可能性が比較的高い高密度のネットワーク環境内に受信デバイスがあるときに、特に有益であり得る。送信デバイスと受信デバイスとの間のワイヤレス通信交換の保護を開始することにより、受信デバイスは、許容可能なパケット損失／効率レベルで通信交換の完了の可能性を高めることができる。上記および下記の説明は、一般に、ネットワーク割振りベクトル（ＮＡＶ）を設定することによる保護に言及するが、他の態様は、任意の他の保護機構を介して保護を与える場合があることに留意されたい。たとえば、いくつかの態様は、保護を与えるために、通信交換を開始するフレームのＬ−ＳＩＧフィールドの継続時間フィールドを設定する場合がある。
【０１１０】
[00122]ブロック７０５において、第１のワイヤレスフレームがワイヤレス媒体上で送信される。フレームは、送信デバイスによって受信デバイスに送信される。第１のワイヤレスフレームは、送信デバイスと受信デバイスとの間のワイヤレス通信交換の少なくとも一部分を形成する。たとえば、いくつかの態様では、第１のワイヤレスフレームは、１つまたは複数のデータパケットに対する対応する確認応答またはブロック確認応答とともにワイヤレス通信交換を形成する、一連のデータパケットのうちの１つであり得る。これらの態様では、データパケットのうちのいくつかまたは１つもしくは複数のワイヤレスフレームは、モアデータインジケーションを含み得る。いくつかの態様では、第１のワイヤレスフレームはモアデータインジケーションを含まない。いくつかの態様では、ワイヤレス通信交換は、残りの送信機会の継続時間と同等であり得る。いくつかの態様では、ブロック７０５に関して上記で説明された機能のうちの１つまたは複数は、送信機２１０および／またはプロセッサ２０４によって実施され得る。
【０１１１】
[00123]いくつかの態様では、第１のワイヤレスフレームは、１つまたは複数の送信パラメータを含むように生成される。たとえば、第１のワイヤレスフレームは、第１のワイヤレスフレームを受信するデバイスが、媒体アクセスを開始し、および／または１つもしくは複数の通信交換の少なくとも一部分に対する保護を開始することに対する要求を示すように生成され得る。いくつかの態様では、要求は、周期と、受信デバイスによって開始されるべき通信交換の数と、１つまたは複数の通信交換のために保護が確立されるべき継続時間を決定する際に受信デバイスを支援することができる他のパラメータとを示し得る。
【０１１２】
[00124]第１のメッセージの送信パラメータは、第１のメッセージの物理（ＰＨＹ）ヘッダ内に位置し得る。第１のメッセージのＰＨＹヘッダは、（限定はしないが）以下のパラメータ、ＭＣＳ、帯域幅、空間ストリームの数（ＮＳＳ）、ＰＰＤＵ継続時間、ＮＡＶ継続時間、送信側識別子、受信側識別子、フレームの方向（たとえば、ＵＬもしくはＤＬ）、低密度パリティチェック（ＬＤＰＣ）もしくはバイナリ畳み込みコード（ＢＣＣ）の使用、ペイロード（すなわち、（Ａ−）ＭＰＤＵ）を送信するために使用される帯域幅内のサブチャネルインデックス、ＳＵ／ＭＵモード、および／または基本サービスセット（ＢＳＳ）カラー／識別子のうちの１つまたは複数を含み得る。
【０１１３】
[00125]ブロック７０５のいくつかの態様では、応答フレームが受信デバイスから受信される。応答フレームは、受信デバイスがワイヤレス通信交換の残りの部分に対する保護を開始することを示し得る。たとえば、いくつかの態様では、応答フレームは、図５Ｃに関して上記で説明された応答フレーム５５０のフォーマットに準拠し得る。いくつかの態様では、応答フレームは、第１のワイヤレスフレームの確認応答、ブロック確認応答、または否定確認応答のうちの１つとして復号される。受信デバイスから否定確認応答を受信することに応答して、送信デバイスは、保護が確立されると再送信を要求するものとして第１のワイヤレスデバイスを記録またはマークし得る。第１のフレームが応答フレームによって（たとえば、ブロック確認応答または通常の確認応答によって）確認応答された場合、第１のフレームは、完了したものとしてマークされ得、送信デバイスによって再送信され得ない。いくつかの態様では、ブロック７０５に関して上記で説明された機能のうちの１つまたは複数は、受信機２１２および／またはプロセッサ２０４によって実施され得る。
【０１１４】
[00126]上述された応答フレームなどの第３のワイヤレスフレームを受信するいくつかの態様は、応答フレームによって示された保護が確立されるまで、ワイヤレス通信交換に関するさらなる通信を延期し得る。これは、第３のワイヤレスフレームに応答して、ＮＡＶが設定されるまでさらなる送信を延期することを含み得る。たとえば、応答フレームが（たとえば、開始時間フィールド５５８を介して）保護が確立されるための推定時間を示す場合、送信デバイスは、少なくとも示された時間までワイヤレス通信交換に関するさらなる通信を延期し得る。いくつかの態様では、固定またはあらかじめ決められた延期期間が使用され得る。
【０１１５】
[00127]いくつかの態様では、応答フレームは、保護が確立されるための時間量を決定するために、復号され得る。たとえば、いくつかの態様では、継続時間フィールド５５２は、保護が確立されるための時間量を決定するために、復号され得る。いくつかの態様では、１つまたは複数の送信パラメータは、応答フレームから復号され得る。たとえば、いくつかの態様では、図５Ｃに示された送信パラメータフィールド５６０が復号され得る。いくつかの態様では、送信パラメータフィールド５６０は、第１のワイヤレスフレームに含まれる送信パラメータに少なくとも部分的に応答し得る。たとえば、応答フレーム５５０は、周期、および送信デバイスによって与えられた保護下で受信デバイスによって送られ得るフレームの数のうちの１つまたは複数を確認し得る。
【０１１６】
[00128]応答は、（送信帯域幅フィールド５６４ａによって提供されるものなどの）更新された変調およびコーディング方式（ＭＣＳ）、（送信帯域幅フィールド５６４ｂによって提供されるものなどの）送信帯域幅パラメータ、または、チャネル割振り情報もしくは特定の２次チャネルを使用する示唆などの（送信帯域幅フィールド５６４ｃによって提供されるものなどの）代替チャネル情報のうちの１つまたは複数を決定するために、応答フレームから復号され得る。いくつかの態様では、受信デバイスは、応答フレームを送信するデバイスとの将来の通信時に、これらの送信パラメータを利用し得る。
【０１１７】
[00129]いくつかの態様では、複数の応答フレームが受信され得る。いくつかの態様では、これらの複数の応答フレームのうちの１つまたは複数は、再交渉の一部であり得、１つまたは複数は、送信デバイスによって送信された、受信されたフレームに対する応答の一部であり得る。いくつかの他の態様では、応答フレームが受信され得ない。これらの態様では、応答フレームの欠如は、暗黙の確認応答であると決定され得る。
【０１１８】
[00130]ブロック７０５に関して上記で説明された機能のうちの１つまたは複数は、いくつかの態様では、プロセッサ２０４および／または送信機２１０のうちの１つまたは複数の組合せによって実施され得る。
【０１１９】
[00131]ブロック７１５において、ワイヤレス媒体を保護する第２のワイヤレスフレームが受信デバイスから受信される。いくつかの態様では、この第２のワイヤレスフレームは、図５Ｂに示されたトリガフレーム５２５に準拠し得る。いくつかの態様では、第２のワイヤレスフレームは、クリア・ツー・センド（ＣＴＳ：clear-to-send）フレームまたはトリガフレームとして復号される。たとえば、いくつかの態様では、クリア・ツー・センド（ＣＴＳ）フレームは、ブロック７１５において、送信デバイスによって受信され得る。ＣＴＳフレームが送信デバイスに宛てられていない場合、ＣＴＳフレームは、ネットワーク割振りベクトル（ＮＡＶ）が設定されるべきことを示す。いくつかの態様では、クリア・ツー・センドフレームの継続時間フィールド５２８は、ＮＡＶが設定されるべき時間期間を示す。継続時間フィールド５２８は、送信デバイスによって復号されて、それ自体のネットワーク割振りベクトルがどれだけ長く設定されるべきかを決定することができる。ＣＴＳフレームが送信デバイス（すなわち、ＣＴＳフレームを受信するデバイス）に宛てられている場合、ＣＴＳは保護が今確立されたことのインジケーションであり、保留中のワイヤレス通信交換の残りの部分は、保護期間中に完了することができる。ＣＴＳフレームの継続時間フィールド５２８は、ワイヤレス通信交換を完了するためにどれだけの時間が利用可能であるかを示し得る。
【０１２０】
[00132]いくつかの態様では、ブロック７１５においてトリガフレームが受信され、ワイヤレス通信交換の残りの部分に対して保護が確立されたことを示す。いくつかの態様では、トリガフレームは復号されて、図５Ｂに示された送信スケジュール５３０などの送信スケジュールを決定する。送信スケジュール５３０は、１つまたは複数のフレームが受信デバイスに送信されるべきときの時間（time）を示し得る。たとえば、トリガフレーム５２５に示されたように、送信スケジュール５３０は、デバイスＩＤフィールド５３２によって識別されるデバイス用のチャネル情報５３４および／または開始時間情報５３６を示し得る。いくつかの態様では、複数のデバイス用の情報が送信スケジュール５３０内に存在し得る。トリガフレームは、ワイヤレス通信交換に対する保護の継続時間、すなわち、トリガフレームが宛てられていないデバイスによってネットワーク割振りベクトル（ＷＡＶ）がどれだけ長く設定されるべきか、のインジケーションを含み得る。
【０１２１】
[00133]ブロック７２０において、ワイヤレス通信交換の残りの部分は、ブロック７１５において受信されたフレームによって確立された保護下で完了する。いくつかの態様では、保護が確立されると、ワイヤレス通信交換を完了することは、受信デバイスに１つまたは複数のデータパケットを再送信することを含み得る。いくつかの態様では、１つまたは複数のデータパケットの再送信は、ブロック７０５に関して上記で説明されたオプションの応答フレームから復号された送信パラメータに基づき得る。いくつかの態様では、ブロック７０５において送信された第１のワイヤレスフレームに対する否定確認応答を、送信デバイスが以前に受信していた場合、ワイヤレス通信交換を完了することは、第１のワイヤレスフレームを再送信することと、受信デバイスから第１のワイヤレスフレームに対する確認応答を受信することとを含み得る。
【０１２２】
[00134]いくつかの態様では、ワイヤレス通信交換の送信を完了することは、「モアデータ」インジケーションを含む１つまたは複数のさらなるデータフレームを受信デバイスに送信することと、１つまたは複数の送信されたデータに対する１つまたは複数のブロック確認応答などの、対応する確認応答を受信デバイスから受信することとを含み得る。これらの態様では、第１のワイヤレスフレームは、モアデータインジケーションとともに生成され得る。
【０１２３】
[00135]いくつかの態様では、ワイヤレス通信交換の送信を完了することは、受信デバイス以外の他のデバイスへの１つまたは複数のパケットの送信を含み得る。たとえば、いくつかの態様では、上記で説明されたトリガフレームは、受信デバイスへの送信が開始されるべきときの時間期間を識別し得る。示された時間の間、送信デバイスは、たとえば、マルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）または直交周波数分割多元接続（ＯＦＤＭＡ）の使用を介して、他のデバイスにデータを送信する場合もある。
【０１２４】
[00136]いくつかの態様では、ブロック７２０に関して上記で説明された機能のうちの１つまたは複数は、プロセッサ２０４および／または送信機２１０および／または受信機２１２のうちの１つまたは複数によって実施される場合がある。
【０１２５】
[00137]図８Ａは、ワイヤレスフレームの一構成を示す。フレーム８００は、物理ヘッダ８０５と、以下の媒体アクセス制御（ＭＡＣ）ヘッダ８１５、ペイロード８２０、およびフレームチェックシーケンス（ＦＣＳ）フィールド８２５のうちの１つまたは複数と、パディング（図示せず）とを含む。フレーム８００は、フレームがフレームを受信することができる特定のデバイスに宛てられているかどうかを決定するために使用され得る様々なデータを含む。たとえば、いくつかの態様では、物理ヘッダ８０５は、宛てられている（対象とする）受信デバイス用の部分的な関連付け識別子（a partial association identifier）、フレームを送信するデバイス用の部分的な関連付け識別子、基本サービスセットカラーインジケーション、通常はフレームを送信するデバイスの基本サービスセット識別子、および／またはフレームがＵＬかＤＬかのインジケーションのうちの１つまたは複数を含み得る。
【０１２６】
[00138]媒体アクセス制御（ＭＡＣ）ヘッダ８１５は、フレームの対象とする受信側の１つまたは複数のインジケーションを含み得る。たとえば、媒体アクセス制御ヘッダ８１５は、対象とする受信側デバイス（すなわち、フレームが「宛てられている(addressed)」デバイス）のステーションアドレスまたは他の識別子を示すアドレスフィールド（Ａ１）を含み得る。ＭＡＣヘッダ８１５は、送信デバイスのステーションアドレスまたは他の識別子を示すアドレスフィールドを含み得る。ＭＡＣヘッダ８１５は、送信デバイスの基本サービスセット識別子を示すアドレスフィールドを含み得る。フレーム８００内のこれらのフィールドのうちの１つまたは複数は、たとえば、ワイヤレス媒体上の別のフレームとの衝突に起因してフレーム８００が部分的に壊れる場合には、フレーム８００の宛先の（対象とする）受信機を決定するために使用され得る。そのようなプロセスの一例が、図９に関して下記に記載される。
【０１２７】
[00139]図８Ｂは、ワイヤレスフレーム８５０の別の構成を示す。フレーム８５０は、物理ヘッダ８５５と、Ａ−ＭＰＤＵサブフレーム８６０ａおよびＡ−ＭＰＤＵサブフレーム８６０ｂのような図８Ｂの例に示された複数のＡ−ＭＰＤＵサブフレームと、オプションのパディング８６５とを含む。フレーム８５０に含まれるＡ−ＭＰＤＵサブフレームの各々は、ＭＰＤＵデリミタフィールド８７０と、（図８Ｂに示されていないＭＡＣヘッダと、ペイロードと、フレームチェックシーケンスとを含む）ＭＰＤＵ８７５と、オプションのパッドフィールド８８０とを含み得る。
【０１２８】
[00140]フレーム８５０は、フレームを受信することができる特定のデバイスにフレームが宛てられているかどうかを決定するために使用され得る様々なデータを含む。たとえば、いくつかの態様では、物理ヘッダ８５５は、宛て先の（対象とする）受信デバイス用の部分的な関連付け識別子、フレームを送信するデバイス用の部分的な関連付け識別子、基本サービスセットカラーインジケーション、通常はフレームを送信するデバイスの基本サービスセット識別子、およびフレームがＵＬかＤＬかのインジケーションのうちの１つまたは複数を含み得る。
【０１２９】
[00141]フレーム８５０内の媒体アクセス制御（ＭＡＣ）ヘッダ８１５の各々は、フレームの対象とする受信機の１つまたは複数のインジケーションを含み得る。たとえば、媒体アクセス制御ヘッダ８１５は、対象とする受信側デバイス（すなわち、フレームが「宛てられている」デバイス）のステーションアドレスまたは他の識別子を示すアドレスフィールド（Ａ１）を含み得る。ＭＡＣヘッダ８１５は、送信デバイスのステーションアドレスまたは他の識別子を示すアドレスフィールドを含み得る。ＭＡＣヘッダ８１５は、送信デバイスの基本サービスセット識別子を示すアドレスフィールドを含み得る。フレーム８５０内のこれらのフィールドのうちの１つまたは複数は、たとえば、ワイヤレス媒体上の別のフレームとの衝突に起因してフレーム８５０が部分的に壊れる場合には、フレーム８００の対象とする受信機を決定するために使用され得る。そのようなプロセスの一例が、プロセス９００に関して下記に記載される。
【０１３０】
[00142]図９は、エラーを含むフレームがフレームを受信するデバイスに宛てられているかどうかを決定する方法のフローチャートである。たとえば、パケット衝突によって引き起こされたエラーは、受信されたフレームの少なくとも部分を壊し得るが、フレームの他の部分は壊さすに残り得る。フレームの壊れていない部分を復号することにより、フレームを受信するデバイスは、壊れたフレームが受信デバイスに宛てられているか否かを決定することができ得る。この情報は、上記で説明されたように、受信デバイスが、それ自体と壊れたフレームを送信するデバイスとの間の通信交換に対する保護を開始するべきかどうかを決定するために使用され得る。
【０１３１】
[00143]いくつかの態様では、プロセス９００は、図２のワイヤレスデバイス２０２、図１および図３〜図４Ａ〜図４ＢのＡＰ１０４またはＳＴＡ１０６ａ〜ｂのいずれかによって実施され得る。たとえば、いくつかの態様では、下記で説明されるブロックの各々は、プロセッサ２０４によって実施され得る。いくつかの態様では、下記で説明されるフレームは、図８Ａ〜図８Ｂに関して上記で説明されたフレーム８００またはフレーム８５０の特性のうちの１つまたは複数に実質的に準拠し得る。
【０１３２】
[00144]ブロック９０５において、受信デバイスによって受信されたフレームは、１つまたは複数のエラーを含むと決定され得る。たとえば、いくつかの態様では、それぞれ、図５Ａ〜図５Ｃまたは図８Ａ〜図８Ｂのフレームチェックシーケンスフィールド５１３、５３５、５６２、または８２５のうちの任意の１つなどのフレームチェックシーケンスフィールドは、受信されたフレームの完全性（integrity）を当技術分野で知られているように検証するために使用され得る。この完全性チェックは、受信されたフレームが少なくとも１つのエラーを含むことを決定し得る。ブロック９０５において受信されたフレームは、様々な態様ではアクセスポイントまたはステーションであり得る送信デバイスによって送信され得る。
【０１３３】
[00145]決定ブロック９１０は、フレームが受信デバイスを識別する識別子を含むかどうかを決定する。いくつかの態様では、識別子は、部分的な関連付け識別子などの関連付け識別子（association identifier)の少なくとも一部分であり得る。たとえば、図８Ａ〜図８Ｂに示されたような受信デバイスの部分的な関連付け識別子は、それぞれ、フレーム８００および８５０の物理ヘッダ８０５または８５５に含まれ得る。受信デバイスは、フレームに含まれる部分的な関連付け識別子（ＡＩＤ）または（ＰＡＩＤ）が、アクセスポイントとの前の関連付けの間に受信デバイスに割り当てられたＡＩＤと少なくとも部分的に一致するかどうかを決定し得る。いくつかの態様では、フレームに含まれる（部分的な）ＡＩＤは、受信デバイスのＭＡＣアドレスと少なくとも部分的に一致する。
【０１３４】
[00146]いくつかの態様では、部分的な一致は、フレーム内の（部分的な）ＡＩＤの１つまたは複数のビットが、受信デバイスに前に割り当てられたＡＩＤ内の対応するビットと一致することを必要とし得る。いくつかの態様では、フレームの部分的なＡＩＤのすべてのビットは、決定ブロック９１０において一致が決定されるために、前に割り当てられたＡＩＤと一致しなければならない。他の態様では、すべてのビットよりも少ないビットが一致する必要があり得る。たとえば、フレーム内の（部分的な）ＡＩＤの４、５、６、７、８、９、１０、１１、１２、１３、１４、１５、または１６ビットは、決定ブロック９１０において一致と決定されるために、前に割り当てられたＡＩＤと一致しなければならない。
【０１３５】
[00147]ブロック９１０において実施される機能は、実施形態にわたって変化し得る。たとえば、いくつかの態様では、ブロック９１０において参照される識別子は、実際には、受信されたフレームに含まれる複数のフィールドのうちの少なくとも部分から構成され得る。たとえば、いくつかの態様では、受信されたフレームのＰＨＹヘッダは、ブロック９１０に関して上記で説明されたように、受信デバイスの識別子をもたない場合がある。いくつかの態様では、受信されたフレームは、送信機関連付け識別子（たとえば、部分的もしくは完全な関連付け識別子）フィールドおよび／または基本サービスセットカラーフィールド、ならびに／あるいはアップリンク／ダウンリンクインジケーションを含み得る。いくつかの態様では、受信デバイスは、これらのフィールドのうちの１つまたは複数の組合せに基づいて、受信されたフレームが受信デバイスを対象とするか、または受信デバイスに宛てられていると決定することができる。
【０１３６】
[00148]フレームが前に割り当てられたＡＩＤとの少なくとも部分的な一致を含まない場合、プロセス９００はブロック９３０に進み、ブロック９３０は、フレームが受信デバイスに宛てられていないと決定する。そうではない場合、いくつかの態様では、決定ブロック９１０は、さらに、フレームに含まれる１つまたは複数の媒体アクセス制御ヘッダを検査して、アドレスフィールドが受信デバイスを識別するかどうかを決定し得る。たとえば、図８Ａのフレーム８００内に示されたように、媒体アクセス制御ヘッダ８１５は、フレームの対象とする受信機を識別するアドレスフィールド（Ａ１）を含み得る。この識別子が受信デバイス（すなわち、プロセス９００を実施するデバイス）を識別する場合、決定ブロック９１０は、一致が生じたと決定し得る。正しく受信された（図５Ａのアドレスフィールド５０９、図５Ｂのアドレスフィールド５１６、またはＭＡＣヘッダ８１５内に示されたＡ１フィールドなどのＭＡＣヘッダアドレスフィールドが、受信デバイスを識別しなかった場合、プロセス９００はブロック９３０に進み、ブロック９３０は、フレームが受信デバイスに宛てられていないと決定する。
【０１３７】
[00149]そうでない場合、プロセス９００は決定ブロック９１５に進み、決定ブロック９１５は、フレームがフレームを送信するデバイスの識別情報を含むかどうかと、そのデバイスが「既知の」送信デバイスであるかどうかとを決定する。既知の送信デバイスは、受信デバイス（すなわち、プロセス９００を実施するデバイス）が前にフレームを交換したデバイスであり得る。たとえば、受信デバイスが関連付けられたいかなるデバイスも、既知の送信デバイスであるだろう。
【０１３８】
[00150]いくつかの態様では、送信機識別子は、既知の送信デバイスの関連付け識別子の少なくとも一部分、またはＭＡＣアドレスの少なくとも一部分であり得る。たとえば、プロセス９００を実施するデバイスは、それが前に通信したデバイスの関連付け識別子および／またはＭＡＣアドレスのデータストアを維持することができる。（図８Ａのフレーム８００の物理ヘッダ８０５内に示された部分的なＴＡＩＤなどの）受信されたフレームに含まれる送信機の関連付け識別子（たとえば、部分的または完全な関連付け識別子）の値（ＴＡＩＤ）が既知の送信デバイスと少なくとも部分的に一致しない場合、プロセス９００は決定ブロック９１５からブロック９３０に進み、ブロック９３０は、受信されたフレームが受信デバイスに宛てられていないと決定する。そうではなく、受信されたフレームのＴＡＩＤが既知の送信デバイスと少なくとも部分的（または完全）に一致する場合、プロセス９００のいくつかの態様は、フレームに含まれる媒体アクセス制御（ＭＡＣ）ヘッダを検査して、（図５Ａに示された第２のアドレスフィールド５１０などの）Ａ２フィールドなどのアドレスフィールドが既知の送信デバイスを識別するかどうかを決定し得る。正しく受信された（第２のアドレスフィールド５１０などの）ＭＡＣヘッダアドレスフィールドが、これらの態様において既知の送信デバイスを識別しない場合、プロセス９００は決定ブロック９１５からブロック９３０に進み、ブロック９３０は、受信されたフレームが受信デバイスに宛てられていないと決定する。そうでない場合、プロセス９００は決定ブロック９２０に進む。
【０１３９】
[00151]決定ブロック９２０は、フレームが受信デバイスの基本サービスセット識別子の少なくとも一部分と同等である基本サービスセット識別子を含むかどうかを決定する。含まない場合、プロセス９００はブロック９３０に進み、ブロック９３０は、受信されたフレームが受信デバイスに宛てられていないと決定する。フレームが受信デバイスの基本サービスセット（ＢＳＳ）識別子の少なくとも一部分を含む場合、プロセス９００はブロック９２５に進み、ブロック９２５は、フレームが受信デバイスに宛てられていると決定する。いくつかの態様では、基本サービスセット（ＢＳＳ）識別子は、物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）ヘッダなどの物理（ＰＨＹ）ヘッダに含まれる。ブロック９２５のいくつかの態様は、フレームからの１つまたは複数のさらなる値を推定し得る。たとえば、ＰＨＹヘッダ内で、たとえばＬ−ＳＩＧ、ＳＩＧ−Ａ／Ｂ／Ｃフィールド内で指定された送信機会（ＴＸＯＰ）継続時間、ＰＨＹヘッダ内で、たとえばＬ−ＳＩＧ、ＳＩＧ−Ａ／Ｂ／Ｃフィールド内で指定されたＰＨＹサービスデータユニット（ＰＳＤＵ）の長さ、変調およびコーディング方式（ＭＣＳ）、および保護されたＴＸＯＰの将来のスケジューリングに有用な他のパラメータは、受信されたフレームのＰＨＹヘッダまたはフレームの他の部分から推定され得る。
【０１４０】
[00152]プロセス９００のいくつかの態様はブロック９３０をさらに含み、ブロック９３０は、受信デバイスに宛てられている受信されたフレームに基づいて送信デバイスに応答する。たとえば、いくつかの態様では、ブロック９３０は、図６に関して上記で説明されたプロセス６００の１つまたは複数の機能を含み得る。たとえば、いくつかの態様では、ブロック９０５の受信されたフレームは、ブロック６０５において参照された第１のワイヤレスフレームと同じフレームであり得る。
【０１４１】
[00153]図９に示され上述されたプロセス９００は、少なくとも１つの例示的な実装形態を提供するが、エラーを含むフレームがフレームを受信するデバイスに宛てられているかどうかを決定する他の実装形態も考えられる。たとえば、いくつかの態様では、アクセスポイントは、ステーションとは異なる方式でフレームがアクセスポイントに宛てられているかどうかを決定することができ得る。たとえば、いくつかの態様では、（たとえば、フレーム内のアップリンク／ダウンリンクインジケータを介して）受信されたフレームがアップリンクフレームであり、フレーム内の基本サービスセットカラーインジケーションがアクセスポイント用のカラーと一致することを、アクセスポイントが成功理に復号できた場合、アクセスポイントは、フレームがアクセスポイントに宛てられていると決定することができる。いくつかの態様では、アクセスポイントは、受信されたフレームから、受信されたフレームの送信側の関連付け識別子（たとえば、部分的または完全な関連付け識別子）を復号し得る。復号された関連付け識別子フィールドが、アクセスポイントが関連付けられたステーションと通信するために使用した関連付け識別子のレコードに対応する場合、この決定は、受信されたフレームがアクセスポイントを対象としたか、またはアクセスポイントに宛てられたことの決定に寄与することができる。いくつかの態様では、アクセスポイントは、受信されたフレームから、受信側の関連付け識別子フィールド（たとえば、部分的または完全な関連付け識別子）を復号し得る。このフィールド内の値がアクセスポイントの関連付け識別子と一致する場合、関連付け識別子フィールドは、受信されたフレームがアクセスポイントを対象とするか、またはアクセスポイントに宛てられていることの決定に寄与することができる。
【０１４２】
[00154]ステーションは、アクセスポイントによって使用される同じフィールドのうちのいくつかを使用して、受信されたフレームがステーションを対象とするか、またはステーションに宛てられていると決定し得るが、異なるフィールドも利用し得る。
たとえば、いくつかの態様では、ステーションは、ダウンリンクフレームの対象とする受信機の部分的な関連付け識別子およびＢＳＳカラーフィールド（基本サービスセットの識別子）が、フレームが当該ステーションに宛てであることを示すかどうかを決定し得る。たとえば、受信側の関連付け識別子（たとえば、部分的または完全な関連付け識別子）フィールドがステーションの部分的な関連付け識別子に対応し、受信されたフレームのＢＳＳカラーフィールドが関連付けられたアクセスポイントのＢＳＳカラーと一致する場合、ステーションは、受信されたフレームがステーションに宛てられていると決定することができる。いくつかの他の態様では、ステーションは、ダウンリンクフレーム内のＢＳＳカラーインジケーションに依存し得る。いくつかの態様では、ステーションは、受信されたフレームが壊れていない場合、受信されたフレームの送信側アドレスを復号し得る。ステーションは、送信側アドレスが、ステーションが関連付けられたデバイス（たとえば、アクセスポイント）に対応するかどうかを決定し得る。対応する場合、これは、受信されたフレームがステーションを対象としたか、またはステーションに宛てられたことをさらに確認することができる。
【０１４３】
[00155]上記の態様のうちのいくつかでは、ステーションは、受信されたフレーム内の送信側の関連付け識別子（たとえば、部分的または完全な関連付け識別子）を復号し得る。復号された送信側の部分的な関連付け識別子フィールドが、ステーションが関連付けられたアクセスポイントと通信するために使用した送信側の部分的な関連付け識別子のレコードに対応する場合、この決定は、受信されたフレームがステーションを対象としたか、またはステーションに宛てられたことの決定に寄与することができる。
【０１４４】
[00156]いくつかの態様では、プロセス９００は、クリア・ツー・センドフレームまたはトリガフレームを送信することを含み得る。いくつかの態様では、クリア・ツー・センド（clear-to-send）フレームまたはトリガフレームは、（宛先アドレスフィールドが受信デバイスを識別するという点で）受信デバイスに宛てられ得る。クリア・ツー・センドフレームまたはトリガフレームを送信することにより、受信デバイスは、ブロック９０５において受信されたフレームの再送信を含むフレームの受信デバイスへの送信のためにリソースを割り振るべきことを、送信デバイスにシグナリングし得る。
【０１４５】
[00157]本明細書で使用される「決定すること」という用語は、多種多様な行為を包含する。たとえば、「決定すること」は、計算すること、算出すること、処理すること、導出すること、調査すること、探索すること（たとえば、テーブル、データベース、または別のデータ構造内で探索すること）、確認することなどを含む場合がある。また、「決定すること」は、受信すること（たとえば、情報を受信すること）、アクセスすること（たとえば、メモリ内のデータにアクセスすること）などを含む場合がある。また、「決定すること」は、解決すること、選択すること、選定すること、確立することなどを含む場合がある。さらに、本明細書で使用される「チャネル幅」は、いくつかの態様では帯域幅を包含する場合があるか、または帯域幅と呼ばれる場合もある。
【０１４６】
[00158]本明細書で使用される項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃを包含するものとする。
【０１４７】
[00159]上述された方法の様々な動作は、様々なハードウェアおよび／もしくはソフトウェアの構成要素、回路、ならびに／またはモジュールなどの、動作を実施することが可能な任意の適切な手段によって実施される場合がある。一般に、図に示されたいかなる動作も、それらの動作を実施することが可能な対応する機能的手段によって実施される場合がある。たとえば、機能的手段は、プロセッサと、プロセッサに結合されたメモリとを含む場合があり、メモリは、記載された機能を実施するようにプロセッサを構成する命令を記憶する。
【０１４８】
[00160]本開示に関して記載された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書に記載された機能を実施するように設計されたそれらの任意の組合せを用いて、実装または実施される場合がある。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販されているプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装される場合もある。
【０１４９】
[00161]１つまたは複数の態様では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装される場合がある。ソフトウェアに実装される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信される場合がある。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態で所望のプログラムコードを搬送もしくは記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は、非一時的コンピュータ可読媒体（たとえば、有形媒体）を備える場合がある。加えて、いくつかの態様では、コンピュータ可読媒体は、一時的コンピュータ可読媒体（たとえば信号）を備える場合がある。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１５０】
[00162]本明細書で開示された方法は、記載された方法を実現するための１つまたは複数のステップまたはアクションを備える。方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく、互いに入れ替えられる場合がある。言い換えれば、ステップまたはアクションの特定の順序が指定されていない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなく修正される場合がある。
【０１５１】
[00163]記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装される場合がある。ソフトウェアに実装される場合、機能は、１つまたは複数の命令として、コンピュータ可読媒体上に記憶される場合がある。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態で所望のプログラムコードを搬送もしくは記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の媒体を備えることができる。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。
【０１５２】
[00164]したがって、いくつかの態様は、本明細書で提示された動作を実施するためのコンピュータプログラム製品を備える場合がある。たとえば、そのようなコンピュータプログラム製品は、本明細書に記載された動作を実施するために１つまたは複数のプロセッサによって実行可能である命令をその上に記憶した（および／または符号化した）コンピュータ可読媒体を備える場合がある。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含む場合がある。
【０１５３】
[00165]ソフトウェアまたは命令は、データ通信媒体を介して送信される場合もある。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、データ通信媒体の定義に含まれる。
【０１５４】
[00166]さらに、本明細書に記載された方法および技法を実施するためのモジュールおよび／または他の適切な手段は、適用可能な場合、ユーザ端末および／または基地局によってダウンロードおよび／または場合によっては取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書に記載された方法を実施するための手段の転送を容易にするために、サーバに結合され得る。代替として、本明細書に記載された様々な方法は、ユーザ端末および／または基地局がデバイスに記憶手段を結合または提供すると様々な方法を取得することができるように、記憶手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理記憶媒体など）を介して提供され得る。その上、本明細書に記載された方法および技法をデバイスに提供するための任意の他の適切な技法が利用され得る。
【０１５５】
[00167]特許請求の範囲は、上記に示された厳密な構成および構成要素に限定されないことを理解されたい。特許請求の範囲から逸脱することなく、上述された方法および装置の構成、動作、および詳細において、様々な修正、変更、および変形が行われる場合がある。
【０１５６】
[00168]上記は本開示の態様を対象とするが、本開示の他の態様およびさらなる態様は、それらの基本的範囲から逸脱することなく考案される場合があり、それらの範囲は以下の特許請求の範囲によって決定される。
【図１】
2018507644.tif 000003
【図２】
2018507644.tif 000004
【図３】
2018507644.tif 000005
【図４Ａ】
2018507644.tif 000006
【図４Ｂ】
2018507644.tif 000007
【図５Ａ】
2018507644.tif 000008
【図５Ｂ】
2018507644.tif 000009
【図５Ｃ】
2018507644.tif 000010
【図６】
2018507644.tif 000011
【図７】
2018507644.tif 000012
【図８Ａ】
2018507644.tif 000013
【図８Ｂ】
2018507644.tif 000014
【図９】
2018507644.tif 000015
【国際調査報告】
2018507644.tif 000016
2018507644.tif 000017