▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-12-14
(54)【発明の名称】優先トラフィックに対応する通信装置および通信方法
(51)【国際特許分類】
H04W 48/00 20090101AFI20231207BHJP
H04W 84/12 20090101ALI20231207BHJP
H04W 74/02 20090101ALI20231207BHJP
H04W 74/08 20090101ALI20231207BHJP
【ＦＩ】
H04W48/00
H04W84/12
H04W74/02
H04W74/08
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023528155
(86)(22)【出願日】2021-10-21
(85)【翻訳文提出日】2023-05-10
(86)【国際出願番号】 SG2021050641
(87)【国際公開番号】W WO2022119497
(87)【国際公開日】2022-06-09
(31)【優先権主張番号】10202012139Q
(32)【優先日】2020-12-04
(33)【優先権主張国・地域又は機関】SG
(81)【指定国・地域】
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】チトラカール ロジャン
(72)【発明者】
【氏名】浦部 嘉夫
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA35
5K067DD24
(57)【要約】
本開示は、優先トラフィックに対応する通信装置および通信方法を提供する。通信装置であって、動作時に、別の通信装置から１つ以上の優先サービス期間（ＳＰ）の通知を受信する受信機であって、各ＳＰが、その別の通信装置によって指定されたトラフィックタイプに属するフレームのみが、送信されることを許可される期間である、受信機と、動作時に、１つ以上のＳＰのうちの１つにおいて、指定されたトラフィックタイプの少なくとも１つのフレームを送信するかどうかを判定し、送信する指定されたトラフィックタイプのフレームが存在しないことの判定に応えて、１つ以上のＳＰのうちの１つの間、送信することを控える、回路と、を備える、通信装置。
【特許請求の範囲】
【請求項1】
通信装置であって、動作時に、別の通信装置から１つ以上の優先サービス期間（ＳＰ）の通知を受信する受信機であって、各ＳＰが、前記別の通信装置によって指定されたトラフィックタイプに属するフレームのみが、送信されることを許可される期間である、前記受信機と、
動作時に、前記１つ以上のＳＰのうちの１つにおいて、前記指定されたトラフィックタイプの少なくとも１つのフレームを送信するかどうかを判定し、送信する前記指定されたトラフィックタイプのフレームが存在しないことの前記判定に応えて、前記１つ以上のＳＰのうちの前記１つの間、送信することを控える、回路と、
を備える、通信装置。
【請求項2】
前記回路が、前記１つ以上のＳＰのうちの前記１つのためのパラメータのセットを指定する第１の要求信号を、前記別の通信装置に対して生成するようにさらに構成されており、前記第１の要求信号が、ウェイクアップ時刻、最小ウェイクアップ持続時間、ウェイク間隔、およびチャネルのうちの少なくとも１つを含み、前記受信機が、前記１つ以上のＳＰのうちの前記１つのための指定された前記パラメータのセットの受入れを示す第１の応答信号を、前記別の通信装置からさらに受信し、前記回路が、前記第１の応答信号の受信に応えて、前記通信装置が前記１つ以上のＳＰのうちの前記１つに関連付けられていることを判定し、前記１つ以上のＳＰのうちの前記１つの間に送信できるように前記パラメータのセットを使用してセットアップする、ようにさらに構成されている、請求項１に記載の通信装置。
【請求項3】
前記受信機が、前記１つ以上のＳＰのうちの前記１つのためのパラメータのセットを指定する第２の要求信号を、前記別の通信装置からさらに受信し、前記第２の要求信号が、ウェイクアップ時刻、最小ウェイクアップ持続時間、ウェイク間隔、およびチャネルのうちの少なくとも１つを含み、前記回路が、前記第２の要求信号の受信に応えて、前記１つ以上のＳＰのうちの前記１つのための指定された前記パラメータのセットの受入れを示す第２の応答信号を、前記別の通信装置に対して生成し、前記通信装置が前記１つ以上のＳＰのうちの前記１つに関連付けられていることを判定し、前記１つ以上のＳＰのうちの前記１つの間に送信できるように前記パラメータのセットを使用してセットアップする、ようにさらに構成されている、請求項１に記載の通信装置。
【請求項4】
前記回路が、次のようにさらに構成されている、すなわち、前記別の通信装置への第３の要求信号を生成し、前記第３の要求信号が、前記１つ以上のＳＰのうちの前記１つの間に前記送信を開始する要求を含み、前記受信機が、前記別の通信装置から第３の応答信号をさらに受信し、前記応答信号が、前記通信装置が前記１つ以上のＳＰのうちの前記１つの間に前記送信を開始することが許可されることを示す、
請求項１に記載の通信装置。
【請求項5】
前記１つ以上のＳＰのうちの前記１つが、前記１つ以上のＳＰのうちの前記１つの制限の指示情報を伝え、かつ、前記１つ以上のＳＰのうちの前記１つの間に送信することが許可される前記指定されるトラフィックタイプを指定する、ブロードキャストターゲットウェイクタイムサービス期間（ＴＷＴ ＳＰ）、であり、前記回路が、前記１つ以上のＳＰのうちの前記１つの中で、前記指定されたトラフィックタイプの１つ以上のフレームを生成するようにさらに構成されている、請求項１に記載の通信装置。
【請求項6】
前記指定されるトラフィックタイプが、低レイテンシトラフィックまたは国家安全・緊急準備トラフィックの一方である、請求項１に記載の通信装置。
【請求項7】
前記受信機が、前記１つ以上のＳＰのうちの前記１つの間に、ネットワーク割当てベクトル（ＮＡＶ）除外フィールドを伝えるレガシーフレームをさらに受信し、前記回路が、前記通信装置が前記１つ以上のＳＰのうちの前記１つに関連付けられていることの判定に応えて、前記レガシーフレームが前記通信装置に宛てられているか否かにかかわらず、前記通信装置の前記ＮＡＶを設定することを控える、ようにさらに構成されている、請求項２または請求項３に記載の通信装置。
【請求項8】
前記レガシーフレームが、ＮＡＶ除外フィールド値を有する第１のＮＡＶ除外フィールドを伝え、かつ前記通信装置に宛てられているＲｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ（ＲＴＳ）フレーム、であり、前記回路が、前記ＮＡＶ除外フィールド値に設定された第２のＮＡＶ除外フィールドを伝えるＣｌｅａｒ Ｔｏ Ｓｅｎｄ（ＣＴＳ）フレームを生成するようにさらに構成されている、請求項７に記載の通信装置。
【請求項9】
前記１つ以上のＳＰのうちの前記１つが、前記１つ以上のＳＰのうちの前記１つの制限の指示情報を伝えるブロードキャストターゲットウェイクタイムサービス期間（ＴＷＴ ＳＰ）、であり、前記受信機が、前記１つ以上のＳＰのうちの前記１つの間に、応答フレームにおいて送信することが許可される前記指定されるトラフィックタイプを指定する１つ以上のＴｒｉｇｇｅｒフレーム、をさらに受信する、請求項１に記載の通信装置。
【請求項10】
前記受信機が、前記別の通信装置から、通常のアップリンクＯＦＤＭＡ（直交周波数分割多元接続）ベースのランダムアクセス（ＵＯＲＡ）のための通常のＯＦＤＭＡコンテンションウィンドウ（ＯＣＷ）範囲と優先ＯＣＷ範囲とを受信し、前記回路が、前記受信された優先ＯＣＷ範囲に基づいて優先ＵＯＲＡのパラメータを計算するように構成されており、前記受信機が、１つ以上のＴｒｉｇｇｅｒフレームをさらに受信し、前記１つ以上のＴｒｉｇｇｅｒフレームの各々が、１つ以上のランダムアクセスリソースユニット（ＲＡ－ＲＵ）を割り当てて、応答フレームにおいて送信することが許可される前記指定されるトラフィックタイプを指定する、請求項１に記載の通信装置。
【請求項11】
通信装置によって実行される通信方法であって、別の通信装置から１つ以上の優先サービス期間（ＳＰ）の通知を受信するステップであって、各ＳＰが、前記別の通信装置によって指定されたトラフィックタイプに属するフレームのみが、送信されることを許可される期間である、ステップと、
前記１つ以上のＳＰのうちの１つにおいて、前記指定されたトラフィックタイプの少なくとも１つのフレームを送信するかどうかを判定するステップと、
送信する前記指定されたトラフィックタイプのフレームが存在しないことの前記判定に応えて、前記１つ以上のＳＰのうちの前記１つの間、送信することを控えるステップと、
を含む、通信方法。
【請求項12】
前記１つ以上のＳＰのうちの前記１つのためのパラメータのセットを指定する第１の要求信号を、前記別の通信装置に対して生成するステップであって、前記第１の要求信号が、ウェイクアップ時刻、最小ウェイクアップ持続時間、ウェイク間隔、およびチャネルのうちの少なくとも１つを含む、ステップと、前記１つ以上のＳＰのうちの前記１つのための指定された前記パラメータのセットの受入れを示す第１の応答信号を、前記別の通信装置から受信するステップと、
前記第１の応答信号の受信に応えて、
前記通信装置が前記１つ以上のＳＰのうちの前記１つに関連付けられていることを判定し、
前記１つ以上のＳＰのうちの前記１つの間に送信できるように前記パラメータのセットを使用してセットアップする、ステップと、
をさらに含む、請求項１１に記載の通信方法。
【請求項13】
前記１つ以上のＳＰのうちの前記１つのためのパラメータのセットを指定する第２の要求信号を、前記別の通信装置から受信するステップであって、前記第２の要求信号が、ウェイクアップ時刻、最小ウェイクアップ持続時間、ウェイク間隔、およびチャネルのうちの少なくとも１つを含む、ステップと、前記第２の要求信号の受信に応えて、
前記１つ以上のＳＰのうちの前記１つのための指定された前記パラメータのセットの受入れを示す第２の応答信号を、前記別の通信装置に対して生成し、
前記通信装置が前記１つ以上のＳＰのうちの前記１つに関連付けられていることを判定し、
前記１つ以上のＳＰのうちの前記１つの間に送信できるように前記パラメータのセットを使用してセットアップする、ステップと、
をさらに含む、請求項１１に記載の通信方法。
【請求項14】
前記別の通信装置への第３の要求信号を生成するステップであって、前記第３の要求信号が、前記１つ以上のＳＰのうちの前記１つの間に前記送信を開始する要求を含む、ステップと、前記別の通信装置から第３の応答信号を受信するステップであって、前記応答信号が、前記通信装置が前記１つ以上のＳＰのうちの前記１つの間に前記送信を開始することが許可されることを示す、ステップと、
をさらに含む、請求項１１に記載の通信方法。
【請求項15】
前記１つ以上のＳＰのうちの前記１つが、前記１つ以上のＳＰのうちの前記１つの制限の指示情報を伝え、かつ、前記１つ以上のＳＰのうちの前記１つの間に送信することが許可される前記指定されるトラフィックタイプを指定する、ブロードキャストターゲットウェイクタイムサービス期間（ＴＷＴ ＳＰ）、であり、前記１つ以上のＳＰのうちの前記１つの中で、前記指定されたトラフィックタイプの１つ以上のフレームを生成するステップ、をさらに含む、請求項１１に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、ＥＨＴ ＷＬＡＮ（超高スループット無線ローカルエリアネットワーク：extremely high throughput wireless local area network）において、優先トラフィック、より具体的には低レイテンシトラフィックに対応する通信装置および通信方法に関する。
【背景技術】
【0002】
次世代の無線ローカルエリアネットワーク（ＷＬＡＮ）の標準化において、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ技術との後方互換性が必須となる新しい無線アクセス技術が、ＩＥＥＥ ８０２．１１ワーキンググループにおいて検討され、ＩＥＥＥ ８０２．１１ｂｅ超高スループット（ＥＨＴ）ＷＬＡＮと命名されている。
【0003】
８０２．１１ｂｅ ＥＨＴ ＷＬＡＮでは、特にセルエッジのＳＴＡを対象として、８０２．１１ａｘ高効率（ＨＥ）ＷＬＡＮを上回る大幅なピークスループットおよび容量の増大を提供する目的で、低レイテンシトラフィックのより良好な統合を可能にすることが提案されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、優先トラフィックおよび低レイテンシトラフィックのための効率的な手順については、これまであまり議論されていない。
【0005】
したがって、ＥＨＴ ＷＬＡＮのコンテキストにおける優先トラフィックのための実現可能な技術的解決策を提供する通信装置および通信方法が必要とされている。さらには、添付の図面および本開示の背景技術のセクションと併せて考慮される以降の詳細な説明および添付の請求項から、他の望ましい特徴および特性が明らかになるであろう。
【課題を解決するための手段】
【0006】
非限定的かつ例示的な実施形態は、ＥＨＴ ＷＬＡＮのコンテキストにおいて優先トラフィック、より具体的には低レイテンシトラフィックに対応する通信装置および通信方法の提供を容易にする。
【0007】
第１の実施形態では、本開示は、通信装置であって、動作時に、別の通信装置から１つ以上の優先サービス期間（ＳＰ：service periods）の通知を受信する受信機であって、各ＳＰが、別の通信装置によって指定されたトラフィックタイプに属するフレームのみが、送信されることを許可される期間である、受信機と、動作時に、１つ以上のＳＰのうちの１つにおいて、指定されたトラフィックタイプの少なくとも１つのフレームを送信するかどうかを判定し、送信する指定されたトラフィックタイプのフレームが存在しないことの判定に応えて、１つ以上のＳＰのうちの１つの間、送信することを控える、回路と、を備えている、通信装置、を提供する。
【0008】
第２の実施形態では、本開示は、通信装置によって実行される通信方法であって、別の通信装置から１つ以上の優先サービス期間（ＳＰ）の通知を受信するステップであって、各ＳＰが、別の通信装置によって指定されたトラフィックタイプに属するフレームのみが、送信されることを許可される期間である、ステップと、１つ以上のＳＰのうちの１つにおいて、指定されたトラフィックタイプの少なくとも１つのフレームを送信するかどうかを判定するステップと、送信する指定されたトラフィックタイプのフレームが存在しないことの判定に応えて、１つ以上のＳＰのうちの１つの間、送信を控えるステップと、を含む、通信方法、を提供する。
【0009】
なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実施できることに留意されたい。
【0010】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
【図面の簡単な説明】
【0011】
この技術分野における通常の技術を有する者には、一例にすぎない以下の説明を図面を参照しながら読み進めることによって、本開示の実施形態が深く理解され容易に明らかになるであろう。
【図1A】ＭＩＭＯ無線ネットワークにおけるアクセスポイント（ＡＰ）とステーション（ＳＴＡ）との間のアップリンクおよびダウンリンクのシングルユーザ（ＳＵ：single-user）多入力多出力（ＭＩＭＯ：multiple input multiple output）通信の概略図を示している。
【図1B】ＭＩＭＯ無線ネットワークにおけるＡＰと複数のＳＴＡとの間のダウンリンクマルチユーザ（ＭＵ：multi-user）通信の概略図を示している。
【図1C】ＭＩＭＯ無線ネットワークにおけるＡＰと複数のＳＴＡとの間のトリガーベースのアップリンクＭＵ通信の概略図を示している。
【図2A】ＡＰ ２０２と２つのＳＴＡとの間の個別ＴＷＴベースの通信を図解したフロー図を示している。
【図2B】ＡＰ ２０２と２つのＳＴＡとの間のブロードキャストＴＷＴベースの通信を図解したフロー図を示している。
【図3】本開示の様々な実施形態に係る、優先トラフィックに対応する通信方法を図解したフローチャートを示している。
【図4A】本開示の第１の実施形態の一例による、優先トラフィックに対応する通信を図解したフロー図を示している。
【図4B】本開示の第１の実施形態の別の例による、優先トラフィックに対応する通信を図解したフロー図を示している。
【図5】拡張ＴＷＴ ＳＰを示すブロードキャストＴＷＴ要素の例示的なフォーマットを示している。
【図6】本開示の第１の実施形態のさらに別の例による、優先トラフィックに対応する通信を図解したフロー図を示している。
【図7A】ＲＴＳ（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）フレームの例示的なフォーマットを示している。
【図7B】ＣＴＳ（Ｃｌｅａｒ Ｔｏ Ｓｅｎｄ）フレームの例示的なフォーマットを示している。
【図9】ＴＷＴ情報（TWT Information）フレームの例示的なフォーマットを示している。
【図10】本開示の第２の実施形態に係る、優先トラフィックに対応する通信を図解したフロー図を示している。
【図11】例示的な基本トリガー（Basic Trigger）フレームを示している。
【図12】本開示の第３の実施形態に係る、優先トラフィックに対応する通信を図解したフロー図を示している。
【図13】例示的なＴＷＴセットアップ（TWT Setup）フレームを示している。
【図14】本開示の第４の実施形態に係る、優先アップリンクＯＦＤＭＡベースランダムアクセス（ＵＯＲＡ：Uplink OFDMA-based Random Access）手順を示している。
【図15】例示的なＵＯＲＡパラメータ（UORA Parameter）要素を示している。
【図16】本開示の一実施形態に係る優先ＵＯＲＡ手順を図解したフローチャートを示している。
【図17】本開示の第４の実施形態に係る、優先トラフィックに関して図解したフロー図を示している。
【図18】本開示の様々な実施形態に係る通信装置（例えばＡＰ）の構成を示している。
【図19】本開示の様々な実施形態に係る通信装置（例えば非ＡＰまたはＳＴＡ）の構成を示している。
【0012】
図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。本発明の実施形態の正確な理解を助けるため、例えば、図解、ブロック図、またはフローチャートの中のいくつかの要素の寸法が、他の要素に比べて誇張して描かれていることがある。
【発明を実施するための形態】
【0013】
本開示のいくつかの実施形態について、図面を参照しながら、一例としてのみ説明する。図面内の類似する参照数字および参照文字は、類似する要素または等価の要素を指している。
【0014】
以下の段落では、特定の例示的な実施形態について、ＥＨＴ ＷＬＡＮにおける１つ以上のアクセスポイント（ＡＰ）および１つ以上のステーション（ＳＴＡ）の優先トラフィック、より具体的には低レイテンシトラフィックを参照しながら説明する。
【0015】
ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）技術のコンテキストにおいては、ステーション（同義語としてＳＴＡとも呼ばれる）は、８０２．１１プロトコルを使用する能力を有する通信装置である。ＩＥＥＥ ８０２．１１－２０１６の定義に基づくと、ＳＴＡは、無線媒体（ＷＭ）へのＩＥＥＥ ８０２．１１準拠の媒体アクセス制御（ＭＡＣ）および物理層（ＰＨＹ）インターフェースを含む任意のデバイスとすることができる。
【0016】
ＳＴＡは、例えば、無線ローカルエリアネットワーク（ＷＬＡＮ）環境内のラップトップ、デスクトップパーソナルコンピュータ（ＰＣ）、携帯情報端末（ＰＤＡ）、アクセスポイント、またはＷｉ－Ｆｉ電話とすることができる。ＳＴＡは、据置き型または移動型とすることができる。ＷＬＡＮ環境において、用語「ＳＴＡ」、「無線クライアント」、「ユーザ」、「ユーザデバイス」、および「ノード」は、しばしば同義語として使用される。
【0017】
同様に、ＡＰ（ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）技術のコンテキストでは同義語として無線アクセスポイント（ＷＡＰ）とも呼ばれる）は、ＷＬＡＮ内のＳＴＡが有線ネットワークに接続することを可能にする通信装置である。ＡＰは、通常、スタンドアロンデバイスとしてルータに（有線ネットワークを介して）接続されるが、ＡＰをルータと統合する、またはルータ内で使用することもできる。
【0018】
上で述べたように、ＷＬＡＮ内のＳＴＡは、別の場合にはＡＰとして機能することができ、逆も同様である。この理由として、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）技術のコンテキストにおける通信装置は、ＳＴＡのハードウェア要素およびＡＰのハードウェア要素の両方を含み得るためである。このようにして通信装置は、実際のＷＬＡＮの条件および／または要件に基づいてＳＴＡモードとＡＰモードの間で切り替わることができる。以下の様々な実施形態において、非ＡＰ ＳＴＡは、ＡＰとして実装されていない、ＷＬＡＮ内のＳＴＡを指し得る。
【0019】
ＭＩＭＯ無線ネットワークでは、「多」は、無線チャネルを通じた送信用に同時に使用される複数のアンテナ、および受信用に同時に使用される複数のアンテナを意味する。この点において、「多入力」は、無線信号をチャネルに入力する複数の送信機アンテナを意味し、「多出力」は、チャネルからの無線信号を受信して受信機に入れる複数の受信機アンテナを意味する。例えば、Ｎ×ＭのＭＩＭＯネットワークシステムにおいては、Ｎは送信機アンテナの数であり、Ｍは受信機アンテナの数であり、ＮはＭに等しいかまたは等しくなくてもよい。本開示では、簡潔さを目的として、送信機アンテナの数および受信機アンテナの数についてさらに議論しない。
【0020】
ＭＩＭＯ無線ネットワークでは、ＡＰやＳＴＡなどの通信装置間の通信として、シングルユーザ（ＳＵ）通信とマルチユーザ（ＭＵ）通信を配備することができる。ＭＩＭＯ無線ネットワークは、複数の空間ストリームを使用することにより、より高いデータレートとロバスト性を実現する空間多重化および空間ダイバーシティなどの利点を有する。様々な実施形態によれば、「空間ストリーム」という用語は、「時空間ストリーム」（またはＳＴＳ）という用語と交換可能に使用され得る。
【0021】
図１Ａは、ＭＩＭＯ無線ネットワークにおけるＡＰ １０２とＳＴＡ １０４との間のＳＵ通信１００の概略図を示している。図示したように、ＭＩＭＯ無線ネットワークは、１基または複数のＳＴＡ（例えばＳＴＡ １０４、ＳＴＡ １０６など）を含むことができる。チャネルにおけるＳＵ通信１００がチャネル全帯域幅で行われる場合、全帯域ＳＵ通信と呼ばれる。チャネルにおけるＳＵ通信１００が、チャネル帯域幅の一部で行われる場合（例えばチャネル内の１つ以上の２０ＭＨｚサブチャネルがパンクチャリングされている）、パンクチャリング型ＳＵ通信（punctured SU communication）と呼ばれる。ＳＵ通信１００では、ＡＰ １０２は、複数のアンテナ（例えば図１Ａに示したように４つのアンテナ）を使用して、すべての時空間ストリームを単一の通信装置（すなわちＳＴＡ １０４）に向けて、複数の時空間ストリームを送信する。簡潔さを目的として、ＳＴＡ １０４に向けられた複数の時空間ストリームは、ＳＴＡ １０４に向けられた、ひとまとめにしたデータ送信の矢印１０８として示してある。
【0022】
ＳＵ通信１００は、双方向伝送を行うように構成することができる。図１Ａに示したように、ＳＵ通信１００において、ＳＴＡ １０４は、複数のアンテナ（例えば図１Ａに示したように２つのアンテナ）を使用して、すべての時空間ストリームをＡＰ １０２に向けて、複数の時空間ストリームを送信することができる。簡潔さを目的として、ＡＰ １０２に向けられた複数の時空間ストリームは、ＡＰ １０２に向けられた、ひとまとめにしたデータ送信の矢印１１０として示してある。
【0023】
このように、図１Ａに示したＳＵ通信１００では、ＭＩＭＯ無線ネットワークにおけるアップリンクＳＵ送信およびダウンリンクＳＵ送信の両方が可能である。
【0024】
図１Ｂは、ＭＩＭＯ無線ネットワークにおけるＡＰ １１４と複数のＳＴＡ １１６、１１８、１２０との間のダウンリンクＭＵ通信１１２の概略図を示している。ＭＩＭＯ無線ネットワークは、１つ以上のＳＴＡ（例えば、ＳＴＡ １１６、ＳＴＡ １１８、ＳＴＡ １２０など）を含むことができる。ＭＵ通信１１２は、ＯＦＤＭＡ（直交周波数分割多重アクセス：orthogonal frequency division multiple access）通信またはＭＵ－ＭＩＭＯ通信とすることができる。チャネルにおけるＯＦＤＭＡ通信の場合、ＡＰ １１４は、チャネル帯域幅内の異なるリソースユニット（ＲＵ）で、ネットワーク内のＳＴＡ １１６、１１８、１２０に複数のストリームを同時に送信する。チャネルにおけるＭＵ－ＭＩＭＯ通信の場合、ＡＰ １１４は、空間マッピングまたはプリコーディング技術により複数のアンテナを使用して、チャネル帯域幅内の同じ（１つ以上の）ＲＵでＳＴＡ １１６、１１８、１２０に複数のストリームを同時に送信する。ＯＦＤＭＡ通信またはＭＵ－ＭＩＭＯ通信が行われるＲＵがチャネル帯域幅全体を占める場合、そのＯＦＤＭＡ通信またはＭＵ－ＭＩＭＯ通信は、全帯域ＯＦＤＭＡ通信または全帯域ＭＵ－ＭＩＭＯ通信と呼ばれる。ＯＦＤＭＡ通信またはＭＵ－ＭＩＭＯ通信が行われるＲＵがチャネル帯域幅の一部を占める場合（例えばチャネル内の１つ以上の２０ＭＨｚサブチャネルがパンクチャリングされている）、そのＯＦＤＭＡ通信またはＭＵ－ＭＩＭＯ通信は、パンクチャリング型ＯＦＤＭＡ通信またはＭＵ－ＭＩＭＯ通信と呼ばれる。例えば、２つの時空間ストリームをＳＴＡ １１８に向け、別の時空間ストリームをＳＴＡ １１６に向け、さらに別の時空間ストリームをＳＴＡ １２０に向けることができる。簡潔さを目的として、ＳＴＡ １１８に向けられた２つの時空間ストリームは、ひとまとめにしたデータ送信の矢印１２４として示してあり、ＳＴＡ １１６に向けられた時空間ストリームは、データ送信の矢印１２２として示してあり、ＳＴＡ １２０に向けられた時空間ストリームは、データ送信の矢印１２６として示してある。
【0025】
アップリンクＭＵ送信を可能にするために、ＭＩＭＯ無線ネットワークにトリガーベースの通信が提供されている。この点に関して、図１Ｃは、ＭＩＭＯ無線ネットワークにおけるＡＰ １３０と複数のＳＴＡ １３２、１３４、１３６との間のトリガーベースのアップリンクＭＵ通信１２８の概略図を示している。
【0026】
このトリガーベースのアップリンクＭＵ通信には複数のＳＴＡ １３２、１３４、１３６が参加しているため、ＡＰ １３０は複数のＳＴＡ １３２、１３４、１３６の同時送信を調整する必要がある。
【0027】
そのために、図１Ｃに示したように、ＡＰ １３０は、トリガーフレーム１３９、１４１、１４３をＳＴＡ １３２、１３４、１３６に同時に送信して、各ＳＴＡが使用できるユーザ固有のリソース割当て情報（例えば、時空間ストリームの数、開始ＳＴＳ番号、および割り当てられるＲＵ）を示す。トリガーフレームに応答して、ＳＴＡ １３２、１３４、１３６は、トリガーフレーム１３９、１４１、１４３に示されたユーザ固有のリソース割当て情報に従って、それぞれの時空間ストリームをＡＰ １３０に同時に送信することができる。例えば、２つの時空間ストリームがＳＴＡ １３４からＡＰ １３０に向けられ、別の時空間ストリームがＳＴＡ １３２からＡＰ １３０に向けられ、さらに別の時空間ストリームがＳＴＡ １３６からＡＰ １３０に向けられる。簡潔さを目的として、ＳＴＡ １３４からＡＰ １３０に向けられた２つの時空間ストリームを、ひとまとめにしたデータ送信の矢印１４０として示してあり、ＳＴＡ １３２からＡＰ １３０に向けられた時空間ストリームを、データ送信の矢印１３８として示してあり、ＳＴＡ １３６からＡＰ １３０に向けられた時空間ストリームを、データ送信の矢印１４２として示してある。
【0028】
８０２．１１ ＷＬＡＮでは、パケット／ＰＰＤＵ（物理層プロトコルデータユニット：physical layer protocol data unit）ベースの伝送および分散型ＭＡＣ（媒体アクセス制御：medium access control）方式の理由で、タイムスケジューリング（例えばＴＤＭＡ（時分割多重アクセス：time division multiple access）に類似するデータ伝送用の周期的なタイムスロット割当て）は存在しない。周波数および空間リソースのスケジューリングは、パケットベースで実行される。言い換えれば、リソース割当て情報はＰＰＤＵベースである。
【0029】
様々な実施形態によれば、ＥＨＴ ＷＬＡＮは、図１Ａおよび図１Ｂに示した非トリガーベースの通信と、図１Ｃに示したトリガーベースの通信とをサポートする。非トリガーベースの通信では、通信装置は、１つの他の通信装置または２つ以上の他の通信装置に、明示的な要求なしにＰＰＤＵを送信する。トリガーベースの通信では、通信装置は、要求するトリガーフレームを受信した後にのみ、１つの他の通信装置または２つ以上の他の通信装置にＰＰＤＵを送信する。
【0030】
低レイテンシアプリケーションを対象として、３つの主たるレイテンシ領域（カテゴリ）が認識されており、（ａ）インタラクティブビデオや自動運転車などのアプリケーションでは１０～５０ミリ秒（ｍｓ）、（ｂ）拡張現実／仮想現実（ＡＲ／ＶＲ）やゲームなどのアプリケーションでは１～１０ｍｓ、（ｃ）ＴＳＮに類似する（タイムセンシティブネットワーク（time-sensitive-network）に類似する）アプリケーションでは１ｍｓ以下、である。他の方法として、レイテンシの影響を大きく受けるトラフィックを対象に、ＴＷＴメカニズムを強化することが提案されている。この提案は、例えば６ＧＨｚ帯においてレガシー８０２．１１デバイスがほとんどない、あるいはまったくない環境において特に有利であり得る。
【0031】
米国では、国土安全保障省／緊急通信部門（ＤＨＳ／ＥＣＤ：Department of Homeland Security/Emergency Communications Division）の優先通信プログラムにより、国家安全・緊急準備（ＮＳＥＰ：national security and emergency preparedness）および公共安全のユーザは、例えば洪水、地震、ハリケーン、テロ攻撃などの災害および緊急事態の発生時などの混雑時に、公共通信ネットワークで通信することができる。ＮＳＥＰトラフィックは、本開示の恩恵を享受し得るもう１つの対象である。
【0032】
特に、ＮＳＥＰ優先アクセスは、ネットワークが混雑している期間中に、通信が成功する確率を高めるために、許可されたユーザに対してシステムリソースへの優先的なアクセスを提供する。優先アクセスは、チャネルアクセスの取得およびネットワークリソースの割当てにおける優先的な扱いを含む。このサービスは、通常、そのエリアで動作するデバイスの総数のごく一部である、指定された許可されたデバイスのみが利用可能である。
【0033】
非ＡＰ ＳＴＡは、ＡＰに要求を送信することによって、ＮＳＥＰ優先アクセスを要求する。ＡＰは、例えば、ローカルに保存されている検証情報を使用する、またはＳＳＰＮインターフェースを介してＮＳＥＰサービスプロバイダに連絡することにより、ＮＳＥＰ優先アクセスを使用するための非ＡＰ ＳＴＡの権限を確認し、要求している非ＡＰ ＳＴＡに応答を送信する。
【0034】
ターゲットウェイクタイム（ＴＷＴ：Target wake time）は、８０２．１１ａｈにおいて初めて導入され、８０２．１１ａｘによって強化された。ＴＷＴメカニズムを使用すると、ＳＴＡは共通のウェイクスケジューリングに関してＡＰと合意することができ、必要なときにのみウェイクアップすることができる。ＴＷＴメカニズムの主な目的は、基本サービスセット（ＢＳＳ：basic service set）内のＳＴＡ間のコンテンションを最小にし、省電力ＳＴＡのアウェイク期間を短縮することである。ＴＷＴセッション期間（ＳＰ：Session Period）は、ＳＴＡがデータを受信または送信するためにアウェイクしている期間である。
【0035】
ＴＷＴ合意とは、ＳＴＡが属するＴＷＴ ＳＰ（複数可）の詳細（例えば、ステーションがウェイクアップしなければならない時刻（複数可））を定義するために、ネゴシエーションの後に到達するＡＰとＳＴＡの間の最終的な合意である。１つのＴＷＴ合意によって、ＳＴＡは複数のＴＷＴ ＳＰに参加することができ、周期的にウェイクアップする。ＴＷＴ合意では、ネゴシエーションと、ＡＰが各ＴＷＴ ＳＰの開始時に例えばＴｒｉｇｇｅｒフレームを通じて提供することのできるさらなる指示とに従って、ＤＬ、ＵＰ、または両方のタイプの送信を許可することができる。
【0036】
ＴＷＴメカニズムには、個別ＴＷＴおよびブロードキャストＴＷＴが含まれ、これらはそれぞれＡＰとＳＴＡ（複数可）の間の個別ＴＷＴ合意およびブロードキャストＴＷＴ合意によって実施することができる。
【0037】
図２Ａは、ＡＰ ２０２と２つのＳＴＡ（ＳＴＡ１ ２０４、ＳＴＡ２ ２０６）との間の個別ＴＷＴベースの通信を図解したフロー図２００を示している。ＴＷＴセッションを開始するために、最初に、ＡＰとＳＴＡ（例えばＳＴＡ１ ２０４）が以下のような共通のパラメータセットについて合意するネゴシエーション段階がある。
・ ターゲットウェイクタイム（Target Wake Time、ＴＷＴ）： ＴＷＴベースの通信に参加するステーションがＴＷＴ ＳＰのためにウェイクアップするべき次の時間（例えば次のＴＷＴ ２１３）（単位：マイクロ秒）。
・ ＴＷＴウェイク間隔（TWT Wake Interval）： ステーションの以降のＴＷＴセッション間の時間間隔。ＴＷＴが周期的であるとき、値は０より大きい。
・ 最小ＴＷＴウェイク持続時間（Minimum TWT Wake Duration）： 他のステーション（複数可）からのフレームを受信できるように、ＴＷＴ ＳＰの開始時刻から、ウェイクしたままでいる最小持続時間。
・ ＴＷＴチャネル（TWT Channel）： ステーションが一時的にプライマリチャネルとして使用できるチャネル。
・ ＴＷＴ保護（TWT Protection）： ＲＴＳ（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）／ＣＴＳ（Ｃｌｅａｒ ｔｏ Ｓｅｎｄ）など、外部のステーションの送信からＴＷＴ ＳＰを保護するために採用されるメカニズム。
・ ターゲットウェイクタイム（Target Wake Time、ＴＷＴ）： ＴＷＴベースの通信に参加するステーションがＴＷＴ ＳＰのためにウェイクアップするべき次の時間（例えば次のＴＷＴ ２１３）（単位：マイクロ秒）。
・ ＴＷＴウェイク間隔（TWT Wake Interval）： ステーションの以降のＴＷＴセッション間の時間間隔。ＴＷＴが周期的であるとき、値は０より大きい。
・ 最小ＴＷＴウェイク持続時間（Minimum TWT Wake Duration）： 他のステーション（複数可）からのフレームを受信できるように、ＴＷＴ ＳＰの開始時刻から、ウェイクしたままでいる最小持続時間。
・ ＴＷＴチャネル（TWT Channel）： ステーションが一時的にプライマリチャネルとして使用できるチャネル。
・ ＴＷＴ保護（TWT Protection）： ＲＴＳ（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）／ＣＴＳ（Ｃｌｅａｒ ｔｏ Ｓｅｎｄ）など、外部のステーションの送信からＴＷＴ ＳＰを保護するために採用されるメカニズム。
【0038】
ネゴシエーション段階では、以下の側面も定義される。最初に、ＴＷＴ合意は以下であることができる。
・ 明示的（Ｅｘｐｌｉｃｉｔ）： 新しい各セッションまたはＳＰの前にＴＷＴパラメータをアドバタイズすることが要求される。
・ 暗黙的（Ｉｍｐｌｉｃｉｔ）： 周期的なセッションまたは後続のＴＷＴ ＳＰのパラメータを、新しいセットが受信されるまで、最初のＴＷＴ ＳＰまたは最初のパラメータセットに依存して暗黙的に計算することが許可される。
・ 明示的（Ｅｘｐｌｉｃｉｔ）： 新しい各セッションまたはＳＰの前にＴＷＴパラメータをアドバタイズすることが要求される。
・ 暗黙的（Ｉｍｐｌｉｃｉｔ）： 周期的なセッションまたは後続のＴＷＴ ＳＰのパラメータを、新しいセットが受信されるまで、最初のＴＷＴ ＳＰまたは最初のパラメータセットに依存して暗黙的に計算することが許可される。
【0039】
さらに、ＴＷＴ ＳＰの内側で異なるＴＷＴ動作が存在し得る。
・ トリガー方式（Ｔｒｉｇｇｅｒ－ｅｎａｂｌｅｄ）： ＡＰは、ステーションの送信をスケジューリングするために、ＴＷＴ ＳＰ（例えばトリガー方式ＴＷＴ ＳＰ ２３２）中にＴｒｉｇｇｅｒフレーム（例えばＴｒｉｇｇｅｒフレーム２１７）を送信する。
・ 非トリガー方式（Ｎｏｎ Ｔｒｉｇｇｅｒ－ｅｎａｂｌｅｄ）： Ｔｒｉｇｇｅｒフレームの使用が要求されないとき。したがって各ステーションはＴＷＴセッションの内側で自律的に送信するタイミングを決定することができる。
・ 保護（Ｐｒｏｔｅｃｔｅｄ）： ＴＷＴ ＳＰはＲＴＳ（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）／ＣＴＳ（Ｃｌｅａｒ Ｔｏ Ｓｅｎｄ）の交換から開始される。
・ アナウンス（Ａｎｎｏｕｎｃｅｄ）： ＳＴＡは、ＡＰにバッファリングされているダウンリンク（ＤＬ）データを取得するために、自身の存在をアナウンスするメッセージを送信することが要求される。
・ 非アナウンス（Ｕｎａｎｎｏｕｎｃｅｄ）： ＡＰは、ＴＷＴ ＳＰのＳＴＡがＴＷＴ ＳＰの開始時にアウェイクしていなければならないことを前提として、ＳＴＡからの前のフレームを待たずに、ターゲットウェイクタイム内に、アクティブであるＳＴＡにＤＬトラフィックを送信することができる。
・ トリガー方式（Ｔｒｉｇｇｅｒ－ｅｎａｂｌｅｄ）： ＡＰは、ステーションの送信をスケジューリングするために、ＴＷＴ ＳＰ（例えばトリガー方式ＴＷＴ ＳＰ ２３２）中にＴｒｉｇｇｅｒフレーム（例えばＴｒｉｇｇｅｒフレーム２１７）を送信する。
・ 非トリガー方式（Ｎｏｎ Ｔｒｉｇｇｅｒ－ｅｎａｂｌｅｄ）： Ｔｒｉｇｇｅｒフレームの使用が要求されないとき。したがって各ステーションはＴＷＴセッションの内側で自律的に送信するタイミングを決定することができる。
・ 保護（Ｐｒｏｔｅｃｔｅｄ）： ＴＷＴ ＳＰはＲＴＳ（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）／ＣＴＳ（Ｃｌｅａｒ Ｔｏ Ｓｅｎｄ）の交換から開始される。
・ アナウンス（Ａｎｎｏｕｎｃｅｄ）： ＳＴＡは、ＡＰにバッファリングされているダウンリンク（ＤＬ）データを取得するために、自身の存在をアナウンスするメッセージを送信することが要求される。
・ 非アナウンス（Ｕｎａｎｎｏｕｎｃｅｄ）： ＡＰは、ＴＷＴ ＳＰのＳＴＡがＴＷＴ ＳＰの開始時にアウェイクしていなければならないことを前提として、ＳＴＡからの前のフレームを待たずに、ターゲットウェイクタイム内に、アクティブであるＳＴＡにＤＬトラフィックを送信することができる。
【0040】
図２Ａに戻る。新しいＴＷＴ ＴＰを作成するために、ＳＴＡ１ ２０４は、ＴＷＴ要求フレーム２０８を生成してＡＰ ２０２に送信することができる。ＴＷＴ要求フレームは、ＴＷＴ ＳＰの要求を含み、ＴＷＴ ＳＰのためのパラメータセットを指定する。要求フレームのタイプは、以下のいずれかである。
・ 提案（Ｓｕｇｇｅｓｔ）： 要求に含まれるパラメータ値のセットは、ＳＴＡ１ ２０４が使用を望むものであり、ただしＳＴＡ１ ２０４は別のセットを受け入れることも考慮する。
・ 要求（Ｒｅｑｕｅｓｔ）： ＳＴＡ１ ２０４は、ＴＷＴ合意を設定する意思があり、応答するステーションにＴＷＴパラメータのセットを指定させる。
・ 要請（Ｄｅｍａｎｄ）： ＳＴＡ１ ２０４は、ＴＷＴ合意を設定することを望むが、ＴＷＴ要求フレーム２０８において指定されるものとは異なるパラメータセットを受け入れない。
・ 提案（Ｓｕｇｇｅｓｔ）： 要求に含まれるパラメータ値のセットは、ＳＴＡ１ ２０４が使用を望むものであり、ただしＳＴＡ１ ２０４は別のセットを受け入れることも考慮する。
・ 要求（Ｒｅｑｕｅｓｔ）： ＳＴＡ１ ２０４は、ＴＷＴ合意を設定する意思があり、応答するステーションにＴＷＴパラメータのセットを指定させる。
・ 要請（Ｄｅｍａｎｄ）： ＳＴＡ１ ２０４は、ＴＷＴ合意を設定することを望むが、ＴＷＴ要求フレーム２０８において指定されるものとは異なるパラメータセットを受け入れない。
【0041】
ＡＰは、ＴＷＴ応答フレーム２１０をＳＴＡ１ ２０４に送信することによって、ＴＷＴ要求フレーム２０８に応答することができる。ＴＷＴ応答フレーム２１０は、ＴＷＴ ＳＰのためのパラメータセットを指定することもできる。応答フレームのタイプは、以下のうちのいずれかとすることができる。
・ 受入れ（Ａｃｃｅｐｔ）： ＡＰ ２０２は要求を受け入れ、ＴＷＴ応答フレーム２１０において指定されたパラメータ値でのＴＷＴ合意がセットアップされる。
・ 代替（Ａｌｔｅｒｎａｔｅ）： ＡＰ ２０２は代替のパラメータ値のセットを提案する。合意ネゴシエーション段階を終了するためには、もう一組の要求フレームおよび応答フレームが必要となり得る。
・ 要求（Ｄｉｃｔａｔｅ）： ＡＰ ２０２は、さらなるネゴシエーションの可能性なしに別のパラメータセットを要求する。合意ネゴシエーション段階を終了するためには、もう一組の要求フレームおよび応答フレームが必要となり得る。
・ 拒否（Ｒｅｊｅｃｔ）： ＴＷＴ ＳＰは受け入れられない。
・ 受入れ（Ａｃｃｅｐｔ）： ＡＰ ２０２は要求を受け入れ、ＴＷＴ応答フレーム２１０において指定されたパラメータ値でのＴＷＴ合意がセットアップされる。
・ 代替（Ａｌｔｅｒｎａｔｅ）： ＡＰ ２０２は代替のパラメータ値のセットを提案する。合意ネゴシエーション段階を終了するためには、もう一組の要求フレームおよび応答フレームが必要となり得る。
・ 要求（Ｄｉｃｔａｔｅ）： ＡＰ ２０２は、さらなるネゴシエーションの可能性なしに別のパラメータセットを要求する。合意ネゴシエーション段階を終了するためには、もう一組の要求フレームおよび応答フレームが必要となり得る。
・ 拒否（Ｒｅｊｅｃｔ）： ＴＷＴ ＳＰは受け入れられない。
【0042】
図２Ａに戻る。ＴＷＴ応答フレーム２１０の応答フレームタイプは受入れ（Ａｃｃｅｐｔ）であり、ＡＰ ２０２とＳＴＡ１ ２０４との間でＴＷＴ合意がセットアップされ、ＳＴＡ１ ２０４は、２３０において次のＴＷＴ ＴＰが開始されるまでスリープ状態に移行することができる。
【0043】
ＡＰは、それぞれ異なるステーションとの複数のＴＷＴ合意を有することができるが、合意のいくつかは時間的に重なってもよい。別のＳＴＡは、同時送信のためにＡＰによってスケジューリングすることができる、またはランダムアクセスによって媒体を競合しなければならない。さらに、ＴＷＴグループ化メカニズムでは、ＡＰは、各グループおよびグループ内の各ステーションの送信時刻を提供することにより、共通のＴＷＴ ＳＰの開始時刻からの、時分割多重アクセスに類似する（ＴＤＭＡに類似する）スケジューリングを指定することができる。この場合、ＡＰ ２０２は、ＢＳＳ内のＳＴＡ２ ２０６に別のＴＷＴ応答フレーム２１２を送信してＴＷＴ ＳＰ ２３２のための送信時刻およびパラメータセットを提供し、ＴＷＴ ＳＰ ２３２において同時送信できるようにＳＴＡ２ ２０６をスケジューリングする。その後、同様にＡＰ ２０２とＳＴＡ２ ２０６との間でＴＷＴ合意がセットアップされ、ＳＴＡ２ ２０６は、２３０において次のＴＷＴ ＴＰが開始されるまでスリープ（ドーズ）状態に移行することができる。
【0044】
コンテンションベースのチャネルアクセス手順、例えば拡張分散チャネルアクセス（ＥＤＣＡ：enhanced distributed channel access）手順は、ブロック２１６、２２４によって示してある。ＳＴＡ１ ２０４およびＳＴＡ２ ２０６の両方がウェイクアップした後の２３０におけるＴＷＴ ＳＰ ２３２の開始時に、ＡＰ ２０２は、トリガーベースのＴＷＴ ＳＰ ２３２の間のＳＴＡの送信を可能にするために、Ｔｒｉｇｇｅｒフレーム２１７を送信することができる。ＳＴＡ１ ２０４は、Ｔｒｉｇｇｅｒフレーム２１７を受信すると、ＡＰ ２０２にバッファリングされている保留中のフレームを要求するためにＰＳ（省電力：power saving）－Ｐｏｌｌフレーム２１８を生成して送信する。一方、ＳＴＡ２ ２０６は、空のデータフレームを伝えるＱｏＳ（サービス品質：quality of service）Ｎｕｌｌフレーム２２０を同時に生成して送信し、ＡＰ ２０２からのデータを要求しない。ＡＰ ２０２は、ＰＳ－Ｐｏｌｌフレーム２１８およびＱｏＳ Ｎｕｌｌフレーム２２０を受信した後、Ｍｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋフレーム２２２をＳＴＡ１ ２０４およびＳＴＡ２ ２０６に送信することができる。
【0045】
その後、ＡＰ ２０２は、ＤＬ ＭＵ ＰＰＤＵ ２２５をＳＴＡ１ ２０４およびＳＴＡ２ ２０６に送信することができる。ＤＬ ＭＵ ＰＰＤＵ ２２５は、ＳＴＡ１ ２０４によって要求された保留中のフレームおよびバッファリングされているデータを含むことができる。ＳＴＡ１ ２０４およびＳＴＡ２ ２０６は、ＤＬ ＭＵ ＰＰＤＵ ２２５を受信すると、それぞれのＢｌｏｃｋＡｃｋフレーム２２６、２２８を生成してＡＰ ２０２に送信することができる。次に、２３１においてトリガー方式ＴＷＴ ＳＰ ２３２が終了すると、ＳＴＡ１ ２０４およびＳＴＡ２ ２０６は、スリープ（ドーズ）状態に移行することができる。
【0046】
図２Ｂは、ＡＰ ２４２と２つのＳＴＡ（ＳＴＡ１ ２４４、ＳＴＡ２ ２４６）との間のブロードキャストＴＷＴベースの通信を図解したフロー図２４０を示している。ブロードキャストＴＷＴ動作では、ＡＰ ２４２は、ＳＴＡのグループ（例えばＳＴＡ１ ２４４、ＳＴＡ２ ２４６）を対象とする共有ＴＷＴセッションをセットアップし、Ｂｅａｃｏｎフレーム（例えばＢｅａｃｏｎフレーム２５５）内でＴＷＴパラメータセットを周期的に指定することができる。ＴＷＴブロードキャスト合意のＳＴＡ（例えばＳＴＡ１ ２４４、ＳＴＡ２ ２４６）は、自身が属するＴＷＴブロードキャストセッション（例えばトリガー方式ＴＷＴ ＳＰ ２６１）の指示を含むＢｅａｃｏｎフレームのみを受信するために、ウェイクアップすることが要求される。なおＡＰ ２４２は、ステーションが既存のＴＷＴセッションのメンバーシップを要求する、または新しいセッションを作成する要求を送信できるように、既存のＴＷＴブロードキャスト合意をアドバタイズできることに留意されたい。
【0047】
ＳＴＡ１ ２４４は、ブロードキャストＴＷＴ合意への参加を要求するために、ＴＷＴ要求フレーム２４８を生成してＡＰ ２４２に送信することができる。このような要求は、ＢＳＳ内のＴＷＴをサポートするすべての関連するステーションにＡＰ ２４２によって求められた参加要求に応えて送信することができる。個別ＴＷＴ合意の場合と同様に、ネゴシエーション段階において、ＳＴＡ１ ２４４は、ブロードキャストＴＷＴ ＳＰ（例えばトリガー方式ＴＷＴ ＳＰ ２６１）のパラメータセットを要求、提案、または要請することができ、次いでＡＰは、ＴＷＴ応答フレーム２５０を送信することによって応答し、要求を受け入れるかまたは拒否する、あるいは代替パラメータセットを提案することができる。ほとんどの場合、ＴＷＴパラメータは、ＡＰ ２４２によって決定される。
【0048】
合意セットアップ段階において、ＳＴＡ１ ２４４は、それ以外の２つの基本パラメータを最適にネゴシエートすることができる。
・ 次のターゲットビーコン送信時刻（Next target beacon transmission time）： ＳＴＡ１ ２４４に関連する、すなわちＳＴＡ１が属するブロードキャストＴＷＴ ＳＰ（例えばトリガー方式ＴＷＴ ＳＰ ２６１）に関連するＴＷＴ情報を含むＢｅａｃｏｎフレームの次の送信時刻。この場合、Ｂｅａｃｏｎフレーム２５５の第１のターゲットビーコン送信時刻（第１のＴＢＴＴ ２５１）は、セットアップ段階中にネゴシエートされる。
・ リッスン間隔（Ｌｉｓｔｅｎ Ｉｎｔｅｒｖａｌ）： ＳＴＡ１ ２４４に関連するＴＷＴ情報を伝える後続のビーコン（例えばＢｅａｃｏｎフレーム２８０）間の間隔（例えばリッスン間隔２５７）。
・ 次のターゲットビーコン送信時刻（Next target beacon transmission time）： ＳＴＡ１ ２４４に関連する、すなわちＳＴＡ１が属するブロードキャストＴＷＴ ＳＰ（例えばトリガー方式ＴＷＴ ＳＰ ２６１）に関連するＴＷＴ情報を含むＢｅａｃｏｎフレームの次の送信時刻。この場合、Ｂｅａｃｏｎフレーム２５５の第１のターゲットビーコン送信時刻（第１のＴＢＴＴ ２５１）は、セットアップ段階中にネゴシエートされる。
・ リッスン間隔（Ｌｉｓｔｅｎ Ｉｎｔｅｒｖａｌ）： ＳＴＡ１ ２４４に関連するＴＷＴ情報を伝える後続のビーコン（例えばＢｅａｃｏｎフレーム２８０）間の間隔（例えばリッスン間隔２５７）。
【0049】
その後、ＳＴＡはドーズ状態に移行し、次の関連するビーコンがスケジューリングされている時刻にウェイクアップする。この場合、ＳＴＡ１ ２４４は、第１のＴＢＴＴ ２５１の後、第１のＢｅａｃｏｎフレーム２５５がスケジューリングされているタイミングでウェイクアップする。ＳＴＡ２ ２４６もＴＷＴ ＳＰ ２６１に属していることができ、したがってＢｅａｃｏｎフレーム２５５を受信するためにウェイクアップすることができる。Ｂｅａｃｏｎフレーム２５５は、ＳＴＡ１ ２４４およびＳＴＡ２ ２４６のような関与するＳＴＡがセッションスケジュールに従うことを可能にする、ブロードキャストＴＷＴセッションに関する情報を伝えることができる。この情報は、ブロードキャストＴＷＴ ２５６（すなわち、ＳＴＡ１ ２４４およびＳＴＡ２ ２４６のような関与するＳＴＡがブロードキャストＴＷＴ ＳＰのためにウェイクアップするべき時刻）、ＴＷＴウェイク間隔、最小ＴＷＴウェイク持続時間（例えばトリガー方式ＴＷＴ ＳＰ ２６１）を含むことができる。ＳＴＡ１ ２０４およびＳＴＡ１ ２４６は、Ｂｅａｃｏｎフレーム２５５を受信すると、ブロードキャストＴＷＴ ＴＰが開始されるまでスリープ状態に移行することができる。
【0050】
コンテンションベースのチャネルアクセス手順、例えば拡張分散チャネルアクセス（ＥＤＣＡ）手順は、ブロック２６６、２７０によって示してある。ＳＴＡ１ ２４４およびＳＴＡ２ ２４６の両方がウェイクアップした後、ＴＷＴ ＳＰ ２６１の開始時に、ＡＰ ２４２は、トリガーベースＴＷＴ ＳＰ ２６１の間のＳＴＡの送信を可能にするために、Ｔｒｉｇｇｅｒフレーム２６２を送信することができる。ＳＴＡ１ ２４４は、Ｔｒｉｇｇｅｒフレーム２６２を受信すると、ＡＰ ２４２にバッファリングされている保留中のフレームを要求するために、ＰＳ－Ｐｏｌｌフレーム２６４を生成して送信することができる。一方、ＳＴＡ２ ２４６は、空のデータフレームを伝えるＱｏＳ Ｎｕｌｌフレーム２６６を同時に生成して送信することができ、ＡＰ ２４２からのデータを要求しない。ＡＰ ２４２は、ＰＳ－Ｐｏｌｌフレーム２６４およびＱｏＳ Ｎｕｌｌフレーム２６６を受信した後、Ｍｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋフレーム２６８をＳＴＡ１ ２４４およびＳＴＡ２ ２４６に送信することができる。
【0051】
その後、ＡＰ ２４２は、ＤＬ ＭＵ ＰＰＤＵ ２７１をＳＴＡ１ ２４４およびＳＴＡ２ ２４６に送信することができる。ＤＬ ＭＵ ＰＰＤＵ ２７１は、ＳＴＡ１ ２４４によって要求された保留中のフレームおよびバッファリングされているデータを含むことができる。ＳＴＡ１ ２４４およびＳＴＡ２ ２４６は、ＤＬ ＭＵ ＰＰＤＵ ２７１を受信すると、それぞれのＢｌｏｃｋＡｃｋフレーム２７２、２７４を生成してＡＰ ２４２に送信することができる。次に、トリガー方式ＴＷＴ ＳＰ ２３２が終了すると、ＳＴＡ１ ２４４およびＳＴＡ２ ２４６は、次のＴＷＴ ＳＰが開始されるまでスリープ（ドーズ）状態に移行することができる。
【0052】
さらに、ＡＰ ２４２は、ＳＴＡ１ ２４４およびＳＴＡ２ ２４６が適切に更新できるように、別のＢｅａｃｏｎフレーム２７８を使用して、ＴＷＴ ＳＰのＴＷＴパラメータセットに関する更新をブロードキャストすることもできる。
【0053】
ＴＷＴモードおよびＴＷＴパラメータに関するＴＷＴ合意の詳細は、ネゴシエーションおよびＴＷＴセットアッププロセスにおいてＡＰとＳＴＡとの間で交換されるＴＷＴ要求／応答フレームに含めることができるＴＷＴ要素の中で伝えることができる。ＴＷＴ要求／応答フレーム（例えばＴＷＴ要求フレーム２０８、２４８、およびＴＷＴ応答フレーム２１０、２１２、２５０）は、個別ＴＷＴのためのＴＷＴおよびＴＷＴウェイク間隔、ブロードキャストＴＷＴのための次のターゲットビーコン（例えば第１のＴＢＴＴ）およびリッスン間隔など、ＴＷＴ合意をセットアップするためのパラメータセットと、ＴＷＴパラメータが明示的にアドバタイズされるかまたは第１のＳＰに基づいて暗黙的に計算されるか、ＴＷＴ ＳＰがＴｒｉｇｇｅｒフレームを使用してトリガー方式で有効にされるか否か、ＡＰにバッファリングされているデータを取得するためにＳＴＡが自身の存在をアナウンスする必要があるかどうかに関する、ＴＷＴ ＳＰの動作モードを指定する信号フィールドと、を含むことができる。
【0054】
ＴＷＴ要求／応答フレームに含まれるＴＷＴ要素は、ブロードキャストＴＷＴ合意を識別するために使用されるブロードキャストＴＷＴ ＩＤをさらに含むことができる。ＴＷＴ要素のブロードキャストＴＷＴ ＩＤ（Broadcast TWT ID）サブフィールドの値０は、ＴＷＴ要素を伝える管理フレームのＢＳＳＩＤに対応するＢＳＳのメンバーであり、かつ関連しないＳＴＡのためのＲＡ－ＲＵ（ランダムアクセスリソースユニット：Random Access Resource Unit）を有するＴｒｉｇｇｅｒフレームを含むことが許可されているすべてのＳＴＡ、にメンバーシップが対応しているブロードキャストＴＷＴを示し、値１は、ＳＴＡとのネゴシエーションが必要であることを示す。
【0055】
さらに、ＴＷＴ要素のブロードキャストＴＷＴ推奨（Broadcast TWT Recommendation）フィールドは、ブロードキャストＴＷＴ ＳＰの間に送信されるフレームに対する制約を示すことができる。表１は、ブロードキャストＴＷＴ ＳＰの間に送信されるフレームに対する制約をまとめたものである。
【表1】
【0056】
なお８０２．１１ａｘ仕様では、ブロードキャストＴＷＴ推奨（Broadcast TWT Recommendation）フィールドで提供される推奨は、あくまで推奨にすぎず、すなわち、ＴＷＴをスケジューリングされたＳＴＡは、対応するＴＷＴ ＳＰ（複数可）の間、表９－２９９ａにおけるブロードキャストＴＷＴ推奨（Broadcast TWT Recommendation）サブフィールド（ブロードキャストＴＷＴ要素のブロードキャストＴＷＴ推奨（Broadcast TWT Recommendation）フィールド）の推奨事項を満たさないフレームを送信するべきではない。
【0057】
優先トラフィック（例えば低レイテンシトラフィック）が、割り当てられたＴＷＴ ＳＰの間に高い確率で媒体へのアクセスを取得できることを保証する方法については、議論されていない。低レイテンシトラフィックに対してＴＷＴメカニズムを効果的に使用できるようにするためには、以下に対処する必要がある。
１．拡張ＴＷＴ内で（指定されていないトラフィックからの）チャネルアクセスを（例えばトラフィック識別子（ＴＩＤ）／アクセスカテゴリ（ＡＣ）に基づいて）制限するシグナリングメカニズム。
２．レガシーＳＴＡからの拡張ＴＷＴ ＳＰの保護（特に、ＴＷＴは１１ａｘではオプションであり、１１ｎ／１１ａｃでは認識されない）。
１．拡張ＴＷＴ内で（指定されていないトラフィックからの）チャネルアクセスを（例えばトラフィック識別子（ＴＩＤ）／アクセスカテゴリ（ＡＣ）に基づいて）制限するシグナリングメカニズム。
２．レガシーＳＴＡからの拡張ＴＷＴ ＳＰの保護（特に、ＴＷＴは１１ａｘではオプションであり、１１ｎ／１１ａｃでは認識されない）。
【0058】
本開示の目的は、ＥＨＴ ＷＬＡＮにおいて優先トラフィック、より具体的には低レイテンシトラフィックに対応する通信装置および通信方法を提供するために、既存の課題を実質的に克服することである。なお本開示によれば、ＡＰは、非ＡＰ ＳＴＡの優先トラフィック（例えば低レイテンシ、ＮＳＥＰ）の特性／必要性を収集するためのシグナリングメカニズムを実現する手段を有するものと想定する（例えば、修正されたトラフィック仕様（ＴＳＰＥＣ：Traffic Specification）／トラフィックストリーム（ＴＳ：Traffic stream）を使用する）。
【0059】
図３は、本開示の様々な実施形態に係る、トラフィックを優先させるための通信方法を図解したフローチャート３００を示している。ステップ３０２においては、別の通信装置から１つ以上の優先サービス期間（ＳＰ）の通知を受信するステップが実行される。各ＳＰは、その別の通信装置によって指定されたトラフィックタイプに属するフレームのみが、送信されることを許可される期間である。ステップ３０４においては、１つ以上のＳＰのうちの１つにおいて、指定されたトラフィックタイプの少なくとも１つのフレームを送信するかどうかを判定するステップが実行される。ステップ３０６においては、送信する指定されたトラフィックタイプのフレームが存在しないことの判定に応えて、１つ以上のＳＰのうちの１つのＳＰの間、送信を控えるステップが実行される。
【0060】
本開示によれば、事前に割り当てられる時間／周波数リソース内では、指定されたトラフィックのみが送信されることを許可するメカニズムを提案する。本開示の様々な実施形態では、そのような事前に割り当てられる時間／周波数リソースは、優先サービス期間（ＳＰ）を指す。言い換えれば、非ＡＰ ＳＴＡが、指定されないトラフィックを送信することは、優先サービス期間内では制限される（許可されない）。
【0061】
例えば、非ＡＰ ＳＴＡは、１つ（または複数）の優先ＳＰの通知をＡＰから受信する受信機であって、優先ＳＰが、ＡＰによって指定されたトラフィックタイプに属するフレームのみが、送信されることを許可される期間である、受信機と、ＡＰによって指定されたトラフィックタイプの少なくとも１つのフレームを優先ＳＰにおいて送信するかどうかを判定するように構成されている回路と、を備えていることができ、この回路は、優先ＳＰにおいて送信する指定されたトラフィックのフレームが存在しないと判定することに応えて、優先ＳＰの間、非ＡＰ ＳＴＡが送信することを控えるように、さらに構成することができる。
【0062】
このようなメカニズム下では、ＡＰは、ブロードキャストフレーム（例えばＢｅａｃｏｎフレーム）の中で優先ＳＰの存在をアドバタイズし、優先ＳＰの中では、指定されたトラフィック（例えば低レイテンシトラフィック）に属するフレームおよび関連するフレーム（例えばＴｒｉｇｇｅｒフレーム、ＡＣＫ、ＢｌｏｃｋＡｃｋ（ＢＡ）など）のみが、送信されることを許可される。さらなる制約として、優先ＳＰのメンバーシップをネゴシエートしたＳＴＡによるフレームのみが、拡張優先ＳＰの間に送信されることを許可される。
【0063】
一実施形態では、ＳＴＡは、優先ＳＰのメンバーシップを求める要求をＡＰに送信することによって、１つ（または複数）の優先ＳＰのメンバーシップをネゴシエートすることができ、ＳＴＡの回路は、最小ウェイクアップ持続時間、ウェイク間隔、ターゲットウェイクタイム、チャネルなど、優先ＳＰのパラメータセットを指定する要求信号をＡＰに対して生成するように構成することができ、次いでＳＴＡの受信機は、要求を受け入れるかまたは拒否する、あるいは代替パラメータセットを提案する応答信号を、ＡＰから受信することができる。ＳＴＡの回路は、応答信号がパラメータセットの受入れを示しているとき、自身が優先ＳＰに関連付けられているものと判定し、優先ＳＰ中に送信するためのパラメータセットを使用して自身をセットアップするように、さらに構成することができる。
【0064】
別の実施形態では、ＳＴＡは、ＡＰによって求められた優先ＳＰへの参加要求を受信することによって、１つ（または複数）の優先ＳＰのメンバーシップをネゴシエートすることができ、ＳＴＡの受信機は、最小ウェイクアップ持続時間、ウェイク間隔、ターゲットウェイクタイム、チャネルなどの優先ＳＰのパラメータセットを指定する要求信号をＡＰから受信することができ、ＳＴＡの回路は、パラメータセットの受入れを示す応答信号を生成するよう構成することができる。ＳＴＡの回路は、自身が優先ＳＰと関連付けられているものと判定し、優先ＳＰ中に送信するためのパラメータセットを使用して自身をセットアップするように、さらに構成することができる。
【0065】
以下の様々な実施形態では、ＳＴＡが優先ＳＰ（複数可）に関連付けられているとき、そのことは、ＳＴＡがＡＰとのネゴシエーションに成功し、優先ＳＰ（複数可）のメンバーシップをＡＰによって与えられ、ＳＴＡが優先ＳＰ（複数可）のメンバーであることを意味する。
【0066】
ネゴシエーションに成功すると、ＡＰによって優先ＳＰへのメンバーシップを与えられた非ＡＰ ＳＴＡは、優先ＳＰにおいて、指定されたトラフィック（例えば低レイテンシトラフィック）に属するフレームおよび関連するフレーム（Ｔｒｉｇｇｅｒフレーム、ＡＣＫ、ＢＡなど）を送信することが許可される。ＢＳＳのすべての非ＡＰ ＳＴＡは、関連するＡＰによってサポートされているすべての優先ＳＰを認識し、かつ、自身がメンバーではない優先ＳＰの間、または送信する指定されたトラフィックを有さない場合（自身がＳＰのメンバーであっても）、送信の試みを控えることが期待される。有利なことに、これにより、ＢＳＳ内での指定されたトラフィックのチャネルアクセスの確率が向上する。
【0067】
さらに、本開示によれば、（特にＥＨＴ（超高スループット）より前のレガシーＳＴＡからの）チャネルアクセスを制限するためのメカニズムを提案する。本開示によれば、ＳＴＡの受信機は、優先ＳＰ中に、ネットワーク割当てベクトル（ＮＡＶ：network allocation vector）除外フィールドを伝えるレガシーフレームをＡＰからさらに受信することができ、回路は、ＳＴＡが優先ＳＰに関連付けられている（優先ＳＰのメンバーである）ことを判定することに応えて、レガシーフレームがＳＴＡに宛てられているかどうかにかかわらず、ＳＴＡのＮＡＶを設定することを控える、ようにさらに構成されている。
【0068】
以下の様々な実施形態では、ＥＨＴ＋ ＳＴＡは、今後の世代の８０２．１１デバイス（すなわちＥＨＴまたは１１ｂｅ以降）を指す。非ＡＰ ＳＴＡは、省電力モードで動作している場合、自身がメンバーではない優先ＳＰの全体にわたり、ドーズモードのままでいるように選択することもできる。
【0069】
言い換えれば、優先ＳＰの開始時に、ＡＰは、特別な信号（例えば１ビット）を伝えるＮＡＶ設定（修正された）レガシーフレーム（例えばＲＴＳフレームおよび／またはＣＴＳフレーム）を送信することができ、この信号は、ＥＨＴ（またはＥＨＴ＋）ＳＴＡに対して、そのＳＴＡがメンバーである優先ＳＰ内で受信されたとき、たとえレガシーフレームがＳＴＡに宛てられていなくてもＮＡＶを設定するべきではないことを示す。任意のＮＡＶ設定レガシーフレームを使用してよいことを理解されたい（ＲＴＳ／ＣＴＳが最も一般的な例である）。例えば、優先サービス期間として拡張ＱＴＰ（クワイエット期間：Quiet Time Period）が使用される場合、クワイエット期間セットアップ（Quiet Time Period Setup）フレームをＮＡＶ設定レガシーフレームとして使用し、ＱＴＰをネゴシエートしたＳＴＡに対してＮＡＶの設定が免除されることを知らせるビットを含めることができる。
【0070】
自身がメンバーである優先ＳＰ内で、この修正されたフレームを受信したＥＨＴ／ＥＨＴ＋非ＡＰ ＳＴＡは、たとえそのフレームが自身に宛てられていなくてもＮＡＶを設定せず、任意の利用可能なアクセスメカニズム（例えばＥＤＣＡ、トリガー型アップリンクアクセス（ＴＵＡ：Triggered Uplink Access）、ＵＬ ＯＦＤＭＡ（直交周波数分割多元接続：orthogonal frequency division multiple access）ベースのランダムアクセス（ＵＯＲＡ）など）を介して、指定されたトラフィックを送信することが許可される。有利なことに、優先ＳＰがレガシーＳＴＡから保護される。
【0071】
さらに、非周期的な性質の指定されたトラフィックに優先的なチャネルアクセスを提供するために、ＵＯＲＡを「優先ＵＯＲＡ（Prioritized UORA）」としてカスタマイズする。本開示によれば、ＳＴＡの受信機は、ＡＰから、通常のＵＯＲＡのための通常のＯＦＤＭＡコンテンションウィンドウ（ＯＣＷ：OFDMA Contention Window）範囲と、優先ＯＣＷ範囲とを受信することができる。ＳＴＡの回路は、受信した優先ＯＣＷ範囲に基づいて優先ＵＯＲＡのパラメータを計算するように、さらに構成することができる。受信機はさらに１つ以上のＴｒｉｇｇｅｒフレームを受信し、１つ以上のＴｒｉｇｇｅｒフレームの各々は、１つ以上のＲＡ－ＲＵを割り当て、ＳＴＡの応答フレームにおいて送信することが許可される指定されるトラフィックタイプを指定する。有利なことに、非周期的なトラフィックを、優先ＳＰの外でも優先させることができる。
【0072】
本開示を説明するために、以下の様々な実施形態では、優先サービス期間（ＳＰ）として拡張ターゲットウェイクタイム（ＴＷＴ）が使用される。ＳＴＡ（複数可）がＡＰにアクセスして通信することが許可される、ＡＰによって定義される他の特定の時間または時間のセットを使用してもよいことを理解されたい。様々な既存の８０２．１１メカニズム／プロトコル、例えばＴＷＴ、ＱＴＰ（クワイエット期間）、Ｓ－ＡＰＳＤ（Scheduled Automatic Power Save Delivery）、またはＲＡＷ（制限付きアクセスウィンドウ：Restricted Access Window）を、優先ＳＰとして機能するように強化することができる。優先トラフィックのための新しいプロトコルを定義することも可能である。例えば、ピアツーピア方式で一対のＳＴＡ間で通信できるようにクワイエット期間をセットアップする目的で８０２．１１ａｘにおいて使用されるクワイエット期間プロトコルを強化して、ＡＰと複数の関連するＳＴＡの間など、複数のＳＴＡ間の通信に対応させることができる。
【0073】
以下の段落では、拡張ＴＷＴ、制限、レガシー保護、およびＴＷＴパラメータ更新に関連する本開示の第１の実施形態について、優先トラフィックに対応するＡＰおよびＳＴＡを参照しながら説明する。
【0074】
本開示の第１の実施形態によれば、（同じＢＳＳ内のＥＨＴ ＳＴＡおよびＥＨＴ＋ ＳＴＡを対象に）拡張ＴＷＴ内で（指定されていないトラフィックからの）チャネルアクセスを制限するメカニズムが提供される。このようなメカニズム下では、ＡＰは、ブロードキャストフレーム（例えばＢｅａｃｏｎフレーム）において、拡張ＴＷＴ ＳＰの存在をアドバタイズする。拡張ＴＷＴ ＳＰの中では、指定されたトラフィック（例えば低レイテンシトラフィックまたはＮＳＥＰトラフィック）に属するフレームと、関連するフレーム（例えばＴｒｉｇｇｅｒフレーム、ＡＣＫ、ＢＡなど）のみが、送信することを許可される。さらなる送信制限として、拡張ＴＷＴ ＳＰのメンバーシップをネゴシエートしたＳＴＡによるフレームのみが、拡張ＴＷＴ ＳＰ中に送信することを許可される。
【0075】
同様に、非ＡＰ ＳＴＡは、ＴＷＴ要求／応答フレームの交換を通じて、拡張ＴＷＴへのメンバーシップをＡＰとネゴシエートすることができる。ネゴシエーションに成功すると、ＡＰによって拡張ＴＷＴ ＳＰへのメンバーシップを与えられた非ＳＴＡは、ＴＷＴ ＳＰに関連付けられ、指定されたトラフィック（例えば低レイテンシトラフィック）に属するフレームと、関連するフレーム（Ｔｒｉｇｇｅｒフレーム、ＡＣＫ、ＢＡなど）を、拡張ＴＷＴ ＳＰの中で送信することが許可される。
【0076】
拡張ＴＷＴ ＳＰに関する情報は、すべてのＢｅａｃｏｎフレームにおいてＡＰによってブロードキャストされるため、ＢＳＳのすべての非ＡＰ ＳＴＡは、関連するＡＰによってサポートされるすべての拡張ＴＷＴ ＳＰを認識し、かつ、自身がメンバーではない、またはＴＷＴ ＳＰのメンバーであっても指定されたトラフィックを有さない場合に、拡張ＴＷＴ ＳＰ中に送信の試みを控えることが期待される。これを実施する１つの方法として、次のようにすることができ、すなわち、ＳＴＡは、拡張ＴＷＴ ＳＰのためにウェイクアップしたとき、自身がＴＷＴ ＳＰのメンバーであるかどうかと、指定されたトラフィックタイプに属する送信するトラフィックを有するかどうかを確認し、有さない場合、ＴＷＴ ＳＰの期間を対象に自身のＮＡＶを設定し、これにより（他のトラフィックタイプからの）ＥＤＣＡ送信を制限する。
【0077】
ＡＰおよび関連するすべての非ＡＰ ＳＴＡは、ＡＰによって提供されるすべての拡張ＴＷＴ ＳＰを認識することが期待されるため、拡張ＴＷＴ ＳＰの開始の直前にＢＳＳ内のＡＰまたは非ＡＰ ＳＴＡのいずれかによって取得されたすべての送信機会（ＴＸＯＰ：transmission opportunity）は、拡張ＴＷＴ ＳＰの開始前に終了することが期待される。
【0078】
しかしながら、これは基本の８０２．１１規則とは異なることに留意されたい。現在、非ＡＰ ＳＴＡは、自身がメンバーではないＴＷＴ ＳＰを認識している必要はなく、したがって非ＡＰ ＳＴＡは、自身がメンバーではないＴＷＴ ＳＰの間でも、自由に送信を試みることができる。
【0079】
デバイス、さらにはトラフィックタイプに時間／周波数に基づいて媒体を割り当てるコンセプトは、他の通信技術にも存在し、８０２．１１でも過去に試みられたことがあるが（例えばＨＣＦ制御チャネルアクセス（ＨＣＣＡ：HCF controlled channel access）または制限付きアクセスウィンドウ（ＲＡＷ））、これらは大きなシグナリングオーバーヘッドおよび／または動作の複雑さのために、その利用は成功していない。ＴＷＴは、複雑さおよびオーバーヘッドが比較的小さく、８０２．１１ａｘ以降に広く採用されている。わずかな修正によって、指定されたトラフィックに優先的サービスを提供するようにＴＷＴを拡張することができる。
【0080】
図４Ａは、本開示の第１の実施形態の一例による、優先トラフィックに対応する通信を図解したフロー図４００を示している。コンテンションベースのチャネルアクセス手順、例えばＥＤＣＡ手順は、ブロック４０８、４１０、４１４、４１８、４２２、４２４、４３２、４３４によって示してある。簡略化のため、確認応答フレーム（例えばＡＣＫフレーム、ＢｌｏｃｋＡｃｋフレーム）は明示的に示していないが、必要な場合に存在することを理解されたい。ＡＰ ４０２は、拡張ＴＷＴ ＳＰ ４２１、４２９の存在をアドバタイズするためにＢｅａｃｏｎフレーム４０９を送信することができ、拡張ＴＷＴ ＳＰ ４２１、４２９では低レイテンシトラフィックのみが許可される。ＳＴＡ１ ４０４など、拡張ＴＷＴ ＳＰ ４２１、４２９の間にチャネルにアクセスする必要があるＳＴＡは、次に、ＴＷＴ要求／応答フレームの交換を通じて、拡張ＴＷＴ ＳＰ ４２１、４２９のメンバーシップをＡＰ ４０２とネゴシエートすることができる。具体的には、ＴＷＴネゴシエーション段階４１２の間に、ＳＴＡ１ ４０４は、拡張ＴＷＴ ＳＰ ４２１、４２９のメンバーシップを要求するＴＷＴ要求フレームをＡＰ ４０２に送信し、次いでＡＰ ４０２は、メンバーシップを許可するＴＷＴ応答フレームをＳＴＡ１ ４０４に送信する。ＴＷＴネゴシエーション段階４１２において、ＳＴＡ１ ４０４は、拡張ＴＷＴ ＳＰ ４２１、４２９のＴＷＴパラメータのセットを要求、提案、または要請することができ、ＡＰ ４０２は、受け入れるか拒否する、あるいは代替設定を提案することができる。第１のＴＢＴＴ ４１６も、ネゴシエーション段階４１２の間にネゴシエートすることができる。したがってＳＴＡ１は、この時点で、拡張ＴＷＴ ＳＰ ４２１、４２９の間にチャネルにアクセスして低レイテンシトラフィックを交換することが許可される。ＴＷＴ要求フレームまたはＴＷＴ応答フレームに含まれるＴＷＴ要素のブロードキャストＴＷＴ ＩＤ（Broadcast TWT ID）フィールドは、ブロードキャストＴＷＴを示すために０以外の値（例えば１）に設定される。
【0081】
ＳＴＡ１は、ドーズ状態に移行することができ、第１のＴＢＴＴ ４１６の後にウェイクアップしてＡＰ ４０２からＢｅａｃｏｎフレーム４１９を受信する。Ｂｅａｃｏｎフレーム４１９は、ブロードキャストＴＷＴ（例えばブロードキャストＴＷＴ１ ４２０）、ＴＷＴウェイク間隔４３０、最小ＴＷＴウェイクアップ持続時間（拡張ＴＷＴ ＳＰ ４２１、４２９の破線の四角で示してある）などのさらなるＴＷＴ情報を含むブロードキャストＴＷＴ要素を含むことができる。ＴＷＴ要素はさらに、その期間が拡張ＴＷＴであり、このＴＷＴ ＳＰの間は低レイテンシトラフィックのみを送信することが許可されることを示す。
【0082】
ＳＴＡ１は、Ｂｅａｃｏｎフレーム４１９を受信した後にスリープ状態に移行し、ブロードキャストＴＷＴ１ ＳＰ ４２１のためにウェイクアップすることができる。ＳＴＡ１はＴＷＴ ＴＰのメンバーであり、送信する低レイテンシ（Ｌ．Ｌ．）トラフィックを有するため、拡張ＴＷＴ ＳＰのためにウェイクアップすると、ＳＴＡは自身のＮＡＶを設定しない。この第１の拡張ＴＷＴ ＳＰ ４２１の間、ＡＰ ４０２およびＳＴＡ１ ４０４は、それぞれ低レイテンシダウンリンク（Ｌ．Ｌ．ＤＬ）信号４２３および低レイテンシアップリンク（Ｌ．Ｌ．ＵＬ）信号４２５などの低レイテンシトラフィックを交換する。
【0083】
ＳＴＡ１ ４０４は、第１の拡張ＴＷＴ ＳＰ ４２１の終了後、スリープ状態に移行することができる。ＳＴＡ１ ４０４は、ネゴシエーション段階またはＢｅａｃｏｎフレーム４１９のいずれかで指定されたＴＷＴウェイク間隔４３０に従って、次のブロードキャストＴＷＴ１ ＳＰ ４２９のためにウェイクアップすることができる。この第２の拡張ＴＷＴ ＳＰ ４２９の間、ＡＰ ４０２およびＳＴＡ１ ４０４は、それぞれＬ．Ｌ．ＤＬ ＰＰＤＵ ４３３およびＬ．Ｌ．ＵＬ ＰＰＤＵ ４３５を送信する。
【0084】
一方、ＡＰ ４０２とメンバーシップをネゴシエートしておらず、したがって拡張ＴＷＴ ＳＰのメンバーではないＳＴＡ２ ４０６などの第三者ＳＴＡは、破線の四角４２６、４３６によって示したように、拡張ＴＷＴ ＳＰ ４２１、４２９の間、チャネルにアクセスすることが許可されない。このことは、ＳＴＡ２が、拡張ＴＷＴ ＳＰ ４２１、４２９のためにウェイクアップしたときに、自身が拡張ＴＷＴ ＳＰのメンバーであるかどうかを確認し、メンバーではないため、ＴＷＴ ＳＰの期間を対象に自身のＮＡＶを設定することによって、達成することができる。
【0085】
なおＡＣＫ／ＢＡは図に示していないが、該当する場合は存在するものと想定していることに留意されたい。前述したように、ＡＰは、例えばＴＳＰＥＣを使用して、非ＡＰ ＳＴＡの低レイテンシトラフィックの特性／必要性を収集したものと想定する。本例では、ＳＴＡ２がＴＷＴ ＳＰのメンバーであっても、送信する低レイテンシトラフィックを有さない場合、ＳＴＡ２はＴＷＴ ＳＰの間に他のトラフィックの送信を開始しないことができる。代替方法として、ＴＷＴ ＳＰ全体の代わりに、その一部（例えば、ＳＰの最初の半分、または公称最小ＴＷＴウェイク持続時間（Nominal Minimum TWT Wake Duration）によって示される期間）のみを、メンバーＳＴＡからの指定されたトラフィック用に「予約」することができ、すなわちＴＷＴ ＳＰの一部のみが、他のトラフィックタイプまたは第三者ＳＴＡに対して制限される。このことは、ＳＴＡが、拡張ＴＷＴ ＳＰのためにウェイクアップしたときに、自身がＴＷＴ ＳＰのメンバーであるかどうかと、指定されたトラフィックタイプに属する送信するトラフィックを有するかどうかを確認することによって、達成することができる。そうでない場合、ＳＴＡは、指定されたトラフィック用に予約された期間（例えばＳＰの最初の半分、またはＴＷＴ ＳＰの公称最小ＴＷＴウェイク持続時間によって示される期間）を対象に自身のＮＡＶを設定する。
【0086】
なおＨＥサブチャネル選択送信（ＳＳＴ：Subchannel Selective Transmission）動作では、トリガー方式ＴＷＴ ＳＰの間、非ＡＰ ＳＴＡが非プライマリチャネル（例えばセカンダリ２０ＭＨｚチャネル、またはセカンダリ８０ＭＨｚチャネル）にパークする（park on）ことが許可されることに留意されたい。ＨＥ ＳＳＴ非ＡＰ ＳＴＡおよびＨＥ ＳＳＴ ＡＰは、２６．８．２（個別ＴＷＴ合意）に定義されるようにトリガー方式ＴＷＴをネゴシエートすることにより、ＳＳＴ動作をセットアップすることができる。これは、３２０ＭＨｚ内でのＳＳＴ動作を可能にするために、１１ｂｅによってさらに強化され得る。
【0087】
図４Ｂは、本開示の第１の実施形態の別の例による、優先トラフィックに対応する通信を図解したフロー図４４０を示している。この例では、ＴＷＴ ＳＰの間に第三者ＳＴＡが送信することを防止するために、拡張ブロードキャストＴＷＴ ＳＰが個別ＴＷＴ ＳＰの上に重ねられている。拡張ＴＷＴ ＳＰ内のコンテンションをさらに低減するために、ＳＳＴを使用してＴＷＴ ＳＰ内で複数のＳＴＡを異なるサブチャネルにスケジューリングすることができる。
【0088】
コンテンションベースのチャネルアクセス手順、例えばＥＤＣＡ手順は、ブロック４５０、４５４、４５８、４６０、４６４、４７６によって示してある。この実施形態では、ＳＴＡ１ ４４４は、ＴＷＴ要求フレーム４５１をＡＰ ４４２に送信することによって新しいＴＷＴセッションを作成することができ、ＡＰ ４４２は、新たに作成されるＴＷＴ ＳＰのメンバーシップをＳＴＡ１ ４４４に与えるＴＷＴ応答フレームで応答することができる。第１のＴＷＴ ４５６などのＴＷＴパラメータのセットが、ＴＷＴ要求／応答フレームの交換を通じてネゴシエートされ、ＡＰ ４４２とＳＴＡ１ ４４４との間で個別ＴＷＴ ＳＰのＴＷＴ合意がセットアップされる。その後、ＳＴＡ１は、第１のＴＷＴ ４５６の後にＴＷＴ ＳＰが開始されるまで、スリープ状態に移行することができる。
【0089】
ＡＰ ４０２は、ＳＴＡ１ ４４４との個別ＴＷＴ ＳＰに重ねられる個別ＴＷＴ ＳＰのための別のＴＷＴ合意をセットアップするために、未要求ＴＷＴ応答フレーム４５９をＳＴＡ２ ４４６に送信することができる。未要求ＴＷＴ応答フレーム４５９は、ＴＷＴ ＳＰの中で同時送信できるように、送信時間と、ＳＴＡ２ ４４６をスケジューリングするためのＴＷＴ ＳＰのＴＷＴパラメータセットとを含む。この実施形態では、ＳＴＡ１ ４４４およびＳＴＡ２ ４４６は、ＳＳＴを使用してＴＷＴ ＳＰ内でそれぞれセカンダリ２０ＭＨｚサブチャネル（Ｓ２０ＭＨｚ）およびプライマリ２０ＭＨｚサブチャネル（Ｐ２０ＭＨｚ）にスケジューリングされる。
【0090】
その後、ＡＰ ４４２は、Ｂｅａｃｏｎフレーム４６１を送信して拡張ブロードキャストＴＷＴ ＳＰ ４６３、４７５の存在をアドバタイズする。Ｂｅａｃｏｎフレーム４６１は、ブロードキャストＴＷＴ（例えばブロードキャストＴＷＴ１ ４６２）、ＴＷＴウェイク間隔および最小ＴＷＴウェイクアップ持続時間（拡張ＴＷＴ ＳＰ ４６３、４７５の破線の四角で示してある）、指定されるトラフィックタイプ（低レイテンシ）など、さらなるＴＷＴ情報を含むブロードキャストＴＷＴ要素を含むことができる。さらに、ＳＴＡ１ ４４４およびＳＴＡ２ ４４６の両方は、ウェイクアップしてＢｅａｃｏｎフレーム４６１を受信し、スリープ状態に戻ることができる。また、第三者ＳＴＡ（例えばＳＴＡ３）も、Ｂｅａｃｏｎフレーム４６１内のＴＷＴ要素を通じて拡張ＴＷＴ ＳＰの情報を受信する。
【0091】
この実施形態では、拡張ブロードキャストＴＷＴ ＳＰ ４６３、４７５は、ＳＴＡ１ ４４４およびＳＴＡ２ ４４６の個別ＴＷＴ ＳＰの上に重ねられる。ＳＴＡ１ ４４４およびＳＴＡ２ ４４６は、ブロードキャストＴＷＴ１ ＳＰ ４６３のためにウェイクアップする。ＳＴＡ１およびＳＴＡ２の両方はＴＷＴ ＳＰのメンバーであり、いずれも、送信する低レイテンシトラフィックを有するため、自身のＮＡＶを設定せず、一方で第三者ＳＴＡ（例えばＳＴＡ３）は、ＴＷＴ ＳＰのためにウェイクアップしなくてもよく、ウェイクアップしたとしてもＴＷＴ ＳＰのメンバーではないため、ＴＷＴ ＳＰの期間を対象に自身のＮＡＶを設定する。この第１の拡張ＴＷＴ ＳＰ ４６３の間に、ＡＰ ４０２は、ＳＴＡ１ ４４４およびＳＴＡ２ ４４６の各々に、Ｓ２０ＭＨｚサブチャネルおよびＰ２０ＭＨｚサブチャネルをそれぞれ使用して、Ｌ．Ｌ．ＤＬ ＰＰＤＵおよびＴｒｉｇｇｅｒフレーム（ＴＦ）のセット４６７、４６６を同時に送信し、ＳＴＡ１ ４４４およびＳＴＡ２ ４４６は、スケジューリングされているように、それぞれＳ２０ＭＨｚサブチャネルおよびＰ２０ＭＨｚサブチャネルを使用してＬ．Ｌ．ＵＬ ＰＰＤＵ ４６９、４７０で応答する。
【0092】
ＳＴＡ１ ４４４およびＳＴＡ２ ４４６は、第１の拡張ＴＷＴ ＳＰ ４６３の終了後、スリープ状態に移行することができる。ネゴシエーション段階４５２またはＢｅａｃｏｎフレーム４６１のいずれかで指定されたＴＷＴウェイク間隔４７４に従って、ＳＴＡ１ ４４４およびＳＴＡ２ ４４６は、次のブロードキャストＴＷＴ１ ＳＰ ４７５のためにウェイクアップすることができる。この第２の拡張ＴＷＴ ＳＰ ４７５の間に、ＡＰ ４０２は再び、ＳＴＡ１ ４４４およびＳＴＡ２ ４４６の各々に、Ｓ２０ＭＨｚサブチャネルおよびＰ２０ＭＨｚサブチャネルをそれぞれ使用してＬ．Ｌ．ＤＬ ＰＰＤＵおよびＴｒｉｇｇｅｒフレーム（ＴＦ）のセット４７９、４７８を送信し、ＳＴＡ１ ４４４およびＳＴＡ２ ４４６は、スケジューリングされているように、それぞれＳ２０ＭＨｚサブチャネルおよびＰ２０ＭＨｚサブチャネルを使用してＬ．Ｌ．ＵＬ ＰＰＤＵ ４８１、４８２で応答する。
【0093】
一方、ＡＰ ４４２とメンバーシップをネゴシエートしておらず、したがってＴＷＴ ＳＰまたは拡張ＴＷＴ ＳＰのメンバーではないＳＴＡ３ ４４８などの第三者ＳＴＡは、破線の四角４７２、４８４によって示したように、拡張ＴＷＴ ＳＰ ４６３、４７５の間、チャネルにアクセスすることが許可されない。このことは、例えば、そのようなＳＴＡがＴＷＴ ＳＰの期間を対象に自身のＮＡＶを設定することによって、達成することができる。
【0094】
ＴＷＴ要素は、ブロードキャストＴＷＴ ＳＰのネゴシエーションプロセスにおいてＡＰとＳＴＡとの間で交換される任意のフレームに含めることができる。ＡＰとＳＴＡとの間のＴＷＴ合意のすべての詳細は、ＴＷＴ要素内で伝えられる。本開示によれば、ＴＷＴ要素は、拡張ＴＷＴ ＳＰを示すように変更される。
【0095】
図５は、拡張ＴＷＴ ＳＰを示すブロードキャストＴＷＴ要素５００の例示的なフォーマットを示している。ＴＷＴ要素５００は、要素ＩＤ（Element ID）フィールド、長さ（Length）フィールド、制御（Control）フィールド５０２、およびＴＷＴパラメータ情報（TWT Parameter Information）フィールド５０４から構成することができる。制御（Control）フィールド５０２は、さらに、ＮＤＰ（ヌルデータパケット）ページングインジケータ（NDP Paging Indicator）フィールド、ウェイク持続時間単位（Wake Duration Unit）フィールド、および拡張ＴＷＴ（Enhanced TWT）フィールドから構成される。
【0096】
ＴＷＴパラメータ情報（TWT Parameter Information）フィールドは、さらに、要求タイプ（Request Type）フィールド５０８、ターゲットウェイクタイム（Target Wake Time）フィールド、公称最小ＴＷＴウェイク持続時間（Nominal Minimum TWT Wake Duration）フィールド、ＴＷＴウェイク間隔仮数（TWT Wake Interval Mantissa）フィールド、およびブロードキャストＴＷＴ情報（Broadcast TWT Info）フィールド５１０から構成される。要求タイプ（Request Type）フィールド５０８は、さらにブロードキャストＴＷＴ推奨（Broadcast TWT Recommendation）フィールド５１２から構成され、ブロードキャストＴＷＴ情報（Broadcast TWT Info）フィールド５１０は、さらに、許可トラフィックタイプ（Allowed Traffic Type）フィールド５１４、ブロードキャストＴＷＴ ＩＤ（Broadcast TWT ID）フィールド５１６、およびブロードキャストＴＷＴ持続性（Broadcast TWT Persistence）フィールドから構成されている。
【0097】
拡張ＴＷＴ（Enhanced TWT）フィールド５０６は、それが拡張ＴＷＴであることを示すために１に設定される１ビットとすることができる。各値に対応するブロードキャストＴＷＴ推奨（Broadcast TWT Recommendation）フィールド５１２の意味は、表２に示してある。特に、ブロードキャストＴＷＴ推奨（Broadcast TWT Recommendation）フィールドの値４は、優先ＳＰ制限が適用されることを示す。ＴＷＴ ＳＰでは、表３に示したように、許可タイプ（Allowed Type）フィールド５１４の値に基づいて、異なるタイプのトラフィックを許可することができる。特に、許可トラフィックタイプ（Allowed Traffic Type）フィールドの値０は、ＴＷＴ ＳＰ中に低レイテンシトラフィックが許可されることを示し、一方、許可トラフィックタイプ（Allowed Traffic Type）フィールドの値１は、他の優先トラフィック（例えばＮＳＥＰ）が許可されることを示す。ブロードキャストＴＷＴ ＩＤ（Broadcast TWT ID）フィールドは、ブロードキャストＴＷＴを示すために０以外の値に設定される。
【表2】
【表3】
【0098】
あるいは、許可トラフィックタイプ（３つの予備ビットが使用可能）を、指定されるトラフィックのＴＩＤにマッピングすることができ、例えば、０＝ＴＩＤ ６（ＡＣ＿ＶＯ）、１＝ＴＩＤ ９（低レイテンシ用の新しいＴＩＤ）、２＝ＴＩＤ １１（ＮＳＥＰトラフィック用の新しいＴＩＤ）である。
【0099】
先に説明したように、ＳＴＡが拡張ＴＷＴ ＳＰの間、指定されたトラフィックに属さないトラフィックの送信を控えるようにする１つの方法は、ＳＴＡが拡張ＴＷＴ ＳＰのためにウェイクアップしたときに、自身がＴＷＴ ＳＰのメンバーであり、指定されたトラフィックタイプに属する送信するトラフィックを有するかどうかを確認するという規則を定義することである。有さない場合、ＳＴＡは、ＴＷＴ ＳＰの期間を対象に自身のＮＡＶを設定し、したがって（他のトラフィックタイプからの）あらゆるＥＤＣＡ送信を制限する。完全に可能ではあるが、このような規則を遵守するためには、すべてのＳＴＡが、関連するＡＰによってアドバタイズされるすべての拡張ＴＷＴ ＳＰを認識し、各拡張ＴＷＴ ＳＰの開始時にＮＡＶを正しく設定する必要がある。しかしながら、上記は、拡張ＴＷＴのためのＴＷＴ要素を理解するＥＨＴ（１１ｂｅ）およびＥＨＴ＋のＳＴＡの場合にのみ可能であり、レガシー（ＥＨＴより前の）ＳＴＡは、このようなＮＡＶ設定規則に従わない。本開示によれば、代替方法も提案される。レガシー（ＥＨＴ（超高スループット）より前の）ＳＴＡからチャネルアクセスを保護するために、ＮＡＶ除外（NAV Exclusion）フィールドと呼ばれる特別な信号（例えば１ビット）を伝える、ＲＴＳフレームおよびＣＴＳフレームなどのネットワーク割当てベクトル（ＮＡＶ）設定レガシーフレームを使用して、ＥＨＴ（またはＥＨＴ＋）ＳＴＡに対して、自身がメンバーである拡張ＴＷＴ ＳＰ内でそのようなＮＡＶ設定レガシーフレームが受信されたときには、たとえＥＨＴ（またはＥＨＴ＋）ＳＴＡがそのフレームの宛先となっていない場合でも、ＥＨＴ（またはＥＨＴ＋）ＳＴＡは自身のＮＡＶ（基本ＮＡＶおよびＢＳＳ内ＮＡＶ）を設定しないことを示す。
【0100】
この場合、ＲＴＳ／ＣＴＳまたはＣＴＳ－ｔｏ－Ｓｅｌｆ（ＡＰによって送信され、自身に宛てられている）のいずれかを、そのような保護メカニズムのために使用することができる。これに代えて、またはこれに加えて、ＴＷＴ ＳＰはＣＴＳフレーム内の持続時間フィールドによって提供される保護よりも長いことがあるため、単一のＴＷＴ ＳＰ内で複数のＲＴＳ／ＣＴＳフレームまたはＣＴＳ－ｔｏ－Ｓｅｌｆフレームの交換を使用して、ＴＷＴ ＳＰ全体を保護することができる。
【0101】
図６は、本開示の第１の実施形態のさらに別の例による、優先トラフィックに対応する通信を図解したフロー図６００を示している。この例では、ＳＴＡ１ ６０４およびＳＴＡ２ ６０６は、ＥＨＴ（またはＥＨＴ＋）ＳＴＡであり、メンバーシップについてＡＰ ６０２とネゴシエートしており（拡張ＴＷＴ ＳＰ ６１３、６２９のメンバー）、したがって拡張ＴＷＴ ＳＰ ６１３、６２９の間、チャネルにアクセスすることを許可されている。一方、ＳＴＡ３ ６０８はレガシー（ＥＨＴより前の）ＳＴＡであり、優先トラフィック（例えば低レイテンシトラフィック）のためのチャネルを、このＳＴＡから保護しなければならない。
【0102】
コンテンションベースのチャネルアクセス手順、例えばＥＤＣＡ手順は、ブロック６１０、６１４、６３０、６４２によって示してある。ＡＰ ６０２は、拡張ブロードキャストＴＷＴ ＳＰ ６１３、６２９の存在をアドバタイズし得るＢｅａｃｏｎフレーム６１１を送信する。Ｂｅａｃｏｎフレーム６１１は、ブロードキャストＴＷＴ（例えばブロードキャストＴＷＴ１ ６１２）、ＴＷＴウェイク間隔および最小ＴＷＴウェイクアップ持続時間（拡張ＴＷＴ ＳＰ ６１３、６２９の破線の四角で示してある）などのＴＷＴパラメータ情報を含むブロードキャストＴＷＴ要素を含む。ＳＴＡ１ ６０４、ＳＴＡ２ ６０６、ＳＴＡ３ ６０８は、Ｂｅａｃｏｎフレーム６１１を受信した後、ドーズ状態に移行することができる。
【0103】
ブロードキャストＴＷＴ１ ６１２の後、ＳＴＡ１ ６０４、ＳＴＡ２ ６０６、ＳＴＡ３ ６０８はウェイクアップすることができる。第１の拡張ＴＷＴ ＳＰ ６１３の間に、ＡＰ ６０２は、ＳＴＡ１ ６０４に宛てられたＮＡＶ設定レガシーフレーム６１５（この場合はＲＴＳフレーム）を送信することができる。ＲＴＳフレーム６１５がＳＴＡ１ ６０４に宛てられているため、ＳＴＡ１ ６０４は、ＲＴＳフレーム６１５を受信すると、自身のＮＡＶを設定しない。
【0104】
本開示によれば、ＳＴＡ２ ６０６は拡張ＴＷＴ ＳＰ ６１３のメンバーであるため、たとえＲＴＳフレーム６１５がＳＴＡ２ ６０６に宛てられていなくても、ＮＡＶ除外フィールドの存在により、ＳＴＡ２ ６０６も自身のＮＡＶを設定しない。ＳＴＡ１およびＳＴＡ２のＮＡＶは、空白のバー６１６によって示してある。
【0105】
一方、ＳＴＡ３ ６０８は拡張ＴＷＴ ＳＰ ６１３のメンバーではないので、ＲＴＳフレーム６１５がＳＴＡ３ ６０８に宛てられていないため、ＮＡＶ除外フィールドの存在にかかわらず、ＳＴＡ３ ６０８は自身のＮＡＶを設定する。ＳＴＡ３のＮＡＶは、濃い色のバー６１９によって示してある。
【0106】
ＳＴＡ１ ６０４は、ＲＴＳフレーム６１５の受信に応えてＣＴＳフレーム６２０を送信し、このＣＴＳフレーム６２０では、ＮＡＶ除外フィールドの値がＲＴＳフレーム６１５のＮＡＶ除外フィールドからコピーされる。ＡＰ ６０２は、最初に、ＳＴＡ２ ６０６にＬ．Ｌ．ＤＬ ＰＰＤＵ ６２２を送信し、次にＳＴＡ１ ６０４にＴｒｉｇｇｅｒフレーム６２４を送信してＳＴＡ１の送信をスケジューリングすることができる。ＳＴＡ１ ６０４は、Ｔｒｉｇｇｅｒフレーム６２４を受信すると、次にＬ．Ｌ．ＵＬ ＰＰＤＵ ６２６をＡＰ ６０２に送信する。ＳＴＡ１ ６０４、ＳＴＡ２ ６０６、ＳＴＡ３ ６０８は、第１の拡張ＴＷＴ ＳＰ ６１３の終了後、ドーズ状態に移行することができる。
【0107】
次のＴＷＴ１ ＳＰ ６２９の開始時に、ＳＴＡ１ ６０４、ＳＴＡ２ ６０６、ＳＴＡ３ ６０８はウェイクアップすることができる。ＡＰ ６０２は、１に設定されたＮＡＶ除外フィールドを有する別のＮＡＶ設定レガシーフレーム６３２（この場合には自分に宛てられたＣＴＳ－ｔｏ－ｓｅｌｆフレーム６３２）を送信することができる。ＣＴＳ－ｔｏ－ｓｅｌｆフレーム６３２はＡＰ ６０２に宛てられているので、ＳＴＡの両方が拡張ＴＷＴ ＳＰ ６２９のメンバーであり、かつＮＡＶ除外フィールドが１に設定されているため、これらのＳＴＡはＣＴＳ－ｔｏ－ｓｅｌｆフレーム６３２を受信すると、空白のバー６３４で示したように自身のＮＡＶを設定しない。
【0108】
一方、ＳＴＡ３ ６０８は拡張ＴＷＴ ＳＰ ６２９のメンバーではないため、たとえＣＴＳ－ｔｏ－ｓｅｌｆフレーム６３２が、１に設定されたＮＡＶ除外フィールドを伝えていても、ＳＴＡ３ ６０８は自身のＮＡＶを設定する。ＳＴＡ３のＮＡＶは、濃い色のバー６３７によって示してある。次いでＡＰは、ＳＴＡ１ ６０４にＴｒｉｇｇｅｒフレーム６４２を送信してＳＴＡ１の送信をスケジューリングすることができる。ＳＴＡ１ ６０４は、Ｔｒｉｇｇｅｒフレーム６４２を受信すると、Ｌ．Ｌ．ＵＬ ＰＰＤＵ ６４４をＡＰ ６０２に送信する。このようにして、アクセスチャネルがレガシーＳＴＡ（すなわちＳＴＡ３ ６０８）から保護される。ＳＴＡ１ ６０４、ＳＴＡ２ ６０６、ＳＴＡ３ ６０８は、第２の拡張ＴＷＴ ＳＰ ６２９の終了後、ドーズ状態に移行することができる。
【0109】
拡張ブロードキャストＴＷＴ ＳＰにおいて１ビット（例えば要求タイプ（Request type）フィールドの予備ビット＃１５）は、そのＴＷＴ ＳＰに対してＴＷＴ保護が有効であることを示すことに留意されたい。指定されたトラフィック（例えば低レイテンシ）の送信が、（ｅＣＴＳフレームの持続時間（duration）フィールドによって示される）保護された期間の終了より十分に前に完了した場合、ＡＰは、第三者ＳＴＡのＮＡＶを解放するために、ＣＦ－Ｅｎｄフレーム（ＲＡはブロードキャストアドレスに設定される）を送信することもできる。
【0110】
さらには、（例えば６ＧＨｚ帯において）１１ａｘ以前のレガシーＳＴＡが存在しない配備では、拡張ＴＷＴ ＳＰを保護するためにＭＵ－ＲＴＳ／ＣＴＳの交換を代わりに使用することができることに留意されたい。この保護（すなわちＮＡＶ除外フィールドを伝えるＮＡＶ設定フレームを使用する）は、レガシーＳＴＡを対象としているが、ＥＨＴ／ＥＨＴ＋の非ＡＰ ＳＴＡであってもこのメカニズムから恩恵を受けることができ、なぜならＢＳＳ内のすべての拡張ＴＷＴ ＳＰを追跡する必要がなく、（例えばｅＲＳＴ／ｅＣＴＳフレームを使用して）拡張ＴＷＴ ＳＰの保護をＡＰに任せることができ、したがって非ＡＰ ＳＴＡの動作がより単純になるためである。
【0111】
図７Ａおよび図７Ｂは、ＲＴＳフレーム７００およびＣＴＳフレーム７０４の例示的なフォーマットを示している。ＲＴＳフレーム７００は、フレーム制御（Frame Control）フィールド７０２、持続時間（Duration）フィールド、受信機アドレス（Receiver Address）（ＲＡ）フィールド、送信機アドレス（Transmitter Address）（ＴＡ）フィールド、フレームチェックシーケンス（Frame Check Sequence）（ＦＣＳ）フィールドから構成されている。ＣＴＳフレーム７０４は、フレーム制御（Frame Control）フィールド７０６、持続時間（Duration）フィールド、ＲＡフィールド、およびＦＣＳフィールドから構成されている。
【0112】
図８は、図７Ａおよび図７ＢのＲＴＳフレーム７００およびＣＴＳフレーム７０６の例示的なフレーム制御（Frame Control）フィールド７０２、７０６を示している。フレーム制御（Frame Control）フィールドは、プロトコルバージョン（Protocol Version）フィールド、タイプ（Type）フィールド、サブタイプ（Subtype）フィールド、Ｔｏ ＤＳ（To Differentiated Services）（ＤＳ）フィールド、Ｆｒｏｍ ＤＳフィールド、さらなるフラグメント（More Fragments）フィールド、再試行（Retry）フィールド、電力管理（Power Management）フィールド、さらなるデータ（More Data）フィールド、保護フレーム（Protected Frame）フィールド、および＋ＨＴＣ（高スループット制御：High Throughput Control）フィールドから構成されている。
【0113】
ＲＴＳ／ＣＴＳフレームにおいて、制御（Control）フレームで未使用であるフィールド、例えば、Ｔｏ ＤＳフィールド、Ｆｒｏｍ ＤＳフィールド、さらなるフラグメント（More Fragments）フィールド、および再試行（Retry）フィールドのいずれか１つを使用して、ＥＨＴ／ＥＨＴ＋ ＳＴＡにＮＡＶ保護の排除を示すことができる（例えば１に設定される）。以下の様々な実施形態では、ＮＡＶ保護の排除を示すために１に設定されるこのような未使用フィールドは、ＮＡＶ除外フィールドと呼ぶことがある。
【0114】
ＥＨＴ／ＥＨＴ＋ ＳＴＡが、例えば値１に設定されたＮＡＶ除外フィールドを有する拡張ＲＴＳフレーム７００を受信した場合、そのＳＴＡは、応答として送信する拡張ＣＴＳフレームにおいて同じＮＡＶ除外フィールドおよび値を設定するものとする。さらに、ＥＨＴ／ＥＨＴ＋ ＳＴＡが、自身がメンバーである拡張ＴＷＴ ＳＰ内で拡張ＲＴＳ／ＣＴＳフレーム７００、７０４を受信した場合、そのＳＴＡは、たとえＲＴＳ／ＣＴＳフレームが自身に宛てられていなくても、自身のＮＡＶ（基本ＮＡＶおよびＢＳＳ内ＮＡＶ）を設定しない。このようなメカニズム下では、レガシーＳＴＡはこのような特別な信号（ＮＡＶ除外フィールド）を理解せず、自身のＮＡＶを設定することになる。したがって、レガシーＳＴＡから優先トラフィックを保護することを達成できる。
【0115】
あるいは、ＲＴＳ／ＣＴＳフレームに「ＮＡＶ保護」フィールドが含まれなくても、拡張ＴＷＴのメンバーであるＳＴＡは、自身がメンバーである拡張ＴＷＴ ＳＰ内でＮＡＶ設定フレーム（例えばＲＴＳ／ＣＴＳフレーム）を受信した場合、たとえそのフレームが自身に宛てられていなくてもＮＡＶを設定しないという規則を、１１ｂｅ仕様に定義することも可能である。
【0116】
さらに、ＴＷＴをスケジューリングするＡＰは、許可トラフィックタイプ（Allowed Traffic Type）フィールドを伝えるＴＷＴ情報フレームを、拡張ブロードキャストＴＷＴ ＳＰのメンバーＳＴＡのいずれかに送信することによって、以降のＴＷＴ ＳＰの既存のＴＷＴ合意のＴＷＴパラメータ（例えば許可トラフィックタイプ）を更新することができる。例えば、ＮＳＥＰイベントがトリガーされた場合、元々は低レイテンシトラフィック用にスケジューリングされている以降の拡張ＴＷＴ ＳＰを、ＮＳＥＰトラフィック用の拡張ＴＷＴ ＳＰに変換することができる。
【0117】
図９は、ＴＷＴ情報（TWT Information）フレーム９００の例示的なフォーマットを示している。ＴＷＴ情報フレームは、フレーム制御（Frame Control）フィールド、持続時間（Duration）フィールド、３つのアドレス（Address）フィールド（ＲＡ、ＴＡ、ＢＳＳＩＤ）、シーケンス制御（Sequence Control）フィールド、ＨＴ制御（HT Control）フィールド、カテゴリ（Category）フィールド（Ｕｎｐｒｏｔｅｃｔｅｄ Ｓ１Ｇ Ａｃｔｉｏｎに設定）、アクション（Action）フィールド（ＴＷＴ Ｉｎｆｏｒｍａｔｉｏｎに設定）、ＴＷＴ情報（TWT Information）フィールド、許可トラフィックタイプ（Allowed Traffic Type）フィールド、およびＦＣＳフィールドから構成されている。フレーム制御（Control）フィールド、持続時間（Duration）フィールド、３つのアドレス（Address）フィールド（ＲＡ、ＴＡ、ＢＳＳＩＤ）、シーケンス制御（Sequence Control）フィールド、ＨＴ制御（HT Control）フィールドは、ＭＡＣヘッダとしてグループ化することができる。カテゴリ（Category）フィールド、アクション（Action）フィールド、ＴＷＴ情報（TWT Information）フィールド、および許可トラフィックタイプ（Allowed Traffic Type）フィールドは、フレーム本体としてグループ化することができる。表４は、許可トラフィックタイプ（Allowed Traffic Type）フィールドの異なる値における、それぞれの許可されるトラフィックタイプを示している。
【表4】
【0118】
拡張ブロードキャストＴＷＴ ＳＰのメンバーＳＴＡは、許可トラフィックタイプ（Allowed Traffic Type）フィールドを伝えるＴＷＴ情報フレームを受信すると、新たな指定されるトラフィックタイプを反映するようにＴＷＴ ＳＰの自身の記録を更新する。
【0119】
以下の段落では、制限付きＴｒｉｇｇｅｒフレームに関連する本開示の第２の実施形態について、優先トラフィックに対応するＡＰおよびＳＴＡを参照しながら説明する。
【0120】
本開示の第２の実施形態によれば、トラフィック制限は、拡張ＴＷＴにおいて直接にはシグナリングされない。代わりに、トラフィック制限は、拡張ＴＷＴ ＳＰ内で送信される別のフレームを使用してシグナリングされる。実際に、ＴＷＴ ＳＰのためのＴＷＴ要素は、それが拡張ＴＷＴであることの何らの指示情報も有さなくてもよい。例えば、拡張ＴＷＴは常にトリガー方式ＴＷＴであり、拡張ＴＷＴ内で送信されるＴｒｉｇｇｅｒフレームが、トラフィック制限をシグナリングする。このようなメカニズム下では、拡張ＴＷＴ内のＴｒｉｇｇｅｒフレームは、指定されたトラフィックを有するＳＴＡへのリソース割当てを優先させる。さらに、他のトラフィックタイプへのリソース割当てを含むＴｒｉｇｇｅｒフレームのスケジューリングは、メンバーＳＴＡが、自身の指定されたトラフィックがすべて送信されたことを（例えばバッファ状態報告を通じて）シグナリングした後にのみ、行うことができる。
【0121】
図１０は、本開示の第２の実施形態に係る、優先トラフィックに対応する通信を図解したフロー図１０００を示している。コンテンションベースのチャネルアクセス手順、例えばＥＤＣＡ手順は、ブロック１０１０、１０１６、１０３２、１０３４、１０３６、１０３８、１０４０によって示してある。この例では、ＳＴＡ１ １００４、ＳＴＡ２ １００６、およびＳＴＡ３ １０１８のすべてが、拡張ＴＷＴ ＳＰのメンバーシップをネゴシエートしている。さらに、ＳＴＡ１ １００４は低レイテンシトラフィック専用に設定されており、ＳＴＡ２ １００６は低レイテンシトラフィックおよびＮＳＥＰトラフィック用に設定されており、ＳＴＡ３ １００８はＮＳＥＰトラフィック専用に設定されている。
【0122】
ＡＰ １００２は、拡張ブロードキャストＴＷＴ ＳＰ １０１５、１０５３の存在をアドバタイズし得るＢｅａｃｏｎフレーム１０１２を送信する。Ｂｅａｃｏｎフレーム１０１２は、ブロードキャストＴＷＴ（例えばブロードキャストＴＷＴ１ １０１４）、ＴＷＴウェイク間隔、および最小ＴＷＴウェイクアップ持続時間（拡張ＴＷＴ ＳＰ １０１５、１０５３の破線の四角で示してある）などのＴＷＴパラメータ情報を含むブロードキャストＴＷＴ要素を含む。ＳＴＡ１ １００４、ＳＴＡ２ １００６、ＳＴＡ３ １００８は、ＴＷＴ ＳＰのメンバーである。Ｂｅａｃｏｎフレーム１０１２を受信した後、ＳＴＡ１ １００４、ＳＴＡ２ １００６、ＳＴＡ３ １００８は、ドーズ状態に移行することができる。
【0123】
ＳＴＡ１ １００４、ＳＴＡ２ １００６、ＳＴＡ３ １００８は、第１の拡張ＴＷＴ ＳＰ １０１５の開始時にウェイクアップすることができ、ＡＰ １００２は、ＳＴＡ１ １００４およびＳＴＡ２ １００６にＴｒｉｇｇｅｒフレーム１０１７を送信して低レイテンシトラフィック用のＲＵを割り当てることができる。Ｔｒｉｇｇｅｒフレーム１０１７を受信したＳＴＡ１ １００４およびＳＴＡ２ １００６は、次に、それぞれの第１の応答フレーム、例えばＬ．Ｌ．ＵＬ ＰＰＤＵ １０１８、１０２０を、ＡＰ １００２に送信する。ＡＰ １００２は、Ｌ．Ｌ．ＵＬ ＰＰＤＵ １０２０に対して、ＳＴＡ２ １００６へのＬ．Ｌ．ＤＬ ＰＰＤＵ １０２２によって応答することができる。その後、ＡＰは、ＳＴＡ１ １００４およびＳＴＡ２ １００６に別のＴｒｉｇｇｅｒフレーム１０２４を送信して低レイテンシトラフィック用のＲＵを割り当てることができる。この別のＴｒｉｇｇｅｒフレーム１０２４を受信したＳＴＡ１ １００４およびＳＴＡ２ １００６は、それぞれの第２の応答フレーム、例えばＬ．Ｌ．ＵＬ ＰＰＤＵ １０２６、１０２８をＡＰ １００２に送信する。ＳＴＡ３ １００８は、送信する低レイテンシトラフィックを有さず、したがってＴＷＴ ＳＰの開始時にリソースが割り当てられない。
【0124】
拡張ＴＷＴ内のＴＦは、低レイテンシトラフィックを有するＳＴＡ（例えばＳＴＡ１ １００４およびＳＴＡ２ １００６）へのリソース割当てを優先させることに留意されたい。ＳＴＡ２およびＳＴＡ３のＮＳＥＰ信号は、指定されたトラフィックがすべて送信され、拡張ＴＷＴ ＳＰ １０１５に未使用時間が残った後に、送信されることを許可することができ、この場合、ＡＰ １００２は、ＮＳＥＰトラフィック用のＲＵを割り当てるＴＦを送信することができる。
【0125】
ＮＳＥＰイベントがトリガーされた場合、ＳＴＡは、ＮＳＥＰトラフィックのための優先アクセスをＡＰに要求することができる。例えば、第１の拡張ＴＷＴ ＳＰ １０１５が終了した後、ＳＴＡ２ １００６は、ＡＰ １００２にＮＳＥＰ要求を送信して、ＮＳＥＰイベントがトリガーされたことを通知し、許可されるトラフィックタイプをＮＳＥＰトラフィックに更新するよう要求することができる。これにより、チャネルのＮＳＥＰ優先アクセスがトリガーされる。ＡＰ １００２は、ＳＴＡ１ １００４にＮＳＥＰ応答フレームを送信して、以降の拡張ＴＷＴ ＳＰではＮＳＥＰフレームのみが許可されることを通知することができる。この場合、低レイテンシトラフィック用に設定されているＳＴＡ１ １００４には、第２の拡張ＴＷＴ ＳＰ １０５３のような以降の拡張ＴＷＴ ＳＰの間、ＡＰによってＲＵが割り当てられない。
【0126】
第２の拡張ＴＷＴ ＳＰ １０５３の開始時に、ＡＰ １００２は、ＳＴＡ２ １００６およびＳＴＡ３ １００８にＴｒｉｇｇｅｒフレーム１０４１を送信してＮＳＥＰトラフィック用のＲＵを割り当てることができる。Ｔｒｉｇｇｅｒフレーム１０４１を受信したＳＴＡ２ １００６およびＳＴＡ３ １００８は、次に、それぞれの第１のアップリンクフレーム（例えばＮＳＥＰフレーム１０４２、１０４４）をＡＰ １００２に送信する。ＡＰ １００２はさらに、ダウンリンクＮＳＥＰフレーム１０４６をＳＴＡ２ １００６に送信することができる。その後、ＡＰは、別のＴｒｉｇｇｅｒフレーム１０４８をＳＴＡ２ １００６およびＳＴＡ３ １００８に送信してＮＳＥＰトラフィック用のＲＵを割り当てることができる。この別のＴｒｉｇｇｅｒフレーム１０４８を受信したＳＴＡ２ １００６およびＳＴＡ３ １００８は、それぞれの第２のアップリンクフレーム（例えばＮＳＥＰフレーム１０５０、１０５２）をＡＰ １００２に送信する。
【0127】
図１１は、例示的な基本Ｔｒｉｇｇｅｒ（Basic Trigger）フレーム１１００を示している。基本Ｔｒｉｇｇｅｒ（Basic Trigger）フレーム１１００は、フレーム制御（Frame Control）フィールド、持続時間（Duration）フィールド、ＲＡフィールド、ＴＡフィールド、共通（Common）フィールド、１つ以上のユーザ情報（User Info）フィールド、パディング（Padding）フィールド、およびＦＣＳフィールドから構成されている。フレーム制御（Frame Control）フィールド、持続時間（Duration）フィールド、ＲＡフィールド、およびＴＡフィールドは、ＭＡＣヘッダとしてグループ化することができる。共通（Common）フィールドは、さらに、トリガータイプ（Trigger Type）フィールド（Ｂａｓｉｃ ｔｙｐｅに設定）およびＵＬ ＨＥ－ＳＩＧ－Ａ２予備（UL HE-SIG-A2 Reserved）フィールドから構成されている。１つ以上のユーザ情報（User Info）フィールドの各々は、ＡＩＤ １２フィールドおよびトリガー依存ユーザ情報（Trigger Dependent User Info）フィールド１１０２から構成することができ、トリガー依存ユーザ情報（Trigger Dependent User Info）フィールド１１０２は、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）ＭＵスペーシング係数（MAC Protocol Data Unit (MPDU) MU Spacing Factor）フィールド、ＴＩＤアグリゲーション制限（TID Aggregation Limit）フィールド、トラフィック制限（Traffic Restrictions）フィールド１１０４、および優先アクセスカテゴリ（ＡＣ）（Preferred Access Category (AC)）フィールド１１０６を含む。トラフィック制限（Traffic Restrictions）フィールド１１０４が１に設定されているとき、優先ＡＣ（Preferred AC）フィールドは、許可されるトラフィックタイプをシグナリングする。表５は、優先ＡＣ（Preferred AC）フィールドの値に応じた、許可されるトラフィックタイプを示している。
【表5】
【0128】
非ＡＰ ＳＴＡは、自身のＡＩＤと一致するＡＩＤ １２フィールドを含む基本トリガー（Basic Trigger）フレーム１１００を受信すると、基本Ｔｒｉｇｇｅｒフレーム１１００に対する応答フレーム（例えばＴＢ ＰＰＤＵ）において、許可されたトラフィックタイプに属するフレームを送信することが許可される。この非ＡＰ ＳＴＡは、他のトラフィックタイプに属するフレームを送信しないものとする。
【0129】
あるいは、トラフィック制限（Traffic Restrictions）フィールドとして使用される予備ビットと、優先ＡＣ（Preferred AC）フィールドの２ビット（合計３ビット）を、指定されるトラフィックのＴＩＤにマッピングすることができ、例えば、０＝ＴＩＤ６（ＡＣ＿ＶＯ）、１＝ＴＩＤ９（低レイテンシ用の新しいＴＩＤ）、２＝ＴＩＤ１１（ＮＳＥＰトラフィック用の新しいＴＩＤ）などである。非ＡＰ ＳＴＡは、自身のＡＩＤと一致するＡＩＤ １２フィールドを含む基本トリガー（Basic Trigger）フレームを受信すると、基本Ｔｒｉｇｇｅｒフレームに対する応答として送信されるＴＢ ＰＰＤＵにおいて、指定されるＴＩＤに属するフレームのみを送信することが許可される。非ＡＰ ＳＴＡは、他のＴＩＤに属するフレームを送信しないものとする。
【0130】
別のオプションとして、基本Ｔｒｉｇｇｅｒフレームのトリガー依存ユーザ情報（Trigger Dependent User Info）フィールドに、トラフィック制限（例えば指定されるトラフィックのＴＩＤ）を伝えるための追加の１オクテットを含めることができる。
【0131】
以下の段落では、マルチリンクのサポートに関連する本開示の第３の実施形態について、優先トラフィックに対応するＡＰおよびＳＴＡを参照しながら説明する。
【0132】
マルチリンクデバイス（ＭＬＤ：Multi-Link Device）とは、同じタイプの複数のＳＴＡ（ＡＰまたは非ＡＰ ＳＴＡ）を収容しており、複数の無線リンクを通じた同時通信を可能にするデバイスである。非同時送信受信リンクペア（ＮＳＴＲ：Non-simultaneous transmit and receive link pair）とは、リンク間で発生し得る送信／受信干渉（例えば２つのリンクの周波数が互いに近いために、ペアの一方のリンクでＭＬＤが送信すると、他方のリンクでＭＬＤが受信できない）のために、ＭＬＤがリンクペアでの同時送信に対する制限を示したリンクペアである。
【0133】
ＭＬＤの複数の異なるリンクにおける拡張ＴＷＴ ＳＰは、各リンクで独立して（ＡＰ ＭＬＤと）ネゴシエートすることができる、または、ＡＰ ＭＬＤのリンク間のＴＳＦおよびビーコン送信時間（ＴＢＴＴ）が同期している場合、複数の異なるリンクにおける拡張ＴＷＴ ＳＰを、いずれかのリンクにおける単一のネゴシエーションを通じて一緒にネゴシエートすることもできる。
【0134】
第１のリンクにおいて拡張ＴＷＴ ＳＰに割り当てられているＮＳＴＲ非ＡＰマルチリンクデバイス（ＭＬＤ）は、第１のリンクへの共デバイス干渉（co-device interference）を引き起こす、他のリンクにおけるＴＷＴ ＳＰ中の送信を避けるべきである。これを支援するために、ＡＰ ＭＬＤと非ＡＰ ＭＬＤは、複数の異なるリンクにおける時間的に重なる拡張ＴＷＴ ＳＰ（同じかまたは異なるＴＷＴ ＩＤを有する）をネゴシエートすることができる。特に、ＡＰ ＭＬＤが第１のリンクにおける拡張ＴＷＴ ＳＰの間にＤＬ優先トラフィックを送信するとき、ＡＰ ＭＬＤは、非ＡＰ ＭＬＤがＮＳＴＲリンクペアの第２のリンクにおいてＵＬ ＰＰＤＵを同時に送信しないことを、以下のいずれかにより保証することができ、すなわち、（ｉ）非ＡＰ ＭＬＤまたは他の非ＡＰ ＳＴＡに第２のリンクにおいてＤＬ ＰＰＤＵを送信する、または（ｉｉ）他の非ＡＰ ＳＴＡからの第２のリンクにおけるＵＬ ＰＰＤＵをトリガーする。
【0135】
図１２は、本開示の第３の実施形態に係る、優先トラフィックに対応する通信を図解したフロー図１２００を示している。この実施形態では、ＡＰ－ＭＬＤ １２０２は、第１のリンク（すなわちＡＰ１ １２０４からＳＴＡ１ １２１０まで）を介して、第１のＢｅａｃｏｎフレーム１２１６を非ＡＰ ＭＬＤ １２０８に送信する。その後、ＡＰ－ＭＬＤ １２０２は、第２のリンク（すなわちＡＰ２ １２０６からＳＴＡ２ １２１２まで）を介して、第２のＢｅａｃｏｎフレーム１２２２を非ＡＰ－ＭＬＤ １２０８に送信する。第１および第２のＢｅａｃｏｎフレーム１２１６、１２２２は、（それぞれブロードキャストＴＷＴ ＩＤ１およびブロードキャストＴＷＴ ＩＤ２の下で）拡張ＴＷＴ ＳＰの存在およびＴＷＴパラメータ情報（例えば、それぞれブロードキャストＴＷＴ１およびブロードキャストＴＷＴ２）をアドバタイズすることができる。第１の拡張ＴＷＴ ＳＰ １２２５において、ＡＰ－ＭＬＤ １２０２は、第１のリンクを介してＴｒｉｇｇｅｒフレーム１２２７を非ＡＰ－ＭＬＤ １２０８に送信することができる。非ＡＰ－ＭＬＤ １２０８は、Ｔｒｉｇｇｅｒフレーム１２２７に応答して、優先トラフィックの下で、応答フレーム（例えばＬ．Ｌ．ＵＬ ＰＰＤＵ １２２８）を第１のリンクを介してＡＰ－ＭＬＤ １２０２に送信する。一方、ＡＰ－ＭＬＤ １２０２は、同時に第２のリンクを介してＬ．Ｌ．ＤＬ ＰＰＤＵ １２３１を送信することは許可されず、なぜならアップリンクフレーム１２２８からの干渉によりこのフレームは失われる可能性が非常に高いためである。この理由として、ＮＳＴＲリンクペアの一方のリンクでのＵＬ送信（例えばＬ．Ｌ．ＵＬ ＰＰＤＵ １２２８）に起因して、他方のリンクでのＤＬ ＰＰＤＵ（例えばＬ．Ｌ．ＤＬ ＰＰＤＵ １２３１）が失敗するためであり、このようなケースは避けるべきである。
【0136】
例えば、第２の拡張ＴＷＴ ＳＰ １２２７において、ＡＰ－ＭＬＤ １２０２は、第１のリンクおよび第２のリンクをそれぞれ介して、２つのＬ．Ｌ．ＤＬ ＰＰＤＵ １２２９、１２３１を非ＡＰ－ＭＬＤ １２０８に送信することができる（第１のリンクおよび第２のリンクの送信は、異なるＥＤＣＡ手順１２２８、１２３０に起因して同期されないことがある）。その後、ＡＰ－ＭＬＤ １２０２は、第１のリンクを介して他の非ＡＰ－ＭＬＤまたは非ＡＰ ＳＴＡ（図示せず）にＴｒｉｇｇｅｒフレーム１２３３を送信することができる。その後、ＡＰ－ＭＬＤ １２０２は、その別の非ＡＰ ＳＴＡ／ＭＬＤから第１のリンクを介してＵＬ ＰＰＤＵを受信することができ、同時にＡＰ－ＭＬＤ １２０２は、非ＡＰ－ＭＬＤ １２０８に宛てられたＬ．Ｌ．ＤＬ ＰＰＤＵ １２３７を送信することができる。この場合、ＳＴＡ１ １２１０が同時に送信していないため、ＳＴＡ２ １２１２はＤＬ ＰＰＤＵ １２３７を正しく受信することができる。
【0137】
図１３は、複数のリンクにおけるＴＷＴ合意を同時にネゴシエートするために使用され得る例示的なＴＷＴセットアップフレーム１３００を示している。このセットアップフレームは、フレーム制御（Frame Control）フィールド、持続時間（Duration）フィールド、３つのアドレス（Address）フィールド（ＲＡ、ＴＡ、ＢＳＳＩＤ）、シーケンス制御（Sequence Control）フィールド、ＨＴ制御（HT Control）フィールド、カテゴリ（Category）フィールド（Ｕｎｐｒｏｔｅｃｔｅｄ Ｓ１Ｇ Ａｃｔｉｏｎに設定）、アクション（Action）フィールド（ＴＷＴ Ｓｅｔｕｐに設定）、ダイアログトークン（Dialog Token）フィールド、ＴＷＴ要素（TWT Element）フィールド（１つまたは２つ）１３０２、マルチリンク要素（Multi-link Element）フィールド１３０４、およびＦＣＳフィールドから構成することができる。フレーム制御（Frame Control）フィールド、持続時間（Duration）フィールド、３つのアドレス（Address）フィールド、シーケンス制御（Sequence Control）フィールド、およびＨＴ制御（HT Control）フィールドは、ＭＡＣヘッダとしてグループ化することができる。カテゴリ（Category）フィールド、アクション（Action）フィールド、ダイアログトークン（Dialog Token）フィールド、ＴＷＴ要素（TWT Element）フィールド１３０２、およびマルチリンク要素（Multi-link Element）フィールド１３０４は、フレーム本体としてグループ化することができる。
【0138】
ＴＷＴ要素（TWT Element）フィールド１３０２は、ＴＷＴセットアップ（TWT Setup）フレームが送信されるリンクのＴＷＴ ＳＰの情報を伝える。マルチリンク要素（Multi-link Element）フィールド１３０４は、要素ＩＤ（Element ID）フィールド、長さ（Length）フィールド、要素ＩＤ拡張（Element ID Extension）フィールド、マルチリンク制御（Multi-Link Control）フィールド（タイプ（Type）フィールド１３０６および存在ビットマップ（Presence Bitmap）フィールドを含む）、およびリンク情報（Link Info）フィールド（１つ以上）から構成されている。マルチリンク制御（Multi-Link Control）フィールドのタイプ（Type）フィールドは、Ｍｕｌｔｉ－Ｌｉｎｋ ＴＷＴ Ｓｅｔｕｐに設定される。リンク情報（Link Info）フィールドはさらに、リンクＩＤ（Link ID）フィールド、ＴＷＴ要素（TWT Element）フィールド（１つまたは２つのＴＷＴ要素を伝える）１３０８、およびタイミング同期オフセット（ＴＳＦ）オフセット（Timing Synchronization Offset (TSF) Offset）フィールド１３１０から構成されている。リンク情報（Link Info）フィールド内のＴＷＴ要素（TWT Element）フィールド１３０８は、リンクＩＤに対応するリンクのＴＷＴ ＳＰの情報を伝える。ＴＳＦオフセット（TSF Offset）フィールド１３１０は、ＴＷＴセットアップ（TWT Setup）フレームが送信されるリンクと、リンクＩＤに対応するリンクとの間のＴＳＦの差に関連する。マルチリンク要素を伝えるこのようなＴＷＴセットアップ（TWT Setup）フレーム１３００は、複数の異なるリンクにおける拡張ＴＷＴ ＳＰを、いずれかのリンクにおける単一のネゴシエーションを通じて一緒にセットアップするために使用される。
【0139】
以下の段落では、優先アップリンクＯＦＤＭＡベースランダムアクセス（ＵＯＲＡ）に関連する本開示の第４の実施形態について、優先トラフィックに対応するＡＰおよびＳＴＡを参照しながら説明する。
【0140】
非周期的な指定されたトラフィックの優先アクセスに対処するために、優先ランダムアクセスリソースユニット（ＲＡ－ＲＵ）へのＵＯＲＡアクセスが、指定されたトラフィックに制限されるように、ＵＯＲＡを「優先ＵＯＲＡ」としてカスタマイズする。特に、優先ＲＡ－ＲＵとは、トラフィック制限が適用されるＲＡ－ＲＵであり（例えば基本トリガー（Basic Trigger）フレーム１１００のトラフィック制限（Traffic Restrictions）フィールド１１０４が１に設定されている）、優先ＲＡ－ＲＵは、ＲＡ－ＲＵに対するトラフィック制限を満たすＳＴＡのみを対象として適格ＲＡ－ＲＵとみなされる。資格のあるＳＴＡの優先ＯＦＤＭＡバックオフ（ＰＯＢＯ：Prioritized OFDMA backoff）は、優先ＲＡ－ＲＵを含むすべての適格ＲＡ－ＲＵを対象にカウントダウンできるが、資格のないＳＴＡのＯＦＤＭＡバックオフ（ＯＢＯ：OFDMA backoff）は優先ＲＡ－ＲＵを対象にカウントダウンできない。ＰＯＢＯまたはＯＢＯのいずれかが０である場合、ＳＴＡはＵＯＲＡコンテンションに勝つ。
【0141】
図１４は、本開示の第４の実施形態に係る優先ＵＯＲＡ手順を示している。この場合、ＳＴＡ１およびＳＴＡ２は低レイテンシトラフィック用に設定されており、したがってＵＯＲＡコンテンションでは、ＳＴＡ３よりもＳＴＡ１およびＳＴＡ２が優先される。ＴｒｉｇｇｅｒフレームにおいてＡＰによってＳＴＡ（ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）に指定される、ＲＵ１およびＲＵ５における優先ＲＡ－ＲＵと、ＲＵ２－ＲＵ４における通常ＲＡ－ＲＵとが存在する。
【0142】
ＳＴＡ１は初期ＰＯＢＯが５であり、一方でＳＴＡ２は初期ＰＯＢＯが４である。指定される低レイテンシトラフィック用に設定されているＳＴＡ１、ＳＴＡ２の場合、ＳＴＡ１、ＳＴＡ２は優先ＲＡ－ＲＵおよび通常ＲＡ－ＲＵにアクセスできるため、適格ＲＡ－ＲＵの数は５である。したがってＳＴＡ１およびＳＴＡ２は、ＵＯＲＡを獲得する高い可能性を有する。
【0143】
ＳＴＡ１のＰＯＢＯは、５つの適格ＲＡ－ＲＵ（ＲＵ１～ＲＵ５）を対象に、５以下から０までカウントダウンされる。その結果、ＳＴＡ１はＵＯＲＡコンテンションに勝ち、応答フレーム（ＴＢ ＰＰＤＵ）で送信するために（ＲＵ１～ＲＵ５から）１つのＲＡ－ＲＵ（例えばＲＵ１）をランダムに選択する。同様に、ＳＴＡ２のＰＯＢＯは、５つの適格ＲＡ－ＲＵ（ＲＵ１～ＲＵ５）を対象に、５以下から０までカウントされる。その結果、ＳＴＡ２はＵＯＲＡコンテンションに勝ち、応答フレーム（ＴＢ ＰＰＤＵ）で送信するために（ＲＵ１～ＲＵ５から）ランダムに１つのＲＡ－ＲＵ（例えばＲＵ３）を選択する。
【0144】
一方、非低レイテンシトラフィック用に設定されているＳＴＡ３は、初期ＯＢＯが４である。ＳＴＡ３は通常ＲＡ－ＲＵ（Ｒ２～Ｒ４）にのみアクセスできるため、ＲＡ－ＲＵの数は３である。ＳＴＡ３のＯＢＯは、５以上から２までカウントダウンされる。その結果、ＳＴＡ３はＵＯＲＡコンテンションに勝てず、ＳＴＡ３からのトラフィックは制限される。
【0145】
Ｔｒｉｇｇｅｒフレームにおいてトラフィック制限をシグナリングすることによってＲＡ－ＲＵを優先として示す代わりに、０以外の予備ＡＩＤ（例えば２０４４）を使用して優先ＲＡ－ＲＵを表すことができる。このような場合、送信する指定されたトラフィックを有し、かつＴｒｉｇｇｅｒフレームにおいて固定ＲＵが割り当てられていないＳＴＡは、通常ＲＡ－ＲＵ（ＡＩＤ ０のＲＵ）および優先ＲＡ－ＲＵ（例えばＡＩＤ ２０４４のＲＵ）の両方を適格ＲＡ－ＲＵとみなしてＵＯＲＡコンテンションを行うことができ、送信する指定されたトラフィックを有さないＳＴＡも、通常ＲＡ－ＲＵ（ＡＩＤ ０のＲＵ）を適格ＲＡ－ＲＵとみなすことができる。
【0146】
さらに、優先ＵＯＲＡのパラメータを、指定されるトラフィック（例えば低レイテンシトラフィック）のために使用することができる。特に、ＡＰは、一般的なＵＯＲＡアクセスのためのＯＦＤＭＡコンテンションウィンドウ（ＯＣＷ）範囲に加えて、指定されたトラフィックのための優先ＯＣＷ範囲も、ＵＯＲＡパラメータ（UORA Parameter）要素においてアドバタイズする。
【0147】
図１５は、例示的なＵＯＲＡパラメータ（UORA Parameter）要素１５００を示している。ＵＯＲＡパラメータ（UORA Parameter）要素１５００は、要素ＩＤ（Element ID）フィールド、長さ（Length）フィールド、要素ＩＤ拡張（Element ID Extension）フィールド、ＯＣＷ範囲（OCW Range）フィールド１５０２、優先ＯＣＷ範囲（Prioritized OCW Range）フィールド１５０４から構成されている。優先ＯＣＷ範囲（Prioritized OCW Range）フィールド１５０４は、さらに、Ｐ＿ＥＯＣＷｍｉｎフィールドおよびＰ＿ＥＯＣＷｍａｘフィールドから構成されており、これらは、優先ＵＯＲＡアクセスのためのＰＯＣＷおよびＰＯＢＯとともに、それぞれ式１および式２に従ってＰ＿ＯＣＷｍｉｎおよびＰ＿ＯＣＷｍａｘを計算するために使用される。ＯＣＷｍｉｎ、ＯＣＷｍａｘ、ＯＣＷ、およびＯＢＯは、デフォルトのＵＯＲＡアクセスに使用されることに留意されたい。
【数1】
【0148】
Ｐ＿ＯＣＷｍｉｎ／Ｐ＿ＯＣＷｍａｘとＯＣＷｍｉｎ／ＯＣＷｍａｘの関係は、式３および式４に基づいて算出することができる。
【数2】
【0149】
ＰＯＢＯは、０からＰＯＣＷまでの範囲内でランダムに選択される整数である。ＡＰは、Ｐ＿ＯＣＷｍｉｎおよびＰ＿ＯＣＷｍａｘをＯＣＷｍｉｎおよびＯＣＷｍａｘより小さく設定することによって、指定されたトラフィックタイプがＵＯＲＡアクセスを獲得する高い可能性を有することを保証する。
【0150】
これに代えて、またはこれに加えて、送信する指定されたトラフィックを有するＳＴＡは、ＵＯＲＡコンテンション中に、各優先ＲＡ－ＲＵまたは通常ＲＡ－ＲＵに対して、自身のＯＢＯを１より大きい値（例えば２）だけ差し引くことが許可され、結果として、そのようなＳＴＡのＯＢＯが、通常のトラフィックよりもずっと高い確率で０になる。
【0151】
優先ＵＯＲＡ手順では、非ＡＰ ＥＨＴ ＳＴＡは、ＰＯＣＷの値を、ＥＨＴ ＡＰからのＵＯＲＡパラメータセット（UORA Parameter Set）要素の中の優先ＯＣＷ範囲（Prioritized OCW Range）フィールドに示される最も新しいＰＯＣＷｍｉｎから得られるＰ＿ＯＣＷｍｉｎ、またはデフォルト（ＵＯＲＡパラメータセット（UORA Parameter Set）要素を受信しなかった場合）に設定し、自身のＰＯＢＯカウンタを、０からＰＯＣＷまでの範囲内で一様分布からランダムに選択される整数値に初期化する。
【0152】
ＥＨＴ ＳＴＡがＡＰへの保留中の優先フレームを有する場合、少なくとも１つの適格ＲＡ－ＲＵを含むＴｒｉｇｇｅｒフレームを受信すると、フローチャートに示したように優先ＵＯＲＡを競合してＥＨＴ ＴＢ ＰＰＤＵを送信する。ＳＴＡが、送信する保留中の優先フレームを有する場合は、通常の適格ＲＡ－ＲＵに加えて、優先ＲＡ－ＲＵも適格ＲＡ－ＲＵとみなされる。
【0153】
選択されたＲＡ－ＲＵにおいてＥＨＴ ＴＢ ＰＰＤＵが正常に送信されない場合、非ＡＰ ＥＨＴ ＳＴＡは、ＰＯＣＷがＰＯＣＷｍａｘの値より小さいとき、自身のＰＯＣＷを２×ＰＯＣＷ＋１に更新し、０からＰＯＣＷの範囲内で自身のＰＯＢＯカウンタをランダムに選択する。連続する再送信の試みにおいてＰＯＣＷがＰＯＣＷｍａｘに達すると、ＰＯＣＷがリセットされるまでＰＯＣＷはＰＯＣＷｍａｘの値のままである。
【0154】
図１６は、本開示の一実施形態に係る優先ＵＯＲＡ手順１６００を図解したフローチャートを示している。ステップ１６０２においては、ＳＴＡがＡＰから優先ＯＣＷ範囲を受信し、送信する優先フレームを有するかどうかを判定する。「はい」である場合、ステップ１６０４を実行する。「いいえ」である場合、ステップ１６０６において一般的なＵＯＲＡを実行し、処理を終了することができる。ステップ１６０４においては、ＰＯＢＯが０より大きいかどうかを判定する。ＰＯＢＯが０より大きくないと判定された場合、ステップ１６０８を実行する。「はい」である場合、処理はステップ１６１２にスキップする。
【0155】
ステップ１６０８においては、ＰＯＢＯを、０からＰＯＣＷの範囲内のランダムな値に初期化する。次いでステップ１６１０において、ＰＯＢＯが０より大きいかどうかを再び判定する。ＰＯＢＯが０より大きいと判定された場合、ステップ１６１２を実行する。そうでない場合、処理はステップ１６２０にスキップする。ステップ１６１２においては、ＰＯＢＯが適格ＲＡ－ＲＵの数以下であるかどうかを判定する。「はい」である場合、ＰＯＢＯを０に設定し、次いでステップ１６１８を実行する。ＰＯＢＯが適格ＲＡ－ＲＵの数以下ではないと判定された場合、ＰＯＢＯと適格ＲＡ－ＲＵの数との差に従ってＰＯＢＯを設定し（ＰＯＢＯ＝ＰＯＢＯ－適格ＲＡ－ＲＵの数）、次いでステップ１６１８を実行する。
【0156】
ステップ１６１８においては、ＰＯＢＯが０であるかどうかを判定する。ＰＯＢＯが０ではないと判定された場合、処理を終了することができる。「はい」である場合、ステップ１６２０を実行する。ステップ１６２０においては、適格ＲＡ－ＲＵ（優先ＲＡ－ＲＵまたは通常ＲＡ－ＲＵ）のうちの任意の１つをランダムに選択する。ステップ１６２２においてＵＬ ＭＵ ＰＰＤＵを送信し、処理を終了することができる。
【0157】
図１７は、本開示の第４の実施形態に係る、優先トラフィックに関して図解したフロー図１７００を示している。ＡＰは、１つ以上の関連するＳＴＡが本質的に周期的ではない優先トラフィックを有することを認識している場合、（例えば連続する拡張ＴＷＴ ＳＰの間の間隔よりも小さい）一定の間隔で、優先ＲＡ－ＲＵを割り当てるＴｒｉｇｇｅｒフレームを送信することによって、そのようなＳＴＡに優先チャネルアクセスを提供するように試みることができる。コンテンションベースのチャネルアクセス手順、例えばＥＤＣＡ手順は、ブロック１７１０、１７１６、１７３０、１７３８、１７４６によって示してある。ＡＰ １７０２は、拡張ブロードキャストＴＷＴ ＳＰ １７１５の存在をアドバタイズし得るＢｅａｃｏｎフレーム１７１２を送信する。Ｂｅａｃｏｎフレーム１７１２は、ブロードキャストＴＷＴ（例えばブロードキャストＴＷＴ１ １７１４）および最小ＴＷＴウェイクアップ持続時間（拡張ＴＷＴ ＳＰ １７１５の破線の四角で示してある）などのＴＷＴパラメータ情報を含むブロードキャストＴＷＴ ＩＥを含む。低レイテンシトラフィック用に設定されているＳＴＡ１ １７０４およびＳＴＡ２ １７０６は、ビーコン１７１２を受信した後、Ｂｅａｃｏｎフレーム１７１２内のＵＯＲＡパラメータセット（UORA Parameter Set）要素の中の最も新しい優先ＯＣＷ範囲（Prioritized OCW Range）フィールドに基づいて、Ｐ＿ＯＣＷｍｉｎ、Ｐ＿ＯＣＷｍａｘ、およびＰＯＣＷなどのＵＯＲＡパラメータを更新することができる。
【0158】
拡張ＴＷＴ ＳＰ １７１５において、ＡＰ １７０２は、優先トラフィック（例えば低レイテンシトラフィック）用のＲＵを割り当てるために、ＳＴＡ１ １７０４、ＳＴＡ２ １７０６、およびＳＴＡ３ １７０８に、優先ＲＡ－ＲＵを含むＴｒｉｇｇｅｒフレーム１７１７を送信することができる。この実施形態では、ＳＴＡ１ １７０４およびＳＴＡ２ １７０６は、送信する優先トラフィックを有し、優先ＵＯＲＡを使用してそれぞれの第１のアップリンクフレーム（例えばＬ．Ｌ．ＵＬ ＰＰＤＵ １７１８、１７２０）を送信する。一方でＳＴＡ３は、送信する優先トラフィックを有さず、したがって通常のＵＯＲＡを使用し、ＵＯＲＡコンテンションに勝つことはできない。その後、ＡＰは、別のＴｒｉｇｇｅｒフレーム１７２４をＳＴＡ１ １７０４、ＳＴＡ２ １７０６、およびＳＴＡ３ １７０８に送信することができる。同様に、ＳＴＡ１ １７０４およびＳＴＡ２ １７０６は、送信する優先トラフィックを有し、優先ＵＯＲＡを使用してそれぞれの第２の応答フレーム（例えばＬ．Ｌ．ＵＬ ＰＰＤＵ １７２６、１７２８）を送信し、ＳＴＡ３は、依然としてＵＯＲＡコンテンションに勝つことができない。
【0159】
次に、拡張ＴＷＴ ＳＰ １７１５の終了後、ＡＰ １７０２は、優先ＲＡ－ＲＵを含むＴｒｉｇｇｅｒフレーム１７３２、１７３９、１７４７をＳＴＡ１ １７０４、ＳＴＡ２ １７０６、およびＳＴＡ３ １７０８に送信することができる。ＳＴＡ１ １７０４およびＳＴＡ２ １７０６は、優先ＲＡ－ＲＵおよび通常ＲＡ－ＲＵの両方に適格であるため、これらはＵＯＲＡコンテンションに勝つ高い可能性を有し、Ｔｒｉｇｇｅｒフレーム１７３２、１７３９、１７４７に応答して、ＲＡ－ＲＵ（優先および通常）のうちの１つを使用してＴＢ ＰＰＤＵ（例えばそれぞれＬ．Ｌ．ＵＬ ＰＰＤＵ １７３４、１７３６、１７４０、１７４８、１７５０）において送信する。一方、ＳＴＡ３は通常のＵＯＲＡを使用し、ＵＯＲＡコンテンションに勝つ低い可能性を有し、通常のＲＡ－ＲＵのみを使用してＴＢ ＰＰＤＵ（例えば通常レイテンシのＵＬ ＰＰＤＵ １７４４）において送信する。
【0160】
図１８は、本開示の様々な実施形態に係る通信装置１８００（例えばスタンドアロンＡＰまたはＡＰ ＭＬＤの関連ＡＰ）の構成を示している。通信装置１８００は、信号を送信および受信するための少なくとも１つのアンテナ１８０２を含むことができる（簡略化のため図１８には１つのみのアンテナを示してある）。この通信装置は、有線Ｉ／Ｆモジュール１８１２、無線Ｉ／Ｆモジュール１８０２、電源１８２０、少なくとも１つのメモリ１８１８、少なくとも１つのコンプレッサ（compressor）を含む中央処理装置（ＣＰＵ）１８１４、および少なくとも１つの二次記憶装置１８１６を備えていることができる。無線Ｉ／Ｆモジュール１８０２は、ＭＡＣサブレイヤ１８０６およびＰＨＹサブレイヤ１８０４をさらに含むことができる。ＭＡＣサブレイヤ１８０６は、優先サービス期間管理モジュール１８０８を備えており、優先サービス期間管理モジュール１８０８は、関連するＳＴＡの優先サービス期間を管理し、そのようなすべてのＳＰの記録を優先サービス期間の記録１８１０に保持する。無線Ｉ／Ｆモジュール１８１２、ＣＰＵ １８１４、少なくとも１つのメモリ１８１８、および少なくとも１つの二次記憶装置１８１６は、本開示に記載されているように、優先トラフィック（例えば低レイテンシトラフィック）のためのＴＷＴ応答フレーム、Ｔｒｉｇｇｅｒフレーム、Ｍｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋフレーム、ＤＬ ＭＵ ＰＰＤＵ、ＢｅａｃｏｎフレームＬ．Ｌ．ＤＬ ＰＰＤＵ、ＴＷＴ要素を含むフレーム、ＲＴＳ／ＣＴＳフレーム、ＴＷＴ情報フレーム、ＮＳＥＰ応答フレーム、ＮＳＥＰフレーム、およびＴＷＴセットアップフレームを生成するように構成されている、通信装置１８００の回路として、共に機能することができる。次いで、アンテナ１８０２が、生成されたフレーム（複数可）またはＰＰＤＵ（複数可）を他の通信装置、例えばＳＴＡ（複数可）に送信することができる。アンテナ１８０２は、本開示に記載されているように、他の通信装置、例えばＳＴＡ（複数可）から、優先トラフィック（例えば低レイテンシトラフィック）のためのＴＷＴ要求フレーム、ＰＳ－Ｐｏｌｌフレーム、ＱｏＳ Ｎｕｌｌフレーム、ＢｌｏｃｋＡｃｋフレーム、ＴＢ ＰＰＤＵ（例えばＬ．Ｌ．ＵＬ ＰＰＤＵ、ＵＬ ＰＰＤＵ）、ＣＴＳフレーム、ＮＳＥＰ要求フレーム、ＮＳＥＰフレーム、およびＴＷＴセットアップフレームを受信することができる。その後、受信したフレーム（複数可）またはＰＰＤＵ（複数可）を処理するように、通信装置１８００の回路を構成することができる。
【0161】
図１９は、本開示の様々な実施形態に係る通信装置１９００（例えばスタンドアロンＳＴＡまたは非ＡＰ ＭＬＤの関連ＳＴＡ）の構成を示している。この通信装置は、無線Ｉ／Ｆモジュール１９０４、電源１９２０、少なくとも１つのメモリ１９１８、少なくとも１つのコンプレッサを含む中央処理装置１９１４、および少なくとも１つの二次記憶装置１９１６を備えていることができる。無線Ｉ／Ｆモジュール１９０４は、ＭＡＣサブレイヤ１９０８およびＰＨＹサブレイヤ１９０６をさらに備えていることができる。ＭＡＣサブレイヤ１９０８は、優先サービス期間管理モジュール１９１０を含むことができ、優先サービス期間管理モジュール１９１０は、装置がメンバーである優先サービス期間を管理し、ＢＳＳ内のすべての優先ＳＰの記録を優先サービス期間の記録１９１２に保持する。無線Ｉ／Ｆモジュール１９０４、ＣＰＵ １９１４、少なくとも１つのメモリ１９１８、および少なくとも１つの二次記憶装置１９１６は、本開示に記載されているように、優先トラフィック（例えば低レイテンシトラフィック）のためのＴＷＴ要求フレーム、ＰＳ－Ｐｏｌｌフレーム、ＱｏＳ Ｎｕｌｌフレーム、ＢｌｏｃｋＡｃｋフレーム、ＴＢ ＰＰＤＵ（例えばＬ．Ｌ．ＵＬ ＰＰＤＵ、ＵＬ ＰＰＤＵ）、ＣＴＳフレーム、ＮＳＥＰ要求フレーム、ＮＳＥＰフレーム、およびＴＷＴセットアップフレームを生成するよう構成されている、通信装置１８００の回路として、共に機能することができる。次いでアンテナ１８０２が、生成されたフレーム（複数可）またはＰＰＤＵ（複数可）を、他の通信装置、例えばＡＰ（複数可）に送信することができる。アンテナ１８０２は、本開示に記載されているように、他の通信装置、例えばＡＰ（複数可）から、優先トラフィック（例えば低レイテンシトラフィック）のためのＴＷＴ応答フレーム、Ｔｒｉｇｇｅｒフレーム、Ｍｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋフレーム、ＤＬ ＭＵ ＰＰＤＵ、ＢｅａｃｏｎフレームＬ．Ｌ．ＤＬ ＰＰＤＵ、ＴＷＴ要素を含むフレーム、ＲＴＳ／ＣＴＳフレーム、ＴＷＴ情報フレーム、ＮＳＥＰ応答フレーム、ＮＳＥＰフレーム、およびＴＷＴセットアップフレームを受信することができる。その後、受信したフレーム（複数可）またはＰＰＤＵ（複数可）を処理するように、通信装置１８００の回路を構成することができる。
【0162】
上に説明したように、本開示の実施形態は、ＥＨＴ ＷＬＡＮにおいて優先トラフィック、より具体的には低レイテンシトラフィックに対応する高度な通信システム、通信方法、および通信装置を提供する。
【0163】
本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用されている各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、複数のチップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ：Field Programmable Gate Array）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサ（reconfigurable processor）を使用することもできる。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、将来の集積回路技術がＬＳＩに置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを応用することもできる。
【0164】
本開示は、通信装置と呼ばれる、通信の機能を有する任意の種類の装置、デバイス、またはシステムによって実施することができる。
【0165】
通信装置は、送受信機および処理／制御回路を備えていることができる。送受信機は、受信機および送信機を備えている、および／または、受信機および送信機として機能することができる。（送信機および受信機としての）送受信機は、増幅器、ＲＦ変調器／復調器、および１つ以上のアンテナを含むＲＦ（無線周波数）モジュールを含むことができる。
【0166】
このような通信装置の非限定的ないくつかの例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらのさまざまな組合せ、が挙げられる。
【0167】
通信装置は、携帯型または可搬型に限定されず、非携帯型または据え付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。
【0168】
通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、およびこれらのさまざまな組合せを通じて、データを交換することを含むことができる。
【0169】
通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。
【0170】
通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。
【0171】
様々な実施形態のいくかの特性はデバイスを参照しながら説明されているが、対応する特性は様々な実施形態の方法にもあてはまり、逆も同様である。
【0172】
特定の実施形態において示した本開示には、広範に説明した本開示の趣旨または範囲から逸脱することなく、多数の変更および／または修正を行い得ることが、当業者には理解されるであろう。したがって本明細書における実施形態は、あらゆる点において説明を目的としており、本発明を制限するものではないものとみなされたい。
【0173】
本開示によれば、以下の例を説明した。
【0174】
１．通信装置であって、動作時に、別の通信装置から１つ以上の優先サービス期間（ＳＰ）の通知を受信する受信機であって、各ＳＰが、別の通信装置によって指定されたトラフィックタイプに属するフレームのみが、送信されることを許可される期間である、受信機と、動作時に、１つ以上のＳＰのうちの１つにおいて、指定されたトラフィックタイプの少なくとも１つのフレームを送信するかどうかを判定し、送信する指定されたトラフィックタイプのフレームが存在しないことの判定に応えて、１つ以上のＳＰのうちの１つの間、送信することを控える、回路と、を備える、通信装置。
【0175】
２．回路が、１つ以上のＳＰのうちの１つのためのパラメータのセットを指定する第１の要求信号を、別の通信装置に対して生成するようにさらに構成されており、第１の要求信号が、最小ウェイクアップ持続時間、ウェイク間隔、およびチャネルのうちの少なくとも１つを含み、受信機が、１つ以上のＳＰのうちの１つのための指定されたパラメータのセットの受入れを示す第１の応答信号を、別の通信装置からさらに受信し、回路が、第１の応答信号の受信に応えて、通信装置が１つ以上のＳＰのうちの１つに関連付けられていることを判定し、１つ以上のＳＰのうちの１つの間に送信できるようにパラメータのセットを使用してセットアップする、ようにさらに構成されている、例１に記載の通信装置。
【0176】
３．受信機が、１つ以上のＳＰのうちの１つのためのパラメータのセットを指定する第２の要求信号を別の通信装置からさらに受信し、第２の要求信号が、最小ウェイクアップ持続時間、ウェイク間隔、およびチャネルのうちの少なくとも１つを含み、回路が、第２の要求信号の受信に応えて、１つ以上のＳＰのうちの１つのための指定されたパラメータのセットの受入れを示す第２の応答信号を別の通信装置に対して生成し、通信装置が１つ以上のＳＰのうちの１つに関連付けられていることを判定し、１つ以上のＳＰのうちの１つの間に送信できるようにパラメータのセットを使用してセットアップする、ようにさらに構成されている、例１に記載の通信装置。
【0177】
４．回路が、次のようにさらに構成されている、すなわち、別の通信装置への第３の要求信号を生成し、第３の要求信号が、１つ以上のＳＰのうちの１つの間に送信を開始する要求を含み、受信機が、別の通信装置から第３の応答信号をさらに受信し、応答信号が、通信装置が１つ以上のＳＰのうちの１つの間に送信を開始することが許可されることを示す、例１に記載の通信装置。
【0178】
５．１つ以上のＳＰのうちの１つが、１つ以上のＳＰのうちの１つの制限の指示情報を伝え、かつ、１つ以上のＳＰのうちの１つの間に送信することが許可される指定されるトラフィックタイプを指定する、ブロードキャストターゲットウェイクタイムサービス期間（ＴＷＴ ＳＰ）、であり、回路が、１つ以上のＳＰのうちの１つの中で、指定されたトラフィックタイプの１つ以上のフレームを生成するようにさらに構成されている、例１に記載の通信装置。
【0179】
６．指定されるトラフィックタイプが、低レイテンシトラフィックまたは国家安全・緊急準備トラフィックの一方である、例１に記載の通信装置。
【0180】
７．受信機が、１つ以上のＳＰの１つの間に、ネットワーク割当てベクトル（ＮＡＶ）除外フィールドを伝えるレガシーフレームをさらに受信し、回路が、通信装置が１つ以上のＳＰのうちの１つに関連付けられていることの判定に応えて、レガシーフレームが通信装置に宛てられているか否かにかかわらず、通信装置のＮＡＶを設定することを控える、ようにさらに構成されている、例２または例３に記載の通信装置。
【0181】
８．レガシーフレームが、ＮＡＶ除外フィールド値を有する第１のＮＡＶ除外フィールドを伝え、かつ通信装置に宛てられているＲｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ（ＲＴＳ）フレーム、であり、回路が、ＮＡＶ除外フィールド値に設定された第２のＮＡＶ除外フィールドを伝えるＣｌｅａｒ Ｔｏ Ｓｅｎｄ（ＣＴＳ）フレームを生成するようにさらに構成されている、例７に記載の通信装置。
【0182】
９．１つ以上のＳＰのうちの１つが、１つ以上のＳＰのうちの１つの制限の指示情報を伝えるブロードキャストターゲットウェイクタイムサービス期間（ＴＷＴ ＳＰ）、であり、受信機が、１つ以上のＳＰのうちの１つの間に、応答フレームにおいて送信することが許可される指定されるトラフィックタイプを指定する１つ以上のＴｒｉｇｇｅｒフレーム、をさらに受信する、例１に記載の通信装置。
【0183】
１０．受信機が、別の通信装置から、通常のアップリンクＯＦＤＭＡ（直交周波数分割多元接続）ベースのランダムアクセス（ＵＯＲＡ）のための通常のＯＦＤＭＡコンテンションウィンドウ（ＯＣＷ）範囲と優先ＯＣＷ範囲とを受信し、回路が、受信された優先ＯＣＷ範囲に基づいて優先ＵＯＲＡのパラメータを計算するように構成されており、受信機が、１つ以上のＴｒｉｇｇｅｒフレームをさらに受信し、１つ以上のＴｒｉｇｇｅｒフレームの各々が、１つ以上のランダムアクセスリソースユニット（ＲＡ－ＲＵ）を割り当てて、応答フレームにおいて送信することが許可される指定されるトラフィックタイプを指定する、例１に記載の通信装置。
【0184】
１１．通信装置によって実行される通信方法であって、別の通信装置から１つ以上の優先サービス期間（ＳＰ）の通知を受信するステップであって、各ＳＰが、別の通信装置によって指定されたトラフィックタイプに属するフレームのみが、送信されることを許可される期間である、ステップと、１つ以上のＳＰのうちの１つにおいて、指定されたトラフィックタイプの少なくとも１つのフレームを送信するかどうかを判定するステップと、送信する指定されたトラフィックタイプのフレームが存在しないことの判定に応えて、１つ以上のＳＰのうちの１つの間、送信することを控えるステップと、を含む、通信方法。
【0185】
１２．１つ以上のＳＰのうちの１つのためのパラメータのセットを指定する第１の要求信号を、別の通信装置に対して生成するステップであって、第１の要求信号が、ウェイクアップ時刻、最小ウェイクアップ持続時間、ウェイク間隔、およびチャネルのうちの少なくとも１つを含む、ステップと、１つ以上のＳＰのうちの１つのための指定されたパラメータのセットの受入れを示す第１の応答信号を、別の通信装置から受信するステップと、第１の応答信号の受信に応えて、通信装置が１つ以上のＳＰのうちの１つに関連付けられていることを判定し、１つ以上のＳＰのうちの１つの間に送信できるようにパラメータのセットを使用してセットアップする、ステップと、をさらに含む、例１１に記載の通信方法。
【0186】
１３．１つ以上のＳＰのうちの１つのためのパラメータのセットを指定する第２の要求信号を、別の通信装置から受信するステップであって、第２の要求信号が、ウェイクアップ時刻、最小ウェイクアップ持続時間、ウェイク間隔、およびチャネルのうちの少なくとも１つを含む、ステップと、第２の要求信号の受信に応えて、１つ以上のＳＰのうちの１つのための指定されたパラメータのセットの受入れを示す第２の応答信号を別の通信装置に対して生成し、通信装置が１つ以上のＳＰのうちの１つに関連付けられていることを判定し、１つ以上のＳＰのうちの１つの間に送信できるようにパラメータのセットを使用してセットアップする、ステップと、をさらに含む、例１１に記載の通信方法。
【0187】
１４．別の通信装置への第３の要求信号を生成するステップであって、第３の要求信号が、１つ以上のＳＰのうちの１つの間に送信を開始する要求を含む、ステップと、別の通信装置から第３の応答信号を受信するステップであって、応答信号が、通信装置が１つ以上のＳＰのうちの１つの間に送信を開始することが許可されることを示す、ステップと、をさらに含む、例１１に記載の通信方法。
【0188】
１５．１つ以上のＳＰのうちの１つが、１つ以上のＳＰのうちの１つの制限の指示情報を伝え、かつ、１つ以上のＳＰのうちの１つの間に送信することが許可される指定されるトラフィックタイプを指定する、ブロードキャストターゲットウェイクタイムサービス期間（ＴＷＴ ＳＰ）、であり、１つ以上のＳＰのうちの１つの中で、指定されたトラフィックタイプの１つ以上のフレームを生成するステップ、をさらに含む、例１１に記載の通信方法。
【0189】
１６．指定されるトラフィックタイプが、低レイテンシトラフィックまたは国家安全・緊急準備トラフィックの一方である、例１１に記載の通信方法。
【0190】
１７．１つ以上のＳＰのうちの１つの間に、ネットワーク割当てベクトル（ＮＡＶ）除外フィールドを伝えるレガシーフレームを受信するステップと、通信装置が１つ以上のＳＰのうちの１つに関連付けられていることの判定に応えて、レガシーフレームが通信装置に宛てられているか否かにかかわらず、通信装置のＮＡＶを設定することを控えるステップと、をさらに含む、例１２または例１３に記載の通信方法。
【0191】
１８．レガシーフレームが、ＮＡＶ除外フィールド値を有する第１のＮＡＶ除外フィールドを伝え、かつ通信装置に宛てられているＲｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ（ＲＴＳ）フレーム、であり、ＮＡＶ除外フィールド値に設定された第２のＮＡＶ除外フィールドを伝えるＣｌｅａｒ Ｔｏ Ｓｅｎｄ（ＣＴＳ）フレームを生成するステップ、をさらに含む、例１７に記載の通信方法。
【0192】
１９．１つ以上のＳＰのうちの１つが、１つ以上のＳＰのうちの１つの制限の指示情報を伝えるブロードキャストターゲットウェイクタイムサービス期間（ＴＷＴ ＳＰ）であり、１つ以上のＳＰのうちの１つの間に、応答フレームにおいて送信することが許可される指定されるトラフィックタイプを指定する１つ以上のＴｒｉｇｇｅｒフレームを受信するステップ、をさらに含む、例１１に記載の通信方法。
【0193】
２０．別の通信装置から、通常のアップリンクＯＦＤＭＡ（直交周波数分割多元接続）ベースのランダムアクセス（ＵＯＲＡ）のための通常のＯＦＤＭＡコンテンションウィンドウ（ＯＣＷ）範囲と優先ＯＣＷ範囲とを受信するステップと、受信された優先ＯＣＷ範囲に基づいて優先ＵＯＲＡのパラメータを計算するステップと、１つ以上のＴｒｉｇｇｅｒフレームを受信するステップであって、１つ以上のＴｒｉｇｇｅｒフレームの各々が、１つ以上のランダムアクセスリソースユニット（ＲＡ－ＲＵ）を割り当てて、応答フレームにおいて送信することが許可される指定されるトラフィックタイプを指定する、ステップと、をさらに含む、例１１に記載の通信方法。
【図1A】
【図1B】
【図1C】
【図2A】
【図2B】
【図3】
【図4A】
【図4B】
【図5】
【図6】
【図7A】
【図7B】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【国際調査報告】