(57)【要約】  本開示は、アクセスポイント（ＡＰ）において、ワイヤレス局（ＳＴＡ）からのアップリンク送信をトリガすることに関連するオーバーヘッドを低減するトリガフレームを生成するための技法に関係する様々な態様を提供する。本開示の特徴は、たとえば、ネットワークにおいて１つまたは複数のＳＴＡに割り振られ得る複数のランダムアクセスリソースユニットをシグナリングするための、トリガの単一のユーザごと情報フィールドを利用することによってこれを達成する。そのような技法は、各ランダムアクセスリソースユニットが別個のユーザごと情報フィールド中で別々にシグナリングされることを必要とする（したがってオーバーヘッドを増加させる）従来のシステムに勝る改善である。さらに、本開示の態様は、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかをＡＰがＳＴＡに効果的にシグナリングすることを可能にする。【選択図】      図２
2019515566.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
アクセスポイント（ＡＰ）において、アップリンク送信のために少なくとも１つの局（ＳＴＡ）をトリガするべきかどうかを決定することと、
前記少なくとも１つのＳＴＡをトリガするとの決定に応答してトリガフレームを生成することと、ここにおいて、前記トリガフレームは、前記少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのかマルチユーザリソースユニット割振りであるのかを識別する、
前記少なくとも１つのＳＴＡに前記トリガフレームを送信することと
を備える、方法。
【請求項２】
前記少なくとも１つのＳＴＡに割り振られた前記１つまたは複数のリソースのうちの少なくとも１つが、シングルユーザリソースユニット割振りであるという決定に基づいて、前記ＡＰによって、マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）ロングトレーニングフィールド（ＬＴＦ）モードをシングルストリームパイロットに設定すること
をさらに備える、請求項１に記載の方法。
【請求項３】
前記少なくとも１つのＳＴＡに割り振られた前記１つまたは複数のリソースのいずれも、シングルユーザリソースユニット割振りでないと決定することに基づいて、前記ＡＰによって、マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）ロングトレーニングフィールド（ＬＴＦ）を、マスキングされたＬＴＦシーケンスまたはシングルパイロットストリームに設定すること
をさらに備える、請求項１に記載の方法。
【請求項４】
前記トリガフレームの共通情報フィールド中の前記ＭＩＭＯ  ＬＴＦモードを識別すること
をさらに備える、請求項３に記載の方法。
【請求項５】
前記トリガフレームが、アップリンク送信のための前記少なくとも１つのＳＴＡに割り振られた複数のランダムアクセスリソースユニットを識別するユーザごと情報フィールドをさらに含む、請求項１に記載の方法。
【請求項６】
前記少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、直交周波数分割多元接続（ＯＦＤＭＡ）バックオフ（ＯＢＯ）のためのものであると決定することと、
前記１つまたは複数のリソースを０の関連付け識別子（ＡＩＤ）値に割り振ることと、
前記トリガフレームの前記送信に応答して、前記少なくとも１つのＳＴＡから、固定基本サービスセット（ＢＳＳ）色情報をもつ高効率（ＨＥ）トリガ物理レイヤコンバージェンスプロシージャプロトコルデータユニット（ＨＥ＿Ｔｒｉｇ  ＰＰＤＵ）を受信することと
をさらに備える、請求項１に記載の方法。
【請求項７】
ワイヤレス通信のためのアクセスポイント（ＡＰ）であって、
トリガフレームを生成するための命令を記憶するように構成されたメモリと、
前記メモリと通信可能に結合されたプロセッサとを備え、前記プロセッサは、
前記ＡＰにおいて、アップリンク送信のために少なくとも１つの局（ＳＴＡ）をトリガするべきかどうかを決定することと、
前記少なくとも１つのＳＴＡをトリガするとの決定に応答して前記トリガフレームを生成することと、ここにおいて、前記トリガフレームは、前記少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのかマルチユーザリソースユニット割振りであるのかを識別する、
前記少なくとも１つのＳＴＡに前記トリガフレームを送信することと
を行うために前記命令を実行するように構成された、
ＡＰ。
【請求項８】
前記プロセッサは、
前記少なくとも１つのＳＴＡに割り振られた前記１つまたは複数のリソースのうちの少なくとも１つが、シングルユーザリソースユニット割振りであるという決定に基づいて、前記ＡＰによって、マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）ロングトレーニングフィールド（ＬＴＦ）モードをシングルストリームパイロットに設定すること
を行うために前記命令を実行するようにさらに構成された、請求項７に記載のＡＰ。
【請求項９】
前記プロセッサは、
前記少なくとも１つのＳＴＡに割り振られた前記１つまたは複数のリソースのいずれも、シングルユーザリソースユニット割振りでないと決定することに基づいて、前記ＡＰによって、マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）ロングトレーニングフィールド（ＬＴＦ）を、マスキングされたＬＴＦシーケンスまたはシングルパイロットストリームに設定すること
を行うために前記命令を実行するようにさらに構成された、請求項７に記載のＡＰ。
【請求項１０】
前記プロセッサが、
前記トリガフレームの共通情報フィールド中の前記ＭＩＭＯ  ＬＴＦモードを識別すること
を行うために前記命令を実行するようにさらに構成された、請求項９に記載のＡＰ。
【請求項１１】
前記トリガフレームが、アップリンク送信のための前記少なくとも１つのＳＴＡに割り振られた複数のランダムアクセスリソースユニットを識別するユーザごと情報フィールドをさらに含む、請求項７に記載のＡＰ。
【請求項１２】
前記プロセッサは、
前記少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、直交周波数分割多元接続（ＯＦＤＭＡ）バックオフ（ＯＢＯ）のためのものであると決定することと、
前記１つまたは複数のリソースを０の関連付け識別子（ＡＩＤ）値に割り振ることと、
前記トリガフレームの前記送信に応答して、前記少なくとも１つのＳＴＡから、固定基本サービスセット（ＢＳＳ）色情報をもつ高効率（ＨＥ）トリガ物理レイヤコンバージェンスプロシージャプロトコルデータユニット（ＨＥ＿Ｔｒｉｇ  ＰＰＤＵ）を受信することと
を行うために前記命令を実行するようにさらに構成された、請求項７に記載のＡＰ。
【請求項１３】
ワイヤレス通信のための方法であって、
局（ＳＴＡ）において、アクセスポイント（ＡＰ）からトリガフレームを受信することと、ここにおいて、前記トリガフレームが、ユーザごと情報フィールドを含む、
前記ＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別するために、前記トリガフレームの前記ユーザごと情報フィールドを復号することと、
前記復号することに基づいて、前記ＡＰによって前記ＳＴＡに割り振られた前記１つまたは複数のリソース上で前記ＡＰと通信することと
を備える、方法。
【請求項１４】
前記トリガフレームを復号することが、
マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）ロングトレーニングフィールド（ＬＴＦ）モードを識別するために、前記トリガフレームの共通情報フィールドを復号すること
を備える、請求項１３に記載の方法。
【請求項１５】
前記ＭＵ  ＭＩＭＯ  ＬＴＦモードは、少なくとも１つのＳＴＡに割り振られた前記１つまたは複数のリソースのうちの少なくとも１つが、シングルユーザリソースユニット割振りであるという決定に基づいて、シングルストリームパイロットとして示される、請求項１４に記載の方法。
【請求項１６】
前記ＭＵ  ＭＩＭＯ  ＬＴＦモードは、前記少なくとも１つのＳＴＡに割り振られた前記１つまたは複数のリソースのいずれも、シングルユーザリソースユニット割振りでないと決定することに基づいて、マスキングされたＬＴＦシーケンスまたはシングルパイロットストリームとして示される、請求項１４に記載の方法。
【請求項１７】
前記トリガフレームを復号することは、
前記ＳＴＡに割り振られた前記１つまたは複数のリソースが、前記シングルユーザリソースユニット割振りであるのか、前記マルチユーザリソースユニット割振りであるのかをシグナリングするための、前記トリガフレームの前記ユーザごと情報フィールド中のリソースユニット割振りサブフィールドのビット値を復号すること
を備える、請求項１３に記載の方法。
【請求項１８】
前記トリガフレームを復号することは、
割り振られた前記１つまたは複数のリソースが、前記シングルユーザリソースユニット割振りを含むのか、前記マルチユーザリソースユニット割振りを含むのかを示す、前記トリガフレームの前記ユーザごと情報フィールドへの追加の構成可能なビットを復号すること
を備える、請求項１３に記載の方法。
【請求項１９】
前記トリガフレームの共通情報フィールドの少なくとも一部分を識別することと、
前記ＡＰによって１つまたは複数のパンクチャドチャネルを識別するために前記共通情報フィールドの前記少なくとも前記一部分を復号することと
をさらに備える、請求項１３に記載の方法。
【請求項２０】
空間再利用送信が可能にされないかどうかを識別するために、前記共通情報フィールドの前記少なくとも前記一部分の空間再利用サブフィールドの一部分を復号すること
をさらに備える、請求項１９に記載の方法。
【請求項２１】
前記ＡＰの送信電力を決定することと、
前記ＡＰの干渉レベルを決定することと、
前記ＡＰの前記送信電力と前記ＡＰの前記干渉レベルとに少なくとも部分的に基づいて、前記ＳＴＡの送信電力を計算することと、
前記ＳＴＡの前記送信電力において１つまたは複数の非パンクチャドチャネル上で前記ＡＰにアップリンクパケットを送信することと
をさらに備える、請求項１９に記載の方法。
【請求項２２】
前記ＳＴＡの前記送信電力が、前記トリガフレームのダウンリンク経路損失測定値に少なくとも部分的に基づいて決定される、請求項２１に記載の方法。
【請求項２３】
前記ＡＰの前記干渉レベルが、前記トリガフレームの少なくとも一部分の復号に基づいて決定される、請求項２１に記載の方法。
【請求項２４】
ワイヤレス通信のためのワイヤレス局（ＳＴＡ）であって、
トリガフレームを処理するための命令を記憶するように構成されたメモリと、
前記メモリと通信可能に結合されたプロセッサとを備え、前記プロセッサは、
前記ＳＴＡにおいて、アクセスポイント（ＡＰ）からトリガフレームを受信することと、ここにおいて、前記トリガフレームが、ユーザごと情報フィールドを含む、
前記ＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別するために、前記トリガフレームの前記ユーザごと情報フィールドを復号することと、
前記復号することに基づいて、前記ＡＰによって前記ＳＴＡに割り振られた前記１つまたは複数のリソース上で前記ＡＰと通信することと
を行うために前記命令を実行するように構成された、
ＳＴＡ。
【請求項２５】
前記プロセッサが、
マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）ロングトレーニングフィールド（ＬＴＦ）モードを識別するために、前記トリガフレームの共通情報フィールドを復号すること
を行うために前記命令を実行するようにさらに構成された、請求項２４に記載のＳＴＡ。
【請求項２６】
前記ＭＵ  ＭＩＭＯ  ＬＴＦモードは、少なくとも１つのＳＴＡに割り振られた前記１つまたは複数のリソースのうちの少なくとも１つが、シングルユーザリソースユニット割振りであるという決定に基づいて、シングルストリームパイロットとして示される、請求項２４に記載のＳＴＡ。
【請求項２７】
前記ＭＵ  ＭＩＭＯ  ＬＴＦモードは、前記少なくとも１つのＳＴＡに割り振られた前記１つまたは複数のリソースのいずれも、シングルユーザリソースユニット割振りでないと決定することに基づいて、マスキングされたＬＴＦシーケンスまたはシングルパイロットストリームとして示される、請求項２４に記載のＳＴＡ。
【請求項２８】
前記プロセッサは、
前記ＳＴＡに割り振られた前記１つまたは複数のリソースが、前記シングルユーザリソースユニット割振りであるのか、前記マルチユーザリソースユニット割振りであるのかをシグナリングするための、前記トリガフレームの前記ユーザごと情報フィールド中のリソースユニット割振りサブフィールドのビット値を復号すること
を行うために前記命令を実行するようにさらに構成された、請求項２４に記載のＳＴＡ。
【請求項２９】
前記プロセッサは、
割り振られた前記１つまたは複数のリソースが、前記シングルユーザリソースユニット割振りを含むのか、前記マルチユーザリソースユニット割振りを含むのかを示す、前記トリガフレームの前記ユーザごと情報フィールドへの追加の構成可能なビットを復号すること
を行うために前記命令を実行するようにさらに構成された、請求項２４に記載のＳＴＡ。
【請求項３０】
前記プロセッサが、
前記ＡＰの送信電力を決定することと、
前記ＡＰの干渉レベルを決定することと、
前記ＡＰの前記送信電力と前記ＡＰの前記干渉レベルとに少なくとも部分的に基づいて、前記ＳＴＡの送信電力を計算することと、
前記ＳＴＡの前記送信電力において１つまたは複数の非パンクチャドチャネル上で前記ＡＰにアップリンクパケットを送信することと
を行うために前記命令を実行するようにさらに構成された、請求項２４に記載のＳＴＡ。
【請求項３１】
ワイヤレス通信のための方法であって、
局（ＳＴＡ）において、第１のアクセスポイント（ＡＰ）からトリガフレームを受信することと、
前記第１のＡＰの送信電力または前記第１のＡＰの許容干渉レベルのうちの１つまたは複数を識別するために、前記トリガフレーム中の少なくとも空間再利用サブフィールドを復号することと、
前記第１のＡＰの前記送信電力または前記第１のＡＰの前記干渉レベルに少なくとも部分的に基づいて、前記ＳＴＡの送信電力を計算することと
を備える、方法。
【請求項３２】
前記ＳＴＡの前記送信電力において１つまたは複数のパンクチャドチャネル上で第２のＡＰにアップリンクパケットを送信すること
をさらに備える、請求項３１に記載の方法。
【請求項３３】
前記トリガフレームを復号することは、
空間再利用送信が可能にされないかどうかを識別するために、共通情報フィールドの少なくとも一部分の前記空間再利用サブフィールドの一部分を復号すること
を備える、請求項３１に記載の方法。
【請求項３４】
前記空間再利用サブフィールドが、前記トリガフレームの共通情報フィールド中に含まれる、請求項３１に記載の方法。
【請求項３５】
前記トリガフレームが、利用可能帯域幅を識別する帯域幅フィールドと、空間再利用送信のために前記利用可能帯域幅からサブバンドを識別する空間再利用ビットのセットとを含む、請求項３１に記載の方法。
【請求項３６】
前記トリガフレームの少なくとも前記空間ｒｅｓｕｓｅサブフィールドを復号することに基づいて、前記ＳＴＡへの未使用チャネルを識別すること
をさらに備える、請求項３１に記載の方法。
【請求項３７】
ワイヤレス通信のためのワイヤレス局（ＳＴＡ）であって、
前記ＳＴＡの送信電力を制御するための命令を記憶するように構成されたメモリと、
前記メモリと通信可能に結合されたプロセッサとを備え、前記プロセッサが、
局（ＳＴＡ）において、第１のアクセスポイント（ＡＰ）からトリガフレームを受信することと、
前記第１のＡＰの送信電力または前記第１のＡＰの許容干渉レベルのうちの１つまたは複数を識別するために、前記トリガフレーム中の少なくとも空間再利用サブフィールドを復号することと、
前記第１のＡＰの前記送信電力または前記第１のＡＰの前記干渉レベルに少なくとも部分的に基づいて、前記ＳＴＡの送信電力を計算することと
を行うために前記命令を実行するように構成された、
ＳＴＡ。
【請求項３８】
前記プロセッサが、
前記ＳＴＡの前記送信電力において１つまたは複数のパンクチャドチャネル上で第２のＡＰにアップリンクパケットを送信すること
を行うために前記命令を実行するようにさらに構成された、請求項３７に記載のＳＴＡ。
【請求項３９】
前記プロセッサは、
空間再利用送信が可能にされないかどうかを識別するために、共通情報フィールドの少なくとも一部分の前記空間再利用サブフィールドの一部分を復号すること
を行うために前記命令を実行するようにさらに構成された、請求項３７に記載のＳＴＡ。
【請求項４０】
前記空間再利用サブフィールドが、前記トリガフレームの共通情報フィールド中に含まれる、請求項３７に記載のＳＴＡ。
【請求項４１】
前記トリガフレームが、利用可能帯域幅を識別する帯域幅フィールドと、空間再利用送信のために前記利用可能帯域幅からサブバンドを識別する空間再利用ビットのセットとを含む、請求項３７に記載のＳＴＡ。
【請求項４２】
前記プロセッサが、
前記トリガフレームの少なくとも前記空間ｒｅｓｕｓｅサブフィールドを復号することに基づいて、前記ＳＴＡへの未使用チャネルを識別すること
を行うために前記命令を実行するようにさらに構成された、請求項４１に記載のＳＴＡ。
【請求項４３】
前記第１のＡＰの前記許容干渉レベルが、非パンクチャドチャネル上でよりもパンクチャドチャネル上でより高い、請求項３７に記載のＳＴＡ。
【請求項４４】
前記空間再利用サブフィールドは、高干渉が、前記非パンクチャドチャネルよりもパンクチャドチャネル上で前記第１のＡＰによって容認され得ることを示すように設定される、請求項３７に記載のＳＴＡ。
【請求項４５】
前記空間再利用サブフィールドが、前記トリガフレームの共通情報フィールド中に含まれ中、請求項３７に記載のＳＴＡ
【請求項４６】
ワイヤレス通信のための装置であって、
局（ＳＴＡ）において、第１のアクセスポイント（ＡＰ）からトリガフレームを受信するための手段と、
前記第１のＡＰの送信電力または前記第１のＡＰの許容干渉レベルのうちの１つまたは複数を識別するために、前記トリガフレーム中の少なくとも空間再利用サブフィールドを復号するための手段と、
前記第１のＡＰの前記送信電力または前記第１のＡＰの前記干渉レベルに少なくとも部分的に基づいて、前記ＳＴＡの送信電力を計算するための手段と
を備える、装置。
【請求項４７】
前記ＳＴＡの前記送信電力において１つまたは複数のパンクチャドチャネル上で第２のＡＰにアップリンクパケットを送信するための手段
をさらに備える、請求項４６に記載の装置。
【請求項４８】
前記空間再利用サブフィールドが、前記トリガフレームの共通情報フィールド中に含まれる、請求項４６に記載の装置。
【請求項４９】
前記トリガフレームが、利用可能帯域幅を識別する帯域幅フィールドと、空間再利用送信のために前記利用可能帯域幅からサブバンドを識別する空間再利用ビットのセットとを含む、請求項４６に記載の装置。
【請求項５０】
前記トリガフレームの少なくとも前記空間ｒｅｓｕｓｅサブフィールドを復号することに基づいて、前記ＳＴＡへの未使用チャネルを識別するための手段
をさらに備える、請求項４６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本特許出願は、その全体が参照により本明細書に明確に組み込まれる、各々「TRIGGER FRAME IN WIRELESS LOCAL AREA NETWORK」と題する、２０１７年５月４日に出願された米国非仮出願第１５／５８７，１３５号、２０１７年５月４日に出願された米国非仮出願第１５／５８７，１５６号、２０１６年５月６日に出願された米国仮出願第６２／３３２，９９０号、２０１６年６月１日に出願された米国仮出願第６２／３４４，３５０号、および２０１６年７月１３日に出願された米国仮出願第６２／３６１，９６８号の優先権を主張する。
【背景技術】
【０００２】
[0002]自宅、オフィス、および様々な公共施設におけるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）の展開は今日珍しくない。そのようなネットワークは、一般に、特定の場所（たとえば、自宅、オフィス、公共施設など）におけるいくつかのワイヤレス局（ＳＴＡ）を、インターネットなど、別のネットワークに接続するワイヤレスアクセスポイント（ＡＰ）を採用する。ＳＴＡのセットは、基本サービスセット（ＢＳＳ）と呼ばれるものにおける共通ＡＰを通して互いと通信することができる。しかしながら、いくつかのＷＬＡＮネットワーク展開は、高密度である（たとえば、複数のＡＰのカバレージエリア内に展開された多数のＳＴＡを有する）ことがあり、このことは、チャネルまたは媒体使用に関係する問題を生じ得る。他の例では、ワイヤレスネットワークは、端末が特定のＡＰの使用なしに互いと直接非同期的に通信、「アドホック」通信システムとして構成され得る。
【０００３】
[0003]複数のＳＴＡおよびＡＰが、限られたエリア中で動作する場合、ワイヤレス媒体にアクセスすることを試みるＳＴＡおよび／またはＡＰの間で、トラフィック衝突および干渉が起こり得る。トラフィック衝突および干渉は、パケットがドロップされることを引き起こし得、ここで、送信デバイスが、送信成功まで同じパケットを複数回再送信することを必要とされる。しかしながら、ワイヤレスＳＴＡは、通常、限られた電源（たとえば、小さいバッテリー）上で動作する小さいハンドヘルドデバイスであるので、ＳＴＡは、電力消費の考慮と反復送信試みの考慮とのバランスをとる必要があり得る。ＳＴＡのトラフィック衝突および電力消費を最小限に抑えるために様々な技法およびシステムが開発されている。
【０００４】
[0004]１つのそのような技法は、たとえば、省電力動作モードにおいてＳＴＡを動作させることを含む。省電力動作モードは、ＳＴＡが、スリープモードに入り、ＡＰのビーコンをリッスンするために周期的に起動することを可能にする。ＡＰは、ターゲットＳＴＡがスリープモードにある場合、特定のＳＴＡのためのパケットをバッファし得、ＳＴＡに、ビーコンフレーム中で保留中のパケットの利用可能性を通知する。ＳＴＡが起動するとき、ＳＴＡは、ＳＴＡのための保留中のパケットがあるかどうかを決定するためにビーコンを復号し、保留中のパケットがある場合、バッファされたパケットをＳＴＡに配信するためのＡＰからのダウンリンク送信を開始するために、ＡＰにトリガフレームを送信し得る。
【０００５】
[0005]代替的に、トラフィック衝突を限定することによって刺激されたＡＰは、同様に、複数のＳＴＡからのアップリンクトラフィックをスケジュールするために、トリガフレームを適用し得る。しかしながら、従来のトリガフレーム技法は、各ＳＴＡのための冗長情報を別々に含む高いオーバーヘッドを含む、いくつかの欠点がある。さらに、この技法は、トリガフレームを受信するデバイス（たとえば、ＳＴＡ）が、そのフレームがＳＴＡを復号することを対象としたか否かにかかわらず、トリガフレーム全体を復号することを必要とする。そのような実装形態は、極めて非効率的であり、電力集約的であり得る。
【発明の概要】
【０００６】
[0006]本開示は、ＡＰにおいて、ＳＴＡからのアップリンク送信をトリガすることに関連するオーバーヘッドを低減するトリガフレームを生成するための技法に関係する様々な態様を提供する。本開示の態様は、たとえば、ネットワークにおいて１つまたは複数のＳＴＡに割り振られ得る複数のランダムアクセスリソースユニットをシグナリングするための、トリガの単一のユーザごと情報フィールド（per-user information field）を利用することによってこれを達成する。そのような技法は、各ランダムアクセスリソースユニットが別個のユーザごと情報フィールド中で別々にシグナリングされることを必要とする（したがってオーバーヘッドを増加させる）従来のシステムに勝る改善である。
【０００７】
[0007]追加または代替として、本開示の態様は、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかをＡＰがＳＴＡに効果的にシグナリングすることを可能にする。他の態様では、ＡＰはまた、ＡＰによってＳＴＡに示された１つまたは複数のパンクチャドチャネルを識別し得る。本開示するの目的のために、「パンクチャドチャネル」という用語は、ＡＰがサードパーティＳＴＡ（たとえば、トリガフレームの対象とされた受信側でないＳＴＡ）に示す１つまたは複数のチャネル、アップリンク送信において未使用であり得るチャネルを含む。以下で説明されるように、この情報をシグナリングすることは、トリガフレームがＳＴＡに宛てられておらず、ＳＴＡがリソースのマルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）ロングトレーニングフィールド（ＬＴＦ）モードを使用するように構成されていないとＳＴＡが決定し得る場合、ＳＴＡがトリガフレームの残りの部分を復号しなければならないことを防ぐ。
【０００８】
[0008]一態様では、ＡＰにおけるワイヤレス通信のための方法が開示される。本方法は、ＡＰにおいて、アップリンク送信のために少なくとも１つのＳＴＡをトリガするべきかどうかを決定することと、少なくとも１つのＳＴＡをトリガするとの決定に応答してトリガフレームを生成することとを含み得る。トリガフレームは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別し得る。本方法は、少なくとも１つのＳＴＡにトリガフレームを送信することを含み得る。
【０００９】
[0009]別の態様では、ワイヤレス通信のためのＡＰが開示される。本ＡＰは、トリガフレームを生成するための命令を記憶するように構成されたメモリと、メモリと通信可能に結合されたプロセッサとを含み得る。プロセッサは、本ＡＰにおいて、アップリンク送信のために少なくとも１つのＳＴＡをトリガするべきかどうかを決定するために命令を実行するように構成され得る。プロセッサは、少なくとも１つのＳＴＡをトリガするとの決定に応答してトリガフレームを生成するために命令をさらに実行し得る。トリガフレームは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別し得る。プロセッサは、少なくとも１つのＳＴＡにトリガフレームを送信するために命令をさらに実行し得る。
【００１０】
[0010]別の態様では、ワイヤレス通信のための別の方法が開示される。本方法は、ＳＴＡにおいて、ＡＰからトリガフレームを受信することを含み得る。トリガフレームは、ユーザごと情報フィールドを含み得る。本方法は、ＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別するために、トリガフレームを復号することをさらに含み得る。本方法は、復号することに基づいて、ＡＰによってＳＴＡに割り振られた１つまたは複数のリソース上でＡＰと通信することをさらに含み得る。
【００１１】
[0011]別の例では、ワイヤレス通信のためのＳＴＡが開示される。本ＳＴＡは、トリガフレームを処理するための命令を記憶するように構成されたメモリと、メモリと通信可能に結合されたプロセッサとを含み得る。プロセッサは、本ＳＴＡにおいて、ＡＰからトリガフレームを受信するために命令を実行するように構成され得る。トリガフレームは、ユーザごと情報フィールドを含み得る。プロセッサは、本ＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別するために、トリガフレームを復号するために命令をさらに実行し得る。プロセッサは、復号することに基づいて、ＡＰによって本ＳＴＡに割り振られた１つまたは複数のリソース上でＡＰと通信するために命令をさらに実行し得る。
【００１２】
[0012]装置および方法の様々な態様が例として図示および説明される、以下の発明を実施するための形態から、当業者には装置および方法の他の態様が容易に明らかになることを理解されたい。了解されるように、これらの態様は、他のおよび異なる形態で実装され得、それのいくつかの詳細は、様々な他の点において変更が可能である。したがって、図面および発明を実施するための形態は、本質的に例示的なものと見なされるべきであり、限定的なものと見なされるべきではない
【図面の簡単な説明】
【００１３】
【図１】[0013]本明細書で説明される様々な技法に関するワイヤレスローカルエリアネットワーク（ＷＬＡＮ）展開の一例を示す概念図。
【図２】[0014]本明細書で説明される様々な技法に関するＷＬＡＮ展開の一例を示すより詳細な実装図。
【図３Ａ】[0015]本開示の様々な態様による、トリガフレームおよびトリガフレームの共通情報フィールドを示す図。
【図３Ｂ】[0016]本開示の様々な態様による、トリガフレームおよびトリガフレームのユーザごと情報フィールドを示す図。
【図４】[0017]少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別するための、トリガフレームのユーザごと情報フィールドのリソースユニット割振りサブフィールドに割り当てられ得るビット値の一例を識別するテーブル。
【図５】[0018]ＡＰにおいて、ランダムアクセス割振りのための被圧縮ユーザごと情報フィールドをもつトリガフレームを生成する例示的な方法のフローチャート。
【図６Ａ】[0019]ＡＰにおいて、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別するロングトレーニングフィールド（ＬＴＦ）モードシグナリングのためのトリガフレームを生成する例示的な方法のフローチャート。
【図６Ｂ】[0020]ＡＰによって１つまたは複数のパンクチャドチャネルを識別するトリガフレームを生成する例示的な方法のフローチャート。
【図６Ｃ】[0021]１つまたは複数のＳＴＡへの、ＡＰのＢＳＳ色情報を識別するトリガフレームを生成する例示的な方法のフローチャート。
【図７】[0022]様々な構成要素を含み得るＡＰの実装形態の１つのハードウェア例について説明する図。
【図８】[0023]ＳＴＡにおいて、ランダムアクセス割振りのための被圧縮ユーザごと情報フィールドをもつトリガフレームを復号する例示的な方法のフローチャート。
【図９】[0024]ＳＴＡにおいて、ＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソース割振りユニットであるのかマルチユーザリソース割振りユニットであるのかを識別するＬＴＦモードシグナリングをもつトリガフレームを復号する例示的な方法のフローチャート。
【図１０】[0025]ＡＰによって１つまたは複数のパンクチャドチャネルを識別するためにトリガフレームを復号する例示的な方法のフローチャート。
【図１１】[0026]ＡＰによって１つまたは複数のパンクチャドチャネルを識別するためにトリガフレームを復号する例示的な方法のフローチャート。
【図１２】[0027]様々な構成要素を含み得るＳＴＡの実装形態の１つのハードウェア例について説明する図。
【発明を実施するための形態】
【００１４】
[0028]添付の図面を参照しながら様々な概念が以下でより十分に説明される。ただし、これらの概念は、当業者によって多くの異なる形態で実施され得、本明細書で提示されるいずれかの特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの概念は、本開示が周到で完全になり、当業者にこれらの概念の範囲を十分に伝えるように与えられる。発明を実施するための形態は具体的な詳細を含み得る。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、本開示全体にわたって提示される様々な概念を不明瞭にすることを回避するために、よく知られている構造および構成要素がブロック図形式で示されている。
【００１５】
[0029]上記で説明されたように、トリガフレームを生成し、送信する（たとえば、ブロードキャストする）この技法は、各フレーム中に含まれる冗長データおよび受信されたトリガフレームを復号するＳＴＡの電力消費を増加させ得る不十分な情報信号に関する高いオーバーヘッドに関連する欠点がある。特に、この技法では、トリガフレームは、１つまたは複数のユーザごと情報フィールドを含み得る。いくつかの態様では、ワイルドカード送信（またはランダムアクセスリソースユニット）がトリガフレーム中に含まれる。したがって、各ユーザごと情報サブフィールドは、別個のおよび個々のランダムアクセスリソースユニットに関する情報を含む。しかしながら、各ランダムアクセスリソースユニットについて一定のままである、様々な情報フィールドにおいて搬送されるパラメータ（たとえば、変調およびコーディング方式（ＭＣＳ）、コーディングなど）の冗長性があり得る。さらに、トリガフレームのこの実装形態は、割り振られたリソースが、シングルユーザ（ＳＵ）ユニット割振りであるのか、マルチユーザ（ＭＵ）リソースユニット割振りであるのかを１つまたは複数のＳＴＡにシグナリングすることができない。そのようにシグナリングすることができないことは、ＳＴＡが完全なトリガフレームを復号する必要があることを生じ、これは、有益なリソース（たとえば、電力および処理）を浪費し得る。
【００１６】
[0030]本開示の態様は、第１のインスタンスのみにおいて、複数のランダムアクセスリソースユニットにわたって冗長であり得る情報（たとえば、ＭＣＳ、コーディング、およびＤＣＭ）をシグナリングすることによって、シングルユーザごと情報フィールドが、複数のランダムアクセスリソースユニットに関する情報を搬送するように構成されることを可能にする技法を実装することによって、上記で特定された問題を解決する。本明細書で使用される被圧縮ユーザごと情報フィールドは、したがって、トリガフレームのためにＡＰにおいて生成され、通信リンク上で送信され、ＳＴＡによって復号されるビット数を低減する。追加または代替として、本開示の態様は、受信側ＳＴＡが、それのリソースユニット割振りユニットが、アップリンク（ＵＬ）ＳＵ／ＭＵであるかどうか、したがってどんなＭＵ  ＭＩＭＯ  ＬＴＦモードが特定のリソースユニットを使用するべきかにを決定するための様々なオプションを実装する。そのような情報は、現在、従来のトリガシステムにおいてシグナリングされていない。しかしながら、トリガフレーム中にこの情報を含めることによって、本開示の態様は、トリガフレームのを復号するためにＳＴＡが必要とし得るビット数を限定し得る。
【００１７】
[0031]追加または代替として、本開示の態様は、さらに、ＡＰによって１つまたは複数のパンクチャドチャネルをＳＴＡにシグナリングすることによって、従来のシステムに勝る利点を提供する。上述のように、パンクチャドチャネルは、ＡＰが、サードパーティＳＴＡ（たとえば、トリガフレームの対象とされた受信側でないＳＴＡ）に示す１つまたは複数のチャネル、アップリンク送信において未使用であり得るチャネルを含み得る。本開示のいくつかの態様では、傍観ＳＴＡ（たとえば、トリガフレームのターゲットでないＳＴＡ）が、ＡＰからのブロードキャストトリガフレーム信号をオーバーヒア（overhear）し、利用可能帯域幅を最大化するために利用され得るリソースおよびタイミングを識別し得る。いくつかの態様では、トリガフレームの少なくとも一部分を復号することに基づいて、傍観ＳＴＡは、（ＡＰが、ターゲットＳＴＡがアップリンク送信のために１つまたは複数のパンクチャドチャネルを利用するのを妨げ得るので）利用可能であり得る１つまたは複数のチャネルを識別し得る。したがって、いくつかの例では、傍観ＳＴＡは、それのアップリンクパケットを送信するために、識別された１つまたは複数のパンクチャドチャネルを利用し得る。いくつかの態様では、ＨＥ−ＳＩＧＡ−Ａを含むＨＥトリガベースＰＰＤＵのプリアンブルが、すべての非ＡＰ  ＳＴＡについて同等であることを必要とされ得る複数の非ＡＰ  ＳＴＡからの応答として送信され得る。これは、上記で特定された技法の採用がなければ、ＡＰが、ＨＥトリガベースＰＰＤＵを効率的に復号することができないことがあるためであり得る。「空間Ｒｅｕｓ」は、ＨＥトリガベースＰＰＤＵ中のフィールドであるので、本開示の態様は、それが、ＨＥトリガベースＰＰＤＵを送信したすべての非ＡＰ  ＳＴＡによって同等の値であるように正しく設定されることを保証する。
【００１８】
[0032]本開示の態様によって対処される１つのさらなる問題は、１つまたは複数のＳＴＡが、ＳＴＡに関連するＡＰの基本サービスセット（ＢＳＳ）色情報に関して知識がないことがある状況を含む。本開示の目的で、「ＢＳＳ色」という用語は、送信機のＢＳＳ識別を指すことがある。言い換えれば、ＢＳＳ色は、パケットのソースであるＢＳＳを識別し得る。ＩＥＥＥ８０２．１１規格によれば、いくつかの実装形態では、関連付け識別情報（ＡＩＤ）が、局（ＳＴＡ）の１６ビットＩＤを表すためにＡＰによって割り当てられる値であり、基本サービスセット識別情報（ＢＳＳＩＤ）が、ＩＥＥＥ８０２  ＭＡＣアドレスと同じフォーマットの４８ビットフィールドである。ＡＩＤは、ＳＴＡを識別するために使用され得、ＢＳＳＩＤは、ＢＳＳを識別するために使用され得る。ワイヤレス通信システムでは、ＢＳＳ色情報は、競合ベース衝突を解決するために使用され得る。たとえば、いくつかの現在のＷＬＡＮシステムでは、ＳＴＡがそれの１次チャネル上でパケットを受信するとき、ＳＴＡは、受信されたパケットを復号し、受信されたパケットの少なくとも持続時間の間バックオフする。しかしながら、これは、パケットがＯＢＳＳからのものである場合、ＳＴＡは、ＯＢＳＳからの受信されたパケットがある信号強度レベル、たとえば、所与のクリアチャネルアセスメント（ＣＣＡ）レベルを下回る場合に依然として送信することが可能であり得るので、空間再利用を実行する見込みを低減する。一方、パケットがそれ自体のＢＳＳからのものである場合、ＳＴＡは、信号強度が低い場合でも、バックオフするものとする。したがって、ＳＴＡは、正確なＢＳＳ色情報を識別する。
【００１９】
[0033]しかしながら、いくつかの場合には、ＳＴＡは、１つまたは複数の関連しないＳＴＡがＯＦＤＭＡバックオフ（ＯＢＯ）を使用して送信するとき、またはＡＰがそれのＢＳＳ色情報を変更したが、ＳＴＡが変更に気づいていないことがあるときなど、ＡＰのＢＳＳ色を知らないことがある。そのような状況では、ネットワークにおける１つまたは複数のＳＴＡは、新しい色情報を受信しないことがあり、したがって、古くなった色情報を知っていることがある。さらに、現在のシステムでは、ＢＳＳ色情報は、ＡＰによって送信されたトリガフレーム中で搬送されない。したがって、いくつかの場合には、ＳＴＡは、現在のＡＰ  ＢＳＳ色情報とは異なるＢＳＳ色をもつ高効率（ＨＥ）トリガ物理レイヤコンバージェンスプロシージャ（ＰＬＣＰ）プロトコルデータユニット（ＨＥ＿Ｔｒｉｇ  ＰＰＤＵ）を送信し得る。
【００２０】
[0034]同様に、トリガフレーム中にＢＳＳ色を含めることは、ＡＰが、少なくとも１つまたは複数の非ＡＰ  ＳＴＡにトリガフレームを送るとき、有益であり得る。概して、そのような状況では、非ＡＰ  ＳＴＡは、ＨＥトリガベースＰＰＤＵを使用して同時応答を送る。いくつかの態様では、複数の非ＡＰ  ＳＴＡからの応答として送信されるＨＥ−ＳＩＧＡ−Ａを含むＨＥトリガベースＰＰＤＵのプリアンブルは、さもなければＡＰが、ＨＥトリガベースＰＰＤＵを効率的に復号することができないことになるので、すべての非ＡＰ  ＳＴＡについて同等であることを必要とされ得る。ＢＳＳ色は、ＨＥトリガベースＰＰＤＵ中のフィールドであるので、本開示の態様は、それが、ＨＥトリガベースＰＰＤＵを送信したすべての非ＡＰ  ＳＴＡによって同等の値であるように正しく設定されることを保証する。
【００２１】
[0035]本開示の態様は、トリガフレームにＢＳＳ色情報を追加することによって、上記の問題を解決する。いくつかの例では、ＢＳＳ色情報は、ＨＥ  ＰＰＤＵ中で送信され得るトリガフレームの共通情報フィールド（図３Ａ、共通情報フィールド３０５参照）に追加され得る。他の例では、ＢＳＳ色情報は、ＳＳ割振りフィールドを使用してシグナリングされ得る。たとえば、ＡＩＤ１２値が０であるとき、ユーザごと情報フィールド中のＳＳ割振りが、ＡＰに関連するＢＳＳ色情報を示すために転用され得る。代替例では、ＡＩＤ１２＝０であるとき、トリガフレームのタイプ依存ユーザごと情報フィールドが、ＢＳＳ色情報を示すために転用され得る。またさらなる例では、ＡＰがＯＢＯのためのリソースユニット（ＲＵ）を割り振っているとき、ＡＰは、すべてのＲＵをＡＩＤ＝０に割り振り得る。したがって、すべての関連するＳＴＡおよび関連しないＳＴＡは、固定ＢＳＳ色（たとえば、値０または６３）をもつＨＥ＿Ｔｒｉｇ  ＰＰＤＵを送信し得る。本開示の態様によれば、ＡＰは、第１の値から第２の値にＢＳＳ色を変更するとき、後続のトリガフレームを送信する前に、最初にＢＳＳ色変更のＳＴＡ受信を確認することになる。追加または代替として、本開示の態様は、ＳＴＡがＨＥ＿Ｔｒｉｇパケット中でブロードキャストＢＳＳ色を使用するべきであるかどうかを示すために、トリガフレーム共通情報フィールド（図３Ａ）にさらなるビットを追加することをも含み得る。
【００２２】
[0036]図１は、本明細書で説明される様々な技法に関するワイヤレスローカルエリアネットワーク（ＷＬＡＮ）展開の一例を示す概念図１００である。ＷＬＡＮは、１つまたは複数のアクセスポイント（ＡＰ）と、それぞれのＡＰに関連する１つまたは複数の移動局（ＳＴＡ）とを含み得る。この例では、展開された２つのＡＰ、すなわち、基本サービスセット１（ＢＳＳ１）中のＡＰ１  １０５−ａと、重複基本サービスセット（ＯＢＳＳ）と呼ばれることがあるＢＳＳ２中のＡＰ２  １０５−ｂとがある。ＡＰ１  １０５−ａは、少なくとも３つの関連するＳＴＡ（ＳＴＡ１  １１５−ａ、ＳＴＡ２  １１５−ｂ、およびＳＴＡ３  １１５−ｃ）とカバレージエリア１１０−ａとを有するものとして示されており、ＡＰ２  １０５−ｂは、１つの関連するＳＴＡ４  １１５−ｄ）とカバレージエリア１１０−ｂとを有する示されている。特定のＢＳＳに関連するＳＴＡ１１５およびＡＰ１０５は、そのＢＳＳのメンバーと呼ばれることがある。図１の例では、ＡＰ１  １０５−ａのカバレージエリアは、ＳＴＡ１  １１５−ａがカバレージエリアの重複部分内にあり得るように、ＡＰ２  １０５−ｂのカバレージエリアの一部と重複し得る。図１のＷＬＡＮ展開に関して説明されるＢＳＳ、ＡＰ、およびＳＴＡの数、ならびにＡＰのカバレージエリアは、限定としてではなく例として与えられる。
【００２３】
[0037]いくつかの例では、図１に示されているＡＰ（たとえば、ＡＰ１  １０５−ａおよびＡＰ２  １０５−ｂ）は、概して、それのカバレージエリアまたは領域内のＳＴＡ１１５にバックホールサービスを与える固定端末である。しかしながら、いくつかの適用例では、ＡＰはモバイルまたは非固定端末であり得る。固定、非固定、またはモバイル端末であり得る、図１に示されているＳＴＡ（たとえば、ＳＴＡ１  １１５−ａ、ＳＴＡ２  １１５−ｂ、ＳＴＡ３  １１５−ｃ、ＳＴＡ４  １１５−ｄ）は、インターネットなどのネットワークに接続するために、それらのそれぞれのＡＰのバックホールサービスを利用する。ＳＴＡの例としては、限定はしないが、セルラーフォン、スマートフォン、ラップトップコンピュータ、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、パーソナル通信システム（ＰＣＳ）デバイス、個人情報マネージャ（ＰＩＭ）、パーソナルナビゲーションデバイス（ＰＮＤ）、全地球測位システム、マルチメディアデバイス、ビデオデバイス、オーディオデバイス、モノのインターネット（ＩｏＴ：Internet-of-Things）のためのデバイス、またはＡＰのバックホールサービスを必要とする他の好適なワイヤレス装置がある。ＳＴＡは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス局、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、ユーザ機器（ＵＥ）、または何らかの他の好適な用語で呼ばれることもある。ＡＰは、基地局、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、または他の好適な用語で呼ばれることもある。本開示全体にわたって説明される様々な概念は、ワイヤレス装置の固有の名称にかかわらず、すべての好適なワイヤレス装置に適用されるものとする。
【００２４】
[0038]ＳＴＡ１  １１５−ａ、ＳＴＡ２  １１５−ｂ、ＳＴＡ３  １１５−ｃ、およびＳＴＡ４  １１５−ｄの各々は、プロトコルスタックを用いて実装され得る。プロトコルスタックは、ワイヤレスチャネルの物理および電気仕様書に従ってデータを送信および受信するための物理レイヤと、ワイヤレスチャネルへのアクセスを管理するためのデータリンクレイヤと、ソース宛先間データ転送を管理するためのネットワークレイヤと、エンドユーザ間のデータの透明な転送を管理するためのトランスポートレイヤと、ネットワークへの接続を確立またはサポートするために必要なまたは望ましい他のレイヤとを含むことができる。
【００２５】
[0039]ＡＰ１  １０５−ａおよびＡＰ２  １０５−ｂの各々は、関連するＳＴＡが通信リンク１２５を介してネットワークに接続することを可能にするためのソフトウェアアプリケーションおよび／または回路を含むことができる。ＡＰは、データおよび／または制御情報（たとえば、シグナリング）を通信するために、それらのそれぞれのＳＴＡにフレームまたはパケットを送り、それらのそれぞれのＳＴＡからフレームまたはパケットを受信することができる。いくつかの態様では、ＡＰ１  １０５−ａおよび／またはＡＰ２  １０５−ｂは、ネットワークにおける１つまたは複数のＳＴＡからのアップリンク送信を開始するために、トリガフレームを送信し得る（図３Ａおよび図３Ｂ参照）。いくつかの例では、（トリガフレームを介したＡＰによる）アップリンク送信を開始するとの要求が、各ＳＴＡがアップリンク送信のためにキューイングされ（queued）得るデータの量を識別し得る、１つまたは複数のＳＴＡ１１５からのバッファステータス報告を受信することに基づき得る。したがって、複数のＳＴＡがそれらのそれぞれのデータパケットをＡＰにコンカレントに（concurrently）送信する状態、帯域幅オーバーロードを生じ得る状態を回避するために、ＡＰ１０５は、ＳＴＡに、１つまたは複数の割り当てられたリソース上で通信する開始するように、先制して要求し得る。ＡＰ１０５は、ＡＰ１０５が、アップリンク送信を開始するようにそれに要求するＳＴＡ１１５を識別し、ＡＰ１０５と通信するときにＳＴＡ１１５が使用するためのリソースを割り当てる、トリガフレームを利用することによってこの目的を達成し得る。
【００２６】
[0040]ＡＰ１  １０５−ａおよびＡＰ２  １０５−ｂの各々は、ＡＰのカバレージエリア内にあるＳＴＡとの通信リンク１２５を確立することができる。通信リンク１２５は、アップリンク通信とダウンリンク通信の両方を可能にすることができる通信チャネルを備えることができる。ＡＰに接続するとき、ＳＴＡは、最初にＡＰを用いてそれ自体を認証し、次いでそれ自体をＡＰに関連付けることができる。関連付けられると、ＡＰ１０５と関連付けられたＳＴＡ１１５とが、直接通信リンク１２５を通してフレームまたはメッセージを交換し得るように、ＡＰ１０５とＳＴＡ１１５との間で通信リンク１２５が確立され得る。いくつかの例では、ワイヤレス通信システムは、中央ＡＰ（たとえば、ＡＰ１０５）を有しないことがあり、むしろ、ＳＴＡ（たとえば、通信リンク１２５を介したＳＴＡ２  １１５−ｂおよびＳＴＡ３  １１５−ｃ）間のピアツーピアネットワークとして機能し得ることに留意されたい。したがって、本明細書で説明されるＡＰ１０５の機能は、代替的に、ＳＴＡ１１５のうちの１つまたは複数によって実行され得る。
【００２７】
[0041]本開示の態様は、ＷＬＡＮ展開、またはＩＥＥＥ８０２．１１準拠ネットワークの使用に関して説明されるが、当業者は、本開示全体にわたって説明される様々な態様が、例として、ＢＬＵＥＴＯＯＴＨ（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ＨｉｐｅｒＬＡＮ（欧州において主に使用される、ＩＥＥＥ８０２．１１規格に匹敵するワイヤレス規格のセット）、およびワイドエリアネットワーク（ＷＡＮ）、ＷＬＡＮ、パーソナルエリアネットワーク（ＰＡＮ）、あるいは現在知られているかまたは後で開発される他の好適なネットワークにおいて使用される他の技術を含む、様々な規格またはプロトコルを採用する他のネットワークに拡張され得ることを容易に諒解されよう。したがって、動的感度制御への変更および拡張に基づいて動作を実行するための、本開示全体にわたって提示される様々な態様は、利用されるカバレージ範囲およびワイヤレスアクセスプロトコルにかかわらず、任意の好適なワイヤレスネットワークに適用可能であり得る。
【００２８】
[0042]いくつかの態様では、１つまたは複数のＡＰ（１０５−ａおよび１０５−ｂ）は、ワイヤレス通信システムの（１つまたは複数の）ＳＴＡ１１５への通信リンク１２５を介して、ビーコン信号（または単に「ビーコン」）を、１つまたは複数のチャネル（たとえば、各チャネルが周波数帯域幅を含む、複数の狭帯域チャネル）上で送信し得、ビーコン信号は、（１つまたは複数の）ＳＴＡ１１５がそれらのタイミングをＡＰ１０５と同期させるのを助け得るか、あるいは他の情報または機能を与え得る。そのようなビーコンは周期的に送信され得る。一態様では、連続送信間の期間はスーパーフレームと呼ばれることがある。ビーコンの送信は、いくつかのグループまたは間隔に分割され得る。一態様では、ビーコンは、限定はしないが、共通クロックを設定するためのタイムスタンプ情報、ピアツーピアネットワーク識別子、デバイス識別子、能力情報、スーパーフレーム持続時間、送信方向情報、受信方向情報、ネイバーリスト、および／または拡張ネイバーリストなどの情報を含み得、それらのうちのいくつかが以下でさらに詳細に説明される。したがって、ビーコンは、いくつかのデバイスの間で共通である（たとえば、共有される）とともに所与のデバイスに固有である、情報を含み得る。
【００２９】
[0043]一態様では、デバイス（たとえば、ＡＰ１０５および／またはＳＴＡ１１５）は、本開示で説明される様々な機能を実行するための１つまたは複数の構成要素を含み得る。たとえば、ＡＰ１０５は、本開示の態様による、１つまたは複数のトリガフレームを生成することに関係するプロシージャ（たとえば、それぞれ、図５および図６中の方法５００および方法６００）を実行するためのトリガフレーム生成構成要素７０５（図示せず、たとえば、図７参照）を含み得る。追加または代替として、ＳＴＡ１１５は、本開示の態様による、１つまたは複数のトリガフレームを復号することに関係するプロシージャ（たとえば、それぞれ、図８および図９中の方法８００および方法９００）を実行するためのトリガフレーム復号構成要素１００５（図示せず、たとえば、図１０参照）を含み得る。
【００３０】
[0044]図２は、本明細書で説明される様々な技法に関するワイヤレスローカルエリアネットワーク（ＷＬＡＮ）展開の一例を示す概念図２００である。図２００は、図１を参照しながら説明された１つまたは複数のＳＴＡ１１５とＡＰ１０５とを含み得る。いくつかの態様では、ＡＰ１０５によるトリガフレーム２１０の発行は、ＡＰ１０５によって受信されたバッファステータス報告２０５に基づき得る。１つまたは複数の例では、バッファステータス報告２０５は、ＡＰにトラフィックを送信するために送信機会（たとえば、媒体へのアクセス）を待つＳＴＡ１１５においてキューイングされた保留中のデータのレベルを示し得る。したがって、バッファステータス報告２０５は、バッファの充填レベル（たとえば、バッファに記憶されたデータの量）およびバッファの容量などの情報を含み得る（したがって、ＡＰは、ＳＴＡ１１５が、送信する前に容量に近いかどうかを決定することができる）。詳細には、ネットワーク上の輻輳を回避するために、ＡＰ１０５は、複数のＳＴＡ１１５のバッファステータスを周期的に監視し得、低いネットワーク使用（たとえば、利用可能帯域幅）の期間中に、ＡＰ１０５は、アップリンク送信のためにスケジュールされた情報またはデータを送信請求するために、１つまたは複数のＳＴＡ１１５に（１つまたは複数の）トリガフレーム２１０を発行し得る。
【００３１】
[0045]したがって、プロアクティブトリガ技法を実装することによって、ＡＰ１０５は、いくつかのＳＴＡ１１５が、ネットワーク上でそれらのそれぞれのデータをコンカレントに送信し、したがってネットワークに負担をかけ得る状態を回避するように構成され得る。もう１つの例では、ＡＰ１０５は、トリガフレーム２１０中で、ＳＴＡ１  １１５−ａがそれのアップリンクトラフィックを送信するために利用すべきであるリソース（たとえば、周波数、ＭＣＳ、コーディング、ＤＣＭなど）を識別し得る。１つまたは複数の態様では、トリガフレームは、ＳＴＡ１  １１５−ａがアップリンク送信のために利用することを回避する１つまたは複数のパンクチャドチャネルをも識別する、共通情報フィールドを含み得る。たとえば、８０Ｍｈｚ  ＰＰＤＵでは、ＡＰ１０５は、アップリンク送信に理想的でないことがある１つまたは複数の２０Ｍｈｚチャネルを識別し得る。したがって、ＡＰ１０５は、それのアップリンク送信のために「パンクチャ」される（たとえば、ＳＴＡ１  １１５−ａによって利用されない）べきである識別された１つまたは複数の２０Ｍｈｚチャネルをシグナリングし得る。受信されたトリガフレーム２１０を復号すると、ＳＴＡ１１５は、割り当てられたリソース上でＡＰ１０５にアップリンクトラフィック２１５で応答し得る（および１つまたは複数のパンクチャドチャネルを回避する）。
【００３２】
[0046]いくつかの態様では、ＡＰ１０５のカバレージエリア中の別のＳＴＡ（たとえば、ＳＴＡ２  １１５−ｂ）は、１つまたは複数のパンクチャドチャネルを識別するために、トリガフレーム２１０をオーバーヒアし、トリガフレームの少なくとも一部分を復号し得る。１つまたは複数のパンクチャドチャネル（たとえば、ＳＴＡ１  １１５−ａが送信のために使用しないであろうチャネル）を識別することによって、傍観ＳＴＡ  １１５−ｂは、１つまたは複数のパンクチャドチャネル上でそれのアップリンクトラフィックを送信することによって、利用可能なリソースを最大化し得る。いくつかの例では、トリガフレーム中のパンクチャドチャネルの指示が、トリガフレームの帯域幅サブフィールドを利用することによって、または共通情報フィールドの空間再利用サブフィールド中にそれを含めることによってのいずれかで達成され得る。いくつかの態様では、ＳＴＡ２  １１５−ｂはまた、ＡＰ１０５において許容できるレベルを上回る干渉を回避するように、指定された送信電力において送信し得る。したがって、いくつかの例では、空間再利用サブフィールドの特定の値が、サードパーティＳＴＡ（たとえば、ＳＴＡ２  １１５−ｂ）に未使用チャネルを伝達するために使用され得る。これは、容認できる干渉の極めて高い値（たとえば、未使用チャネルがＡＰの受信機においてはるかに高い干渉レベルを容認することができる状態）に基づいて計算されるＳＲフィールドを有することと等価であり得る。
【００３３】
[0047]したがって、１つまたは複数の例では、傍観ＳＴＡ１１５−ｂは、ＡＰの送信電力とＡＰの許容干渉レベルとを決定することによって、ＳＴＡ２  １１５−ｂの送信電力を計算し得る。いくつかの態様では、ＳＴＡ１１５−ｂの送信電力は、ＡＰ１０５からＳＴＡ２  １１５−ｂへのトリガフレームのダウンリンク経路損失測定値に基づいて決定され得る。他の態様では、ＡＰ１０５の許容干渉レベルは、トリガフレームの共通情報フィールドの空間再利用サブフィールドを復号することに基づいて決定され得る。いくつかの例では、パンクチャドチャネルが占有されないことがある（たとえば、ＳＴＡ１  １１５−ａが、パンクチャドチャネル上で送信されていないことがある）ので、パンクチャドチャネル上の許容干渉レベルは、非パンクチャドチャネルよりも高くなり得る。したがって、空間再利用サブフィールドは、高干渉がＡＰによって容認され得ることを示すように設定され得る。したがって、ＳＴＡ２  １１５−ｂは、ＳＴＡ２  １１５−ｂが、ＡＰ１０５における干渉を最小化するために利用するべきである送信電力を計算し得る。いくつかの態様では、ＳＴＡ２  １１５−ｂは、ＳＴＡ１１５−ｂの計算された送信電力において１つまたは複数のパンクチャドチャネル上でＡＰ１０５にそれのアップリンクパケットを送信し得る。
【００３４】
[0048]いくつかの例では、ＳＴＡ１  １１５−ａおよびＳＴＡ２  １１５−ｂは、高効率（ＨＥ）ＳＴＡ（たとえば、ＩＥＥＥ８０２．１１ａｘまたは後の仕様に従って動作するＳＴＡ）であり得る。他の例では、ＡＰ１０５は、ＨＥ  ＡＰとしても分類され得る。いくつかの例では、ＡＰ１０５は、最初に、ＢＳＳ色情報を識別し、トリガフレーム２１０を含む、ＨＥ  ＡＰ１０５によってＳＴＡ１１５に送られるすべてのパケット中にＢＳＳ色情報を挿入する。それに応じて、ＳＴＡ１１５は、トリガフレーム中のＡＰ１０５によって識別されたＢＳＳ色情報を、それが送出するパケットに追加し得る。したがって、ＳＴＡ１１５−ａからパケット２１５を受信するネットワークにおける任意のＡＰ１０５およびＳＴＡ１１５は、ＳＴＡ１１５から送られたパケットがＡＰのＢＳＳ内にあるかどうかを決定するために、ＢＳＳ色情報を抽出することができる。
【００３５】
[0049]１つまたは複数の例では、ＡＰ１０５は、ＡＩＤ１２＝０であるかまたはＢＳＳ色変更が行われるとき、ＨＥ  ＰＰＤＵ中でトリガフレーム２１０を送信し得る。そのような実装形態は、トリガフレームフォーマットの変更を必要としないであろう。他の例では、ＡＩＤ１２＝０であるとき、ＳＳ割振りフィールドは、ＢＳＳ色を示すために使用されるであろう。そのような実装形態はトリガフレーム長を増加させないが、そのようなシステムの１つの欠点は、ＳＳ割振りフィールドが、さもなければ、ＯＢＯのために使用される連続するＲＵ割振りの数を示すために使用され得たことであり得る。したがって、ＡＰ１０５は、ＢＳＳ色変更をシグナリングするためにＳＳ割振りフィールドをいつ利用するべきかの日和見的決定を行い得る。
【００３６】
[0050]またさらなる例では、ＢＳＳ色情報は、トリガフレーム２１０の共通情報フィールド（図３Ａ参照）に追加され得る。そのような実装形態は、ＨＥ＿Ｔｒｉｇ  ＰＰＤＵのための色がトリガフレーム２１０中に存在するという利点を含む。しかしながら、そのような実装形態は、追加されたオーバーヘッドのために８ビットだけトリガフレームを増加させ得る。他の態様では、ＢＳＳ色情報シグナリングは、基本トリガのためのタイプ依存されたユーザごと情報フィールドであり得る。代替的に、ＡＩＤ１２＝０であるとき、バッファステータス報告は、１つまたは複数のＳＴＡ１１５へのＢＳＳ色情報を示し得る。そのような実装形態は、以前のソリューションによって達成されるトリガフレーム長の増加の問題を緩和する。しかしながら、この実装形態は、ＯＢＯのためのＡ−ＭＰＤＵおよびマルチＴＩＤ送信を可能にしないことがある。さらに、そのような実装形態は、（１つまたは複数の）バッファステータス報告のためのトリガフレームの長さを増加させ得る。
【００３７】
[0051]いくつかの例では、ＯＢＯのためのリソースユニット（ＲＵ）を割り振るとき、ＡＰは、関連するＳＴＡおよび関連しないＳＴＡが、固定ＢＳＳ色（たとえば、色がないことを示すＢＳＳ色）をもつＨＥ＿Ｔｒｉｇ  ＰＰＤＵを送信するように、すべてのＲＵをＡＩＤ＝０（ＯＢＯ）に割り振り得る。しかしながら、ＢＳＳ色を変更するとき、ＡＰ１０５は、１つまたは複数のＳＴＡ１１５が、トリガフレーム２１０を送信する前に、受信されたＢＳＳ色変更情報を有することを確認することを必要とされ得る。そのようなシステムは、受信された新しいＢＳＳ色を使用するＳＴＡにおける遅延を生じ得、関連しないＳＴＡがＯＢＯを使用することの問題を解決しないことがある。追加または代替として、本開示の態様は、ＳＴＡがＨＥ＿Ｔｒｉｇパケット中でブロードキャストＢＳＳ色を使用するべきであるかどうかを示すために、トリガフレーム共通情報フィールド（図３Ａ）にさらなるビットを追加することをも含み得る。この態様では、ＡＰは、これを（１つまたは複数の）関連しないＳＴＡがＯＢＯを使用することを可能にするためのモードとして使用し得、ＢＳＳ色変更中にも使用され得る。しかしながら、１つの追加のビットを追加することによって、ＡＰ１０５は、現在のトリガフレームフォーマットを修正することの暗示を考慮することを必要とされ得る。
【００３８】
[0052]上記で識別される様々なソリューションを考慮して、本開示の態様は、トリガフレーム中のＢＳＳ色を示すことをサポートする１つまたは複数の方法を使用することを企図する。したがって、いくつかの例では、ＡＰ１０５は、ＡＩＤ１２＝０であるかまたはＢＳＳ色変更が行われるとき、ＨＥ  ＰＰＤＵ中でトリガフレーム２１０を送信し得る。他の例では、ＡＩＤ１２＝０であるとき、ＳＳ割振りフィールドは、ＢＳＳ色を示すであろう。またさらなる例では、ＢＳＳ色情報は、トリガフレーム２１０の共通情報フィールドに追加され得る。ＡＰ１０５は、各状況の分析に基づいて、上記で識別された様々な欠点および利益を考慮して、最適シグナリング技法を動的に決定し得る。
【００３９】
[0053]図３Ａおよび図３Ｂは、本開示の様々な態様による、トリガフレーム３０２である。たとえば、図３は、トリガフレームと共通情報フィールドのサブフィールドの詳細とを示し、図３Ｂは、トリガフレームとユーザごと情報フィールドのサブフィールドの詳細とを示す。いくつかの例では、トリガフレーム３０２は、ネットワーク上の複数のＳＴＡ１１５によって共有される情報を含み得る、共通情報フィールド３０５を含み得る。トリガフレーム３０２はまた、各ＳＴＡに固有の情報を含み得る、ユーザごと情報フィールド３１０を含み得る。上述のように、概して、各ユーザごと情報フィールド３１０は、ＡＰによる異なるランダムアクセスリソースユニット割振りに関する情報を含み得る。しかしながら、複数のユーザごと情報フィールド３１０間の情報（たとえば、ＭＣＳ、コーディング、ＤＣＭなど）間の著しい重複があり得る。冗長データの生成および送信（ならびに受信機側における復号）を最小化するために、本開示の態様は、単一のユーザごと情報フィールドが、（図５および図８を参照しながらより詳細に説明される）複数のランダムアクセスリソースユニットに関する情報を搬送することを可能にする方法を提供する。したがって、前に多数のユーザごと情報サブフィールド３１０−ａ（〜３１０−ｉ）が複数のランダムアクセスリソースユニットをシグナリングすることを必要とされていたことがある場合、そのような情報は、著しく低減された数のユーザごと情報フィールド中で圧縮され、シグナリングされ得、ここで、重複しない情報のみが様々なユーザごと情報フィールド中に含まれる。
【００４０】
[0054]追加または代替として、本開示の特徴は、それのリソースユニット割振りユニット（たとえば、ＡＰによってＳＴＡに割り振られた１つまたは複数のリソース）が、シングルユーザリソースユニットであるのか、マルチユーザリソースユニットであるのかをＳＴＡにシグナリングするために、共通情報フィールド３０５とユーザごと情報フィールド３１０との組合せを利用する。いくつかの例では、共通情報フィールド３０５のＭＵ  ＭＩＭＯ  ＬＴＦモードサブフィールド３１５が、ＳＴＡが、１つまたは複数の割り振られたリソースのために使用し得るＭＵ  ＭＩＭＯ  ＬＴＦモードを識別するために使用され得る。したがって、いくつかの態様では、ＡＰは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースのうちの少なくとも１つが、シングルユーザリソースユニット割振りであるという決定に基づいて、ＭＵ  ＭＩＭＯ  ＬＴＦモードサブフィールド３１５をシングルストリームパイロットに設定し得る。他の例では、ＡＰは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースのいずれも、シングルユーザリソースユニット割振りでないと決定することに基づいて、ＭＵ  ＭＩＭＯ  ＬＴＦモードを、マスキングされたＬＴＦシーケンスまたはシングルストリームパイロットに設定し得る。上述のように、ＡＰ１０５は、共通情報フィールドの空間再利用サブフィールド３３０または帯域幅サブフィールド３３５のいずれか中で、ＡＰによって１つまたは複数のパンクチャドチャネルを識別するトリガフレームを生成し得る。いくつかの態様では、トリガフレームを生成することは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、ＯＦＤＭＡバックオフ（ＯＢＯ）のためのものであると決定することと、１つまたは複数のリソースを０の関連付け識別子（ＡＩＤ）値に割り振ることとを含み得る。したがって、ＡＰは、トリガフレームの送信に応答して、少なくとも１つのＳＴＡ（たとえば、関連するＳＴＡおよび／または関連しないＳＴＡ）から、固定基本サービスセット（ＢＳＳ）色情報をもつ高効率（ＨＥ）トリガ物理レイヤコンバージェンスプロシージャプロトコルデータユニット（ＨＥ＿Ｔｒｉｇ  ＰＰＤＵ）を受信し得る。
【００４１】
[0055]いくつかの態様では、帯域幅サブフィールド３３５の利用は、（トリガフレーム中のリザーブビットの利用を省略することによって）２ビット帯域幅サブフィールド３３５が３ビットに拡張されることを必要とし得る。代替的に、空間再利用サブフィールド３３０を利用することによって、ＡＰは、１６個の異なるおよび一意の値を含めるために、２０Ｍｈｚ／４０Ｍｈｚチャネルごとに４ビットを利用し得る。たとえば、ある値は、空間再利用送信が可能にされないことを示し得る。別の値は、ＨＥ＿Ｔｒｉｇ  ＰＰＤＵ送信が、指定された２０／４０ＭＨｚチャネル上で行われていないことがあることを示し得る。またさらなる例では、空間再利用サブフィールド３３０が、ＡＰ１０５の許容干渉レベルを示すために使用され得る。
【００４２】
[0056]たとえば、２０ＭＨｚの帯域幅の場合、空間再利用ビットＢ０：Ｂ３が、２０ＭＨｚチャネルのためのＳＲＰ値であり得、ビットＢ４：Ｂ７、Ｂ８：Ｂ１１、およびＢ１２：Ｂ１５が、Ｂ０：Ｂ３の同一のコピーを搬送し得る。４０ＭＨｚの帯域幅の場合、空間再利用ビットＢ０：Ｂ３およびＢ４：Ｂ７が、たとえば、それぞれ、第１および第２の２０ＭＨｚチャネルのためのＳＲＰ値であり得る。そのような場合、ビットＢ８：Ｂ１１およびＢ１２：Ｂ１５が、それぞれ、Ｂ０：Ｂ３およびＢ４：Ｂ７のコピーであり得る。帯域幅が８０ＭＨｚであり得る他の例では、空間再利用ビットＢ０：Ｂ３、Ｂ４：Ｂ７、Ｂ８：Ｂ１１、およびＢ１２：Ｂ１５が、それぞれ、第１、第２、第３、および第４の２０ＭＨｚチャネルのためのＳＲＰ値であり得る。１６０ＭＨｚの帯域幅の場合、空間再利用ビットＢ０：Ｂ３、Ｂ４：Ｂ７、Ｂ８：Ｂ１１、およびＢ１２：Ｂ１５が、第１、第２、第３、および第４の４０ＭＨｚチャネルのためのＳＲＰ値であり得る。第１、第２、第３、および第４の２０／４０ＭＨｚチャネルは、絶対周波数の昇順に配置され得る。
【００４３】
[0057]図４は、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別するための、トリガフレームのユーザごと情報フィールドのリソースユニット割振りサブフィールドに割り当てられ得るビット値の一例を識別するテーブル４００である。
【００４４】
[0058]上記で説明されたように、本開示の態様は、受信側ＳＴＡが、それのリソースユニット割振りユニットが、ＵＬ  ＳＵであるのか、ＵＬ  ＭＵであるのかを決定するための技法を実装する。さらに、ＳＴＡは、ＡＰによってＳＴＡに割り振られた１つまたは複数の特定のリソースユニットの各々のために使用すべきＭＵ  ＭＩＭＯ  ＬＴＦモードを決定するように構成され得る。トリガフレーム中にこの情報を含めることによって、本開示の態様は、トリガフレームのを復号するためにＳＴＡが必要とし得るビット数を限定し得る。テーブル４００に示されているように、リソースユニット割振りサブフィールドの７ビットインデックス（図３Ｂ、ＲＵ割振り３２０参照）は、少なくとも１つまたは複数の割り振られたリソースユニットが、ＳＵであるのか、ＭＵであるのかについての決定に基づいてＳＴＡに識別されたメッセージを伝達するために、識別されたビット値を利用し得る。
【００４５】
[0059]図５は、ランダムアクセス割振りのための被圧縮ユーザごと情報フィールドをもつトリガフレームを生成する例示的な方法５００のフローチャートである。方法５００は、図１、図２、および図７を参照しながら説明されたように、ＡＰ１０５によって実行され得る。方法５００はＡＰ１０５の要素に関して以下で説明されるが、本明細書で説明されるステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。
【００４６】
[0060]ブロック５０５において、本方法は、ＡＰにおいて、アップリンク送信のために少なくとも１つのＳＴＡをトリガするべきかどうかを決定することを含み得る。いくつかの例では、少なくとも１つのＳＴＡをトリガするべきかどうかを決定することは、少なくとも１つのＳＴＡがＡＰへの送信のためにスケジュールしたデータの量を識別する、ＳＴＡからのバッファステータス報告を受信することに基づき得る。他の例では、ＡＰは、情報（たとえば、ＳＴＡに関連するバッファステータス報告または他の情報）を要求するためにトリガフレームを発行し得る。ブロック５０５の態様は、図７を参照しながら説明されるトリガフレーム生成構成要素７０５によって実行され得る。
【００４７】
[0061]ブロック５１０において、本方法は、少なくとも１つのＳＴＡをトリガするとの決定に応答してトリガフレームを生成することを含み得る。トリガフレームは、アップリンク送信のための少なくとも１つのＳＴＡに割り振られた複数のランダムアクセスリソースユニットを識別するユーザごと情報フィールドを含み得る。本開示の様々な態様によれば、単一のユーザごと情報フィールドが複数のランダムアクセスリソースユニットを識別するために使用され得、したがって、現在のシステムの冗長性によって引き起こされるオーバーヘッドを緩和する。
【００４８】
[0062]１つまたは複数の例では、複数のランダムアクセスリソースを識別するユーザごと情報フィールドは、複数のランダムアクセスリソースユニットの開始インデックスを、トリガフレームのユーザごと情報フィールド中のリソースユニット割振りサブフィールドに割り当てることを備え得る。いくつかの態様では、複数のランダムアクセスリソースユニットは、連続するＫ個の等しいサイズのリソースユニットであり得、ここにおいて、Ｋは整数（たとえば、Ｋ＝１、２、３、４．．．ｎ）である。Ｋ＝１の値は、ユーザごと情報フィールドを使用してシグナリングされる単一のランダムアクセスリソースユニットであり得る。１つまたは複数の例では、Ｋの値は、トリガフレームのユーザごと情報フィールド中のリソースユニットカウントサブフィールド（図３Ｂ、ＲＵカウントサブフィールド３２５参照）中でＡＰによって少なくとも１つのＳＴＡにシグナリングされ得る。いくつかの態様では、リソースユニットカウントサブフィールドは、トリガフレームの転用される空間ストリーム割振りサブフィールドであり得る。たとえば、Ｋ＝１であるとき、リソースユニットカウントサブフィールドは、空間ストリーム割振りフィールドであることを理解されよう。ブロック５１０の態様は、図７を参照しながら説明される被圧縮ランダムアクセス割振り構成要素７１５によって実行され得る。
【００４９】
[0063]ブロック５１５において、本方法は、少なくとも１つのＳＴＡ１１５への１つまたは複数のパンクチャドチャネルを識別する共通情報フィールドを含めるようにトリガフレームを生成することを随意に含む。いくつかの態様では、空間再利用送信が可能にされないかどうかを識別するために、１つまたは複数のパンクチャドチャネルに関連する情報が、共通情報フィールドの空間再利用サブフィールド中に含まれ得る。ブロック５１５の態様は、図７を参照しながら説明されるパンクチャドチャネル構成要素７２５によって実行され得る。
【００５０】
[0064]ブロック５２０において、本方法は、少なくとも１つのＳＴＡにトリガフレームを送信することを含み得る。いくつかの例では、トリガフレームは、ＡＰ１０５がアップリンク送信を開始するように要求する１つまたは複数のＳＴＡを識別し得る。追加または代替として、トリガフレームはまた、ＳＴＡがアップリンク送信のために利用するための、リソース割振り情報を含み得る。ブロック５２０の態様は、図７を参照しながら説明されるモデム７１４とトランシーバ７０２との組合せによって実行され得る。
【００５１】
[0065]図６Ａは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別するトリガフレームロングトレーニングフィールド（ＬＴＦ）モードシグナリングを生成する例示的な方法６００のフローチャートである。方法６００は、図１、図２、および図７を参照しながら説明されるように、ＡＰ１０５によって実行され得る。方法６００はＡＰ１０５の要素に関して以下で説明されるが、本明細書で説明されるステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。
【００５２】
[0066]ブロック６０５において、本方法は、ＡＰにおいて、アップリンク送信のために少なくとも１つのＳＴＡをトリガするべきかどうかを決定することを含み得る。図５の特徴と同様に、いくつかの例では、少なくとも１つのＳＴＡをトリガするべきかどうかを決定することは、少なくとも１つのＳＴＡがＡＰへの送信のためにスケジュールしたデータの量を識別する、ＳＴＡからのバッファステータス報告を受信することに基づき得る。他の例では、ＡＰは、情報（たとえば、ＳＴＡに関連するバッファステータス報告または他の情報）を要求するためにトリガフレームを発行し得る。ブロック６０５の態様は、図７を参照しながら説明されるトリガフレーム生成構成要素７０５によって実行され得る。
【００５３】
[0067]ブロック６１０において、本方法は、少なくとも１つのＳＴＡをトリガするとの決定に応答してトリガフレームを生成することを含み得る。いくつかの例では、トリガフレームは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別する。いくつかの態様では、ＡＰは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースのうちの少なくとも１つが、シングルユーザリソースユニット割振りであるという決定に基づいて、マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）ＬＴＦモード（図３Ａ、ＭＵ  ＭＩＭＯ  ＬＴＦモード３１５参照）サブフィールドをシングルストリームパイロットに設定し得る。１つまたは複数の例では、ＭＵ  ＭＩＭＯ  ＬＴＦモード３１５は、トリガフレームの共通情報フィールド中で設定され得る。他の例では、ＡＰは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースのいずれも、シングルユーザリソースユニット割振りでないと決定することに基づいて、ＭＵ  ＭＩＭＯ  ＬＴＦモードを、マスキングされたＬＴＦシーケンスまたはシングルストリームパイロットに設定し得る。
【００５４】
[0068]いくつかの例では、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別することは、トリガフレームのユーザごと情報フィールド中で少なくとも１つのＳＴＡのためにシングルユーザリソースユニット割振りまたはマルチユーザリソースユニット割振りをシグナリングするリソースユニット割振りサブフィールド（図３Ｂ、ＲＵ割振り３２０参照）にビット値（図４、７ビットインデックス参照）を割り当てることを備え得る。他の例では、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別することは、割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りを含むのか、マルチユーザリソースユニット割振りを含むのかを示す、トリガフレームのユーザごと情報フィールドへの構成可能なビットを追加することを備え得る。たとえば、追加のビットが、トリガフレームのユーザごと情報フィールドに（ユーザ識別子サブフィールドおよび／またはＲＵ割振りサブフィールド  ー  図３Ｂ参照の前または後のいずれかに）追加され得る。ブロック６１０の態様は、図７を参照しながら説明されるＬＴＦシグナリング構成要素７２０によって実行され得る。
【００５５】
[0069]ブロック６１５において、本方法は、少なくとも１つのＳＴＡ１１５への１つまたは複数のパンクチャドチャネルを識別する共通情報フィールドを含めるようにトリガフレームを生成することを随意に含み得る。いくつかの態様では、空間再利用送信が可能にされないかどうかを識別するために、１つまたは複数のパンクチャドチャネルに関連する情報が、共通情報フィールドの空間再利用サブフィールド中に含まれ得る。ブロック６１５の態様は、図７を参照しながら説明されるパンクチャドチャネル構成要素７２５によって実行され得る。
【００５６】
[0070]ブロック６２０において、本方法は、少なくとも１つのＳＴＡにトリガフレームを送信することを含み得る。いくつかの例では、トリガフレームは、ＡＰ１０５がアップリンク送信を開始するように要求する１つまたは複数のＳＴＡを識別し得る。追加または代替として、トリガフレームはまた、ＳＴＡがアップリンク送信のために利用するための、リソース割振り情報を含み得る。ブロック６２０の態様は、図７を参照しながら説明されるモデム７１４とトランシーバ７０２との組合せによって実行され得る。
【００５７】
[0071]図６Ｂは、ＡＰによって、ＳＴＡへの１つまたは複数のパンクチャドチャネルを識別するトリガフレームを生成する例示的な方法６５０のフローチャートである。方法６５０は、図１、図２、および図７を参照しながら説明されるように、ＡＰ１０５によって実行され得る。方法６５０はＡＰ１０５の要素に関して以下で説明されるが、本明細書で説明されるステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。
【００５８】
[0072]ブロック６２５において、本方法は、ＡＰにおいて、アップリンク送信のために少なくとも１つのＳＴＡをトリガするべきかどうかを決定することを含み得る。図６Ａの特徴と同様に、いくつかの例では、少なくとも１つのＳＴＡをトリガするべきかどうかを決定することは、少なくとも１つのＳＴＡがＡＰへの送信のためにスケジュールしたデータの量を識別する、ＳＴＡからのバッファステータス報告を受信することに基づき得る。他の例では、ＡＰは、情報（たとえば、ＳＴＡに関連するバッファステータス報告または他の情報）を要求するためにトリガフレームを発行し得る。ブロック６２５の態様は、図７を参照しながら説明されるトリガフレーム生成構成要素７０５によって実行され得る。
【００５９】
[0073]ブロック６３０において、本方法は、少なくとも１つのＳＴＡをトリガするとの決定に応答してトリガフレームを生成することを含み得る。いくつかの例では、トリガフレームは、少なくとも１つのＳＴＡへの１つまたは複数のパンクチャドチャネルを識別する共通情報フィールドを含み得る。いくつかの態様では、ＡＰは、１つまたは複数のパンクチャドチャネルを識別するために、空間再利用サブフィールド（図３Ａ、要素３３０参照）を設定し得る。ブロック６４０の態様は、図７を参照しながら説明されるパンクチャドチャネル構成要素７２５によって実行され得る。
【００６０】
[0074]ブロック６３５において、本方法は、少なくとも１つのＳＴＡにトリガフレームを送信することを含み得る。いくつかの例では、トリガフレームは、ＡＰ１０５がアップリンク送信を開始するように要求する１つまたは複数のＳＴＡを識別し得る。追加または代替として、トリガフレームはまた、ＳＴＡがアップリンク送信のために利用するための、リソース割振り情報を含み得る。いくつかの態様では、パンクチャドチャネルは、ＡＰが、サードパーティＳＴＡ（たとえば、トリガフレームの対象とされた受信側でないＳＴＡ）に示す１つまたは複数のチャネル、アップリンク送信において未使用であり得るチャネルを含み得る。ブロック６３５の態様は、図７を参照しながら説明されるモデム７１４とトランシーバ７０２との組合せによって実行され得る。
【００６１】
[0075]図６Ｃは、ＳＴＡへの、ＡＰに関連する１つまたは複数のＢＳＳ色情報を識別するトリガフレームを生成する例示的な方法６７５のフローチャートである。方法６７５は、図１、図２、および図７を参照しながら説明されたように、ＡＰ１０５によって実行され得る。方法６７５はＡＰ１０５の要素に関して以下で説明されるが、本明細書で説明されるステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。
【００６２】
[0076]ブロック６４０において、本方法は、ＡＰに関連する基本サービスセット（ＢＳＳ）色情報を決定することを含み得る。ブロック６４０の態様は、図７を参照しながら説明されるＢＳＳ色識別構成要素７０８によって実行され得る。
【００６３】
[0077]ブロック６４５において、本方法は、ＡＰにおいて、アップリンク送信のために少なくとも１つのＳＴＡをトリガするべきかどうかを決定することを含み得る。ブロック６４５の態様は、図７を参照しながら説明されるトリガフレーム生成構成要素７０５によって実行され得る。
【００６４】
[0078]ブロック６５０において、本方法は、少なくとも１つのＳＴＡをトリガするとの決定に応答してトリガフレームを生成することを含み得る。ブロック６５０の態様は、図７を参照しながら説明されるトリガフレーム生成構成要素７０５によって実行され得る。
【００６５】
[0079]ブロック６５５において、本方法は、トリガフレームにＢＳＳ色情報を挿入することを含み得る。いくつかの例では、ＢＳＳ色情報は、トリガフレームの共通情報フィールドに挿入され得る。他の例では、ＢＳＳ色情報は、トリガフレームのＳＳ割振りフィールド値において関連付け識別子（ＡＩＤ）が０の値を割り当てられるとき、少なくとも１つのＳＴＡにシグナリングされ得る。
【００６６】
[0080]ブロック６６０において、本方法は、少なくとも１つのＳＴＡにトリガフレームを送信することを含み得る。いくつかの例では、少なくとも１つのＳＴＡにトリガフレームを送信することは、高効率（ＨＥ）ＰＨＹレイヤコンバージェンスプロシージャ（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）中でトリガフレームを送信することを含み得る。ブロック６６０の態様も、図７を参照しながら説明されるモデム７１４とトランシーバ７０２との組合せによって実行され得る。
【００６７】
[0081]図７は、様々な構成要素を含み得るＡＰ１０５の実装形態の一例を説明し、様々な構成要素のうちのいくつかは、上記ですでに説明されたが、１つまたは複数のバス７４４を介して通信している１つまたは複数のプロセッサ７１２およびメモリ７１６およびトランシーバ７０２などの構成要素を含み、それらは、本開示の１つまたは複数の方法を含めることに関係する本明細書で説明される機能のうちの１つまたは複数を可能にするようにトリガフレーム生成構成要素７０５とともに動作し得る。さらに、１つまたは複数のプロセッサ７１２、モデム７１４、メモリ７１６、トランシーバ７０２、ＲＦフロントエンド７８８、および１つまたは複数のアンテナ７８６は、１つまたは複数の無線アクセス技術において音声および／またはデータ呼を（同時にまたは非同時に）サポートするように構成され得る。
【００６８】
[0082]一態様では、１つまたは複数のプロセッサ７１２は、１つまたは複数のモデムプロセッサを使用するモデム７１４を含むことができる。トリガフレーム生成構成要素７０５に関係する様々な機能は、モデム７１４および／またはプロセッサ７１２に含まれ得、一態様では、単一のプロセッサによって実行され得、他の態様では、それらの機能のうちの異なる機能は、２つまたはそれ以上の異なるプロセッサの組合せによって実行され得る。たとえば、一態様では、１つまたは複数のプロセッサ７１２は、トランシーバ７０２に関連するモデムプロセッサ、またはベースバンドプロセッサ、またはデジタル信号プロセッサ、または送信プロセッサ、または受信機プロセッサ、またはトランシーバプロセッサのうちのいずれか１つまたは任意の組合せを含み得る。他の態様では、トリガフレーム生成構成要素７０５に関連する１つまたは複数のプロセッサ７１２および／またはモデム７１４の特徴のうちのいくつかは、トランシーバ７０２によって実行され得る。
【００６９】
[0083]上述のように、トリガフレーム生成構成要素７０５は、被圧縮ランダムアクセス割振り構成要素７１５とＬＴＦシグナリング構成要素７２０とを含み得る。トリガフレーム生成構成要素７０５はまた、ＳＴＡに、ＡＰによって１つまたは複数のパンクチャドチャネルをシグナリングするための、パンクチャドチャネル構成要素７２５をさらに含み得る。図５、図６Ａ、および図６Ｂの方法は、別個のものとして説明されたが、単一のユーザごと情報フィールドおよびＬＴＦシグナリングを介して複数のランダムアクセスリソースユニットの割振りをシグナリングすること（たとえば、割り振られたリソースが、シングルユーザリソース割振りユニットであるのか、マルチユーザリソース割振りユニットであるのかを識別すること）の特徴は、一緒に実行され得ることが企図される。したがって、いくつかの例では、方法５００、６００、および６５０（ならびにより詳細にはブロック５１０および６１０）の図５、図６Ａ、および図６Ｂを参照しながら説明された特徴は、一実装形態において実行され得る。
【００７０】
[0084]メモリ７１６は、本明細書で使用されるデータ、ならびに／あるいは少なくとも１つのプロセッサ７１２によって実行されているアプリケーション７７５のローカルバージョンまたはトリガフレーム生成構成要素７０５および／またはそれの副構成要素のうちの１つまたは複数を記憶するように構成され得る。メモリ７１６は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、テープ、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびそれらの任意の組合せなど、コンピュータまたは少なくとも１つのプロセッサ７１２によって使用可能な任意のタイプのコンピュータ可読媒体を含むことができる。一態様では、たとえば、メモリ７１６は、トリガフレーム生成構成要素７０５および／またはそれの副構成要素のうちの１つまたは複数を定義する１つまたは複数のコンピュータ実行可能コードを記憶する、非一時的コンピュータ可読記憶媒体であり得る。
【００７１】
[0085]トランシーバ７０２は、少なくとも１つの受信機７０６と少なくとも１つの送信機７０９とを含み得る。受信機７０６は、データを受信するためのプロセッサによって実行可能なハードウェア、ファームウェア、および／またはソフトウェアコードを含み得、コードは、命令を備え、メモリ（たとえば、コンピュータ可読媒体）に記憶される。受信機７０６は、たとえば、無線周波数（ＲＦ）受信機であり得る。一態様では、受信機７０６は、少なくとも１つのＳＴＡ１１５によって送信された信号を受信し得る。さらに、受信機７０６は、そのような受信された信号を処理し得、また、限定はしないが、Ｅｃ／Ｉｏ、ＳＮＲ、ＲＳＲＰ、ＲＳＳＩなど、信号の測定値を取得し得る。送信機７０９は、データを送信するためのプロセッサによって実行可能なハードウェア、ファームウェア、および／またはソフトウェアコードを含み得、コードは、命令を備え、メモリ（たとえば、コンピュータ可読媒体）に記憶される。送信機７０９の好適な例は、限定はしないが、ＲＦ送信機を含み得る。
【００７２】
[0086]その上、一態様では、ＡＰ１０５はＲＦフロントエンド７８８を含み得、ＲＦフロントエンド７８８は、無線送信、たとえば、少なくとも１つのＳＴＡ１１５によって送信されたワイヤレス通信または別のＡＰ１０５によって送信されたワイヤレス送信を、受信および送信するための１つまたは複数のアンテナ７８６およびトランシーバ７０２との通信において動作し得る。ＲＦフロントエンド７８８は、１つまたは複数のアンテナ７８６に接続され得、ＲＦ信号を送信および受信するための１つまたは複数の低雑音増幅器（ＬＮＡ）７９０と、１つまたは複数のスイッチ７９２および７９４と、１つまたは複数の電力増幅器（ＰＡ）７９８と、１つまたは複数のフィルタ７９６とを含むことができる。
【００７３】
[0087]一態様では、ＬＮＡ７９０は、所望の出力レベルにおいて受信信号を増幅することができる。一態様では、各ＬＮＡ７９０は、指定された最小および最大利得値を有し得る。一態様では、ＲＦフロントエンド７８８は、特定の適用例のための所望の利得値に基づいて特定のＬＮＡ７９０およびそれの指定された利得値を選択するために、１つまたは複数のスイッチ７９２を使用し得る。
【００７４】
[0088]さらに、たとえば、１つまたは複数のＰＡ７９８は、所望の出力電力レベルにおいてＲＦ出力のための信号を増幅するために、ＲＦフロントエンド７８８によって使用され得る。一態様では、各ＰＡ７９８は、指定された最小および最大利得値を有し得る。一態様では、ＲＦフロントエンド７８８は、特定の適用例のための所望の利得値に基づいて特定のＰＡ７９８およびそれの指定された利得値を選択するために、１つまたは複数のスイッチ７９２を使用し得る。
【００７５】
[0089]また、たとえば、１つまたは複数のフィルタ７９６は、入力ＲＦ信号を取得するために、受信信号をフィルタ処理するためにＲＦフロントエンド７８８によって使用され得る。同様に、一態様では、たとえば、それぞれのフィルタ７９６は、送信のための出力信号を生成するために、それぞれのＰＡ７９８からの出力をフィルタ処理するために使用され得る。一態様では、各フィルタ７９６は、特定のＬＮＡ７９０および／またはＰＡ７９８に接続され得る。一態様では、ＲＦフロントエンド７８８は、トランシーバ７０２および／またはプロセッサ７１２によって指定される構成に基づいて、指定されたフィルタ７９６、ＬＮＡ７９０、および／またはＰＡ７９８を使用する送信または受信経路を選択するために、１つまたは複数のスイッチ７９２、７９４を使用することができる。
【００７６】
[0090]したがって、トランシーバ７０２は、ＲＦフロントエンド７８８を介して１つまたは複数のアンテナ７８６を通してワイヤレス信号を送信および受信するように構成され得る。一態様では、トランシーバは、ＡＰ１０５が、たとえば、１つまたは複数のＳＴＡ１１５あるいは１つまたは複数のＡＰ１０５に関連する１つまたは複数のセルと通信することができるように、指定された周波数において動作するように調整され得る。一態様では、たとえば、モデム７１４は、ＡＰ１０５のＡＰ構成とモデム７１４によって使用される通信プロトコルとに基づいて、指定された周波数および電力レベルにおいて動作するようにトランシーバ７０２を構成することができる。
【００７７】
[0091]一態様では、モデム７１４は、デジタルデータがトランシーバ７０２を使用して送信および受信されるように、デジタルデータを処理し、トランシーバ７０２と通信することができる、マルチバンドマルチモードモデムであり得る。一態様では、モデム７１４は、マルチバンドであり、特定の通信プロトコルのための複数の周波数帯域をサポートするように構成され得る。一態様では、モデム７１４は、マルチモードであり、複数の動作ネットワークおよび通信プロトコルをサポートするように構成され得る。一態様では、モデム１７４は、指定されたモデム構成に基づいてネットワークからの信号の送信および／または受信を可能にするために、ＡＰ１０５の１つまたは複数の構成要素（たとえば、ＲＦフロントエンド７８８、トランシーバ７０２）を制御することができる。一態様では、モデム構成は、モデムのモードと使用中の周波数帯域とに基づき得る。
【００７８】
[0092]図８は、ランダムアクセス割振りのための被圧縮ユーザごと情報フィールドをもつトリガフレームを復号する例示的な方法８００のフローチャートである。方法８００は、図１、図２、および図１２を参照しながら説明されるように、ＳＴＡ１１５によって実行され得る。方法８００はＳＴＡ１１５の要素に関して以下で説明されるが、本明細書で説明されるステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。
【００７９】
[0093]ブロック８０５において、本方法は、ＳＴＡにおいて、ＡＰからトリガフレームを受信することを含み得、ここにおいて、トリガフレームが、ユーザごと情報フィールドを含む。いくつかの例では、トリガフレームは、共通情報フィールドをも含み得る。いくつかの態様では、トリガフレームは、ＳＴＡが、ＳＴＡがＡＰへの送信のためのデータを有することをシグナリングする、ＡＰへのバッファステータス報告を送信することに応答して受信され得る。ブロック８０５の態様は、図１２を参照しながら説明されるモデム１０１４と組み合わせてトランシーバ１００２（および受信機１００６）によって実行され得る。
【００８０】
[0094]ブロック８１０において、本方法は、ＡＰによってアップリンク送信のためのＳＴＡに割り振られた複数のランダムアクセスリソースユニットを識別するために、ユーザごと情報フィールドを復号することを含み得る。いくつかの例では、ＡＰによってアップリンク送信のためのＳＴＡに割り振られた複数のランダムアクセスリソースユニットを識別するために、ユーザごと情報フィールドを復号することは、複数のランダムアクセスリソースユニットに関連する情報を識別するトリガフレーム中の単一のユーザごと情報フィールドを復号することを備え得る。複数のランダムアクセスリソースユニットは、連続するＫ個の等しいサイズのリソースユニットであり得、ここにおいて、Ｋは整数（たとえば、Ｋ＝１、２、３、．．５０．．．など）であり得る。いくつかの態様では、ＳＴＡは、トリガフレームのユーザごと情報フィールド中のリソースユニットカウント割振りサブフィールド（図３Ｂ、ＲＵ割振り３２０参照）からＫの値を復号し得、ここにおいて、リソースユニットカウントサブフィールドは、トリガフレームの転用された空間ストリーム割振りサブフィールドであり得る。いくつかの例では、ＡＰによってアップリンク送信のためのＳＴＡに割り振られた複数のランダムアクセスリソースユニットを識別するために、ユーザごと情報フィールドを復号することは、トリガフレームのユーザごと情報フィールド中のリソースユニット割振りサブフィールドから複数のランダムアクセスリソースユニットの開始インデックスを復号することをさらに備え得る。ブロック８１０の態様は、図１２を参照しながら説明されるＬＴＦシグナリング復号構成要素１０２０によって実行され得る。
【００８１】
[0095]ブロック８１５において、本方法は、トリガフレームの共通情報フィールドの少なくとも一部分を識別することを随意に含む。ブロック８１５の態様は、図１２を参照しながら説明されるチャネル復号構成要素１０２５によって実行され得る。
【００８２】
[0096]ブロック８２０において、本方法は、ＡＰによって１つまたは複数のパンクチャドチャネルを識別するために共通情報フィールドの少なくとも一部分を復号することを随意に含む。いくつかの態様では、本方法は、空間再利用送信が可能にされないかどうかを識別するために、空間再利用サブフィールド（図３Ａ、要素３３０参照）の一部分を復号することを含み得る。ブロック８２０の態様は、図１２を参照しながら説明されるチャネル復号構成要素１０２５によって実行され得る。
【００８３】
[0097]ブロック８２５において、本方法は、復号することに基づいて、ＡＰによって割り振られた複数のランダムアクセスリソース上でＡＰと通信することを含み得る。ブロック８２５の態様は、図１２を参照しながら説明されるモデム１０１４とトランシーバ１００２との組合せによって実行され得る。
【００８４】
[0098]図９は、ＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソース割振りユニットであるのかマルチユーザリソース割振りユニットであるのかを識別するＬＴＦモードシグナリングをもつトリガフレームを復号する例示的な方法９００のフローチャートである。方法９００は、図１、図２、および図１２を参照しながら説明されるように、ＳＴＡ１１５によって実行され得る。方法９００はＳＴＡ１１５の要素に関して以下で説明されるが、本明細書で説明されるステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。
【００８５】
[0099]ブロック９０５において、本方法は、ＳＴＡにおいて、ＡＰからトリガフレームを受信することを含み得、ここにおいて、トリガフレームが、ユーザごと情報フィールドを含む。図８と同様に、いくつかの例では、トリガフレームは、共通情報フィールドをも含み得る。いくつかの態様では、トリガフレームは、ＳＴＡが、ＳＴＡがＡＰへの送信のためのデータを有することをシグナリングする、ＡＰへのバッファステータス報告を送信することに応答して受信され得る。ブロック９０５の態様は、図１２を参照しながら説明されるモデム１０１４と組み合わせてトランシーバ１００２（および受信機１００６）によって実行され得る。
【００８６】
[00100]ブロック９１０において、本方法は、ＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別するために、トリガフレームを復号することを含み得る。いくつかの例では、これは、ＭＵ  ＭＩＭＯ  ＬＴＦモード（たとえば、マスキングされたＬＴＦシーケンスまたはシングルストリームパイロット）を識別するために、トリガフレームの共通情報フィールド（およびより詳細にはＭＵ  ＭＩＭＯ  ＬＴＦモードサブフィールド（図３Ａ、要素３１５参照）を復号することに基づいて決定され得る。したがって、ＭＵ  ＭＩＭＯ  ＬＴＦモードは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースのうちの少なくとも１つが、シングルユーザリソースユニット割振りであるという決定に基づいて、シングルストリームパイロットとして示され得る。代替的に、ＭＵ  ＭＩＭＯ  ＬＴＦモードは、少なくとも１つのＳＴＡに割り振られた１つまたは複数のリソースのいずれも、シングルユーザリソースユニット割振りでないと決定することに基づいて、マスキングされたＬＴＦシーケンスとして示され得る。
【００８７】
[00101]他の例では、ＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかを識別するために、トリガフレームを復号することは、ＳＴＡに割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りであるのか、マルチユーザリソースユニット割振りであるのかをシグナリングするために、トリガフレームのユーザごと情報フィールド中のリソースユニット割振りサブフィールド（図３Ｂ、要素３２０参照）のビット値（図４参照）を復号することを備え得る。追加または代替として、ＳＴＡは、割り振られた１つまたは複数のリソースが、シングルユーザリソースユニット割振りを含むのか、マルチユーザリソースユニット割振りを含むのかを示す、トリガフレームのユーザごと情報フィールドへの追加の構成可能なビット（たとえば、ユーザ識別子の前または後のいずれかにトリガフレーム中にＡＰによって追加されるビット）を復号し得る。ブロック９１０の態様は、図１２を参照しながら説明されるＬＴＦ信号復号構成要素１０２０によって実行され得る。
【００８８】
[00102]ブロック９１５において、本方法は、トリガフレームの共通情報フィールドの少なくとも一部分を識別することを随意に含む。ブロック９１５の態様は、図１２を参照しながら説明されるチャネル復号構成要素１０２５によって実行され得る。
【００８９】
[00103]ブロック９２０において、本方法は、ＡＰによって１つまたは複数のパンクチャドチャネルを識別するために共通情報フィールドの少なくとも一部分を復号することを随意に含む。いくつかの態様では、本方法は、空間再利用送信が可能にされないかどうかを識別するために、空間再利用サブフィールド（図３Ａ、要素３３０参照）の一部分を復号することを含み得る。ブロック９２０の態様は、図１２を参照しながら説明されるチャネル復号構成要素１０２５によって実行され得る。
【００９０】
[00104]ブロック９２５において、本方法は、復号することに基づいて、ＡＰによってＳＴＡに割り振られた１つまたは複数のリソース上でＡＰと通信することを含み得る。ブロック９１５の態様は、図１２を参照しながら説明されるモデム１０１４とトランシーバ１００２との組合せによって実行され得る。
【００９１】
[00105]図１０は、１つまたは複数のパンクチャドチャネルを識別するためにトリガフレームを復号する例示的な方法１０００のフローチャートである。方法１０００は、図１、図２、および図１２を参照しながら説明されるように、ＳＴＡ１１５によって実行され得る。方法１０００はＳＴＡ１１５の要素に関して以下で説明されるが、本明細書で説明されるステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。
【００９２】
[00106]ブロック１００５において、本方法は、ＳＴＡにおいて、ＡＰからトリガフレームを受信することを含み得る。いくつかの態様では、トリガフレームは、少なくとも１つのＳＴＡへの１つまたは複数のパンクチャドチャネルを識別する共通情報フィールドを含み得る。ブロック１００５の態様は、図１２を参照しながら説明されるモデム１０１４と組み合わせてトランシーバ１００２（および受信機１００６）によって実行され得る。
【００９３】
[00107]ブロック１０１５において、本方法は、ＡＰによって１つまたは複数のパンクチャドチャネルを識別するためにトリガフレームの共通情報フィールドの少なくとも一部分を復号することを含み得る。ブロック１０１５の態様は、図１２を参照しながら説明されるモデム１０１４と組み合わせてチャネル復号構成要素１０２５によって実行され得る。
【００９４】
[00108]ブロック１０２０において、本方法は、復号することに基づいて、１つまたは複数のパンクチャドチャネル上でＡＰと通信することを含み得る。ブロック１０１５の態様は、図１２を参照しながら説明されるモデム１０１４とトランシーバ１００２との組合せによって実行され得る。
【００９５】
[00109]図１１は、ＳＴＡの送信電力を制御する例示的な方法１１００のフローチャートである。方法１１００は、図１、図２、および図１２を参照しながら説明されるように、ＳＴＡ１１５によって実行され得る。方法１１００はＳＴＡ１１５の要素に関して以下で説明されるが、本明細書で説明されるステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。
【００９６】
[00110]ブロック１１０５において、本方法は、局（ＳＴＡ）において、第１のＡＰからトリガフレームを受信することを含み得る。いくつかの態様では、トリガフレームは、利用可能帯域幅を識別する帯域幅フィールドと、空間再利用送信のために利用可能帯域幅からサブバンドを識別する空間再利用ビットのセットとを含み得る。ブロック１１０５の態様は、図１２を参照しながら説明されるモデム１０１４と組み合わせてトランシーバ１００２（および受信機１００６）によって実行され得る。
【００９７】
[00111]ブロック１１１０において、本方法は、第１のＡＰの送信電力または第１のＡＰの許容干渉レベルのうちの１つまたは複数を識別するために、トリガフレーム中の少なくとも空間再利用サブフィールドを復号することを含み得る。いくつかの例では、共通情報フィールドの少なくとも一部分の空間再利用サブフィールドの一部分を復号することは、空間再利用送信が可能にされないかどうかを識別し得る。空間再利用サブフィールドは、トリガフレームの共通情報フィールド中に含まれ得る。いくつかの例では、トリガフレームの復号は、ＳＴＡが、トリガフレームの少なくとも空間ｒｅｓｕｓｅサブフィールドを復号することに基づいて、ＳＴＡへの未使用チャネルを識別することをも可能にし得る。ブロック１１１０の態様は、図１２を参照しながら説明されるモデム１０１４と組み合わせてチャネル復号構成要素１０２５によって実行され得る。
【００９８】
[00112]ブロック１１１５において、本方法は、第１のＡＰの送信電力または第１のＡＰの干渉レベルに少なくとも部分的に基づいて、ＳＴＡの送信電力を計算することを含み得る。ブロック１１１５の態様は、図１２を参照しながら説明されるトリガフレーム復号構成要素１００５によって実行され得る。
【００９９】
[00113]ブロック１１２５において、本方法は、ＳＴＡの送信電力において１つまたは複数のパンクチャドチャネル上で第２のＡＰにアップリンクパケットを送信することを含み得る。ブロック１１２５の態様は、図１２を参照しながら説明されるトランシーバ１２０２によって実行され得る。
【０１００】
[00114]図１２は、様々な構成要素を含み得るＳＴＡ１１５の実装形態の一例を説明し、様々な構成要素のうちのいくつかは、上記ですでに説明されたが、１つまたは複数のバス１２４４を介して通信している１つまたは複数のプロセッサ１２１２およびメモリ１２１６およびトランシーバ１２０２などの構成要素を含み、それらは、本開示の１つまたは複数の方法を含めることに関係する本明細書で説明される機能のうちの１つまたは複数を可能にするようにトリガフレーム復号構成要素１２０５とともに動作し得る。さらに、１つまたは複数のプロセッサ１２１２、モデム１２１４、メモリ１２１６、トランシーバ１００２、ＲＦフロントエンド１２８８、および１つまたは複数のアンテナ１２８６は、１つまたは複数の無線アクセス技術において音声および／またはデータ呼を（同時にまたは非同時に）サポートするように構成され得る。
【０１０１】
[00115]一態様では、１つまたは複数のプロセッサ１２１２は、１つまたは複数のモデムプロセッサを使用するモデム１２１４を含むことができる。トリガフレーム復号構成要素１２０５に関係する様々な機能は、モデム１２１４および／またはプロセッサ１２１２に含まれ得、一態様では、単一のプロセッサによって実行され得、他の態様では、それらの機能のうちの異なる機能は、２つまたはそれ以上の異なるプロセッサの組合せによって実行され得る。たとえば、一態様では、１つまたは複数のプロセッサ１２１２は、トランシーバ１２０２に関連するモデムプロセッサ、またはベースバンドプロセッサ、またはデジタル信号プロセッサ、または送信プロセッサ、または受信機プロセッサ、またはトランシーバプロセッサのうちのいずれか１つまたは任意の組合せを含み得る。他の態様では、トリガフレーム復号構成要素１００５に関連する１つまたは複数のプロセッサ１２１２および／またはモデム１２１４の特徴のうちのいくつかは、トランシーバ１２０２によって実行され得る。
【０１０２】
[00116]上述のように、トリガフレーム復号構成要素１２０５は、被圧縮ランダムアクセス復号構成要素１２１５とＬＴＦ信号復号構成要素１２２０とを含み得る。図８および図９の方法は、別個のものとして説明されたが、単一のユーザごと情報フィールドおよびＬＴＦ信号復号を介して複数のランダムアクセスリソースユニットの復号をシグナリングすること（たとえば、割り振られたリソースが、シングルユーザリソース割振りユニットであるのか、マルチユーザリソース割振りユニットであるのかを識別すること）の特徴は、一緒に実行され得ることが企図される。したがって、いくつかの例では、方法８００および９００（ならびにより詳細にはブロック８１０および９１０）の図８および図９を参照しながら説明された特徴は、一実装形態において実行され得る。
【０１０３】
[00117]メモリ１２１６は、本明細書で使用されるデータ、ならびに／あるいは少なくとも１つのプロセッサ１２１２によって実行されているアプリケーション１２７５のローカルバージョンまたはトリガフレーム復号構成要素１２０５および／またはそれの副構成要素のうちの１つまたは複数を記憶するように構成され得る。メモリ１２１６は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、テープ、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびそれらの任意の組合せなど、コンピュータまたは少なくとも１つのプロセッサ１２１２によって使用可能な任意のタイプのコンピュータ可読媒体を含むことができる。一態様では、たとえば、メモリ１２１６は、トリガフレーム復号構成要素１２０５および／またはそれの副構成要素のうちの１つまたは複数を定義する１つまたは複数のコンピュータ実行可能コードを記憶する、非一時的コンピュータ可読記憶媒体であり得る。
【０１０４】
[00118]トランシーバ１２０２は、少なくとも１つの受信機１２０６と少なくとも１つの送信機１２０８とを含み得る。受信機１２０６は、データを受信するためのプロセッサによって実行可能なハードウェア、ファームウェア、および／またはソフトウェアコードを含み得、コードは、命令を備え、メモリ（たとえば、コンピュータ可読媒体）に記憶される。受信機１２０６は、たとえば、無線周波数（ＲＦ）受信機であり得る。一態様では、受信機１２０６は、少なくとも１つのＡＰ１０５によって送信された信号を受信し得る。さらに、受信機１２０６は、そのような受信された信号を処理し得、また、限定はしないが、Ｅｃ／Ｉｏ、ＳＮＲ、ＲＳＲＰ、ＲＳＳＩなど、信号の測定値を取得し得る。送信機１２０８は、データを送信するためのプロセッサによって実行可能なハードウェア、ファームウェア、および／またはソフトウェアコードを含み得、コードは、命令を備え、メモリ（たとえば、コンピュータ可読媒体）に記憶される。送信機１２０８の好適な例は、限定はしないが、ＲＦ送信機を含み得る。
【０１０５】
[00119]その上、一態様では、ＳＴＡ１１５はＲＦフロントエンド１２８８を含み得、ＲＦフロントエンド１２８８は、無線送信、たとえば、少なくとも１つのＡＰ１０５によって送信されたワイヤレス通信または別のＳＴＡ１１５によって送信されたワイヤレス送信を、受信および送信するための１つまたは複数のアンテナ１２８６およびトランシーバ１２０２との通信において動作し得る。ＲＦフロントエンド１２８８は、１つまたは複数のアンテナ１２８６に接続され得、ＲＦ信号を送信および受信するための１つまたは複数の低雑音増幅器（ＬＮＡ）１２９０と、１つまたは複数のスイッチ１２９２および１２９４と、１つまたは複数の電力増幅器（ＰＡ）１２９８と、１つまたは複数のフィルタ１２９６とを含むことができる。
【０１０６】
[00120]一態様では、ＬＮＡ１２９０は、所望の出力レベルにおいて受信信号を増幅することができる。一態様では、各ＬＮＡ１２９０は、指定された最小および最大利得値を有し得る。一態様では、ＲＦフロントエンド１２８８は、特定の適用例のための所望の利得値に基づいて特定のＬＮＡ１２９０およびそれの指定された利得値を選択するために、１つまたは複数のスイッチ１２９２を使用し得る。
【０１０７】
[00121]さらに、たとえば、１つまたは複数のＰＡ１２９８は、所望の出力電力レベルにおいてＲＦ出力のための信号を増幅するために、ＲＦフロントエンド１２８８によって使用され得る。一態様では、各ＰＡ１２９８は、指定された最小および最大利得値を有し得る。一態様では、ＲＦフロントエンド１２８８は、特定の適用例のための所望の利得値に基づいて特定のＰＡ１２９８およびそれの指定された利得値を選択するために、１つまたは複数のスイッチ１２９２を使用し得る。
【０１０８】
[00122]また、たとえば、１つまたは複数のフィルタ１２９６は、入力ＲＦ信号を取得するために、受信信号をフィルタ処理するためにＲＦフロントエンド１２８８によって使用され得る。同様に、一態様では、たとえば、それぞれのフィルタ１２９６は、送信のための出力信号を生成するために、それぞれのＰＡ１２９８からの出力をフィルタ処理するために使用され得る。一態様では、各フィルタ１２９６は、特定のＬＮＡ１０９０および／またはＰＡ１２９８に接続され得る。一態様では、ＲＦフロントエンド１２８８は、トランシーバ１２０２および／またはプロセッサ１２１２によって指定される構成に基づいて、指定されたフィルタ１２９６、ＬＮＡ１２９０、および／またはＰＡ１２９８を使用する送信または受信経路を選択するために、１つまたは複数のスイッチ１２９２、１２９４を使用することができる。
【０１０９】
[00123]したがって、トランシーバ１２０２は、ＲＦフロントエンド１２８８を介して１つまたは複数のアンテナ１２８６を通してワイヤレス信号を送信および受信するように構成され得る。一態様では、トランシーバは、ＳＴＡ１１５が、たとえば、１つまたは複数のＡＰ１０５あるいは１つまたは複数のＡＰ１０５に関連する１つまたは複数のセルと通信することができるように、指定された周波数において動作するように調整され得る。一態様では、たとえば、モデム１２１４は、ＡＰ１０５のＡＰ構成とモデム１２１４によって使用される通信プロトコルとに基づいて、指定された周波数および電力レベルにおいて動作するようにトランシーバ１２０２を構成することができる。
【０１１０】
[00124]一態様では、モデム１２１４は、デジタルデータがトランシーバ１２０２を使用して送信および受信されるように、デジタルデータを処理し、トランシーバ１２０２と通信することができる、マルチバンドマルチモードモデムであり得る。一態様では、モデム１２１４は、マルチバンドであり、特定の通信プロトコルのための複数の周波数帯域をサポートするように構成され得る。一態様では、モデム１２１４は、マルチモードであり、複数の動作ネットワークおよび通信プロトコルをサポートするように構成され得る。一態様では、モデム１２７４は、指定されたモデム構成に基づいてネットワークからの信号の送信および／または受信を可能にするために、ＳＴＡ１１５の１つまたは複数の構成要素（たとえば、ＲＦフロントエンド１２８８、トランシーバ１２０２）を制御することができる。一態様では、モデム構成は、モデムのモードと使用中の周波数帯域とに基づき得る。本明細書の開示に関して説明された様々な例示的なブロックおよび構成要素は、限定はしないが、プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ＡＳＩＣ、ＦＰＧＡまたは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明された機能を実行するように設計されたそれらの任意の組合せなど、特別にプログラムされたデバイスを用いて実装または実行され得る。特別にプログラムされたプロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。特別にプログラムされたプロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成としても実装され得る。
【０１１１】
[00125]本明細書で説明される機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして非一時的コンピュータ可読媒体上に記憶されるか、あるいは非一時的コンピュータ可読媒体を介して送信され得る。他の例および実装形態が、本開示および添付の特許請求の範囲の範囲および趣旨内に入る。たとえば、ソフトウェアの性質により、上記で説明された機能は、特別にプログラムされたプロセッサによって実行されるソフトウェア、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのうちのいずれかの組合せを使用して実装され得る。機能を実装する特徴はまた、機能の部分が、異なる物理的ロケーションにおいて実装されるように分散されることを含めて、様々な位置に物理的に配置され得る。また、特許請求の範囲を含めて、本明細書で使用される場合、「のうちの少なくとも１つ」で終わる項目の列挙中で使用される「または」は、たとえば、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」の列挙が、ＡまたはＢまたはＣまたはＡＢまたはＡＣまたはＢＣまたはＡＢＣ（たとえば、ＡおよびＢおよびＣ）を意味するような選言的列挙を示す。
【０１１２】
[00126]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれる。
【０１１３】
[00127]本開示についての以上の説明は、当業者が本開示を作成または使用することができるように与えられた。本開示への様々な変更は当業者には容易に明らかになり、本明細書で定義された共通原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。さらに、説明された態様および／または実施形態の要素は、単数形で説明または請求されていることがあるが、単数形への限定が明示的に述べられていない限り、複数形が企図される。さらに、任意の態様および／または実施形態の全部または一部は、別段に記載されていない限り、任意の他の態様および／または実施形態の全部または一部とともに利用され得る。したがって、本開示は、本明細書で説明された例および設計に限定されるべきでなく、本明細書で開示された原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2019515566.tif 000003
【図２】
2019515566.tif 000004
【図３Ａ】
2019515566.tif 000005
【図３Ｂ】
2019515566.tif 000006
【図４】
2019515566.tif 000007
【図５】
2019515566.tif 000008
【図６Ａ】
2019515566.tif 000009
【図６Ｂ】
2019515566.tif 000010
【図６Ｃ】
2019515566.tif 000011
【図７】
2019515566.tif 000012
【図８】
2019515566.tif 000013
【図９】
2019515566.tif 000014
【図１０】
2019515566.tif 000015
【図１１】
2019515566.tif 000016
【図１２】
2019515566.tif 000017
【国際調査報告】
2019515566.tif 000018
2019515566.tif 000019
2019515566.tif 000020
2019515566.tif 000021
2019515566.tif 000022
2019515566.tif 000023