(57)【要約】  ワイヤレス通信ネットワークにおけるトラフィック情報シグナリングのための方法、デバイス、およびコンピュータプログラム製品を開示する。一態様では、ワイヤレス通信ネットワーク内で通信する方法を開示する。本方法は、送信デバイスによって、アクセスポイントからバッファ情報の要求を受信するステップを含む。本方法は、バッファサイズまたは送信時間のうちの少なくとも一方を生成するステップをさらに含み、バッファサイズまたは送信時間は、送信デバイスがアクセスポイントにマルチユーザパケットで送信するためにバッファリングしたデータの量を示す情報を含む。本方法は、バッファサイズまたは送信時間のうちの少なくとも一方をアクセスポイントに送信するステップをさらに含む。いくつかの態様では、バッファサイズまたは送信時間のうちの少なくとも一方は、超高スループット(VHT)制御フィールド内で送信される。
2017525242.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信ネットワーク内で通信する方法であって、
送信デバイスによって、アクセスポイントからバッファ情報の要求を受信するステップと、
バッファサイズまたは送信時間のうちの少なくとも一方を生成するステップであって、前記バッファサイズまたは前記送信時間が、前記送信デバイスが前記アクセスポイントにマルチユーザパケットで送信するためにバッファリングしたデータの量を示す情報を含む、ステップと、
前記バッファサイズまたは前記送信時間のうちの前記少なくとも一方を前記アクセスポイントに送信するステップと
を含む、方法。
【請求項２】
前記バッファサイズが、前記送信デバイスのバッファに含まれているデータの最大バイト数の表示と、前記アクセスポイントにアップリンクメッセージで送信され得るバイト数の表示とを含む、請求項1に記載の方法。
【請求項３】
前記送信時間が、前記送信デバイスが前記アクセスポイントにアップリンクメッセージを送信するために必要とする時間の表示を含む、請求項1に記載の方法。
【請求項４】
前記アクセスポイントに遅延バジェットを送信するステップをさらに含み、前記遅延バジェットが、前記送信デバイスが送信のためにバッファリングした前記データの遅延値に関する情報を含む、請求項1に記載の方法。
【請求項５】
前記遅延バジェットが、前記送信デバイスが送信のためにバッファリングした前記データを前記送信デバイスが送信することを、前記アクセスポイントが可能にすべきレートを示す、請求項4に記載の方法。
【請求項６】
前記バッファサイズが、前記送信デバイスからの次のパケットのサイズの表示と、前記送信デバイスが前記次のパケット以外にどのくらいの追加データをバッファリングしたかの表示とをさらに含む、請求項1に記載の方法。
【請求項７】
前記バッファサイズまたは前記送信時間のうちの前記少なくとも一方が、管理フレームの一部として送信される、請求項1に記載の方法。
【請求項８】
前記バッファサイズまたは前記送信時間のうちの前記少なくとも一方が、物理レイヤヘッダのVHT制御フィールドで送信される、請求項1に記載の方法。
【請求項９】
ワイヤレス通信ネットワーク内で通信する送信デバイスであって、
アクセスポイントからバッファ情報の要求を受信するように構成された受信機と、
バッファサイズまたは送信時間のうちの少なくとも一方を生成するように構成されたプロセッサであって、前記バッファサイズまたは前記送信時間が、前記送信デバイスが前記アクセスポイントにマルチユーザパケットで送信するためにバッファリングしたデータの量を示す情報を含む、プロセッサと、
前記バッファサイズまたは前記送信時間のうちの前記少なくとも一方を前記アクセスポイントに送信するように構成された送信機と
を含む、送信デバイス。
【請求項１０】
前記バッファサイズが、前記送信デバイスのバッファに含まれているデータの最大バイト数の表示と、前記アクセスポイントにアップリンクメッセージで送信され得るバイト数の表示とを含む、請求項9に記載の送信デバイス。
【請求項１１】
前記送信時間が、前記送信デバイスが前記アクセスポイントにアップリンクメッセージを送信するために必要とする時間の表示を含む、請求項9に記載の送信デバイス。
【請求項１２】
前記送信機が、前記アクセスポイントに遅延バジェットを送信するようにさらに構成され、前記遅延バジェットが、前記送信デバイスが送信のためにバッファリングした前記データの遅延値に関する情報を含む、請求項9に記載の送信デバイス。
【請求項１３】
前記遅延バジェットが、前記送信デバイスが送信のためにバッファリングした前記データを前記送信デバイスが送信することを、前記アクセスポイントが可能にすべきレートを示す、請求項12に記載の送信デバイス。
【請求項１４】
前記バッファサイズが、前記送信デバイスからの次のパケットのサイズの表示と、前記送信デバイスが前記次のパケット以外にどのくらいの追加データをバッファリングしたかの表示とをさらに含む、請求項9に記載の送信デバイス。
【請求項１５】
前記送信機が、前記バッファサイズまたは前記送信時間のうちの前記少なくとも一方を、管理フレームの一部として送信するようにさらに構成される、請求項9に記載の送信デバイス。
【請求項１６】
前記送信機が、前記バッファサイズまたは前記送信時間のうちの前記少なくとも一方を、物理レイヤヘッダのVHT制御フィールドで送信するようにさらに構成される、請求項9に記載の送信デバイス。
【請求項１７】
ワイヤレス通信ネットワーク内で通信する送信デバイスであって、
アクセスポイントからバッファ情報の要求を受信するための手段と、
バッファサイズまたは送信時間のうちの少なくとも一方を生成するための手段であって、前記バッファサイズまたは前記送信時間が、前記送信デバイスが前記アクセスポイントにマルチユーザパケットで送信するためにバッファリングしたデータの量を示す情報を含む、手段と、
前記バッファサイズまたは前記送信時間のうちの前記少なくとも一方を前記アクセスポイントに送信するための第1の手段と
を含む、送信デバイス。
【請求項１８】
前記バッファサイズが、前記送信デバイスのバッファに含まれているデータの最大バイト数の表示と、前記アクセスポイントにアップリンクメッセージで送信され得るバイト数の表示とを含む、請求項17に記載の送信デバイス。
【請求項１９】
前記送信時間が、前記送信デバイスが前記アクセスポイントにアップリンクメッセージを送信するために必要とする時間の表示を含む、請求項17に記載の送信デバイス。
【請求項２０】
前記アクセスポイントに遅延バジェットを送信するための第2の手段をさらに含み、前記遅延バジェットが、前記送信デバイスが送信のためにバッファリングした前記データの遅延値に関する情報を含む、請求項17に記載の送信デバイス。
【請求項２１】
前記遅延バジェットが、前記送信デバイスが送信のためにバッファリングした前記データを前記送信デバイスが送信することを、前記アクセスポイントが可能にすべきレートを示す、請求項20に記載の送信デバイス。
【請求項２２】
前記バッファサイズが、前記送信デバイスからの次のパケットのサイズの表示と、前記送信デバイスが前記次のパケット以外にどのくらいの追加データをバッファリングしたかの表示とをさらに含む、請求項17に記載の送信デバイス。
【請求項２３】
前記バッファサイズまたは前記送信時間のうちの前記少なくとも一方を、物理レイヤヘッダのVHT制御フィールドで送信するための第3の手段をさらに含む、請求項17に記載の送信デバイス。
【請求項２４】
実行されるとき、ワイヤレス通信ネットワーク内で通信する方法を実行する命令を含む非一時的コンピュータ可読記憶媒体であって、前記方法が、
アクセスポイントからバッファ情報の要求を受信するステップと、
バッファサイズまたは送信時間のうちの少なくとも一方を生成するステップであって、前記バッファサイズまたは前記送信時間が、送信デバイスが前記アクセスポイントにマルチユーザパケットで送信するためにバッファリングしたデータの量を示す情報を含む、ステップと、
前記バッファサイズまたは前記送信時間のうちの前記少なくとも一方を前記アクセスポイントに送信するステップと
を含む、非一時的コンピュータ可読記憶媒体。
【請求項２５】
前記バッファサイズが、前記送信デバイスのバッファに含まれているデータの最大バイト数の表示と、前記アクセスポイントにアップリンクメッセージで送信され得るバイト数の表示とを含む、請求項24に記載の非一時的コンピュータ可読記憶媒体。
【請求項２６】
前記送信時間が、前記送信デバイスが前記アクセスポイントにアップリンクメッセージを送信するために必要とする時間の表示を含む、請求項24に記載の非一時的コンピュータ可読記憶媒体。
【請求項２７】
前記方法が、前記アクセスポイントに遅延バジェットを送信するステップをさらに含み、前記遅延バジェットが、前記送信デバイスが送信のためにバッファリングした前記データの遅延値に関する情報を含む、請求項24に記載の非一時的コンピュータ可読記憶媒体。
【請求項２８】
前記遅延バジェットが、前記送信デバイスが送信のためにバッファリングした前記データを前記送信デバイスが送信することを、前記アクセスポイントが可能にすべきレートを示す、請求項27に記載の非一時的コンピュータ可読記憶媒体。
【請求項２９】
前記バッファサイズが、前記送信デバイスからの次のパケットのサイズの表示と、前記送信デバイスが前記次のパケット以外にどのくらいの追加データをバッファリングしたかの表示とをさらに含む、請求項24に記載の非一時的コンピュータ可読記憶媒体。
【請求項３０】
前記バッファサイズまたは前記送信時間のうちの前記少なくとも一方が、物理レイヤヘッダのVHT制御フィールドで送信される、請求項24に記載の非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は一般にワイヤレス通信に関し、より詳細には、トラフィック情報をシグナリングするためのシステム、方法、およびデバイスに関する。本明細書におけるいくつかの態様は、ワイヤレス媒体の効率的な使用を可能にすることができるトラフィックシグナリングに関する。
【背景技術】
【０００２】
多くの電気通信システムでは、いくつかの相互作用する空間的に分離されたデバイス間でメッセージを交換するために、通信ネットワークが使用される。ネットワークは、たとえば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアとすることができる地理的範囲によって分類される場合がある。そのようなネットワークは、それぞれ、ワイドエリアネットワーク(WAN)、メトロポリタンエリアネットワーク(MAN)、ローカルエリアネットワーク(LAN)、またはパーソナルエリアネットワーク(PAN)と呼ばれる。ネットワークはまた、様々なネットワークのノードおよびデバイスを相互接続するために使用されるスイッチング/ルーティング技法(たとえば、回線交換対パケット交換)、伝送のために用いられる物理媒体のタイプ(たとえば、有線対ワイヤレス)、および使用される通信プロトコルのセット(たとえば、インターネットプロトコル群、SONET(同期光ネットワーク)、イーサネット(登録商標)など)により異なる可能性がある。
【０００３】
ネットワーク要素がモバイルであり、したがって動的な接続必要性を有するとき、またはネットワークアーキテクチャが固定トポロジではなくアドホックトポロジで形成される場合、ワイヤレスネットワークが好ましいことが多い。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域内の電磁波を使用して無誘導伝搬モードにおいて、無形物理媒体を用いる。ワイヤレスネットワークは、有利には、固定有線ネットワークと比較するとき、ユーザ移動性と迅速な現場配置とを容易にする。
【０００４】
ワイヤレスネットワーク内のデバイスは、互いの間で情報を送信/受信することができる。情報は、いくつかの態様ではデータユニットと呼ばれることがあるパケットを含むことがある。いくつかの態様では、複数のデバイスが、同時に単一デバイスに送信することがある。しかしながら、そのような送信を同期するために、アクセスポイントが関連するワイヤレスデバイスからの何らかのトラフィック情報を認識することが有益である場合がある。
【発明の概要】
【課題を解決するための手段】
【０００５】
本明細書で論じるシステム、方法、デバイス、およびコンピュータプログラム製品はそれぞれ複数の態様を有し、それらのうちの単一のものが単独で、その望ましい属性を担うことはない。以下の特許請求の範囲によって表される本発明の範囲を限定することなく、いくつかの特徴が以降で簡単に論じられる。この説明を考察した後に、また特に「発明を実施するための形態」と題するセクションを読んだ後に、本発明の有利な特徴がワイヤレス通信媒体の効率的な使用をどのように可能にするかが理解されよう。
【０００６】
一態様では、ワイヤレス通信ネットワーク内で通信する方法を開示する。本方法は、送信デバイスによって、アクセスポイントからバッファ情報の要求を受信するステップを含む。本方法は、バッファサイズまたは送信時間のうちの少なくとも一方を生成するステップをさらに含み、バッファサイズまたは送信時間は、送信デバイスがアクセスポイントにマルチユーザパケット(multiple-user packet)で送信するためにバッファリングしたデータの量を示す情報を含む。本方法は、バッファサイズまたは送信時間のうちの少なくとも一方をアクセスポイントに送信するステップをさらに含む。
【０００７】
別の態様では、ワイヤレス通信ネットワーク内で通信するための送信デバイスを開示する。本送信デバイスは、アクセスポイントからバッファ情報の要求を受信するように構成された受信機を含む。本送信デバイスは、バッファサイズまたは送信時間のうちの少なくとも一方を生成するように構成されたプロセッサをさらに含み、バッファサイズまたは送信時間は、送信デバイスがアクセスポイントにマルチユーザパケットで送信するためにバッファリングしたデータの量を示す情報を含む。本送信デバイスは、バッファサイズまたは送信時間のうちの少なくとも一方をアクセスポイントに送信するように構成された送信機をさらに含む。
【０００８】
本開示のいくつかの態様は、ワイヤレス通信ネットワーク内で通信するための送信デバイスに関する。本送信デバイスは、アクセスポイントからバッファ情報の要求を受信するための手段を含む。本送信デバイスは、バッファサイズまたは送信時間のうちの少なくとも一方を生成するための手段をさらに含み、バッファサイズまたは送信時間は、送信デバイスがアクセスポイントにマルチユーザパケットで送信するためにバッファリングしたデータの量を示す情報を含む。本送信デバイスは、バッファサイズまたは送信時間のうちの少なくとも一方をアクセスポイントに送信するための手段をさらに含む。
【０００９】
本開示の別の態様は、実行されるとき、ワイヤレス通信ネットワーク内で通信する方法を実行する命令を含む非一時的コンピュータ可読媒体に関する。本方法は、アクセスポイントからバッファ情報の要求を受信するステップを含む。本方法は、バッファサイズまたは送信時間のうちの少なくとも一方を生成するステップをさらに含み、バッファサイズまたは送信時間は、送信デバイスがアクセスポイントにマルチユーザパケットで送信するためにバッファリングしたデータの量を示す情報を含む。本方法は、バッファサイズまたは送信時間のうちの少なくとも一方をアクセスポイントに送信するステップをさらに含む。
【００１０】
本明細書において説明される主題の1つまたは複数の実施態様の詳細が、添付の図面および以下の説明に記載される。他の特徴、態様および利点は、説明、図面および特許請求の範囲から明らかになるであろう。以下の図の相対寸法は、原寸に比例して描かれていないことがあることに留意されたい。
【図面の簡単な説明】
【００１１】
【図１】本開示の態様を用いることができるワイヤレス通信システムの一例を示す図である。
【図２】図1のワイヤレス通信システム内で用いることができる例示的なワイヤレスデバイスの機能ブロック図である。
【図３】例示的な実施形態による、マルチユーザアップリンクデータ送信を可能にするためにワイヤレスデバイスからアクセスポイントに送信されるバッファ情報のための例示的なフォーマットの図である。
【図４】例示的な実施形態による、マルチユーザアップリンクデータ送信を可能にするためにワイヤレスデバイスからアクセスポイントに送信されるバッファ情報のための別の例示的なフォーマットの図である。
【図５】例示的な実施形態による、マルチユーザアップリンクデータ送信を可能にするためにワイヤレスデバイスからアクセスポイントに送信されるバッファ情報のためのまた別の例示的なフォーマットの図である。
【図６Ａ】例示的な実施形態による、バッファ情報を伝えるために使用することができる例示的な情報要素の図である。
【図６Ｂ】例示的な実施形態による、管理フレームフォーマットの図である。
【図７】例示的な実施形態による、フィールドのサブフィールドとして送信されるバッファ情報を示す図である。
【図８Ａ】本開示の態様に従って送信することができる高スループット(HT)制御フィールドの図である。
【図８Ｂ】例示的な実施形態による、VHT(超高スループット)変形態のHT制御ミドル(HT Control Middle)サブフィールドの構成要素の図である。
【図８Ｃ】例示的な実施形態による、HT変形態のHT制御ミドルサブフィールドの構成要素の図である。
【図９Ａ】本開示の態様に従って送信することができるIEEE 802.11axパケットのフォーマットの図である。
【図９Ｂ】例示的な実施形態による、トラフィック仕様(TSPEC)の図である。
【図１０】例示的な実施形態による、単一局へのバッファ情報ポールおよび応答の一例の図である。
【図１１】例示的な実施形態による、複数の局へのバッファ情報ポールおよび応答の一例の図である。
【図１２】例示的な実施形態による、考えられるポール制御フレーム1200フォーマットの図である。
【図１３】例示的な実施形態による、管理フレームであるポールフレーム1300のための考えられるフォーマットを示す図である。
【図１４】本開示のいくつかの態様によるアクセスポイントと8つの局との間の一連の通信の一例の図である。
【図１５】例示的な実施形態による、局からアクセスポイントにバッファ情報を送信する方法の図である。
【図１６】例示的な実施形態による、アクセスポイントによって局からバッファ情報を受信する方法の図である。
【発明を実施するための形態】
【００１２】
新規のシステム、装置、および方法の様々な態様が、添付の図面を参照しながら以下にさらに十分に説明される。しかしながら、開示する教示は、数多くの異なる形において具現することができ、本開示全体にわたって提示するいずれかの特定の構造または機能に限定されるものとして解釈すべきではない。そうではなく、これらの態様は、本開示が徹底的および完全であるように、また本開示の範囲を当業者に十分に伝えるように提供される。本明細書の教示に基づいて、当業者は、本開示の範囲が、単独で、または、本発明の任意の他の態様と組み合わせて実施されるかどうかにかかわらず、本明細書で開示する新規のシステム、装置、および方法の任意の態様を包含することを理解すべきである。たとえば、本明細書に記載する任意の数の態様を使用して、装置が実装されてよく、または方法が実践されてよい。加えて、本発明の範囲は、本明細書に記載する本発明の様々な態様に加えて、またはそれ以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法を包含することを意図する。本明細書で開示する任意の態様は、特許請求の範囲の1つまたは複数の要素により具現化され得ることが理解されるべきである。
【００１３】
特定の態様について本明細書で説明するが、これらの態様の数多くの変形および変更が本開示の範囲内に入る。好ましい態様のいくつかの利益および利点について述べるが、本開示の範囲は、特定の利益、用途、または目的に限定されるものではない。そうではなく、本開示の態様は、異なるワイヤレス技法、システム構成、ネットワーク、および送信プロトコルに広く適用可能であることを意図しており、それらのうちのいくつかが例として図および好ましい態様の以下の説明において示される。詳細な説明および図面は、限定的ではなく本開示の例示にすぎず、本開示の範囲は、添付の特許請求の範囲およびその均等物によって定義される。
【００１４】
ワイヤレスネットワーク技術は、様々なタイプのワイヤレスローカルエリアネットワーク(WLAN)を含む場合がある。WLANは、広く使われるネットワークプロトコルを用いて、近くのデバイスを一緒に相互接続するのに使用される場合がある。本明細書で説明する様々な態様は、Wi-Fiまたはより一般的には、ワイヤレスプロトコルのIEEE 802.11系列の任意のメンバなど、任意の通信規格に適用することができる。
【００１５】
いくつかの態様では、直交周波数分割多重(OFDM)、直交周波数分割多元接続(OFDMA)、直接シーケンススペクトラム拡散(DSSS)通信、OFDMとDSSS通信の組合せ、または他の方式を使用して、802.11プロトコルに従って、ワイヤレス信号を送信することができる。
【００１６】
いくつかの実施態様では、WLANは、ワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。たとえば、2つのタイプのデバイス、すなわち、アクセスポイント(「AP」)と、クライアント(局とも呼ばれ、一般的に「STA」として知られる)とが存在する場合がある。一般に、APは、WLAN用のハブまたは基地局として働き、STAは、WLANのユーザとして働く。たとえば、STAは、ラップトップコンピュータ、携帯情報端末(PDA)、携帯電話などである場合がある。一例では、STAは、インターネットまたは他のワイドエリアネットワークへの一般的な接続性を得るために、Wi-Fi(たとえば、IEEE 802.11プロトコル)準拠ワイヤレスリンクを介してAPに接続する。いくつかの実装形態では、STAは、APとして使用される場合もある。
【００１７】
アクセスポイント(「AP」)はまた、NodeB、無線ネットワークコントローラ(「RNC」)、eNodeB、基地局コントローラ(「BSC」)、トランシーバ基地局(「BTS」)、基地局(「BS」)、トランシーバ機能(「TF」)、無線ルータ、無線トランシーバ、または何らかの他の用語を含むか、これらとして実装されるか、あるいはこれらとして知られる場合がある。
【００１８】
局「STA」はまた、アクセス端末(「AT」)、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を含むか、これらとして実装されるか、あるいはこれらとして知られる場合がある。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル(SIP)電話、ワイヤレスローカルループ(WLL)局、携帯情報端末(PDA)、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の適切な処理デバイスを含む場合がある。したがって、本明細書で教示する1つまたは複数の態様は、電話(たとえば、セルラーフォンもしくはスマートフォン)、コンピュータ(たとえば、ラップトップ)、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス(たとえば、携帯情報端末)、エンターテインメントデバイス(たとえば、音楽デバイスもしくはビデオデバイス、または衛星ラジオ)、ゲームデバイスもしくはゲームシステム、全地球測位システムデバイス、または、ワイヤレス媒体を介して通信するように構成された任意の他の適切なデバイスに組み込まれる場合がある。
【００１９】
図1は、本開示の態様を用いることができるワイヤレス通信システム100の一例を示す。ワイヤレス通信システム100は、ワイヤレス規格に従って動作することができる。ワイヤレス通信システム100は、STA106a〜106d(本明細書では総称して「STA106」、または個々にSTA106と呼ばれる)と通信するAP104を含むことができる。
【００２０】
AP104とSTA106との間のワイヤレス通信システム100における送信のために、様々なプロセスおよび方法が、使用される場合がある。たとえば、信号を、OFDM/OFDMA技法に従ってAP104とSTA106との間で送り、受信することができる。そうである場合、ワイヤレス通信システム100を、OFDM/OFDMAシステムと呼ぶことができる。代替的に、信号を、CDMA技法に従ってAP104とSTA106との間で送り、受信することができる。そうである場合、ワイヤレス通信システム100を、CDMAシステムと呼ぶことができる。
【００２１】
AP104からSTA106のうちの1つまたは複数への送信を容易にする通信リンクは、ダウンリンク(DL)108と呼ばれることがあり、STA106のうちの1つまたは複数からAP104への送信を容易にする通信リンクは、アップリンク(UL)メッセージ110と呼ばれることがある。代替的に、ダウンリンク108は、順方向リンクまたは順方向チャネルと呼ばれることがあり、アップリンクメッセージ110は、逆方向リンクまたは逆方向チャネルと呼ばれることがある。
【００２２】
AP104は、基地局として動作することができ、基本サービスエリア(BSA)102内のワイヤレス通信カバレージを提供することができる。AP104は、AP104に関連付けられ、通信のためにAP104を使用するSTA106とともに、基本サービスセット(BSS)と呼ばれることがある。ワイヤレス通信システム100は、中心のAP104を有しない場合があり、むしろSTA106の間のピアツーピアなネットワークとして機能する場合があることに留意されたい。したがって、本明細書で説明するAP104の機能を、代替的に、STA106のうちの1つまたは複数によって実行することができる。いくつかの態様では、AP104またはSTA106のうちの少なくとも1つは、図2に関して以下でさらに詳細に説明するバッファ情報回路221を含むことができる。このバッファ情報回路221は、デバイスが、そのデバイスにバッファリングされているデータに関する情報を決定または送信することを可能にする命令を含むことができ、これによりワイヤレス媒体の効率的な利用を可能にすることができる。
【００２３】
図2は、図1のワイヤレス通信システム100内で用いることができる例示的なワイヤレスデバイス202の機能ブロック図を示す。ワイヤレスデバイス202は、本明細書で説明する様々な方法を実施するように構成することができるデバイスの一例である。たとえば、ワイヤレスデバイス202は、AP104またはSTA106のうちの1つを含むことができる。
【００２４】
ワイヤレスデバイス202は、ワイヤレスデバイス202の動作を制御するプロセッサ204を含むことができる。プロセッサ204は、中央処理ユニット(CPU)とも呼ばれることもある。メモリ206は、読取り専用メモリ(ROM)とランダムアクセスメモリ(RAM)の両方を含むことができ、命令およびデータをプロセッサ204に提供する。メモリ206の一部は、不揮発性ランダムアクセスメモリ(NVRAM)を含む場合もある。プロセッサ204は、典型的には、メモリ206内に記憶されたプログラム命令に基づいて、論理演算および算術演算を実行する。メモリ206内の命令は、本明細書で説明する方法を実施するように実行可能とすることができる。
【００２５】
プロセッサ204は、1つまたは複数のプロセッサを用いて実施される処理システムを含む、またはその構成要素であることがある。1つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、コントローラ、状態機械、ゲート論理、個別のハードウェア構成要素、専用のハードウェア有限状態機械、または、情報の計算もしくは他の操作を実行することができる任意の他の適切なエンティティの任意の組合せを用いて実装することができる。
【００２６】
処理システムはまた、ソフトウェアを記憶するための機械可読媒体を含むことができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他と称されようと、任意のタイプの命令を意味するものと広義に解釈されるべきである。命令は、(たとえば、ソースコードフォーマット、バイナリコードフォーマット、実行可能コードフォーマット、または、任意の他の適切なコードのフォーマットにおける)コードを含むことができる。命令は、1つまたは複数のプロセッサによって実行されたとき、本明細書で説明する様々な機能を処理システムに実行させる。
【００２７】
ワイヤレスデバイス202は、ワイヤレスデバイス202と遠隔地との間のデータの送信および受信を可能にするための送信機210と受信機212とを含むことができる筐体208も含むことができる。送信機210と受信機212とを組み合わせてトランシーバ214を形成することができる。アンテナ216は、筐体208に取り付けられ、トランシーバ214に電気的に結合されてよい。アンテナ216は、本明細書で説明する様々な実施形態に従って、情報を送信または受信するように構成されてよい。ワイヤレスデバイス202は、(図示しない)複数の送信機、複数の受信機、複数のトランシーバ、および/または複数のアンテナを含むこともできる。
【００２８】
ワイヤレスデバイス202は、トランシーバ214によって受信された信号のレベルを検出および定量化するために使用することができる信号検出器218を含むこともできる。信号検出器218は、総エネルギー、シンボルあたりのサブキャリアあたりのエネルギー、電力スペクトル密度、および他の信号などの信号を検出することができる。ワイヤレスデバイス202は、信号を処理する際に使用するためのデジタル信号プロセッサ(DSP)220を含むこともできる。DSP220は、送信用のデータユニットを生成するように構成することができる。いくつかの態様において、データユニットは、物理レイヤデータユニット(PPDU)を含むことができる。いくつかの態様において、PPDUは、パケットと呼ばれる。
【００２９】
ワイヤレスデバイス202はさらに、いくつかの態様において、ユーザインターフェース222を含むことができる。ユーザインターフェース222は、キーパッド、マイクロフォン、スピーカ、および/またはディスプレイを含むことができる。ユーザインターフェース222は、ワイヤレスデバイス202のユーザに情報を伝える、および/または、ユーザからの入力を受信する任意の要素または構成要素を含むことができる。
【００３０】
ワイヤレスデバイス202はさらに、バッファ240と、バッファ情報回路221とを含むことができる。いくつかの態様では、バッファ240は、情報が送信される前に、または情報がワイヤレスデバイス202によって受信されると、情報を記憶するように構成されてよい。様々な実施形態では、バッファ240は、プロセッサ204、メモリ206、送信機210、受信機212、トランシーバ214、DSP220、またはバッファ情報回路221など、ワイヤレスデバイス202の他の構成要素のうちの1つの一部として実装されてよい。バッファ情報回路221は、ワイヤレスデバイス202が、ワイヤレスデバイス202によって(たとえば、バッファ240によって)バッファリングされるデータに関する情報を決定または送信することを可能にする命令を含むことができる。図示するように、バッファ情報回路221は、決定器250を含むことができ、決定器250は、バッファサイズ、送信時間、次のパケットサイズ、追加のバッファサイズ(図3〜図5に関して以下でさらに詳細に説明する)、またはバッファ240に関係する他の情報を決定するように構成されてよい。このバッファ情報が決定器250によって決定されると、バッファ情報回路221は、本明細書で説明する様々な実施形態に従って、バッファ情報を別のデバイスに送信するためのパケットを生成するように構成されることが可能である。図示するように、アンテナ216は、バッファフォーマット300、400、または500(以下でさらに詳細に説明する)のうちの1つまたは複数に従ってこのバッファ情報を送信するために使用されてよい。いくつかの態様では、このバッファ情報を決定または送信することにより、ワイヤレス媒体の効率的な利用を可能にすることができる。いくつかの態様では、送信されたバッファ情報は、他のデバイス(たとえば、STA106のうちの少なくとも1つまたはAP104)に、ワイヤレスデバイス202によってバッファリングされた、送信されるべきであるデータの量を知らせることができる。いくつかの実施形態では、送信されたバッファ情報は、追加または代替として、バッファリングされたデータの緊急の程度、またはワイヤレスデバイス202がバッファリングされたデータを送るために待機している期間など、他の情報を伝えることができる。
【００３１】
ワイヤレスデバイス202の様々な構成要素は、バスシステム226によって一緒に結合することができる。バスシステム226は、たとえば、データバスを含むことができ、ならびに、データバスに加えて、電力バス、制御信号バス、および状態信号バスを含むことができる。ワイヤレスデバイス202の構成要素は、何らかの他の機構を使用して、一緒に結合されてよく、または互いに入力を受け入れもしくは提供してよいことを、当業者は諒解されよう。
【００３２】
図2には、いくつかの別個の構成要素が示されているが、構成要素のうちの1つまたは複数が組み合わされる、または共通に実装される場合があることは、当業者には認識されよう。たとえば、プロセッサ204は、プロセッサ204に関して上記で説明した機能を実施するためだけでなく、信号検出器218および/またはDSP220に関連して上記で説明した機能を実施するためにも使用される場合がある。さらに、図2に示す構成要素の各々は、複数の別個の要素を使用して実装される場合がある。
【００３３】
トラフィック情報シグナリング
いくつかの態様では、複数のデバイスが同時にワイヤレス媒体を利用することが可能である場合がある。たとえば、OFDMAおよびMU-MIMOが、複数のSTA106デバイスなどの複数のデバイスが同時にAP104に送信することを可能にする場合がある。一般に、そのような送信は、「伝送可(clear to transmit)」(CTX)フレームまたは「送信可(clear to send)」(CTS)フレームなど、AP104によって送信されるトリガまたはポールフレームによってトリガされてよい。たとえば、トリガ/ポールフレームは、いくつかのSTA106の識別情報、およびそれらのデバイスがAP104に送信することを可能にされてよい時間の長さの表示を含むことができる。
【００３４】
AP104は、トリガ/ポールフレームをSTA106に送ることを望む場合があるので、STA106が、STA106のうちの少なくとも1つがAP104に送信するデータを有することをAP104に示すことができる機構を提供することが有益である場合がある。そのような表示は、特定の送信機会(TXOP)の間にどのデバイスが送信することを可能にされるべきであるかを決定する際のAP104からの効率的なスケジューリングを可能にすることができる。したがって、AP104が、ポーリングされるトラフィック(たとえば、バッファリングされたデータ)の利用可能性に関してSTA106から情報を収集できることが望ましい場合がある。
【００３５】
AP104がCTXを送るときはいつでも、AP104と関連付けられるSTA106の各々のバッファ状態を知ることが有益である場合がある。この情報を知ることは、AP104がCTXを送るかどうか、およびいつ送るか、ならびにどのアクセス優先度で送るかを決定するのに役立つ場合がある。この情報は、AP104がSTA106のどれをアップリンク送信機会(UL TXOP)に含めるかを選択するのに役立つ場合がある。この情報は、AP104がCTXに示すこの情報を受信するために正しいUL PPDUを決定するのに役立つ場合がある。
【００３６】
STA106がAP104にバッファ情報を送信するいくつかの方法が存在する場合がある。これらの様々な方法は、一緒に使用されるとき、互いに補足し合う場合がある、または互いから切り離して使用される場合がある。いくつかの態様では、STA106がバッファ情報をシグナリングするための可能な方法の数を制限することが有益である場合がある。バッファ情報をシグナリングする複数の方法がSTA106に提供される場合、これらの方法の各々が同じ情報フォーマットを含むことが有益である場合がある。そのような共通のフォーマットは、情報がAP104によって同様の方法で処理されることを可能にすることができる。
【００３７】
STA106がバッファリングされたデータについてAP104に知らせることができる少なくとも3つの一般的な方法が存在する場合がある。STA106は、他のUL(アップリンク)メッセージまたはフレームにピギーバックされた、AP104によって要請されていないバッファ情報を含む場合がある。STA106は、たとえば、AP104からSTA106に送信されるバッファ情報の要求を通して、バッファ情報をAP104によって明示的にポーリングされる場合もある。最終的に、STA106は、その予想されるトラフィックの表示を、TSPEC(トラフィック仕様)のそれと同様の方法で提供することができる。たとえば、STA106は、STA106が所与のAP104と最初に関連付けられるとき、予想されるトラフィックレベルの表示を1度提供することができる。
【００３８】
STA106によって提供されるバッファ情報は、いくつかの異なる情報を含んでよい。バッファ情報は、STA106が送信しなければならないデータのサイズまたは量の表示を含んでよい。この情報は、バイトに関して、または情報を送信するのにかかり得る時間に関して、送信されてよい。AP104が、STA106が使用することになるMCS(変調およびコーディング方式)を認識している場合、バイトがより適している可能性がある。たとえば、AP104は、MCSのSTA106の選択を知っている場合がある、またはAP104自体が、MCSを選択する場合がある。AP104がSTA106のMCSを知らない場合、時間長(time duration)がより適している可能性がある。
【００３９】
いくつかの態様では、バッファ情報内のバッファリングされたデータの量の表示が、バイトに関して送信される場合、バイト数は、UL TXOPが許可された場合、STA106が送信することができる最大A-MPDUサイズ(バイト単位)を反映することができる。これは、バッファリングされたデータの全量とすることができる、またはBAウィンドウ化制限、最大A-MPDU/A-MSDUサイズに基づいた、もしくは他の制限に基づいた、最大サイズを反映することができる。様々な態様では、バッファサイズは、あるバイト数など、複数のある単位に基づいた特定のバッファサイズとして示されてよい。いくつかの態様では、複数のTXOPがSTA106のバッファをクリアすることを必要とされる可能性があるときなどに、バッファリングされたデータのサイズの表示は、示されるバイト量の上部にバッファリングされたバイト数の表示を含んでもよい。
【００４０】
バッファリングされたデータのサイズは、時間の長さの表示を使用して送信されてもよい。たとえば、この時間は、UL TXOPが許可された場合にSTA106が送ることができる最大A-MPDU長さ(マイクロ秒単位など)であってよい。いくつかの態様では、時間は、利用可能なバッファサイズ、BAウィンドウ化制限、STA106が使用するように構成された最大A-MPDU/A-MSDU、およびSTA106が使用しているMCSのうちの1つまたは複数に少なくとも部分的に基づいて決定されてよい。この時間測定値は、時間の量であってよく、複数の所与の単位として送信されてよい。いくつかの態様では、STA106は、STA106が第1の許可されたUL TXOP後に他のデータを送信するために必要とする追加の送信時間を示してもよい。
【００４１】
いくつかの態様では、バッファリングされたデータのサイズの表示は、バイト量プラス計画されたMCSに関して送信されてよい。計画されたMCSが、STA106が使用する予定であるPHYデータレート(たとえば、AP104がSTA106に、STA106が送信のためにバッファリングしたデータを送信することを可能にすべきレート)を示すことができるとき、これらの情報の両方の組合せは、STA106がバッファリングされたデータを送信するために必要とする時間について、AP104に知らせる、またはAP104がこれを決定できるようにすることができる。
【００４２】
追加情報は、バッファ情報の一部として含まれてよい。たとえば、現在キューにあるパケットの最大遅延バジェットが、STA106によって送信されてよい。これは、あとどのくらいでAP104がSTA106にサービスすべきかを示すことができる。STA106が、送信要求とAP104からのサービス時間との間の最大遅延を示してもよい。この送信要求は、別個のフレームであってよい。この遅延は、AP104への処理負担を軽減するために、TBTT(Target Beacon Transmit Time:ターゲットビーコン送信時間)など、基準時間を指す場合もある。いくつかの態様では、AP104によって特定のSTA106に提供された最後のサービスの時間の表示が提供されてよい。この表示は、AP104が、デバイスが妥当な時間フレームでワイヤレス媒体へのアクセスを受信することを確実にするのに役立つ場合がある。
【００４３】
図3は、例示的な実施形態による、バッファ情報のためのバッファフォーマット300の一例の図である。このバッファフォーマット300は、(トラフィック識別情報)TID値305と、バッファサイズ値310と、遅延バジェット315とを含む。バッファサイズ値310は、上記で説明したように、バイトでまたは時間で送信されてよい。いずれの場合も、値は、あるバイト数を定義してよい、または他の方法で定義されてよい。たとえば、バッファサイズ値310は、場合によっては、STA106が許可されることを要求しているTXOPの所与のサイズを示してよい。遅延バジェット315は、STA106が送信することを要求しているパケット数を示してよい。これは、たとえば、AP104が、送信待機中のより多くのパケットを有するデバイスを、より少ないパケット数を有するデバイスよりも優先させることを可能にすることができる。この遅延バジェット315は、STA106がパケットを送信する前に待機することができる得る最大時間量の表示を提供してもよい。たとえば、いくつかのタイプのパケット(ボイスオーバーIP呼用のデータパケットなど)は、所与のプログラムまたはデバイスの動作が可能であることを確実にするために、ある時間のうちに送信されることを必要とする場合がある。したがって、遅延バジェット315は、TXOPを待つ際の最大許容遅延を示してよい。いくつかの態様では、遅延バジェット315は、STA106に提供された最後のサービスの時間を示してもよい。
【００４４】
いくつかの態様では、バッファフォーマット300は、いくつかの異なるタイプのフレーム内で、またはフレームの異なる部分内で、バッファ情報を送信するために使用されてよい。いくつかの態様では、STA106がバッファフォーマット300を使用して、いくつかの異なるタイプのフレームおよびフレームの部分で、バッファ情報を送信できるようにすることが有益である場合がある。これは、STA106がバッファ情報をより頻繁に送信できるようにすることができ、(STA106がバッファ情報を通信するためだけに追加のフレームまたは余分のフレームを送信する必要がなくなるので)ネットワークで必要とする追加の送信をより少なくすることができる。
【００４５】
図4は、例示的な実施形態による、バッファ情報のためのバッファフォーマット400の別の例の図である。バッファフォーマット400は、TID値405と、送信時間410と、遅延バジェット415とを含む。いくつかの態様では、バッファフォーマット400は、ここではバッファ情報が、要求されるTXOPの(時間の)持続時間を示す送信時間410を含むことを除いて、バッファフォーマット300と同様である。前述のように、この持続時間は、時間単位で(たとえば、マイクロ秒でもしくは別の増分で)示されてよい、または何らかの他の方法で伝えられてよい。
【００４６】
図5は、例示的な実施形態による、バッファ情報のためのバッファフォーマット500のまた別の例の図である。バッファフォーマット500は、上述のバッファフォーマット300またはバッファフォーマット400と同様であってよい。このバッファフォーマット500は、TID値505と、次のA-MPDUサイズ510と、追加バッファサイズ515と、遅延バジェット520とを含む。いくつかの態様では、次のA-MPDUサイズ510は、次のTXOPで送信されることになる次のパケット(たとえば、A-MPDU)のサイズを示すことができる。このサイズは、バイトに関して、または別のフォーマットで、列記されてよい。追加バッファサイズ515は、たとえば、第1のTXOP後のさらなる送信においてどれほどの追加データが送信されるかを示すことができる。
【００４７】
いくつかの態様では、バッファ情報は、図3〜図5に示すように、より大きい情報要素のバッファ情報要素など、情報要素内に含まれてよい。図6Aは、例示的な実施形態による、バッファ情報を伝えるために使用することができる例示的な情報要素600の図である。図示するように、情報要素600は、識別要素605と、長さ要素610と、いくつかの共通要素615と、バッファ情報要素620からバッファ情報要素625までとを含む。いくつかの態様では、共通要素615は、デバイスがメッセージを受信し、解釈することを可能にする、情報要素600のフォーマットに関する情報を含むことができる。共通要素615は、STAがバッファリングされたデータを送信するために使用することになるMCSを含んでもよい。いくつかの態様では、バッファ情報要素620〜625は、図3〜図5に関して上記で説明したバッファフォーマット300、400、500と同様にフォーマットされてよい。いくつかの態様では、この情報要素600は、STA106がすでに送り出している管理フレームに追加されてよい。いくつかの態様では、STA106は、管理フレームをあまり頻繁に送らない場合があり、そのために、STA106がそのバッファ情報を送信するために他の機構が設けられてもよい。
【００４８】
いくつかの態様では、新しいタイプの管理フレームが定義されてよく、この情報要素600は、その新しいタイプの管理フレーム内に含まれてよい。図6Bは、一実施形態による、管理フレームフォーマット650の図である。いくつかの態様では、バッファ情報フレームなど、情報要素600を搬送することができ、AMPDUへの集約を可能にすることができる新しいアクションフレームが定義されてよい。たとえば、データとバッファ情報の両方を含んだUL-AMPDUが送信されてよい。いくつかの態様では、UL-AMPDUが、ACK(肯定応答)とバッファ情報とを含んで、またはブロック肯定応答(BA)とバッファ情報とを含んで送信されてもよい。例示的な一実施形態では、情報要素600を搬送するために、タイプが管理であり、サブタイプがアクションである新しいフレームが作成されてよい。このアクションサブタイプは、802.11ax規格など、IEEE 802.11規格のバージョンにおいて定義されてよい。
【００４９】
いくつかの態様では、バッファ情報は、フィールドまたはサブフィールドとして、STA106によって送信されてよい。図7は、例示的な実施形態による、フィールド700のサブフィールドとして送信されるバッファ情報を示す。たとえば、フィールド700は、使用されるフィールドのタイプに基づいて、共通サブフィールド705を含むことができる。フィールドは、バッファ情報サブフィールド710〜715をさらに含むことができる。これらのバッファ情報サブフィールド710〜715は、上記の図3〜図5に示した情報を含むことができる。いくつかの態様では、バッファ情報は、単一サブフィールドに、または複数のサブフィールドに含まれてよい。いくつかの態様では、これらのサブフィールドは、不変の長さであってよい。一般的には、これらのフィールドまたはサブフィールドは、任意のフレームに付加されてよい。
【００５０】
たとえば、MACヘッダが、バッファ情報を含んだフィールドを含んでよい。いくつかの態様では、バッファ情報は、いかなるMACヘッダに含まれることも可能である、またはあるタイプのMACヘッダにのみ含まれる場合がある。バッファ情報がMACヘッダに含まれる場合、バッファ情報が存在するか否かを示すフレーム制御フィールドがあってよい。たとえば、ACK、BA、およびCTSメッセージ中にこの情報を追加することが有用である場合がある。これらのメッセージの1つまたは複数において、バッファ情報フィールドまたはサブフィールドがあることまたはないことを示す表示が提供されてよい。一態様では、バッファ情報が、既存のサービス品質(QoS)制御フィールドまたはVHT(超高スループット)制御フィールドに優先することができる。
【００５１】
いくつかの態様では、バッファ情報が、新しいVHT制御フィールドの一部として送信されてよい。そのようなフィールドの設計は、IEEE 802.11nまたは802.11acのHT(高スループット)制御フィールド設計と同様であってよい。たとえば、図8Aは、例示的な実施形態による、HT制御フィールド800の図である。HT制御フィールド800は、VHTビットサブフィールド805と、HT制御ミドル810と、AC制約サブフィールド815と、RDG(逆方向グラント)またはさらなるPPDU(More PPDU)表示820とを含む。一態様では、AC制約サブフィールド815は、RDGへの応答がTIDからのデータフレームを含んでいる可能性があるかどうかを示すために使用される。一態様では、RDGまたはさらなるPPDU表示820は、フレームを搬送するパケットの後に別のパケットが来るかどうかを示すために使用される。いくつかの態様では、フィールドにバッファ情報があることを示すために、確保されたビットまたはビットの組合せが「反転される」、または以前には意味を持たなかった位置に設定される場合がある。たとえば、VHTビットフィールド805は、1に設定されてよく、HT制御ミドル810サブフィールド中のいくつかの確保されたビットが、反転されてよい。HT制御ミドル810中のいくつかのビットを反転させることによって、これは、たとえばバッファ情報を搬送するために残りのビットが再定義されることを可能にすることができる。図8Bは、例示的な実施形態による、VHT(超高スループット)変形態のHT制御ミドルサブフィールド810aの構成要素の図である。図8Cは、例示的な実施形態による、HT変形態のHT制御ミドルサブフィールド810bの構成要素の図である。
【００５２】
いくつかの態様では、STA106が、新しい制御フレームとしてバッファ情報を含むことができる。たとえば、新しい制御サブタイプまたは拡張タイプが、図3〜図5に示すフィールドを搬送するフレームのために確保されてよい。
【００５３】
図9Aは、例示的な実施形態による、IEEE 802.11axパケット900用の一般的なフォーマットの図である。パケット900は、レガシーPHYヘッダ905、続いて802.11ax PHYヘッダ910、続いてパケット900のペイロード915を含む。いくつかの態様では、レガシーPHYヘッダ905は、IEEE 802.11axと互換性のないデバイスを802.11axパケット900に従わせるのに十分な情報を含むことができる。いくつかの態様では、802.11ax PHYヘッダ910は、上述の情報(たとえば、バッファ情報)の一部または全部を搬送するサブフィールドを含むことができる。たとえば、802.11ax PHYヘッダ910の1つまたは複数のサブフィールドは、図3〜図5に説明する情報を含むことができる。いくつかの態様では、802.11ax PHYヘッダ910は、送信デバイスおよび予定受信側の識別情報を含むことができる。802.11ax PHYヘッダ910は様々な目的で使用される場合があるので、ビットがバッファ情報を搬送するために使用されることを示す表示が必要とされる場合もある。たとえば、1ビットのフィールドが、バッファ情報があることまたはないことを示すために使用される場合がある。バッファ情報は、図3〜図5のいずれか1つと同様の方法でフォーマットされる場合がある。たとえば、いくつかの態様では、バッファ情報は、802.11ax PHYヘッダ910中の追加のSIGフィールドとして搬送される場合がある。いくつかの態様では、パケット900は、ペイロード915なしで送られる場合もある。これは、ヌルデータパケット(NDP)と呼ばれる場合があり、STA106がバッファ情報をAP104に送信するのに役立つ場合がある。
【００５４】
いくつかの態様では、バッファ情報のある部分が、TSPEC(トラフィック仕様)において送信されてよい。図9Bは、例示的な実施形態による、TSPEC950の図である。たとえば、TSPEC950は、デバイスがアソシエーションの時にAP104に情報を通信することを可能にする。したがって、TSPEC950は、1度(たとえば、アソシエーション時に)送られるだけでよい。この情報は、最小PHYレート、および最小/最大/平均データレートを示すことができる。いくつかの態様では、この情報がULマルチユーザメッセージ(UL multiple-user messages)に使用されるという特定の表示が含まれてもよい。いくつかの態様では、TSPEC950中の情報は、バッファ情報を増強するために使用されてよい。たとえば、AP104は、時間T1において、Bバイトのバッファリングされた情報を示すSTA106からのバッファ情報を受信することができる。AP104が、たとえばTSPEC950から、STA106の平均到着レートを認識している場合、STA106のバッファが後の時間T2までにどの程度増えるかを推定するためにこれを使用することができる。したがって、TSPEC950からの情報は、AP104がSTA106のバッファ情報を決定するのに役立つように使用される場合がある。
【００５５】
いくつかの態様では、STA106が、バッファリングされたデータについてAP104に通知するのにも都合のよい時に送信を送らない場合があるときなど、STA106が常に、別の送信とともにバッファ情報を送る機会を有するとは限らない場合がある。いくつかの態様では、単にバッファ情報を送るためにワイヤレス媒体にアクセスすることは、ワイヤレス媒体の効率的な使用ではない可能性がある。したがって、AP104がSTA106からバッファ情報をポーリングするための機構を有することが有益である場合がある。効率をよくするために、マルチユーザモード(multiple-user mode)でAP104に情報を送ることが有益である場合がある。使用されるポール間隔は、変動してよい。たとえば、AP104は、定期的に(たとえば、規則的な時間期間に)STA106をポーリングすることができる、またはあるSTA106からの情報が失効していた(たとえば、STA106から情報を受信した後に一定時間が経過した)ときなど、必要な場合のみ、ポーリングすることができる。いくつかの態様では、ポールは、AP104によって、特定のSTA106(単一ユーザ)に、または(マルチユーザバッファ情報がワイヤレス媒体を通じて送信されることを可能にするために)複数のSTA106に送られてよい。
【００５６】
図10は、例示的な実施形態による、単一STA106とのバッファ情報ポールおよび応答の一例1000である。たとえば、AP104は、STA106がAP104のためのバッファリングされた情報を有するかどうかを決定するために、単一STA106にポール1005を送信するように構成されてよい。この後、ワイヤレス媒体は、ショートフレーム間スペース(SIFS)1010の間、非送受信状態(quiet)であってよい。ポーリングされたSTA106は、次いでバッファ情報フレーム1015で応答することができる。例示的な一実施形態では、バッファ情報フレーム1015は、本明細書で説明するフォーマットであってよく、図3〜図5のうちの1つに関して上記で説明したバッファ情報を含んでよい。
【００５７】
図11は、例示的な実施形態による、複数のSTA106とのバッファ情報ポールおよび応答の一例1100である。様々な態様では、AP104は、複数のSTA106のいずれかがAP104のためのバッファリングされた情報を有するかどうかを決定するために、複数のSTA106にポール1105を送信するように構成されてよい。このポール1105の後、ワイヤレス媒体は、SIFS1110の間、非送受信状態であってよい。これに続いて、複数のSTA106(またはポーリングされた複数のうちのサブセット)は、バッファ情報1115をAP104に同時に送信することができる。一態様では、この同時送信は、AP104が複数のSTA106から同時にバッファ情報1115を受信することができるように、UL MU-MIMOまたはOFDMA送信であってよい。このバッファ情報1115をマルチユーザの方法で送信することによって、図10の単一ユーザ例1000を使用して可能であるよりも短い時間期間により多くの情報を送信することができるので、ワイヤレス媒体をより効率的に使用することができる。
【００５８】
図12は、例示的な実施形態による、考えられるポール制御フレーム1200フォーマットの図である。たとえば、このポール制御フレーム1200は、1つまたは複数のSTA106がバッファ情報を送信することを要求するために、AP104によって送信される場合がある。ポール制御フレーム1200は、ポール制御フレーム1200に関する制御情報を含んだフレーム制御フィールド1205と、ポール制御フレーム1200の持続時間を示す持続時間フィールド1210とを含むことができる。ポール制御フレーム1200は、アドレス1215を含み、他のアドレス1220を包含する場合があり、これは、ポール制御フレーム1200がいくつの異なるSTA106に宛てられているかによって決まる場合がある。ポール制御フレーム1200は、共通情報1225を含んでもよく、共通情報1225は、(バッファ情報を含む)要求されるULメッセージまたはパケットのためのUL PPDU持続時間など、STA106がULメッセージをAP104に送信することを要求する時間の量の表示、またはバッファ情報など、要求される情報の表示を含むことができる。ポール制御フレーム1200は、N個のSTAの各々のためのSTA情報1230〜1235を含むことができる。最後に、ポール制御フレーム1200は、フレーム検査シーケンス(FCS)1240を含むことができる。
【００５９】
パケットのSTA情報1230〜1235部分の各々が、いくつかの要素を含むことができる。たとえば、各々が、AID(アソシエーションID)1250と、タイミング調整1255と、電力調整1260と、トーンおよび/または空間ストリームの割振り1265と、バッファ情報などの要求された情報の表示1270とを含むことができる。いくつかの態様では、STA106が、受信するSTA情報1230〜1235を使用して、いつ応答を送るか、どの電力で応答を送るか、ならびにどのトーンおよび空間ストリームで応答を送るかを決定することができる。したがって、この情報は、STA106が、他のSTA106からの応答に同期しているAP104に応答を送信するのに役立つように使用することができる。たとえば、要求された情報1270の表示は、AP104が遅延統計値もしくは(たとえば、バイトもしくは時間長のうちの一方での)バッファサイズについての情報を受信することを要求していることを示すことができる、または場合によっては、どのバッファ情報がSTA106から要求されるかを示すことができる。
【００６０】
いくつかの態様では、AP104からのポールフレームが、管理フレームであってよい。図13は、例示的な実施形態による、管理フレームであるポールフレーム1300のための考えられるフォーマット1300を示す。いくつかの態様では、ポールフレーム1300は、1つまたは複数のSTA106に個々に情報を要求している情報要素要求1320〜1325を含む。ポールフレーム1300はまた、共通STA要求1315を含むことができる。ポールフレーム1300が単一STA106のみに送信される特別な場合は、共通STA要求1315は、単一STA106要求要素として働くことができる。ポールフレーム1300はまた、識別情報1305と、長さ1310とを含むことができる。ポールフレーム1300を受信する各STA106は、図3〜図5のバッファ情報を含む管理フレームに応答することができる。いくつかの態様では、STA106からの応答は、上述の他の方法のいずれかを使用して(たとえば、管理フレームを使用することに加えて、またはその代わりに)、AP104に送信されてもよい。
【００６１】
図14は、AP104といくつかのSTA106(たとえば、説明のために1〜8の番号を付けたSTA106)との間の一連の通信1400の例を示す。一連の通信1400の初めにおいて、AP104は、ネットワーク内のSTA106のいずれからの情報もなく、したがってAP104はこの情報を求めるCTXメッセージ1405を送信することができる。たとえば、このCTXメッセージ1405は、図12のポール制御フレーム1200または図13のポールフレーム1300と同様であってよい。このメッセージを、1〜4番の4つのSTA106に送信することができる。これらの4つのSTA106は、次いでマルチユーザ同時応答1410を送信することができる。次にAP104は、5〜8番のSTA106にポーリングすることができ1420、それらのSTA106は、マルチユーザ同時応答1425を同様に送信することができる。その後、AP104は、1〜4番のSTA106がそれらのバッファリングされたデータを送信することを可能にするCTXメッセージ1430を送信することができ、それらのSTA106は、マルチユーザ送信においてそれらのバッファリングされたデータを送信することができる1435。たとえば1および2番のSTA106など、いくつかのデバイスは、たとえば3および4番のSTA106など、他のデバイスよりも多くの送信データを有する場合がある。したがって、1および2番のSTA106には依然として残りのバッファリングされたデータがある場合があり、3および4番のSTA106にはバッファリングされたデータがない場合があるので、AP104は次いで、1、2、5、および6番のSTA106がそれらのバッファリングされたデータを送信することを可能にするCTXメッセージ1440を送信することができる。したがって、1、2、5、および6番のSTA106は、アップリンク同時送信1445を使用してデータを送信することができる。ある時間期間後に、3、4、および7番のSTA106からのバッファ情報は、失効した可能性があり、したがって、AP104は、更新されたバッファ情報のためにそれらのデバイスをポーリングする1450ことができる。3、4、および7番のSTA106は次いで、一斉にポールに応答し1455、更新されたバッファ情報を提供することができる。いくつかの態様では、AP104は、8番のSTA106からのバッファ情報を要求することに失敗する場合がある、または8番のSTA106が、様々な理由でバッファ情報の要求を受信することに失敗する場合がある。したがって、8番のSTA106は、これを決定することができ、要請されていない送信においてバッファ情報をAP104に送信する1460ことができる。いくつかの態様では、STA106は、その時間中にAP104から要求を受信しなかった場合、ある時間期間後にバッファ情報を送信するように構成されてよい。8番のSTA106の送信1460に続いて、AP104は、ACK1465を送信し、この送信を適切に受信したことを通知することができる。
【００６２】
図15は、例示的な実施形態による、STA106からAP104へバッファ情報を送信する方法1500である。
【００６３】
ブロック1510において、STA106のうちの1つまたはワイヤレスデバイス202など、送信デバイスが、AP104など、アクセスポイントからバッファ情報の要求を受信する。ブロック1515において、送信デバイスは、バッファサイズまたは送信時間のうちの少なくとも一方を生成し、バッファサイズまたは送信時間は、送信デバイスがアクセスポイントにマルチユーザパケットで送信するためにバッファリングしたデータの量を示す情報を含む。いくつかの態様では、バッファサイズは、バイト単位であってよい。一態様では、送信時間は、送信デバイスがパケットを送信するために、ワイヤレス媒体を確保することを望むマイクロ秒数とすることができる。
【００６４】
ブロック1520において、送信デバイスは、バッファサイズまたは送信時間のうちの少なくとも一方をアクセスポイントに送信する。いくつかの態様では、バッファサイズまたは送信時間のうちの少なくとも一方は、遅延バジェットとともにアクセスポイントに送信されてよい。一態様では、遅延バジェットは、送信デバイスが送信のためにバッファリングしたデータの遅延値に関する情報を含む。いくつかの態様では、バッファサイズまたは送信時間のうちの少なくとも一方は、管理フレームにおいて、またはPHYヘッダの超高スループット(VHT)制御フィールドなどのフィールドもしくはサブフィールドとして送信されてよい。遅延バジェットは、バッファリングされたデータに対する遅延の許容レベルに関する情報、またはデータがどのくらい長くバッファにあるか、デバイスがデータを送信することができてからどのくらいかに関する情報、またはバッファリングされたデータの優先度に関係する他の情報を提供することができる。
【００６５】
図16は、例示的な実施形態による、AP104によってSTA106からバッファ情報を受信する方法1600である。いくつかの態様では、方法1600は、送信デバイスが妥当な時間フレーム内にワイヤレス媒体へのアクセスを受信することを確実にすることができる、または場合によっては、ワイヤレス媒体の効率的な使用を可能にすることができる。
【００６６】
ブロック1610において、AP104などのアクセスポイントが、STA106のうちの1つまたはワイヤレスデバイス202などの送信デバイスに、バッファ情報の要求を送信する。いくつかの態様では、バッファ情報の要求を送信することは、動的であってよく、いくつかの態様では、バッファ情報の要求を送信することは、定期的である、またはスケジュールされてよい。ブロック1615において、アクセスポイントは、送信デバイスからバッファサイズまたは送信時間のうちの少なくとも一方を受信し、バッファサイズまたは送信時間は、送信デバイスがマルチユーザパケットで送信するためにバッファリングしたデータの量を示す情報を含む。いくつかの態様では、バッファサイズは、バイト単位であってよい。一態様では、送信時間は、送信デバイスがパケットを送信するために、ワイヤレス媒体を確保することを望むマイクロ秒数とすることができる。
【００６７】
ブロック1620において、アクセスポイントは、バッファサイズまたは送信時間に少なくとも部分的に基づいて送信デバイスのためのアクセス優先度を決定する。一実施形態では、このアクセス優先度は、ポーリングメッセージを生成するためにアクセスポイントによって使用されてよい。このポーリングメッセージは、送信デバイスが送信デバイスにバッファリングされた情報を送信してよいかどうかまたはいつ送信してよいかを示すために、送信デバイスに送信されてよい。いくつかの態様では、ポーリングメッセージは、バッファリングされた情報のうちどれだけ(たとえば、どれだけのバイト)を送信デバイスが送信してよいかを示すことができる。一態様では、アクセスポイントは、送信デバイスのMCSに少なくとも部分的に基づいてアクセス優先度を決定することができる。
【００６８】
システムおよび技術を実装する
「例示的」という単語は、本明細書では、「例、事例、または例示として機能する」ことを意味するために使用される。「例示的」として本明細書で説明するいかなる実施形態も、他の実施形態よりも好ましい、または有利であると必ずしも解釈されるべきでない。新規のシステム、装置、および方法の様々な態様について、添付の図面を参照しながら以下でより十分に説明する。しかしながら、本開示は、多くの異なる形態で具現化されることが可能であり、本開示全体にわたって提示される任意の特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるように与えられる。本明細書の教示に基づいて、本開示の範囲は、本発明の任意の他の態様とは無関係に実装されるにせよ、または本発明の任意の他の態様と組み合わされるにせよ、本明細書で開示する新規のシステム、装置、および方法のいかなる態様をも包含するものであることを、当業者なら諒解されるべきである。たとえば、本明細書に記載する任意の数の態様を使用して、装置が実装されてよく、または方法が実践されてよい。加えて、本発明の範囲は、本明細書に記載する本発明の様々な態様に加えて、またはそれ以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法を包含することを意図する。本明細書で開示する任意の態様は、特許請求の範囲の1つまたは複数の要素により具現化され得ることが理解されるべきである。
【００６９】
特定の態様について本明細書で説明するが、これらの態様の数多くの変形および変更が本開示の範囲内に入る。好ましい態様のいくつかの利益および利点について述べるが、本開示の範囲は、特定の利益、用途、または目的に限定されることは意図していない。むしろ、本開示の態様は、異なるワイヤレス技法、システム構成、ネットワーク、および送信プロトコルに広く適用可能であることを意図しており、それらのうちのいくつかが例として図および好ましい態様の以下の説明において示される。詳細な説明および図面は、限定的ではなく本開示の例示にすぎず、本開示の範囲は、添付の特許請求の範囲およびその均等物によって定義される。
【００７０】
本明細書において「第1の」、「第2の」などの呼称を用いる要素へのいかなる参照も、一般的には、それらの要素の量または順序を限定するものではないことを理解されたい。むしろ、これらの呼称は、2つ以上の要素間、または要素の例の間を区別する、都合のよいワイヤレスデバイスとして本明細書で使用され得る。したがって、第1および第2の要素への参照は、2つの要素のみがそこで使用され得ること、または何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。また、別段に記載されていない限り、1組の要素は1つまたは複数の要素を含む場合がある。
【００７１】
当業者には、情報および信号が、様々な異なる技術および技法のいずれかを使用して表され得ることを理解されよう。たとえば上の説明全体を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表されてもよい。
【００７２】
さらに、本明細書で開示した態様に関して説明した様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップのいずれも、電子ハードウェア(たとえば、ソースコーディングまたは何らかの他の技法を使用して設計され得る、デジタル実装形態、アナログ実装形態、またはそれら2つの組合せ)、命令を組み込んだ様々な形態のプログラムもしくは設計コード(便宜上、本明細書では「ソフトウェア」または「ソフトウェアモジュール」と呼ばれることがある)、または両方の組合せとして実装され得ることを当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、一般にそれらの機能に関して上述した。そのような機能性がハードウェアとして実装されるかソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課された設計制約に依存する。当業者は、説明された機能を特定の適用例ごとに様々な方法で実現できるが、そのような実装形態の決定は、本開示の範囲からの逸脱を引き起こすものと解釈されるべきではない。
【００７３】
本明細書で開示した態様に関して、および図1〜図7に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、集積回路(IC)、アクセス端末、またはアクセスポイント内に実装される場合がある、またはそれらによって実施される場合がある。ICは、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、電子的構成要素、光学的構成要素、機械的構成要素、または本明細書で説明する機能を実施するように設計されたそれらの任意の組合せを含むことができ、ICの内部に、ICの外側に、またはその両方に常駐するコードまたは命令を実行することができる。論理ブロック、モジュール、および回路は、ネットワーク内またはデバイス内の様々な構成要素と通信するためにアンテナおよび/またはトランシーバを含むことができる。汎用プロセッサはマイクロプロセッサであってもよいが、代替として、プロセッサは、任意の従来型プロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。また、プロセッサは、コンピューティングデバイスの組合せ、たとえば、DSP(たとえば、DSP220)とマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと連携した1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装することもできる。モジュールの機能は、本明細書で教示するような何らかの他の方式で実装されてよい。(たとえば、添付の図面のうちの1つまたは複数に関して)本明細書で説明する機能は、いくつかの態様では、添付の特許請求の範囲において同様に指定された機能「のための手段」に対応することができる。たとえば、様々な態様では、受信するための手段は、受信機212、トランシーバ214、それらの何らかの組合せ、または本明細書で説明するそれらの機能的等価物など、受信機を含むことができる。いくつかの態様では、送信するための手段は、送信機210、トランシーバ214、それらの何らかの組合せ、または本明細書で説明するそれらの機能的等価物など、送信機を含むことができる。様々な実施形態では、受信するための手段または送信するための手段は、プロセッサ204、メモリ206、バッファ情報回路221、決定器250、それらの何らかの組合せ、または本明細書で説明するそれらの機能的等価物など、追加の構成要素をさらに含むことができる。いくつかの態様では、生成するための手段は、プロセッサ204、メモリ206、バッファ情報回路221、決定器250、それらの何らかの組合せ、または本明細書で説明するそれらの機能的等価物など、プロセッサまたは何らかの他の回路を含むことができる。
【００７４】
ソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信される場合がある。本明細書で開示した方法またはアルゴリズムのステップは、コンピュータ可読媒体上に存在し得るプロセッサ実行可能ソフトウェアモジュールで実施される場合がある。コンピュータ可読媒体は、ある場所から別の場所にコンピュータプログラムを転送できるようにする任意の媒体を含む、コンピュータ記憶媒体と通信媒体との両方を含む。記憶媒体は、コンピュータによりアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または、命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の媒体を含むことができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ぶことができる。本明細書において使用されるとき、ディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー(登録商標)ディスク(disk)およびブルーレイディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、一方、ディスク(disc)は、データをレーザで光学的に再生する。上記の組合せは、コンピュータ可読媒体の範囲内に同じく含まれるものとする。加えて、方法またはアルゴリズムの動作は、コンピュータプログラム製品に組み込まれ得る機械可読媒体およびコンピュータ可読媒体上に、コードおよび命令の1つまたは任意の組合せまたはセットとして存在することができる。
【００７５】
開示するプロセスにおけるステップのいかなる特定の順序または階層も、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス内のステップの特定の順序または階層は、本開示の範囲内にとどまりながら再構成され得ることを理解されたい。添付の方法クレームは、例示的な順序で様々なステップの要素を提示しており、提示された特定の順序または階層に限定されるものではない。
【００７６】
本開示で説明する実装形態に対する様々な変更形態が、当業者には容易に明らかになる場合があり、本明細書で規定された一般原理は、本開示の趣旨または範囲から逸脱することなく、他の実装形態に適用できる。したがって、本開示は、本明細書に示される実装形態に限定されることを意図されず、本明細書で開示される特許請求の範囲、原理、および新規の特徴と一致する最も広い範囲を与えられるべきである。「例示的な」という単語は、本明細書では、「例、事例、または例示の働きをすること」を意味するように排他的に使用される。「例示的な」として本明細書で説明するいかなる実装形態も、他の実装形態よりも好ましいか、または有利であると必ずしも解釈されるべきでない。
【００７７】
本明細書において別々の実装形態との関連で説明したいくつかの特徴は、単一の実装形態において組み合わせて実現することもできる。反対に、単一の実装形態の文脈において説明される様々な特徴は、複数の実装形態において別々に、または任意の好適な部分的組合せ(sub-combination)において実現することもできる。さらに、特徴は、何らかの組合せで作用するものとして上記で説明されることがあり、まさに当初はそのように特許請求され得るが、特許請求される組合せからの1つまたは複数の特徴は、場合によっては、組合せから削除されてよく、特許請求される組合せは、部分的組合せまたは部分的組合せの変形形態を対象としてよい。
【００７８】
同様に、動作は特定の順序で図面に示されているが、これは、そのような動作が示された特定の順序でもしくは順次に実行されること、または所望の結果を達成するためにすべての図示の動作が実行されることを必要とするものとして解釈されるべきではない。いくつかの状況では、マルチタスキングおよび並列処理が有利である場合がある。さらに、上記の実装形態における様々なシステム構成要素の分割は、すべての実装形態においてそのように分割する必要があるものと理解すべきではなく、説明されるプログラム構成要素およびシステムは、一般に、単一のソフトウェア製品内に共に統合することができるか、または複数のソフトウェア製品にパッケージ化することができることを理解されたい。加えて、他の実装形態も以下の特許請求の範囲の範囲内にある。場合によっては、特許請求の範囲に記載されているアクションは、異なる順序で実行され得るが、その場合でも望ましい結果を達成することができる。
【符号の説明】
【００７９】
100  ワイヤレス通信システム
102  基本サービスエリア(BSA)
104  AP
106  STA
108  ダウンリンク
110  アップリンク(UL)メッセージ
202  ワイヤレスデバイス
204  プロセッサ
206  メモリ
208  筐体
210  送信機
212  受信機
214  トランシーバ
216  アンテナ
218  信号検出器
220  デジタル信号プロセッサ(DSP)
221  バッファ情報回路
222  ユーザインターフェース
226  バスシステム
240  バッファ
250  決定器
300  バッファフォーマット
305  トラフィック識別情報(TID)値
310  バッファサイズ値
315  遅延バジェット
400  バッファフォーマット
405  TID値
410  送信時間
415  遅延バジェット
500  バッファフォーマット
505  TID値
510  A-MPDUサイズ
515  追加バッファサイズ
520  遅延バジェット
600  情報要素
605  識別要素
610  長さ要素
615  共通要素
620  バッファ情報要素
625  バッファ情報要素
650  管理フレームフォーマット
700  フィールド
710  バッファ情報サブフィールド
715  バッファ情報サブフィールド
800  HT制御フィールド
805  VHTビットサブフィールド
810  HT制御ミドル
815  AC制約サブフィールド
820  逆方向グラント(RDG)またはさらなるPPDU表示
900  パケット
905  レガシーPHYヘッダ
910  802.11ax PHYヘッダ
915  ペイロード
950  TSPEC
1000  単一ユーザ例
1005  ポール
1010  ショートフレーム間スペース(SIFS)
1015  バッファ情報フレーム
1110  SIFS
1115  バッファ情報
1200  ポール制御フレーム
1215  アドレス
1220  他のアドレス
1225  共通情報
1230  STA情報
1235  STA情報
1240  フレーム検査シーケンス(FCS)
1250  アソシエーションID(AID)
1255  タイミング調整
1260  電力調整
1265  トーンおよび/または空間ストリームの割振り
1270  要求された情報の表示
1300  ポールフレーム
1305  識別情報
1310  長さ
1315  共通STA要求
1320  情報要素要求
1325  情報要素要求
1400  一連の通信
1405  CTXメッセージ
1420  CTXメッセージ
1430  CTXメッセージ
1440  CTXメッセージ
1450  CTXメッセージ
1465  ACK
【図１】
2017525242.tif 000003
【図２】
2017525242.tif 000004
【図３】
2017525242.tif 000005
【図４】
2017525242.tif 000006
【図５】
2017525242.tif 000007
【図６Ａ】
2017525242.tif 000008
【図６Ｂ】
2017525242.tif 000009
【図７】
2017525242.tif 000010
【図８Ａ】
2017525242.tif 000011
【図８Ｂ】
2017525242.tif 000012
【図８Ｃ】
2017525242.tif 000013
【図９Ａ】
2017525242.tif 000014
【図９Ｂ】
2017525242.tif 000015
【図１０】
2017525242.tif 000016
【図１１】
2017525242.tif 000017
【図１２】
2017525242.tif 000018
【図１３】
2017525242.tif 000019
【図１４】
2017525242.tif 000020
【図１５】
2017525242.tif 000021
【図１６】
2017525242.tif 000022
【国際調査報告】
2017525242.tif 000023
2017525242.tif 000024
2017525242.tif 000025
2017525242.tif 000026