JP2023537429A - チャネルアクセス方法および通信装置 - Google Patents

Abstract

本出願は、ワイヤレスフィデリティ技術の分野に関し、特に、チャネルアクセス方法および通信装置に関する。方法は、第1のアクセスポイントが管理フレームを第1のデバイスに送信するステップであって、管理フレームは、第1の指示情報を含み、第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示し、少なくとも1つの第1の予約済みリソースは、第1のトラフィックのために予約された時間周波数リソースのみを含む、ステップと、次いで、第1のデバイスが、少なくとも1つの第1の予約済みリソース上でチャネルアクセスを開始し、第1のトラフィックを伝送するステップと、を含む。少なくとも1つの第1の予約済みリソースは第1のトラフィックのために特別に予約されるので、第1のトラフィック以外のトラフィックは少なくとも1つの第1の予約済みリソースに競合ベースでアクセスしないと考えられうる。このようにして、第1のトラフィックがチャネルにアクセスする機会が増加され得る。加えて、チャネルに毎回アクセスした後、第1のデバイスは、少なくとも1つの第1の予約済みリソース上で第1のトラフィックを送信またはスケジューリングを継続してもよく、それにより第1のトラフィックの伝送遅延が短くされる。

Description

関連出願の相互参照
本出願は、2020年8月14日に中国国家知識産権局に出願された「CHANNEL ACCESS METHOD AND COMMUNICATION APPARATUS」という名称の中国特許出願第202010820393．6号に基づく優先権を主張するものであり、その全体が参照により本明細書に組み込まれる。

本出願は、ワイヤレスフィデリティ技術の分野に関し、特に、チャネルアクセス方法および通信装置に関する。

WLANは、ライセンス不要の周波数帯域で動作する。換言すれば、無線仕様を満たすいかなるデバイスもこの周波数帯域上でデータを送信または受信しうる。WLAN内のデバイス間の衝突を低減するために、WLAN内の全てのデバイスが、衝突回避付きキャリア検知多重アクセス（carrier sense multiple access with collision avoidance、CSMA／CA）機構を使用することによって通信を行い得ることが規定されている。具体的には、データを送信する前に、WLAN内の全てのデバイスは、チャネルアクセス手順をアクティブに開始することができ、次いで、CSMA／CA機構を使用することによってチャネル状態を監視し、チャネルがアイドルであるかどうかを決定することができる。チャネルは、チャネルがアイドルであるときにのみデータを送信するために使用される。チャネルがアイドルでないならば、そのことは、チャネルが他のデバイスによって使用されており、チャネルがデータを送信するために使用されていないことを示す。トラフィックの伝送遅延を短くするために、拡張分散チャネルアクセス（enhanced distributed channel access、EDCA）技術がさらに導入されている。しかしながら、これは、より深刻なトラフィック衝突およびより長いトラフィック遅延を引き起こす。

そこで、現在、トラフィック衝突を低減することができる方法が提案されている。1つの方法では、アクセスポイント（access point、AP）は、クワイエット時間期間セットアップ（quiet time period setup）フレームを全ての端末に送信しうる。各端末は、フレームを受信した後にバックオフすべきかどうかを決定しうる。しかしながら、端末がアクティブにバックオフしない場合、トラフィック衝突が依然として存在し、依然としてトラフィック遅延は短くすることができない。他の方法では、ユーザ優先度に基づいてチャネルが使用される。例えば、特定のユーザに対して指定されたスロットの場合、特定のユーザのみがチャネルにアクセスすることを許可され、ユーザに対して指定されていないスロットの場合、全てのユーザが競合しうる。これは、高優先度ユーザがチャネルにアクセスするより多くの機会を取得することを保証することができ、高優先度ユーザのトラフィック伝送遅延が短くなる。このように、ユーザが高優先度に設定される場合、ユーザの低優先度トラフィックは、他のユーザの高優先度トラフィックよりも多くの機会を有する。これは、他のユーザの優先度の高いトラフィックに対して不公平であり、高い遅延要件を有するトラフィックを満たすことができない。

本出願は、チャネルアクセス遅延を短くし、低遅延トラフィック要件を満たすためのチャネルアクセス方法および通信装置を提供する。

第1の態様によれば、本出願の一実施形態は、チャネルアクセス方法を提供する。方法は、第1の通信装置によって行われ得る。第1の通信装置は、方法に必要とされる機能を実装するために通信デバイスをサポートすることができる通信デバイスまたは通信装置、例えば、チップシステムであり得る。以下では、通信デバイスが第1のデバイスである例について説明する。第1のデバイスは、APまたはSTAであり得る。方法は、以下のステップを含む。

第1のデバイスは、第1のAPから管理フレームを受信し、管理フレームは、第1の指示情報を含み、第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示し、少なくとも1つの第1の予約済みリソースは、第1のトラフィックのために予約された時間周波数リソースのみを含む。次いで、第1のデバイスは、少なくとも1つの第1の予約済みリソース上でチャネルアクセスを開始し、第1のトラフィックを伝送する。

本出願のこの実施形態では、少なくとも1つの第1の予約済みリソースは、第1のトラフィックのために予約された時間周波数リソースのみを含む。時間周波数リソースは、競合ベースのアクセスに対する第1のトラフィックのために第1のAPによって予約される。少なくとも1つの第1の予約済みリソースは第1のトラフィックのために特別に予約されるので、第1のトラフィック以外のトラフィックは少なくとも1つの第1の予約済みリソースに競合ベースでアクセスしないと考えられ得る。換言すれば、第1のトラフィック以外のトラフィックは、少なくとも1つの第1の予約済みリソース上でクワイエットである。このようにして、第1のトラフィック以外のトラフィックは、少なくとも1つの第1の予約済みリソースについて第1のトラフィックと競合しない。したがって、第1のトラフィックがチャネルにアクセスする機会は増やされることができる。加えて、チャネルに毎回アクセスした後、第1のデバイスは、少なくとも1つの第1の予約済みリソース上で第1のトラフィックを送信またはスケジューリングし続けることができ、それにより、第1のトラフィックの伝送遅延が短くされる。

可能な実装形態では、少なくとも1つの第1の予約済みリソースは、ターゲットビーコン伝送時間（target beacon transmission time、TBTT）の間のいくつかの時間周波数リソースである。例えば、少なくとも1つの第1の予約済みリソースは、チャネル全体の時間期間でありえ、または、チャネルのいくつかのリソース要素（resource unit、RU）の時間期間でありうる。

可能な実装形態では、APは、マルチリンクデバイス（Multi－link device、MLD）AP内のAPである。第1のAPは、複数のリンク上で動作する。第1の指示情報は、複数のリンクのうちの1つのリンクの時間周波数リソースを示すか、または第1の指示情報は、複数のリンクのうちの第1のリンクのいくつかの時間周波数リソースを示す。この解決策は、他のトラフィックのチャネル使用に対するリソース予約の影響を最小限に抑えることができる。

可能な実装形態では、2つの隣接する第1の予約済みリソースの間の間隔T_rは、第1のトラフィックの遅延要件に基づいて決定され、各第1の予約済みリソースによって占有される持続時間は、第1のトラフィックのトラフィック量に基づいて決定される。複数の第1の予約済みリソースは、第1のトラフィックの実際の遅延要件および実際のトラフィック量に基づいて決定されるので、複数の第1の予約済みリソースは、第1のトラフィックの遅延要件を満たすことができ、また、第1のトラフィックの適切な伝送を保証することができる。

可能な実装形態では、管理フレームは第2の指示情報を含む。第2の指示情報は、第2のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第2の予約済みリソースを示す。少なくとも1つの第2の予約済みリソースは、第2のトラフィックのために予約された時間周波数リソースのみを含む。少なくとも1つの第2の予約済みリソースは、少なくとも1つの第1の予約済みリソースと重複しない。複数のタイプの低遅延トラフィックがネットワーク上に存在し得るので、APは、各タイプの低遅延トラフィックの遅延要件を満たすために、各タイプのトラフィックのためのリソースを予約することができる。

可能な実装形態では、T_rは、T_r≦t_delay／2を満たし、t_delayは、第1のトラフィックによって許容される最大遅延である。この解決策では、2つの隣接する第1の予約済みリソース間の間隔は、第1のトラフィックによって許容される最大遅延に基づいて決定される。第1のトラフィックが非周期的なバーストトラフィックである場合であっても、少量のリソースが第1のトラフィックのために予約されている場合、バーストの第1のトラフィックの遅延要件が満たされることができる。大量の予約済みリソースが第1のトラフィックのために予約される必要がないので、リソースの浪費も回避されることができる。

可能な実装形態では、方法は、第1のデバイスが第1のAPからアクション（action）フレームを受信するステップであって、actionフレームは、第3の予約済みリソースを示し、第3の予約済みリソース上で第1のトラフィックを継続するように第1のデバイスに示し、第3の予約済みリソースの開始時点は、少なくとも1つの第1の予約済みリソース内の第1の予約済みリソースの終了時点よりも後であり、actionフレームは、第1の予約済みリソースの終了時点の前に送信され、第1のトラフィックのトラフィック量の伝送持続時間は、第1の予約済みリソースによって占有される持続時間よりも長い、ステップをさらに含む。第1のトラフィックが第1の予約済みリソース上で他の干渉を有し得るので、第1のトラフィックは、第1の予約済みリソースによって占有された持続時間中に伝送されることができない。この解決策では、第1のAPは、第1のトラフィックの伝送が完了され得ることを保証するために、第1のトラフィックが第3の予約済みリソース上で伝送され続けることができるように、第1の予約済みリソース上の第1のトラフィックのための一時的予約済みリソース、すなわち、第3の予約済みリソースをトリガする。

可能な実装形態では、第1の指示情報は、第1のトラフィックが少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースに競合ベースでアクセスすることを許可されることをさらに示し、および／または第1の指示情報は、少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースが第1のトラフィックをスケジューリングもしくは伝送するために使用されることをさらに示す。第1のAPが広いチャネルを占有し、第1のトラフィックのために予約されたリソースがチャネルの全ての周波数領域リソースであるので、リソースの浪費が引き起こされる可能性がある。この解決策では、第1のトラフィックおよび残りのトラフィックが、予約済みリソースの時間領域リソースを再使用し、予約済みリソースの周波数領域リソースを別々に使用し得ることが規定される。これは、リソース利用率を改善することができ、システム全体のトラフィック伝送効率も改善することができる。例えば、ダウンリンクの第1のトラフィックを送信するとき、APは、異なるRUを使用することによって、同じ物理フレームにおいて他のトラフィックを同時に送信してよい。

可能な実装形態では、管理フレームは、ビーコン（Beacon）フレーム、アソシエーション応答（association response）フレーム、プローブ応答（probe response）フレーム、またはアクション（action）フレームである。管理フレームの具体的な実装形態は、本出願のこの実施形態に限定されず、柔軟である。

可能な実装形態では、第1の指示情報は、管理フレームに含まれる第1の要素フィールドおよび／またはクワイエット要素フィールドで搬送される。この解決策では、第1の指示情報は、クワイエット要素フィールド内で搬送され、802．11beより前の端末（レガシー端末とも称され得る）に適用可能である。第1の指示情報は、第1の要素フィールドで搬送される。第1の要素フィールドは、新たに定義されたフィールドであってよく、802．11be端末または802．11be次世代端末（集合的に非レガシー端末と称され得る）に適用可能である。第1の指示情報は、第1の要素フィールドおよびクワイエット要素フィールド内で搬送され、802．11beより前の端末および802．11be端末などのシナリオに適用可能であり得る。

可能な実装形態では、N個のクワイエット要素フィールドが存在し、N個のクワイエット要素フィールドは、N個の第1の予約済みリソースに1対1で対応する。この解決策では、レガシー端末が第1のトラフィックのために予約されたリソースにおいてクワイエットであり、レガシー端末によって引き起こされる非レガシー端末への干渉が回避され、非レガシー端末によって第1のトラフィックを伝送するための低遅延要件が保証されるように、クワイエット要素フィールドを使用することによって、第1のトラフィックのために予約されたN個の第1の予約済みリソースに対して対応するクワイエット間隔が設定される。

可能な実装形態では、管理フレームは、リソース予約要素フィールドおよびクワイエット要素フィールドを含む。第1のデバイスがレガシー端末である場合、第1のデバイスは、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて沈黙することを行い、または第1のデバイスが非レガシー端末である場合、第1のデバイスは、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて少なくとも1つの第1の予約済みリソースを設定する。レガシー端末は、リソース予約要素フィールドを識別することができない。この解決策では、第1の指示情報は、リソース予約要素フィールドおよびクワイエット要素フィールド内で搬送される。したがって、レガシー端末が非レガシー端末のトラフィックのために予約されたリソース上でクワイエットを維持するように、クワイエット要素フィールドが設定され得る。換言すれば、リソースは、1つの信号を使用することによって非レガシー端末のトラフィックのために予約され、レガシー端末は、予約済みリソース上でクワイエットである。

可能な実装形態では、第1のデバイスは、第1のAPと同じAP協調グループ内に位置する第2のAPである。第1のトラフィックは、第1のAPと第2のAPとの間のトラフィックを含む。この場合、第1のデバイスが管理フレームを送信する時点はT_B＋m×T_rであり、T_Bは、第1のAPが管理フレームを送信する送信時点であり、mは、0以上の整数であり、および／または第1のデバイスによってサービスされるセルのリソース予約期間は、T_rに設定される。この解決策は、AP間の通信に適用可能であり得る。協調グループ内の任意のAPは、第1のAP（プライマリAP）によって送信された管理フレームに基づいて、すなわち、第1のトラフィックのためにプライマリAPによって予約されたリソースに基づいて、APによって予約され得るリソースを調整することができる。このようにして、協調グループ内のAPの予約済みリソースは整合されることができ、APは、バックオフするリソース位置を認識することになる。これにより、AP間の相互干渉を回避し、AP間のトラフィック伝送遅延を短くする。

可能な実装形態では、方法は、第1のデバイスが第1の要求メッセージを第1のAPに送信するステップであって、第1の要求メッセージは、第1のデバイスの第1のトラフィックのためのリソースを予約する第1のAPに要求するために使用される、ステップをさらに含む。この解決策は、第1のトラフィックのために固定リソースを予約することによって引き起こされるリソースの浪費を回避することができる。

可能な実装形態では、第1のトラフィックを伝送するためのネットワークのステータスが事前設定されたトリガ条件を満たすと第1のデバイスが決定した場合、第1のデバイスは、第1の要求メッセージを第1のAPに送信し、事前設定されたトリガ条件は、複数のデータパケットの送信遅延が事前設定された閾値を超えることである。この解決策は、第1のデバイスが予約済みリソースを申請する機会、すなわち、第1のデバイスがネットワークのステータスが悪いときにのみ予約済みリソースを申請する機会を提供する。これにより、不必要な予約済みリソースを適用することを回避する。

例えば、複数のデータパケットは、L個の連続するデータパケットである。この解決策では、ネットワークのステータスは、L個の連続するデータパケットの送信遅延に基づいて決定される。L個の連続するデータパケットの送信遅延が遅延閾値を超える場合、L個のデータパケットの各々の送信遅延が遅延要件を超えることを示し、ネットワークのステータスが悪いと考えられ得る。

例えば、複数のデータパケットは、P個のデータパケットの中のL個の連続するデータパケットである。この解決策では、ネットワークのステータスは、P個のデータパケット内のL個の連続するデータパケットの送信遅延に基づいて決定される。P個のデータパケット内のL個の連続するデータパケットの送信遅延が遅延閾値を超える場合、P個のデータパケット内のいくつかのデータパケットの送信遅延が遅延閾値を超え、いくつかのデータパケットの送信遅延が遅延閾値を超えないことを示す。ネットワークの状態は不安定であると考えられ得る。全体として、ネットワークの状態は不良である。

例えば、事前設定された閾値を超えることは、事前設定された閾値のK倍に達することをさらに含む。この解決策では、ネットワークのステータスは、時間周波数リソース上でデータを送信することの遅延に基づいて決定される。例えば、STAが10個のデータパケットを送信する必要があると仮定される。同じ時間周波数リソース上で3つのデータパケットを連続的に送信した後、遅延に起因して、STAは、残りのデータパケットを送信する機会を有さない。この場合、ネットワークのステータスは不良であると考えられ得る。したがって、本出願のこの実施形態では、データパケットの送信遅延が遅延閾値を超えることは、データパケットの送信遅延が遅延閾値のK倍に達することと考えられ得る。

第2の態様によれば、本出願の一実施形態は、チャネルアクセス方法を提供する。方法は、第2の通信装置によって行われ得る。第2の通信装置は、方法に必要とされる機能を実装するために通信デバイスをサポートすることができる通信デバイスまたは通信装置、例えば、チップシステムであり得る。以下では、通信デバイスが第1のAPである例について説明する。方法は、以下のステップを含む。

第1のAPは、管理フレームを生成し、管理フレームを第1のデバイスに送信し、管理フレームは、第1の指示情報を含み、第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示し、少なくとも1つの第1の予約済みリソースは、第1のトラフィックのために予約された時間周波数リソースのみを含む。

可能な実装形態では、予約された時間周波数リソースは、TBTT間のいくつかの時間周波数リソースである。例えば、少なくとも1つの第1の予約済みリソースは、チャネル全体の時間期間であってもよく、またはチャネルのいくつかのRUの時間期間であってもよい。

可能な実装形態では、第1のAPは、マルチリンクデバイスMLD AP内のAPである。第1のAPは、複数のリンク上で動作する。第1の指示情報は、複数のリンクのうちの1つのリンクの時間周波数リソースを示すか、または第1の指示情報は、複数のリンクのうちの第1のリンクのいくつかの時間周波数リソースを示す。

可能な実装形態では、2つの隣接する第1の予約済みリソースの間の間隔T_rは、第1のトラフィックの遅延要件に基づいて決定され、各第1の予約済みリソースによって占有される持続時間は、第1のトラフィックのトラフィック量に基づいて決定される。

可能な実装形態では、T_rは、T_r≦t_delay／2を満たし、t_delayは、第1のトラフィックによって許容される最大遅延である。

可能な実装形態では、方法は、第1のAPがactionフレームを第1のデバイスに送信するステップであって、actionフレームは、第3の予約済みリソースを示し、第3の予約済みリソース上で第1のトラフィックを継続するように第1のデバイスに示し、第3の予約済みリソースの開始時点は、少なくとも1つの第1の予約済みリソース内の第1の予約済みリソースの終了時点よりも後であり、actionフレームは、第1の予約済みリソースの終了時点の前に送信され、第1のトラフィックのトラフィック量の伝送持続時間は、第1の予約済みリソースによって占有される持続時間よりも長い、ステップをさらに含む。

可能な実装形態では、第1の指示情報は、第1のトラフィックが少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースに競合ベースでアクセスすることを許可されることをさらに示し、および／または第1の指示情報は、少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースが第1のトラフィックをスケジューリングもしくは伝送するために使用されることをさらに示す。

可能な実装形態では、管理フレームは、Beaconフレーム、association responseフレーム、probe responseフレーム、またはactionフレームである。

可能な実装形態では、第1の指示情報は、管理フレームに含まれる第1の要素フィールドおよび／またはクワイエット要素フィールドで搬送される。

可能な実装形態では、N個のクワイエット要素フィールドが存在し、N個のクワイエット要素フィールドは、N個の第1の予約済みリソースに1対1で対応する。

可能な実装形態では、管理フレームは、リソース予約要素フィールドおよびクワイエット要素フィールドを含む。第1のデバイスがレガシー端末である場合、第1のデバイスは、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて沈黙することを行い、または第1のデバイスが非レガシー端末である場合、第1のデバイスは、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて少なくとも1つの第1の予約済みリソースを設定する。

可能な実装形態では、第1のデバイスは、第1のAPと同じAP協調グループ内に位置する第2のAPである。第1のトラフィックは、第1のAPと第2のAPとの間のトラフィックを含む。第2のAPがプライマリAPである場合、第1のAPが管理フレームを送信する時点は、T_B＋m×T_rであり、T_Bは、プライマリAPが管理フレームを送信する送信時点であり、mは、0以上の整数であり、および／または第1のデバイスによってサービスされるセルのリソース予約期間は、T_rに設定される。

第2の態様または第2の態様の可能な実装形態によってもたらされる技術的効果については、第1の態様または第1の態様の可能な実装形態の技術的効果の説明を参照されたい。

第3の態様によれば、通信装置が提供される。例えば、通信装置は、前述の第1のデバイスまたは第1のデバイスに配置された装置である。通信装置は、第1の態様または第1の態様の可能な実装形態のうちのいずれか1つによる方法を行うように構成され得る。具体的には、通信装置は、第1の態様または第1の態様の可能な実装形態のうちのいずれか1つによる方法を行うように構成されたモジュールを含み得、例えば、互いに結合された処理モジュールと送受信モジュールとを含む。例えば、通信装置は、前述の第1のデバイスである。

送受信モジュールは、第1のAPから管理フレームを受信するように構成され、管理フレームは、第1の指示情報を含み、第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示し、少なくとも1つの第1の予約済みリソースは、第1のトラフィックのために予約された時間周波数リソースのみを含む。

送受信モジュールは、処理モジュールによって決定された少なくとも1つの第1の予約済みリソース上でチャネルアクセスを開始し、第1のトラフィックを伝送するようにさらに構成される。

可能な実装形態では、少なくとも1つの第1の予約済みリソースは、TBTT間のいくつかの時間周波数リソースである。例えば、少なくとも1つの第1の予約済みリソースは、帯域幅全体のチャネルであってもよく、またはチャネルのいくつかのRUであってもよい。

可能な実装形態では、APは、MLD AP内のAPである。第1のAPは、複数のリンク上で動作する。第1の指示情報は、複数のリンクのうちの1つのリンクの時間周波数リソースを示すか、または第1の指示情報は、複数のリンクのうちの第1のリンクのいくつかの時間周波数リソースを示す。

可能な実装形態では、2つの隣接する第1の予約済みリソースの間の間隔T_rは、第1のトラフィックの遅延要件に基づいて決定され、各第1の予約済みリソースによって占有される持続時間は、第1のトラフィックのトラフィック量に基づいて決定される。

可能な実装形態では、管理フレームは第2の指示情報を含む。第2の指示情報は、第2のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第2の予約済みリソースを示す。少なくとも1つの第2の予約済みリソースは、第2のトラフィックのために予約された時間周波数リソースのみを含む。少なくとも1つの第2の予約済みリソースは、少なくとも1つの第1の予約済みリソースと重複しない。

可能な実装形態では、T_rは、T_r≦t_delay／2を満たし、t_delayは、第1のトラフィックによって許容される最大遅延である。

可能な実装形態では、送受信モジュールは、第1のAPからアクション（action）フレームを受信するようにさらに構成され、actionフレームは、第3の予約済みリソースを示し、第3の予約済みリソース上で第1のトラフィックを継続するように第1のデバイスに示し、第3の予約済みリソースの開始時点は、少なくとも1つの第1の予約済みリソース内の第1の予約済みリソースの終了時点よりも後であり、actionフレームは、第1の予約済みリソースの終了時点の前に送信され、第1のトラフィックのトラフィック量の伝送持続時間は、第1の予約済みリソースによって占有される持続時間よりも長い。

可能な実装形態では、第1の指示情報は、第1のトラフィックが少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースに競合ベースでアクセスすることを許可されることをさらに示し、および／または第1の指示情報は、少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースが第1のトラフィックをスケジューリングもしくは伝送するために使用されることをさらに示す。

可能な実装形態では、管理フレームは、Beaconフレーム、association responseフレーム、probe responseフレーム、またはactionフレームである。

可能な実装形態では、第1の指示情報は、管理フレームに含まれる第1の要素フィールドおよび／またはクワイエット要素フィールドで搬送される。

可能な実装形態では、N個のクワイエット要素フィールドが存在し、N個のクワイエット要素フィールドは、N個の第1の予約済みリソースに1対1で対応する。

可能な実装形態では、管理フレームは、リソース予約要素フィールドおよびクワイエット要素フィールドを含む。通信装置がレガシー端末である場合、処理モジュールは、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて沈黙することを行うように構成されるか、または通信装置が非レガシー端末である場合、処理モジュールは、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて少なくとも1つの第1の予約済みリソースを設定するように構成される。

可能な実装形態では、通信装置は、第1のAPと同じAP協調グループ内に位置する第2のAPである。第1のトラフィックは、第1のAPと第2のAPとの間のトラフィックを含む。処理モジュールは、通信装置が管理フレームを送信する時点がT_B＋m×T_rであると決定するようにさらに構成され、T_Bは、第1のAPが管理フレームを送信する時点であり、mは、0以上の整数であり、および／または、
処理モジュールは、通信装置によってサービスされるセルのリソース予約期間がT_rに設定されると決定するようにさらに構成される。

可能な実装形態では、送受信モジュールは、第1のデバイスによって、第1の要求メッセージを第1のAPに送信するようにさらに構成され、第1の要求メッセージは、通信装置の第1のトラフィックのためのリソースを予約する第1のAPに要求するために使用される。

可能な実装形態では、処理モジュールが、第1のトラフィックを伝送するためのネットワークのステータスが事前設定されたトリガ条件を満たすと決定した場合、送受信モジュールは、第1の要求メッセージを第1のAPに送信し、事前設定されたトリガ条件は、複数のデータパケットの送信遅延が事前設定された閾値を超えることである。

例えば、複数のデータパケットは、L個の連続するデータパケットである。

例えば、複数のデータパケットは、P個のデータパケットの中のL個の連続するデータパケットである。

例えば、事前設定された閾値を超えることは、事前設定された閾値のK倍に達することをさらに含む。

第3の態様または第3の態様の可能な実装形態によってもたらされる技術的効果については、第1の態様または第1の態様の可能な実装形態の技術的効果の説明を参照されたい。

第4の態様によれば、通信装置が提供される。例えば、通信装置は、前述の第1のAPまたは第1のAPに配置された装置である。通信装置は、第2の態様または第2の態様の可能な実装形態のうちのいずれか1つによる方法を行うように構成され得る。具体的には、通信装置は、第2の態様または第2の態様の可能な実装形態のうちのいずれか1つによる方法を行うように構成されたモジュールを含み得、例えば、互いに結合された処理モジュールと送受信モジュールとを含む。例えば、通信装置は、前述の第1のデバイスである。

処理モジュールは、管理フレームを生成するように構成される。送受信モジュールは、管理フレームを第1のデバイスに送信するように構成される。管理フレームは、第1の指示情報を含む。第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示す。少なくとも1つの第1の予約済みリソースは、第1のトラフィックのために予約された時間周波数リソースのみを含む。

可能な実装形態では、予約された時間周波数リソースは、TBTTにおけるいくつかの時間周波数リソースである。例えば、少なくとも1つの第1の予約済みリソースは、チャネル全体の時間期間であってよく、または、チャネルのいくつかのリソース要素（resource unit、RU）の時間期間であってよい。

可能な実装形態では、第1のAPは、マルチリンクデバイスMLD AP内のAPである。第1のAPは、複数のリンク上で動作する。第1の指示情報は、複数のリンクのうちの1つのリンクの時間周波数リソースを示すか、または第1の指示情報は、複数のリンクのうちの第1のリンクのいくつかの時間周波数リソースを示す。

可能な実装形態では、2つの隣接する第1の予約済みリソースの間の間隔T_rは、第1のトラフィックの遅延要件に基づいて決定され、各第1の予約済みリソースによって占有される持続時間は、第1のトラフィックのトラフィック量に基づいて決定される。

可能な実装形態では、T_rは、T_r≦t_delay／2を満たし、t_delayは、第1のトラフィックによって許容される最大遅延である。

可能な実装形態では、送受信モジュールは、actionフレームを第1のデバイスに送信するようにさらに構成され、actionフレームは、第3の予約済みリソースを示し、第3の予約済みリソース上で第1のトラフィックを継続するように第1のデバイスに示し、第3の予約済みリソースの開始時点は、少なくとも1つの第1の予約済みリソース内の第1の予約済みリソースの終了時点よりも後であり、actionフレームは、第1の予約済みリソースの終了時点の前に送信され、第1のトラフィックのトラフィック量の伝送持続時間は、第1の予約済みリソースによって占有される持続時間よりも長い。

可能な実装形態では、第1の指示情報は、第1のトラフィックが少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースに競合ベースでアクセスすることを許可されることをさらに示し、および／または第1の指示情報は、少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースが第1のトラフィックをスケジューリングもしくは伝送するために使用されることをさらに示す。

可能な実装形態では、管理フレームは、Beaconフレーム、association responseフレーム、probe responseフレーム、またはactionフレームである。

可能な実装形態では、第1の指示情報は、管理フレームに含まれる第1の要素フィールドおよび／またはクワイエット要素フィールドで搬送される。

可能な実装形態では、N個のクワイエット要素フィールドが存在し、N個のクワイエット要素フィールドは、N個の第1の予約済みリソースに1対1で対応する。

可能な実装形態では、管理フレームは、リソース予約要素フィールドおよびクワイエット要素フィールドを含む。第1のデバイスがレガシー端末である場合、処理モジュールは、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて沈黙することを行うように構成されるか、または第1のデバイスが非レガシー端末である場合、処理モジュールは、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて少なくとも1つの第1の予約済みリソースを設定するように構成される。

可能な実装形態では、通信装置は、AP協調グループ内に位置する第1のAPである。第1のトラフィックは、通信装置と第2のAPとの間のトラフィックを含む。第2のAPがプライマリAPである場合、処理モジュールは、通信装置が管理フレームを送信する時点がT_B＋m×T_rであると決定するようにさらに構成され、T_Bは第2のAPが管理フレームを送信する時点であり、mは0以上の整数であり、および／または、
処理モジュールは、通信装置によってサービス提供されるセルのリソース予約期間がT_rに設定されると決定するようにさらに構成される。

第4の態様または第4の態様の可能な実装形態によって達成される技術的効果については、第2の態様または第2の態様の可能な実装形態の技術的効果の説明を参照されたい。

第5の態様によれば、本出願の一実施形態は、通信装置を提供する。通信装置は、実施形態における第3の態様もしくは第4の態様における通信装置、または第3の態様もしくは第4の態様における通信装置に配置されたチップであってもよい。通信装置は、通信インターフェースおよびプロセッサを含み、任意選択で、メモリをさらに含む。メモリは、コンピュータプログラム、命令、またはデータを記憶するように構成される。プロセッサは、メモリおよび通信インターフェースに結合される。プロセッサがコンピュータプログラム、命令、またはデータを読み取ると、通信装置は、第1の態様または第2の態様における方法の実施形態において第1のデバイスまたは第1のAPによって行われる方法を行うことを可能にされる。

通信インターフェースは、通信装置内のアンテナ、フィーダ、コーデックなどを使用することによって実装され得ることを理解されたい。あるいは、通信装置が第1のAPに配置されたチップである場合、通信インターフェースは、チップの入力／出力インターフェース、例えば、入力／出力ピンであってもよい。通信装置は、通信装置と他のデバイスとの間の通信を行うように構成された送受信器をさらに含み得る。例えば、通信装置が第1のデバイスであるとき、他のデバイスは第1のAPであり、または、通信装置が第1のAPであるとき、他のデバイスは第1のデバイスである。

第6の態様によれば、本出願の一実施形態は、チップシステムを提供する。チップシステムは、プロセッサを含み、メモリをさらに含んでもよく、第3の態様または第4の態様における通信装置によって行われる方法を実装するように構成される。可能な実装形態では、チップシステムは、プログラム命令および／またはデータを記憶するように構成されたメモリをさらに含む。チップシステムは、チップを含んでもよく、またはチップと他のディスクリート部品とを含んでもよい。

第7の態様によれば、本出願の一実施形態は、通信システムを提供する。通信システムは、第3の態様における通信装置と、第4の態様における通信装置とを含む。

第8の態様によれば、本出願は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶する。コンピュータプログラムが実行されると、前述の態様における第1のデバイスによって行われる方法が実装されるか、または前述の態様における第1のAPによって行われる方法が実装される。

第9の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードが実行されると、前述の態様における第1のデバイスによって行われる方法が行われるか、または前述の態様における第1のAPによって行われる方法が行われる。

第5の態様から第9の態様および第5の態様から第9の態様の実装形態の有益な効果については、第1の態様または第2の態様における方法および第1の態様または第2の態様の実装形態の有益な効果の説明を参照されたい。

本出願の一実施形態が適用可能なWLANのネットワークアーキテクチャの図である。 マルチリンク通信APに適用可能なネットワークアーキテクチャの図である。 CSMA／CAメカニズムにおけるWLANのコンテンションウィンドウと再伝送との間の関係の概略図である。 本出願の一実施形態による、クワイエット時間期間保護に基づくP2P通信の概略図である。 本出願の一実施形態による、異なるユーザにチャネルを別々に割り当てることの概略図である。 本出願の一実施形態によるチャネルアクセス方法の概略フローチャートである。 本出願の一実施形態による、1つのタイプのトラフィックのために予約されたリソースの概略図である。 本出願の一実施形態による、2つのタイプのトラフィックのために予約されたリソースの概略図である。 本出願の一実施形態による、トラフィックのために予約された2つの隣接する予約済みリソース間の間隔の概略図である。 本出願の一実施形態による、トラフィックのための一時的予約済みリソースをトリガする間隔の概略図である。 本出願の一実施形態による、リソース予約要素のフォーマットの概略図である。 本出願の一実施形態による、周期的リソース予約要素のフォーマットの概略図である。 本出願の一実施形態による、短期リソース予約要素のフォーマットの概略図である。 本出願の一実施形態による、一時的リソース予約セットアップフィールドのフォーマットの概略図である。 本出願の一実施形態による、リソース予約解放フィールドのフォーマットの概略図である。 本出願の一実施形態による、AP協調グループのネットワークアーキテクチャの図である。 本出願の一実施形態による、他のAP協調グループのネットワークアーキテクチャの図である。 本出願の一実施形態による、クワイエット時間期間保護に基づくAP協調グループの通信の概略図である。 本出願の一実施形態による、APとSTAとの間の通信のネットワークアーキテクチャの図である。 本出願の一実施形態による、STAによって、アップリンク低遅延トラフィックのためのリソース予約をトリガするステップのフローチャートである。 本出願の一実施形態による、APによって、ダウンリンク低遅延トラフィックのためのリソース予約をトリガするステップのフローチャートである。 既存の802．11規格における既存のクワイエット要素の構造の概略図である。 本出願の一実施形態による、クワイエット要素フィールドおよびリソース予約要素フィールドを使用することによってリソース予約を実装することの概略図である。 本出願の一実施形態による、一時的リソース予約セットアップ要素のフォーマットの概略図である。 本出願の一実施形態による通信装置の構造の概略図である。 本出願の一実施形態による通信装置の他の構造の概略図である。

本出願の実施形態の目的、技術的解決策、および利点をより明確にするために、以下では、添付の図面を参照して本出願の実施形態を詳細にさらに説明する。

本出願の実施形態は、ワイヤレスローカルエリアネットワーク（wireless local area network、WLAN）シナリオに適用可能であり得、IEEE 802．11システム規格、例えば、802．11a／b／g規格、802．11n規格、802．11ac規格、802．11ax規格、または次世代規格、例えば、802．11be規格もしくはさらなる次世代規格に適用可能であり得る。あるいは、本出願の実施形態は、ワイヤレスローカルエリアネットワークシステム、例えば、モノのインターネット（internet of things、IoT）ネットワークまたは車両のインターネット（Vehicle to X、V2X）ネットワークに適用されてもよい。確かに、本出願の実施形態は、他の可能な通信システム、例えば、ロングタームエボリューション（long term evolution、LTE）システム、LTE周波数分割複信（frequency division duplex、FDD）システム、LTE時分割複信（time division duplex、TDD）、ユニバーサル移動体通信システム（universal mobile telecommunication system、UMTS）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（worldwide interoperability for microwave access、WiMAX）通信システム、および将来の5G通信システムにさらに適用され得る。

例えば、図1は、本出願の一実施形態が適用可能なWLANのネットワークアーキテクチャの図である。図1において、例えば、WLANは、2つのワイヤレスアクセスポイント（access point、AP）（それぞれAP 1およびAP 2である）を含む。AP 1およびAP 2はそれぞれ、1つ以上の局（station、STA）に関連付けられ得る。図1に示されるように、例えば、AP 1およびAP 2はそれぞれ、2つのSTAに関連付けられる。例えば、AP 1に関連付けられたSTAは、STA 1およびSTA 2を含み、AP 2に関連付けられたSTAは、STA 3およびSTA 4を含む。任意のAPは、関連付けられたSTAおよび／または関連付けられていないSTAのための無線リソースをスケジューリングし、スケジューリングされた無線リソース上でSTAのためのデータを伝送し得る。例えば、AP 1は、STA 1およびSTA 2のための無線リソースをスケジューリングし、スケジューリングされた無線リソース上でSTA 1およびSTA 2のためのアップリンクデータ情報および／またはダウンリンクデータ情報を含むデータを伝送することができる。AP 2は、STA 3およびSTA 4のための無線リソースをスケジューリングし、スケジューリングされた無線リソース上でSTA 3およびSTA 4のためのアップリンクデータ情報および／またはダウンリンクデータ情報を含むデータを伝送することができる。加えて、本出願のこの実施形態は、AP間の通信に適用可能であり得る。例えば、APは、可能なデータリンクを通して互いに通信し得る。本出願のこの実施形態は、STA間の通信にも適用可能である。加えて、本出願のこの実施形態におけるAPおよびSTAは、複数のリンク上での同時伝送をサポートするワイヤレス伝送デバイスであってよく、例えば、マルチリンクデバイス（Multi－link device、MLD）またはマルチバンドデバイス（multi－band device、MBD）と称され、より高い送信効率およびより高いスループットを有する。本明細書では、複数のリンク上の通信をサポートするAPは、MLD APと称されることがあり、複数のリンク上の通信をサポートするSTA、すなわち、マルチリンクSTAは、非アクセスポイント局（non－Access Point Station、non－AP STA）と称され得る。図1におけるAPおよびSTAの数は例にすぎず、より多くても少なくてもよいことを理解されたい。

図2は、本出願の一実施形態によるマルチリンク通信のネットワークアーキテクチャの図である。ワイヤレスローカルエリアネットワークにおいて、マルチリンクデバイスは、複数のリンク上で他のデバイスと通信する。図3は、マルチリンクAPデバイス101とマルチリンクSTAデバイス102との間の通信の概略図である。マルチリンクAPデバイス101は、所属するAP 101－1および所属するAP 101－2を含む。マルチリンクSTAデバイス102は、所属するSTA 102－1および所属するSTA 102－2を含む。マルチリンクAPデバイス101およびマルチリンクSTAデバイス102は、リンク1およびリンク2上で同時に通信する。

本出願の実施形態におけるマルチリンクデバイスは、シングルアンテナデバイスであってもよく、またはマルチアンテナデバイスであってもよく、例えば、マルチリンクデバイスは、2つより多くのアンテナを有するデバイスであってもよい。マルチリンクデバイスに含まれるアンテナの数は、本出願のこの実施形態では限定されない。本出願のこの実施形態では、マルチリンクデバイスは、同じアクセスタイプのトラフィックが異なるリンク上で伝送されることを可能にし得、または、同じデータパケットが異なるリンク上で伝送されることさえ可能にし得る。代替的に、マルチリンクデバイスは、同じアクセスタイプのトラフィックが異なるリンク上で伝送されることを可能にしないことがあるが、異なるアクセスタイプのトラフィックが異なるリンク上で伝送されることを可能にし得る。マルチリンクデバイスは、サブ1 GHz、2．4 GHz、5 GHz、6 GHz、および高周波数60 GHzの周波数帯域上で動作し得る。

本出願のこの実施形態におけるSTAは、ユーザ端末、ユーザ装置、アクセス装置、加入者局、加入者ユニット、移動局、ユーザエージェント、ユーザデバイス、またはワイヤレス通信機能を有する他のデバイスとすることができる。ユーザ端末は、ワイヤレス通信機能を有するデバイス、例えば、ハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、コンピューティングデバイス、およびワイヤレスモデムに接続された他の処理デバイスであってもよい。ユーザ端末は、代替的に、ユーザ機器（user equipment、UE）、移動局（mobile station、MS）、端末（terminal）、端末機器（terminal equipment）、ポータブル通信デバイス、ハンドヘルドデバイス、ポータブルコンピューティングデバイス、エンターテインメントデバイス、ゲームデバイスもしくはゲームシステム、全地球測位システムデバイス、またはワイヤレス媒体を介してネットワーク通信を行うように構成された種々の形態の任意の他の適切なデバイスであり得る。例えば、STAは、ルータ、スイッチ、ブリッジなどであってもよい。本明細書では、説明を簡単にするために、上述のデバイスは、局またはSTAと総称される。

本出願のこの実施形態におけるAPは、ワイヤレス通信ネットワークに配置され、APに関連付けられたSTAにワイヤレス通信機能を提供する装置である。APは、通信システムのハブとして使用されてもよく、基地局、ルータ、ゲートウェイ、リピータ、通信サーバ、スイッチ、またはブリッジなどの通信デバイスであってもよい。基地局は、種々の形態のマクロ基地局、マイクロ基地局、中継局などを含み得る。本明細書では、説明を簡単にするために、上述のデバイスは、APと総称される。

WLANは、ライセンス不要の周波数帯域で動作する。換言すれば、無線仕様を満たす任意のデバイスは、この周波数帯域上でデータを送信または受信することができる。しかしながら、WLANには複数のデバイスが存在する。複数のデバイスが同じ時間期間にデータを送信するために同じチャネルを使用する場合、衝突が明らかに引き起こされ、複数のデバイスはデータを送信することができない。WLAN内のデバイス間の衝突を低減するために、WLAN内の全てのデバイスが、衝突回避付きキャリア検知多重アクセス（carrier sense multiple access with collision avoidance、CSMA／CA）機構を使用することによって通信を行い得ることが規定されている。具体的には、データを送信する前に、WLAN内の全てのデバイスは、チャネルアクセス手順をアクティブに開始することができ、次いで、CSMA／CA機構を使用することによってチャネル状態を監視し、チャネルがアイドルであるかどうかを決定することができる。チャネルは、チャネルがアイドルであるときにのみデータを送信するために使用される。チャネルがアイドルでない場合、それは、チャネルが他のデバイスによって使用されており、チャネルがデータを送信するために使用されていないことを示す。

具体的には、WLAN内のデバイスが、チャネルがアイドル状態にあることを検出したとき、デバイスは、直ちにデータを送信せず、ある時間期間の後にデータを送信し始める。例えば、チャネルアイドル時間が分散フレーム間スペース（distributed inter－frame space、DIFS）を超えた後、デバイスは、コンテンションウィンドウ（contention windows、CW）から値（略して乱数と称され得る）、すなわち［0，CW］をランダムに選択することができる。乱数は、チャネルアイドル時間の1スロット時間（slot time）ごとに1ずつ減少される。乱数が0に減少されると、デバイスはデータの送信を開始する。CWの可能な値は、31、63、127、255、511、および1023を含む。対応するバックオフ時間は、それぞれ、279マイクロ秒、567マイクロ秒、1143マイクロ秒、2295マイクロ秒、4599マイクロ秒、および9207マイクロ秒である。

しかしながら、WLAN内に大量のユーザが存在するとき、複数のユーザがCSMA／CAベースのチャネルアクセス手順を同時に開始することがあり、依然として衝突が発生することがある。例えば、複数のユーザが、チャネルがアイドルであることを同時に検出し、複数のユーザがコンテンションウィンドウから同じ乱数を選択した場合、複数のユーザは、同じ時点でデータを送信することを選択する。明らかに、衝突はデータ送信の失敗を引き起こす。この場合、複数のユーザのうちのいずれか1人がデータ送信失敗を決定した場合、ユーザは他のユーザと衝突すると考えられてもよく、ユーザは、CWにおける最大値を増加させることを選択してよく、その結果、次のチャネルアクセス中の衝突の確率が低減される。例えば、図3は、CSMA／CAメカニズムにおけるWLANのコンテンションウィンドウと再伝送との間の関係の概略図である。例えば、再伝送がないとき、すなわち、ユーザがデータを送信し始める前に、CWから選択された乱数は31であり得る。ユーザが初めてデータを送信することに失敗したとき、ユーザは、CWにおける最大値を増加させてもよい。換言すれば、ユーザはCWを拡大することができる。例えば、CWでの最大値は63に増加されることができる。この場合、CWからユーザによって選択される乱数の範囲は大きく、次のチャネルアクセス中の衝突の確率は低減され得る。ユーザがコンテンションウィンドウを拡大した後にデータ送信失敗が依然として発生する場合、すなわち、再伝送が必要とされる場合、ユーザは、CWを拡大し続けることができ、例えば、CWの最大値を127に増加させることができることを理解されたい。同様に、ユーザが5回以上の再伝送に失敗した場合、CWの最大値は1023に増加され得る。

WLAN内により多くのユーザが存在するとき、衝突確率はより高いことを理解されたい。対応して、より大きい平均CWは、ユーザがチャネルにアクセスするためのより長い時間を示すことが図3から知見され得る。特に、オフィスまたは家庭の屋内環境では、通常、2つ以上のWLANがあり、周波数内WLAN間に競合関係がある。これは、ユーザに対してより長いチャネルアクセス遅延を引き起こす。WLAN内の各ユーザがチャネルを求めて競合するとき、各ユーザは、CWから乱数をランダムに選択し、ユーザは、CWの範囲をさらに調整することができる。したがって、各ユーザがデータを送信するためにチャネルにアクセスするための遅延はランダムである。換言すれば、遅延は不定である。換言すれば、WLANエアインターフェースにおいてWLAN内の各ユーザによって送信されるデータパケットのチャネルアクセス遅延は、ロングテール分布を示す。概して、ほとんどのデータパケットのアクセス遅延は、平均遅延よりも小さく、少数のデータパケットのアクセス遅延は、非常に長い。低遅延を必要とするトラフィックの場合、データパケットの遅延は、より高い遅延要件を有するトラフィックを満たすことができない。これは、不安定なトラフィック遅延および不十分なユーザ体験を引き起こす。

より高い遅延要件を有するトラフィック（本出願では高優先度トラフィックと称され得る）に対してより良好なサービス品質（quality of service、QoS）保証を提供するために、IEEE 802．11はEDCA競合キューを導入する。EDCAは、CWにおける最大値の取り得る値を増加させる。例えば、CWの最大値は7または15であってもよい。すなわち、EDCAは、CWの最大値および最小値の範囲を狭める。これは、高優先度トラフィックがチャネルを求めて競合する確率を増加させることができ、高優先度トラフィックの遅延を短くする。例えば、最も高い優先度の音声キューに対するCWの値の範囲は、［7，15］として定義されてもよい。2番目に高い優先度のビデオキューのためのCWの値範囲は、［15，31］として定義され得る。EDCAは、高優先度トラフィックがチャネルにアクセスする確率を増加させ、高優先度トラフィックの遅延を短くすることができるが、高優先度トラフィックの競合および衝突は依然として存在する。加えて、CWの減少は、高優先度トラフィックのより頻繁な衝突を引き起こす。具体的には、ますます多くのタイプの高優先度トラフィックの出現とともに、例えば、IEEE 802．11リアルタイムアプリケーション（real time application、RTA）関心グループでは、リアルタイムオンラインゲーム、リアルタイムビデオ、産業用無線、および無人航空機制御などの複数の低遅延シナリオが定義されている。これらのトラフィックの遅延要件範囲は、1 ms～100 msであり、これは、EDCAメカニズムにおける最も優先度の高いトラフィック音声の遅延要件（300 ms）をはるかに超えている。EDCAメカニズムは依然として使用され、高優先度トラフィック間の衝突はより深刻である。

そこで、802．11axでは、1回の伝送の粒度で衝突を低減する方法が提案されている。例えば、ポイントツーポイント通信衝突を低減するための方法が提案される。本明細書におけるポイントツーポイント通信は、APまたは中央制御ノードを伴わない複数の端末間の通信、例えば、ポイントツーポイント（point to point、P2P）通信を指し、アドホック通信も含む。P2P通信と比較して、本明細書では、APまたは中央制御ノードを含むネットワークをAP－STAネットワーク（通信）と称することができる。AP－STAネットワークとP2Pネットワークの両方が存在するとき、一部の端末は、2つのネットワーク内にあり、P2P端末と称される。他の端末は、AP－STAネットワーク内にあり、非P2P端末と称される。P2P端末が、P2P通信が将来の期間に存在し得ることをAP－STAネットワーク内の非P2P端末に通知するとき、非P2P端末は、ポイントツーポイント伝送のために使用されるチャネルをバックオフすることを選択し得る。これは、ポイントツーポイント通信におけるP2P端末のチャネルアクセス遅延を短くすることができる。以下では、ポイントツーポイント通信（P2P通信）の例について説明する。P2PネットワークまたはAP－STAネットワークにかかわらず、端末は、802．11ax規格における端末（略してHE端末、すなわち、Wi－Fi 6デバイスまたは802．11be端末と称され得る）である。同様に、802．11ax規格におけるAPは、HE APとも称され得る。対照的に、802．11ax規格より前の端末は、レガシー（legacy）端末と称され得る。

非P2P端末はP2Pスケジューリング情報を理解することができないので、2つの異なるシステム（すなわち、ポイントツーポイントネットワークとAP－STAネットワーク）の間に干渉が存在する可能性がある。802．11axでは、P2P通信を開始する前に、端末がHE APにクワイエット時間期間（quiet time period、QTP）要求（request）を送信し得ることが規定されている。要求を受信した後、HE APは、他の全ての端末にクワイエット時間期間セットアップ（quiet time period setup）フレームを送信し得る。フレームを受信するHE端末は、P2P通信における衝突を回避するために、後続の時間期間においてバックオフすることを選択し得る。

理解を容易にするために、図4は、本出願の一実施形態によるクワイエット時間期間保護に基づくP2P通信の概略図である。例えば、図4は、4つのSTA、すなわち、STA 1、STA 2、STA 3、およびSTA 4を示す。STA 1、STA 2、およびSTA 3は、全てHE端末である。STA 1およびSTA 3はP2Pネットワークに位置され、STA 2はP2Pネットワークに位置されず、STA 4はレガシー端末である。

図4から知見され得るように、P2P通信を開始する前に、STA 1は、クワイエット時間期間要求をAPに送信する。クワイエット時間期間要求を受信した後、APは、クワイエット時間期間応答メッセージ、すなわち、QTP responseをSTA 1に送信する。また、APは、全ての端末（STA 1～STA 4）にクワイエット時間期間セットアップ（QTP Setup）フレームを送信する。STA 1は、STA 3とのP2P通信を行うことを要求するので、STA 1は、QTP responseおよびQTP setupフレームを受信し、P2PフレームをSTA 3に送信することができる。P2Pフレームを受信した後に、STA 3は、クワイエット時間期間においてブロック肯定応答（block acknowledge、BA）フレームをSTA 1に送信し得る。

STA 2は、QTP setupフレームを受信し、QTPにP2Pトラフィックが存在することを認識することができる。STA 2は、QTPにおいてバックオフすることを選択し、チャネルを解放することができる。もちろん、STA 2は、代替的に、チャネルを使用し続けることを選択してもよい。換言すれば、STA 2は、チャネルを使用し続けるかどうかを決定し、APは、QTPにおいてチャネルを解放するようにSTA 2に強制しない。例えば、STA 2によって伝送されるトラフィックが低遅延要件を有する場合、STA 2は、QTPにおいてクワイエットであることを選択し、チャネルをアクティブに解放し得る。これは、STA 2が衝突によってトラフィックを再伝送することができるときに引き起こされるSTA 2のエネルギー消費の増加を回避することができる。しかしながら、STA 2がアクティブにバックオフした場合、STAは長いチャネルアクセス遅延を有する。したがって、ほとんどの場合、STA 2は、アクティブにバックオフすることを選択しない。このようにして、STA 2は、依然としてSAT 1またはSTA 3とチャネルを競合することがあり、依然としてP2P通信において衝突を引き起こす。

STA 4は、QTP setupフレームを受信する。STA 4はlegacy端末であるため、STA 4は、QTP setupフレームを識別することができない。したがって、STA 4は、QTPにおいても依然としてチャネルにアクセスし続け、P2P通信において依然として衝突を引き起こす可能性がある。

加えて、図4に示される方法では、端末は、CSMA機構に基づいてチャネルにアクセスした後にのみQTP要求を送信することができ、端末は、P2P通信を開始するたびに、QTP要求、すなわち、一時的なQTP要求を送信する必要がある。したがって、ネットワーク品質が悪い場合、QTP要求が送信されるときに依然として遅延が存在する。P2Pトラフィックの場合、遅延は依然として決定されることができない。

したがって、チャネルがユーザ優先度の粒度で異なる粒度のスロットに分割され、いくつかのスロットがユーザ優先度に基づいて特定のユーザに割り当てられる技術的解決策が提案される。図5に示されるように、チャネルは12個のスロットに分割されてもよく、異なるシャドウ部分のスロットは異なるユーザに割り当てられる。この方法は、一部のユーザが他のユーザよりもチャネルにアクセスするより多くの機会を有するように、ユーザ優先度を区別することができる。例えば、特定のユーザに対して指定されたスロットの場合、特定のユーザのみがチャネルにアクセスすることを許可され、ユーザに対して指定されていないスロットの場合、全てのユーザが競合する可能性がある。このようにして、高優先度ユーザがチャネルにアクセスするより多くの機会を取得することが保証されることができ、高優先度ユーザのトラフィック伝送遅延が短くされる。

しかしながら、これは、ユーザがどのスロットからバックオフを開始するかを認識することができるように、ユーザ間の同期を必要とする。しかしながら、WLANは非同期ネットワークであり、デバイス間のスロット同期を維持することは困難である。加えて、この方法は、ユーザ優先度に基づいてスロットを割り当てる。これは、トラフィックにとって不公平である。例えば、ユーザは、高優先度トラフィックと低優先度トラフィックの両方を有する。ユーザが高優先度に設定される場合、ユーザの低優先度トラフィックは、他のユーザの高優先度トラフィックよりも多くの機会を有する。これは、他のユーザの優先度の高いトラフィックにとって不公平である。

これを考慮して、本出願の一実施形態は、チャネルアクセス方法を提供する。方法では、APは、トラフィック（例えば、第1のトラフィック）のために、競合および使用のための時間周波数リソースを予約することができる。換言すれば、第1のトラフィックのみが、時間周波数リソースに競合ベースでアクセスすることを許可され、第1のトラフィック以外のトラフィックは、時間周波数リソース上でクワイエットである。第1のトラフィックのみが、予約済み時間周波数リソースに競合ベースでアクセスすることを許可されるので、第1のトラフィックがチャネルにアクセスする機会が増加され得、第1のトラフィックの伝送遅延が短くされる。

添付の図面を参照して、本出願の実施形態において提供される技術的解決策を以下に説明する。

図6は、本出願の一実施形態によるチャネルアクセス方法の概略フローチャートである。以下では、本出願のこの実施形態において提供される方法が図1に示される適用シナリオに適用される例について説明する。例えば、本出願のこの実施形態において提供される方法は、AP間の通信に適用可能であってよく、または、APとSTAとの間の通信に適用可能であってよい。確かに、本出願のこの実施形態は、他の可能な通信シナリオまたは通信システムにも適用され得る。トラフィック伝送遅延は、高いトラフィック遅延要件を有する全てのシナリオにおいて、本出願のこの実施形態において提供される方法を使用することによって短くされ得る。加えて、方法は、2つの通信装置によって行われ得る。2つの通信装置は、例えば、第1のアクセスポイント（以下、AP 1して示される）と第1のデバイスである。本出願のこの実施形態がAP間の通信に適用される場合、第1のデバイスはAPであり、例えば、第2のAP（以下ではAP 2として示される）であってよいことを理解されたい。本出願のこの実施形態がAPとSTAとの間の通信に適用される場合、第1のデバイスはSTAである。

具体的には、本出願のこの実施形態によるチャネルアクセス方法の手順は、以下のように説明される。

S601：第1のAPが第1のデバイスに管理フレームを送信し、第1のデバイスが管理フレームを受信し、管理フレームは第1の指示情報を含み、第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示し、少なくとも1つの第1の予約済みリソースは、第1のトラフィックのために予約されたリソースのみを含む。

S602：第1のデバイスが、少なくとも1つの第1の予約済みリソース上でチャネルアクセスを開始し、第1のトラフィックを伝送する。

本出願のこの実施形態は、高い遅延要件を有するトラフィックの伝送遅延を短くすることが意図されている。本明細書では、遅延要件が高いトラフィックは第1のトラフィックと総称される。換言すれば、本明細書における第1のトラフィックは、あるタイプのトラフィックであり、このタイプのトラフィックは、伝送遅延に関する高い要件を有する。例えば、第1のトラフィックは、オンラインゲームトラフィック、リアルタイムビデオトラフィック、産業用ワイヤレストラフィック、または無人航空機制御トラフィックであってもよい。

本出願のこの実施形態では、第1のAPは、第1のトラフィックのために、競合および使用のための時間周波数リソース、例えば、N個の第1の予約済みリソースを予約することができ、Nは1以上の整数である。N個の第1の予約済みリソースは第1のトラフィックのために予約されるので、N個の第1の予約済みリソースは、第1のトラフィックのために予約されたリソースのみを含むと考えられ得る。この場合、第1のトラフィック以外のトラフィックは、N個の第1の予約済みリソースに競合ベースでアクセスしない。換言すれば、第1のトラフィック以外のトラフィックは、N個の第1の予約済みリソース上でクワイエットである。第1のトラフィック以外のトラフィックは、N個の第1の予約済みリソースについて第1のトラフィックと競合しない。したがって、第1のトラフィックがチャネルにアクセスする機会は増やされることができる。さらに、チャネルにアクセス後ごとに、第1のデバイスは、N個の第1の予約済みリソース上で第1のトラフィックを送信またはスケジューリングし続けることができ、その結果、第1のトラフィックの伝送遅延がさらに短くされる。加えて、ネットワーク輻輳が発生した場合であっても、N個の第1の予約済みリソースが第1のトラフィックのために予約されるので、すなわち、第1のトラフィックが他のトラフィックより前にN個の第1の予約済みリソースを使用し得るので、低遅延トラフィックの遅延要件が依然として満たされ得る。加えて、本出願のこの実施形態では、第1のトラフィック（すなわち、特定のトラフィック）のためにリソースが予約される。換言すれば、リソースは、トラフィックの粒度で予約される。ユーザの粒度でリソースを予約する場合と比較して、この場合は、ユーザが共通トラフィックと特定トラフィックの両方を有するので、共通トラフィックが不適切な優先度を取得することを回避することができる。

現在のWLANプロトコルでは、APは、低遅延トラフィックと共通トラフィックとを区別することができない。したがって、第1のAPは、第1のデバイスによって伝送される第1のトラフィックが共通トラフィックとは異なる低遅延トラフィックであることを認識しないか、または第1のAPは、第1のトラフィックの遅延優先度が他のトラフィックの遅延優先度よりも高いことを認識しない。したがって、種々のタイプのトラフィックの公平性を考慮して、第1のAPは、第1のトラフィックのためのリソースをアクティブに予約しない。第1のデバイスが第1のトラフィックを伝送する必要があるとき、第1のデバイスは、第1のトラフィックのためにN個の第1の予約済みリソースを予約するAPに要求し得る。例えば、第1のデバイスは、第1の要求メッセージを第1のAPに送信することができ、第1の要求メッセージは、第1のトラフィックのためのリソースを予約する第1のAPに要求するために使用され得る。

当然ながら、第1のデバイスは、第1のトラフィックが低遅延トラフィック、すなわち、リソースが予約される必要があるトラフィックであることを第1のAPに代替的に通知してもよい。このようにして、第1のデバイスによって伝送されるトラフィックが第1のトラフィックであると第1のAPが決定した場合、第1のAPは、第1のトラフィックのためにN個の第1の予約済みリソースをアクティブに予約することができる。代替的に、第1のAPは、リソースが第1のトラフィックのために予約される必要があると決定し、第1のトラフィックのためにN個の第1の予約済みリソースをアクティブに予約することができる。

一例では、1つ以上の低遅延トラフィックキューが新たに定義されてもよく、低遅延トラフィックキュー内の低遅延は、より高いチャネルアクセス優先度を有する。例えば、既存の4つのEDCA競合キューに加えて、1つ以上の低遅延トラフィックキューが新たに定義されてもよい。第1のデバイスは、第1のAPに低遅延トラフィックキューを通知してもよく、またはプロトコルが低遅延トラフィックキューを予め定義してもよい。第1のAPが、第1のデバイスによって伝送されるトラフィックが第1のトラフィックであり、第1のトラフィックが低遅延トラフィックキュー内にあると決定した場合、第1のAPは、第1のトラフィックのためにリソースが予約される必要があると考え、第1のAPはまた、第1のトラフィックのためにN個の第1の予約済みリソースをアクティブに予約することができる。

他の例では、第1のデバイスは、伝送されるトラフィックが低遅延トラフィックであることを第1のAPに通知するために、第1のトラフィックのトラフィック識別子を第1のAPに送信することができる。例えば、トラフィック識別子は、トラフィックストリーム識別子（traffic stream identifier、TSID）であってよい。それに対応して、第1のトラフィックのためのリソースを予約するとき、第1のAPは、指定されたTSIDを使用することによって、予約済みリソースが第1のトラフィックに属することを示すことができ、換言すれば、TSIDに対応するトラフィックのみがチャネルにアクセスすることを許可される。

いくつかの実施形態では、N個の第1の予約済みリソースは、TBTT間のいくつかの時間周波数リソースであり得る。本明細書におけるTBTTは、第1のAPが管理フレームを2回連続して送信する時間間隔と考えられ得ることに留意されたい。例えば、TBTTは、2つのビーコン（Beacon）フレームが連続して送信される時間間隔であり得るか、またはTBTTは、2つのアソシエーション応答（association response）フレーム、2つのプローブ応答（probe response）フレームなどが連続して送信される時間間隔であり得る。N個の第1の予約済みリソースは、非周期的なリソースであってもよく、または図7に示されるように周期的なリソースであってもよい。これは、本出願のこの実施形態において限定されない。以下では、N個の第1の予約済みリソースが周期的リソースである例を使用する。

一例では、N個の第1の予約済みリソースは、TBTT間の複数のチャネル内で予約された1つのチャネル、または1つのチャネル上で予約されたいくつかのRUであり得る。他の例では、第1のAPがデュアルリンク機能を有する場合、すなわち、第1のAPがMLD APにおけるAPであり、第1のAPが複数のリンク上で動作する場合、N個の第1の予約済みリソースは、複数のリンクの全て、例えば、図2のリンク1およびリンク2の周波数領域リソースであり得る。あるいは、N個の第1の予約済みリソースは、複数のリンクのうちの1つ、例えば、図2のリンク1またはリンク2の周波数領域リソースであってもよい。あるいは、N個の第1の予約済みリソースは、複数のリンクのうちの1つの部分周波数領域リソース、例えば、図2のリンク1またはリンク2の部分周波数領域リソースであってもよい。

他の例では、N個の第1の予約済みリソースは、TBTT間のスペクトル全体に対応する時間領域リソースであってもよく、またはチャネルに対応する時間領域リソースであってもよく、またはチャネル上のいくつかのRUに対応する時間領域リソースであってもよい。

具体的には、N個の第1の予約済みリソースは、第1のトラフィックの遅延要件および第1のトラフィックのトラフィック量に基づいて決定され得る。異なるトラフィックが異なるトラフィック量を有する場合、異なるトラフィックを伝送するために必要とされる持続時間も異なることを理解されたい。N個の第1の予約済みリソースの各々が少量のリソースを占有する場合、例えば、第1のトラフィックが予約済みリソース上で伝送されることは保証されることができず、第1のトラフィックの適切な伝送は保証されることができない。その結果、ユーザ体験は不十分となる。加えて、複数の第1の予約済みリソース内の2つの隣接する第1の予約済みリソース間の間隔（本明細書ではT_rと表される）が長い場合、第1のトラフィックはN個の予約済みリソースを求めて競合し、それを使用するので、第1のトラフィックの遅延要件は満たされないことがある。例えば、第1のトラフィックは低遅延を必要とする。2つの隣接する第1の予約済みリソース間の間隔T_rが長い場合、第1のトラフィックは、前の第1の予約済みリソース上での伝送が完了された後に、長い間隔で現在の第1の予約済みリソース上で伝送される。これは長い遅延を引き起こす。

したがって、本出願のこの実施形態では、2つの隣接する第1の予約済みリソース間の間隔T_rは、第1のトラフィックの遅延要件に基づいて決定されてもよく、各予約済みリソースによって占有される持続時間、すなわち、各予約済みリソースの持続時間は、第1のトラフィックのトラフィック量に基づいて決定される。N個の第1の予約済みリソースは、第1のトラフィックの実際の遅延要件および実際のトラフィック量に基づいて決定されるので、N個の第1の予約済みリソースは、第1のトラフィックの遅延要件を満たすことができ、また、第1のトラフィックの適切な伝送を保証することができる。

さらに、第1のトラフィックは、N個の第1の予約済みリソースに競合ベースでアクセスすることを許可される。換言すれば、本出願のこの実施形態では、トラフィックのために予約されたリソースは、競合方式で使用されるように制限される。複数のトラフィックが存在する場合、複数のトラフィックが同時に伝送される確率は高くても低くてもよい。第1のAPが、デフォルトで、複数のトラフィックの同時伝送の確率が高いと考えた場合、確実に、大量のリソースが複数のトラフィックのために予約される。しかしながら、実際には、複数のトラフィックの同時伝送の確率は低いので、複数のトラフィックの同時伝送の高い確率に基づいてトラフィックのためにリソースが予約される場合、リソースの浪費が明らかに引き起こされる。この場合、本出願のこの実施形態では、第1のAPは、異なるユーザの特定のトラフィック（例えば、第1のトラフィック）の同時伝送の確率に基づいて、第1のトラフィックのために予約されたN個の第1の予約済みリソースを決定することができる。例えば、10人のユーザの第1のトラフィックの同時伝送の確率が20％である場合、第1のAPは、第1のトラフィックのために2N個の第1の予約済みリソースを予約することができる。10N個の第1の予約済みリソースを予約することと比較して、リソース消費は明らかに低減され得る。

いくつかの実施形態では、第1のAPは、異なるトラフィックのために異なる時間周波数リソースを、代替的に予約することができる。例えば、第1のAPは、第2のトラフィックのためにM個の第2の予約済みリソースを予約してもよい。M個の第2の予約済みリソースは、N個の第1の予約済みリソースと同様である。例えば、M個の第2の予約済みリソースは、周期的なリソースであってよく、または非周期的なリソースであってよい。M個の第2の予約済みリソースは、全帯域幅の1つ以上のチャネルであってよく、または、チャネル上のいくつかのRUであってよい。あるいは、第1のAPがMLD APにおけるAPであり、第1のAPが複数のリンク上で動作する場合、M個の第2の予約済みリソースは、複数のリンクの全ての時間周波数リソースであってもよく、または複数のリンクのうちの1つの時間周波数リソースであってもよく、またはM個の第2の予約済みリソースは、複数のリンクのうちの1つのいくつかの時間周波数リソースであってもよい。M個の第2の予約済みリソースの各々によって占有される持続時間は、各第1の予約済みリソースによって占有される持続時間と同じであるか、または異なり得る。2つの隣接する第2の予約済みリソース間の間隔は、2つの隣接する第1の予約済みリソース間の間隔と同じであってもよく、または異なってもよい。具体的には、M個の第2の予約済みリソースの各々によって占有される持続時間は、第2のトラフィックのトラフィック量に基づいて決定されてもよく、2つの隣接する第2の予約済みリソース間の間隔は、第2のトラフィックの遅延要件に基づいて決定されてよい。

一例では、さらに図6を参照されたい。S603：第1のAPは、第2の指示情報を第1のデバイスに送信することができ、第2の指示情報は、第2のトラフィックが競合ベースのアクセスを許可されるM個の第2の予約済みリソースを示すことができる。S603は必須ではなく、したがって、図6では破線を使用することによって示されていることに留意されたい。なお、S603は、S601またはS602の前に行われてもよいし、S601またはS602の後に行われてもよい。

図8に示すように、M個の第2の予約済みリソースは、第2のトラフィックのために予約された時間周波数リソースのみを含み、M個の第2の予約済みリソースは、N個の第1の予約済みリソースと重複しないことを理解されたい。図8は、第1のトラフィックが国家安全／緊急準備（national security／emergency preparedness、NS／EP）トラフィックであり、第2のトラフィックがリアルタイムアプリケーショントラフィックである例を示す。

いくつかの実施形態では、第2の指示情報および第1の指示情報は、一緒に送信され得る。換言すれば、第2の指示情報および第1の指示情報は、同じ管理フレームで搬送される。いくつかの他の実施形態では、第2の指示情報および第1の指示情報は、別々に送信され得る。換言すれば、第2の指示情報は、1つの管理フレームで搬送され、第1の指示情報は、他の管理フレームで搬送される。これは、本出願のこの実施形態において限定されない。

トラフィックがバーストトラフィック、すなわち、非周期的トラフィックであり、トラフィックのために予約されたリソースが周期的リソースである場合、大量の予約済みリソースがリソースの浪費を引き起こすことを理解されたい。しかしながら、少量のリソースがトラフィックのために予約される場合、例えば、2つの隣接するリソース間の間隔が長い場合、トラフィックの遅延要件が満たされない可能性がある。したがって、本出願のこの実施形態では、第1のトラフィックのためにリソースを予約するとき、第1のAPは、第1のトラフィックの平均トラフィック量またはmを乗じた平均トラフィック量に対応する必要なリソースを選択することができ、mは0よりも大きい実数である。加えて、第1のAPは、トラフィックによって許容される最大遅延に基づいて、トラフィックのために予約された2つの隣接するリソース間の間隔を決定し得る。

例えば、N個の第1の予約済みリソースは、第1のトラフィックのために予約される。2つの隣接する第1の予約済みリソース間の間隔T_rは、T_r≦t_delay／2を満たし、ここで、t_delayは、図9に示されるように、第1のトラフィックに対して許容される最大遅延（delay upperbound）である。R1からR4は、N個の第1の予約済みリソースであり、第1のトラフィックによって許容される最大遅延t_delayは、R2の開始時点t2からR4の開始時点までである。任意選択で、本出願のこの実施形態では、R2の開始時点t2とR3の開始時点t3との間の間隔T_r≦t_delay／2は、低遅延トラフィックの要件を可能な限り満たす。N個の第1の予約済みリソースの量が小さい場合であっても、非周期的トラフィックについて、非周期的トラフィックの遅延要件が保証され得る。このようにして、大量の予約済みリソースが第1のトラフィックのために予約される必要はなく、リソースの浪費も回避されるこｆとができる。

さらに、バーストが第1のトラフィックにおいて発生し得るので、例えば、第1のトラフィックが第1の予約済みリソース上で他の干渉を有するので、第1のトラフィックは、第1の予約済みリソースによって占有される持続時間において伝送されることができない。したがって、本出願のこの実施形態では、第1のAPは、第1のトラフィックのための一時的予約済みリソース、例えば、第3の予約済みリソースをトリガしてもよい。第1のトラフィックは、第1のトラフィックが伝送され得ることを保証するために、第3の予約済みリソース上で伝送され続け得る。第3の予約済みリソースの開始時点は、N個の第1の予約済みリソース内の第1の予約済みリソースの終了時点よりも後であることを理解されたい。

一例では、さらに図6を参照されたい。S604：第1のAPが、actionフレームを第1のデバイスに送信し、actionフレームは、第3の予約済みリソースを示し、第3の予約済みリソース上で第1のトラフィックを継続するように第1のデバイスに示す。第1のAPは、第1のトラフィックが第1の予約済みリソース上で伝送されないときのみ、一時的予約済みリソースをトリガすることに留意されたい。したがって、S504は必須ではなく、図6では破線を使用して示されている。

第1のAPは、第1の予約済みリソース上での第1のトラフィックの伝送が完了されていないと決定することを理解されたい。換言すれば、第1のトラフィックのトラフィック量の伝送持続時間は、第1の予約済みリソースによって占有される持続時間よりも長い。この場合、第1のAPは、第1のトラフィックのための一時的予約済みリソース、すなわち第3の予約済みリソースをトリガするために、第1の予約済みリソースの終了時点の前にactionフレームを第1のデバイスに送信することができる。第3の予約済みリソースの開始時点は、第1の予約済みリソースの終了時点よりも後であることを理解されたい。このようにして、第1のトラフィックが第1の予約済みリソース上で伝送された後、第1のトラフィックは、第3の予約済みリソース上で伝送され続ける。

理解を容易にするために、図10は、第1のトラフィックのための一時的予約済みリソースをトリガすることの概略図である。R1～R4は、第1のトラフィックのために予約されたN個の第1の予約済みリソースであり、R1～R4のうちのいずれか1つによって占有される持続時間は、第1のトラフィックのトラフィック量に基づいて決定される。第1のトラフィックは、R2の開始時点t2に到着し、次いで、第1のトラフィックはR2上で伝送される。R3上の第1のトラフィックにバーストが発生する。例えば、R3によって占有される持続時間中に、第1のトラフィックは他の干渉を有し得る。結果として、第1のトラフィックの伝送は、R3によって占有される持続時間内に完了されることができない。換言すれば、R3の終了時点t3の前に、第1のトラフィックの伝送は完了されていない。第1のAPは、R3の終了時点t3の前にリソース予約セットアップ（resource reservation setup）を行い得る。例えば、第1のAPは、t3の前にactionフレームを第1のデバイスに送信して、第1のトラフィックのために第3の予約済みリソース（例えば、図10のtemporary R3）を一時的に予約する。換言すれば、第3の予約済みリソースの開始時点は、R3の終了時点よりも遅い。次いで、第1のトラフィックは、temporary R3上で伝送され続ける。

第1のAPがワイドチャネルを占有し、第1のトラフィックのために予約されたリソースがチャネルの全ての周波数領域リソースである場合、リソースの浪費が引き起こされる可能性があることを理解されたい。したがって、本出願のこの実施形態では、第1のトラフィックおよび共通トラフィックは、N個の第1の予約済みリソースを再使用することを許可される。換言すれば、第1のトラフィックおよび共通トラフィックは、リソース利用率を改善するために、N個の第1の予約済みリソース上でハイブリッド方式で伝送されることを可能にされる。例えば、第1のAPが広いチャネルを占有するとき、第1のAPは、競合ベースのアクセスに対する第1のトラフィックのためにチャネルの部分周波数領域リソースを予約することを選択してよく、他の端末またはトラフィックは、チャネルの部分周波数領域リソース以外の周波数領域リソースを使用することを可能にされ得る。これは、システム全体のリソース利用率およびトラフィック伝送効率を改善することができる。ここでの第1のトラフィックは、特定のトラフィック、例えば、高い遅延要件を有するトラフィックと考えられてもよいことに留意されたい。これに対応して、共通トラフィックは、低遅延要件を有するトラフィックである。

一例では、第1の指示情報は、第1のトラフィックがN個の第1の予約済みリソースのうちの一部に競合ベースアクセスすることを許可されることをさらに示す。第1のデバイスは、第1の指示情報を受信し、チャネルにアクセスするために、N個の第1の予約済みリソース内の部分周波数領域リソースを求めて競合する。部分周波数領域リソース以外のN個の第1の予約済みリソース内の周波数領域リソース（簡単に残りの周波数領域リソースと称され得る）は、チャネルにアクセスするために他のトラフィックによって競合されてもよく、または他のトラフィックを伝送するために使用されてもよい。

同様に、第1の指示情報は、N個の第1の予約済みリソースのうちの一部が第1のトラフィックをスケジューリングまたは伝送するために使用されることをさらに示す。第1のデバイスは、第1の指示情報を受信し、N個の第1の予約済みリソースのうちのいくつかの上で第1のトラフィックを伝送する。第1のAPは、N個の第1の予約済みリソースのうちのいくつかの上で第1のトラフィックをスケジューリングし得る。N個の第1の予約済みリソース内の残りの周波数領域リソースは、他のトラフィックを伝送するために使用され得る。第1のAPに関して、第1のトラフィックは、N個の第1の予約済みリソースのうちのいくつかの上でスケジューリングされ得、他のトラフィックは、残りの周波数領域リソース上でスケジューリングされ得る。例えば、大量のダウンリンク低遅延トラフィックがあるとき、第1のAPは、N個の第1の予約済みリソース内の残りの周波数領域リソース上でダウンリンク低遅延トラフィックを送信することを選択してもよい。いくつかの残る周波数領域リソースがアイドルである場合、第1のAPは、アイドル周波数領域リソース上で共通トラフィックを送信することを選択し得る。これは、リソース利用率およびトラフィック伝送効率をさらに改善することができる。他の例では、少量のダウンリンク低遅延トラフィックが存在する場合、第1のAPは、N個の第1の予約済みリソース上で低遅延トラフィックおよび共通トラフィックを送信し、N個の第1の予約済みリソース以外のリソース上で共通トラフィックを送信することを選択し得る。

本出願のこの実施形態では、管理フレームは、Beaconフレーム、association responseフレーム、probe responseフレーム、またはactionフレームなどあり得る。第1の指示情報、第2の指示情報、または第1の要求メッセージは、管理フレーム内の定義されたフィールドで搬送されてもよく、または、管理フレーム内の新たに追加されたフィールドで搬送されてもよく、または、管理フレーム内の定義されたフィールドおよび新たに追加されたフィールドで搬送されてよい。これは、本出願のこの実施形態において限定されない。

通信ネットワーク内には、種々のタイプの端末、例えば、Wi－Fi 6プロトコルよりも前のバージョンをサポートする端末（略してレガシー（legacy）端末と称され得る）、およびIEEE 802．11ax次世代WLANプロトコル（EHT、extremely high throughput）をサポートする端末（略してEHT端末またはEHT＋端末と称され得る）が存在し得ることを理解されたい。

概して、レガシー端末は共通トラフィックをサポートし、EHT端末は低遅延トラフィックをサポートする。しかしながら、レガシー端末間の伝送遅延を短くするために、APは、レガシー端末がいくつかの時間周波数リソース上でクワイエットであることを通常示す。同様に、本出願のこの実施形態では、第1のトラフィックの伝送遅延を短くするために、他のトラフィックも、第1のトラフィックのために予約された時間周波数リソース上でクワイエットであり得る。この場合、現在の管理フレームフォーマットは互換性があり得、第1の指示情報は、管理フレームの定義されたフィールド内で搬送される。例えば、第1の指示情報は、管理フレーム内のクワイエット要素（quiet element）フィールド内で搬送され得る。

EHT端末またはEHT＋端末の場合、新しいフィールド、例えば、第1の要素フィールドが、管理フレームに追加され得る。第1の指示情報は、第1の要素フィールド内で搬送され得る。第1の要素フィールドで搬送される第1の指示情報は、第1のトラフィックのために予約された時間周波数リソースを示し得る。したがって、第1の要素フィールドは、リソース予約要素（resource reservation element）フィールドと称され得る。当然ながら、第1の要素フィールドの具体的な名称は、本出願のこの実施形態において限定されない。

しかしながら、legacy端末とEHT端末またはEHT＋端末の両方がネットワーク内に存在する場合、第1の指示情報が第1の要素フィールド内でのみ搬送されるとき、legacy端末は、管理フレーム内の新たに追加されたフィールドを識別することができないので、legacy端末は、EHT端末またはEHT＋端末のために予約された時間周波数リソース上でクワイエットになることができない。この場合、レガシー端末の共通トラフィックは、EHT端末またはEHT＋端末の低遅延トラフィックと衝突することがある。この場合、第1の指示情報は、Resource Reservation elementフィールドおよび少なくとも1つのQuiet Elementフィールド内で搬送され得る。例えば、Resource Reservation elementフィールドがN個の第1の予約済みリソースを示す場合、第1の指示情報は、N個のQuiet Elementフィールドにおいてさらに搬送されてもよく、N個のQuiet Elementフィールドは、N個の第1の予約済みリソースに1対1で対応する。第1の指示情報を受信すると、EHT端末またはEHT＋端末は、第1のトラフィックを伝送するために、N個の第1の予約済みリソース上で競合することによってチャネルにアクセスする。legacy端末が第1の指示情報を受信したとき、legacy端末は、N個の第1の予約済みリソース上で沈黙を維持する。このようにして、legacy端末とEHT端末またはEHT＋端末の両方がネットワーク内に存在するとき、legacy端末の共通トラフィックは、EHT端末またはEHT＋端末の低遅延トラフィックと衝突せず、EHT端末またはEHT＋端末の低遅延トラフィックの遅延要件が満たされる。

一例では、図11は、リソース予約要素のフォーマットの概略図である。リソース予約要素は、要素識別情報（Element ID）フィールドと、長さ（Length）フィールドと、要素識別情報拡張（Element ID Extension）フィールドと、リソース予約情報（Resource Reservation info）フィールドとを含み得る。Element IDフィールドおよびElement ID拡張フィールドの値は、標準で予約された値のうちの1つである。例えば、Element ID＝255、Element ID Extension＝12である。

Resource Reservation elementフィールドの特定の実装形態は、代替的に、異なる管理フレーム、指示コンテンツなどのために異なり得ることを理解されたい。本出願のこの実施形態では、Resource Reservation elementフィールドは、複数のサブタイプを含み得る。本明細書のサブタイプは、Resource Reservation elementフィールドの可能な実装形態である。特定の実装形態プロセスでは、Resource Reservation elementフィールドに対応するサブタイプは、図11に示される制御（control）によって示され得る。

一例では、表1は、Resource Reservation elementフィールドに含まれるサブクラスの一例を説明する。Resource Reservation elementフィールドは、3つのサブタイプを含み得る。3つのサブタイプは、周期的リソース予約、非周期的リソース予約、および予約済みリソース解放である。Resource Reservation elementフィールドの異なるサブタイプの特定の実装形態は、代替的に異なり得る。以下では、表1を参照して、Resource Reservation elementフィールドの具体的な実装形態について詳細に説明する。

表1の通常リソース予約フィールドは、周期的リソースを予約するために使用され得る。通常リソース予約要素（Regular Resource reservation element）フィールドのフォーマットは、図12に示され得る。Regular Resource reservation elementフィールドは、Element IDフィールド、Lengthフィールド、Element ID拡張フィールド、Controlフィールド、リソース予約カウント（Resource Reservation count）フィールド、リソース予約期間（Resource Reservation period）フィールド、リソース予約オフセット（resource reservation offset）フィールド、リソース予約間隔（resource reservation interval）フィールド、リソース予約持続時間（resource reservation duration）フィールド、およびリソース予約モード（resource reservation mode）フィールドを含むことができる。

Resource Reservation Countフィールドは、リソース予約を含む次のBeacon intervalの開始時間（TBTTの単位）、すなわち、その後にリソース予約を含む1つのBeacon intervalが現れるTBTTの量を示し得る。Resource Reservation Periodフィールドは、リソース予約を含む期間（TBTTの単位）、すなわち、その後にリソース予約を含む1つのBeacon intervalが現れるTBTTの量を示すことができる。Resource Reservation Offsetフィールドは、第1の予約済みリソースに最も近いTBTTのオフセットを示し得る。Resource Reservation Intervalフィールドは、リソース予約の間隔持続時間を示し得る。Resource Reservation Durationフィールドは、リソース予約の持続時間を示し得る。Resource Reservation modeフィールドは、リソース予約モード、例えば、自由競合、APスケジューリングを待つこと、低遅延予約、AP－AP通信、およびデュアルリンク動作モードを示し得る。低遅延予約は、NS／EPトラフィック予約、リアルタイムトラフィック予約、wireless controlトラフィック予約などをさらに含み得る。デュアルリンク動作モードは、現在のリンク上のみの予約モードと、複数のリンク上の予約モードとをさらに含む。

表1の短期通常リソース予約フィールドはまた、周期的リソースを予約するために使用され得る。ショート通常リソース予約要素（Short Regular Resource Reservation element）フィールドのフォーマットは、図13に示され得る。Short Regular Resource Reservation elementフィールドに含まれる各フィールドが示す内容は、図12と同様である。詳細はここでは再び説明されない。

Short Regular Resource Reservation elementフィールドはまた、リソースを周期的に予約するために、802．11規格における既存のQuiet elementと協働して使用されることに留意されたい。図12に示されるRegular Resource reservationフィールドと比較して、シグナリングオーバーヘッドは低く、シグナリングが低減され得る。

表1のTemp Resource Reservation setupは、非周期的リソースを予約するために使用され得る。Temp Resource Reservation setupフィールドのフォーマットは、図14に示され得る。Temp Resource Reservation setupフィールドに含まれる各フィールドによって示される内容は、図12と同様である。詳細はここでは再び説明されない。

上記は、Resource Reservation elementフィールドを使用することによって周期的リソース予約および非周期的リソース予約を実装する複数の実装形態である。特定の形態にかかわらず、Resource Reservation elementフィールドは、ビーコンフレーム、プローブ応答フレーム、またはアソシエーション要求フレームなどの管理フレーム中で搬送され得る。以下では、Resource Reservation elementフィールドを使用することによるリソース予約解放の実装形態について説明する。

本出願のこの実施形態では、2つのタイプのリソース予約解放、例えば、通常リソース予約解放および一時的リソース予約解放が含まれる。図15は、Resource Reservation releaseフィールドのフォーマットを示す。Resource Reservation setupフィールドに含まれる各フィールドが示す内容は、図12と同様である。詳細はここでは再び説明されない。Regular Resource Reservation releaseフィールドは、Regular Resource Reservationフィールドを使用することによって予約された周期性を解放することを示し得る。Regular Resource Reservation releaseフィールドは、Beaconフレーム内で通常搬送され、Regular Resource Reservationフィールドとペアにされる。Temp Resource Reservation releaseフィールドは、Temporary Resource Reservation setupフィールドを使用することによって予約された非周期的予約済みリソースを解放することを示し得る。Temp Resource Reservation releaseフィールドは、actionフレーム中で通常搬送され、Temporary Resource Reservation Setupフィールドとペアにされる。

本出願のこの実施形態では、N個の第1の予約済みリソースが競合ベースのアクセスに対する第1のトラフィックのために予約される機構が、AP間の通信のためにさらに使用され得る。APとSTAとの間の通信において、第1のトラフィックのために予約されたN個の第1の予約済みリソースは、AP－STA専用リソースであることを理解されたい。AP間の通信では、AP－AP通信のために割り当てられるリソースは、通常、AP－AP専用リソース、例えば、バックホールチャネルである。しかしながら、本出願のこの実施形態では、第1のトラフィックは、APとSTAとの間のトラフィックであってもよく、またはAP間のトラフィックであってもよい。例えば、第1のトラフィックは、第1のAPと第2のAPとの間のトラフィックである。この場合、第1のトラフィックのために第1のAPによって予約されたN個の第1の予約済みリソース（予約済みAP－STA専用リソース）は、AP間の通信のために使用され得る。換言すれば、本出願のこの実施形態では、AP－AP通信は、AP－STA専用リソースを使用することができる。これは、リソース利用率を改善し、予約済みリソース消費を低減する。

複数の周波数内APが協調グループを形成し得、協調グループ中のAPが互いに通信し得ることを理解されたい。協調グループ中の1つのAPは、プライマリAPと称され得る。プライマリAPは、協調制御機能を有し、他のAPの通信を協調させることができる。例えば、プライマリAPは、他のAPにリソースを割り当ててもよい。AP協調グループ内の全てのAPは、同じリソースに競合ベースでアクセスする。複数のAP間の衝突を回避するために、図3のP2P通信におけるバックオフ機構が使用され得る。しかしながら、2つの隣接するAPが互いに近く、2つのAPのリソースが整合されていない（換言すれば、2つのAPがリソースの開始時点および終了時点を認識しない）とき、2つのAPは、バックオフすべきリソースロケーションを認識せず、したがって、相互干渉が依然として存在し得る。

したがって、本出願のこの実施形態では、APは、第1のAPのために予約されたN個の第1の予約済みリソースに基づいて、APの予約済みリソースを調整することができる。このようにして、APの予約済みリソースは、第1のAPの予約済みリソースと整合され得る。この方法によれば、ネットワーク内の複数のAPの予約済みリソースは整合されることができる。このようにして、APは、バックオフすべきリソース位置を認識する。これは、複数のAP間の衝突を回避し、AP間の通信の信頼性を向上させる。

例えば、図16および図17はそれぞれ、AP協調グループのアーキテクチャの概略図を示す。図16は、ネットワークがアクセスコントローラ（access controller、AC）および3つのAPを含む例を示す。3つのAPは、それぞれAP 1、AP 2、およびAP 3である。AP 1は、協調制御機能を有する。ACまたはコーディネータ（coordinator）、例えば、AP 1がネットワーク内に存在するとき、ACまたはコーディネータは、協働グループを形成するようにネットワークの3つのAP（AP 1、AP 2、およびAP 3）を構成し、APのうちの1つ（例えば、AP 1）をプライマリAPとして指定し得る。ACが協働グループを構成する場合、AP 1は協働グループを構成する必要がないことを理解されたい。したがって、図16は、AP 1が協働グループを構成することを示すために破線を使用する。

図17は、ネットワークが3つのAPを含む例を示す。3つのAPは、それぞれAP 1、AP 2、およびAP 3である。3つのAPは全て、協調制御機能を有する。ネットワーク内の協調制御機能を有する任意のAPは、AP協調グループを形成するために、APの位置および構成パラメータに基づいてAP間のネゴシエーションをアクティブに開始することができる。協調グループを構築するAPは、ネットワーク内のAPをプライマリAPとして指定することができる。協調制御機能を有する任意のAPが協調グループを形成することができ、図17の3つのAP全てが協調グループを形成することができることに留意されたい。図17では、例えば、AP 1が協調グループを形成する。したがって、図17では、説明のために破線が使用されている。AP 1およびAP 2が協調した後、AP 1およびAP 2は、協調に必要な情報、例えば、隣接セルSTAの受信信号強度指示（received signal strength indication、RSSI）情報、チャネル状態情報（channel stateinformation、CSI）、ユーザバッファ情報、およびAP間の時間周波数同期情報を交換することができる。

プライマリAPは、第1のトラフィックのためのリソースを予約することができる。例えば、プライマリAPは、前述の第1の指示情報を送信してもよい。例えば、プライマリAPは、beaconフレームを周期的に送信する。第1の指示情報は、beaconフレームに新たに追加されたリソース予約要素（Resource Reservation element）フィールドで搬送されてよい。第1の指示情報は、第1のトラフィックのために予約されたN個の第1の予約済みリソースを示してよく、N個の第1の予約済みリソースは、周期的なリソースであってよい。N個の第1の予約済みリソースのうちの任意の2つの間の間隔がT_rであると仮定される。

AP間のトラフィックに対してSTAのトラフィックによって引き起こされる干渉を回避するために、プライマリAPは、N個の第1の予約済みリソース上で、プライマリAPによってサービスされるセル中の全てのSTAをクワイエットにし得る。換言すれば、プライマリAPは、N個の第1の予約済みリソース上で、プライマリAPに関連するSTAをクワイエットにする。しかしながら、プライマリAPは、プライマリAPに関連するSTAのみをクワイエットにすることができ、協調グループ中の残りのAPをクワイエットにすることができない。したがって、協調グループ内のAP間の干渉を回避するために、プライマリAP以外の協調グループ内の残りのAPは、第1のトラフィックのためにプライマリAPによって予約されたN個の第1の予約済みリソースに基づいて、残りのAPによって予約され得るリソースを調整し得る。例えば、協調グループ内の残りのAPは、エアインターフェースを介してプライマリAPのbeaconフレームを監視して、プライマリAPのTBTT T_Bおよびリソース予約期間T_rを取得することができる。残りのAP内の各APは、APによってサービスされるセルのTBTTの送信時点をT_B＋m×T_rに調整し、APによってサービスされるセルのリソース予約期間をT_rに設定し、mは0以上の整数である。このようにして、協調グループ内のAPの予約済みリソースは整合されることができる。AP 1およびAP 2がR1～R3に関する協調情報を交換するとき、図3に示されているP2Pバックオフ機構が使用され得る。これは、AP間の相互干渉を回避し、AP間のトラフィック伝送遅延を短くする。同様に、残りのAPはまた、N個の第1の予約済みリソース上で、残りのAPに関連付けられたSTAをクワイエットにし得る。このようにして、協調グループ内の全てのAPに関連付けられた全てのSTAは、N個の第1の予約済みリソース上で沈黙を維持し、チャネル競合に参加せず、その結果、AP間の通信はSTAによって干渉されない。

一例では、第1のデバイスは、第1のAPと同じAP協調グループ中にある第2のAPである。管理フレームを受信した後、第2のAPは、管理フレームの送信時点T_Bおよび2つの隣接する第1の予約済みリソース間の間隔T_rに基づいて、第2のAPが管理フレームを送信する時点をT_B＋m×T_rにさらに調整し、第2のAPによってサービスされるセルのリソース予約期間をT_rに設定することができ、mは0以上の整数である。このようにして、AP協調グループ全体内の全てのAPは、同じ時点で管理フレームを送信し、APによってサービスされるセルのリソース予約期間も同じである。このようにして、AP協働グループ内のAPは、互いの各予約済みリソースの開始時点および終了時点を認識することができ、適切な時間にバックオフすることができる。これは、AP間の衝突を回避する。

理解を容易にするために、図18は、本出願の一実施形態によるクワイエット時間期間保護に基づくAP協調グループ通信の概略図である。図18は、2個のAP（AP 1およびAP 2）および2個のSTA（STA 1およびSTA 2）の例を示す。AP 1およびAP 2は、同じ協調グループ内に位置される。例えば、AP 1はプライマリAPである。AP 1は、beaconフレームを周期的に送信することができる。beaconフレームに新たに追加された予約済みリソースフィールドは、第1のトラフィックのために予約されたN個の第1の予約済みリソース（例えば、R1、R2、およびR3）に関する情報、例えば、各第1の予約済みリソースによって占有される持続時間、および2つの隣接する第1の予約済みリソース間の間隔T_rを示し得る。AP 2は、AP 1によって送信されたbeaconフレームを監視し、AP 1によって予約されたN個の第1の予約済みリソースを決定し、次いで、AP 2によってサービスされるセルのTBTTの送信時点をT_B＋m×T_rに調整し、AP 2によってサービスされるセルのリソース予約期間をT_rに設定することができる。このようにして、AP 2は、AP 2の予約済みリソースをAP 1の予約済みリソースと一致するように調整することができ、またはAP 2の予約済みリソースがAP 1の予約済みリソースと整合されると考えられ得る（図18の破線によって示されるように）。AP 1およびAP 2の予約済みリソースが整合されるので、図3に示されるP2Pバックオフメカニズムが使用され得る。換言すれば、AP 2は、バックオフすべきリソース位置を明確に認識し、その結果、AP 2とAP 1との間の衝突は回避されることができ、AP 1とAP 2との間の通信の信頼性が改善されることができる。

R1～R3において、STA 1およびSTA 2はクワイエットである。換言すれば、STA 1およびSTA 1は、R1からR3への競合ベースのアクセスを行わず、その結果、R1からR3上のAP 1およびAP 2のアクセス遅延は短くされることができる。STA 1およびSTA 2は、（図17の太線矢印によって示されるように）トラフィックを伝送するためにR1およびR3以外の時間周波数リソースに競合ベースでアクセスする。R1からR3において、AP 1およびAP 2は、チャネルにアクセスし、（図17における細線矢印によって示されるように）第1のトラフィックをさらに交換し得る。チャネルにアクセスした後、AP 1およびAP 2は、第1のトラフィックを伝送し続ける。例えば、AP 1およびAP 2は、第1のトラフィックを伝送するために、R1の後に時間周波数リソースを求めて競合する。加えて、ネットワークでは、第1のトラフィックのためにAP 1によって予約されたN個の第1の予約済みリソースは、AP間の通信専用の時間周波数リソースである必要はない。例えば、APとSTAとの間の通信専用の時間周波数リソースが再使用され得、その結果、リソース消費が低減され得る。

概して、各予約済みリソースによって占有される持続時間は長く、例えば、伝送機会（transmitopportunity、TXOP）よりも大きい。これは、予約済みリソースが複数の端末のトラフィックを送信するために使用され得るためである。各端末のトラフィック量は小さいが、複数のトラフィックは、複数回送信された後にのみ伝送され得る。したがって、概して、予約済みリソースによって占有される持続時間は長い。しかしながら、AP間の通信では、AP間のトラフィックのトラフィック量は通常大きく、一度にデータが伝送されることができる。第1のトラフィックのために予約されたリソースによって占有される持続時間が長い場合、チャネル使用効率は著しく低減される。したがって、本出願のこの実施形態では、各予約済みリソースによって占有される持続時間は、TXOP未満であるか、またはさらに短くてもよい。例えば、R1によって占有される持続時間は、数十マイクロ秒または数百マイクロ秒である。AP 1またはAP 2に関して、AP 1またはAP 2は、チャネルアクセス機会を取得するために、リソース予約持続時間においてチャネル競合を完了する必要があるだけである。チャネルアクセス機会を取得した後、AP 1またはAP 2は、制御フレームを使用することによってTXOPをリセットすることができる。例えば、AP 1またはAP 2は、Triggerフレームまたは制御フレーム（Request to Send／Clear to send、RTS／CTS）フレームを使用することによってTXOPをリセットすることができる。この解決策は、AP間のトラフィックの遅延要件を満たすことができ、チャネル使用効率も改善する。

さらに、複数のタイプの低遅延トラフィックがネットワーク上に存在し得るので、APは、各タイプの低遅延トラフィックの遅延要件を満たすために、各タイプのトラフィックのためのリソースを予約することができる。例えば、ネットワーク上に2つのタイプの低遅延トラフィック、例えば、NS／EPトラフィックおよびリアルタイムトラフィックが存在する。APは、2つのRegular resource ReservationフィールドをBeaconフレームに追加し得る。2つのRegular resource Reservationフィールドは、前述の2つのタイプの低遅延トラフィックに1対1で対応する。あるいは、APは、2つのBeaconフレームを連続して送信することができ、一方のBeaconフレームは、あるタイプのトラフィックのためのリソースを予約するために使用され、他方のBeaconフレームは、他のタイプのトラフィックのためのリソースを予約するために使用される。

加えて、第1のAPが常に第1のトラフィックのためのリソースを予約する場合、すなわち、第1のAPが第1のトラフィックのためのリソースを初めて予約した後、ネットワークのステータスがその後改善された場合であっても、第1のAPは依然として第1のトラフィックのためのリソースを予約する。明らかに、これは他のトラフィックに対して不公平であり、リソースの浪費を引き起こす。したがって、本出願のこの実施形態では、第1のAPが第1のトラフィックのためにN個の第1の予約済みリソースを予約した後、ネットワークのステータスが改善されたか、または第1のトラフィックが終了したと決定された場合、第1のAPは、第1のトラフィックのために予約されたリソースを解放して、複数のトラフィックの遅延要件を可能な限り均衡させることができる。

第1のAPが、ネットワークのステータスが改善されたと決定することは、第1のAPがネットワークのステータスをアクティブに検出することであってよく、または、第1のデバイスが、ネットワークのステータスが改善されたことを第1のAPに通知することであってよい。第1のデバイスが、ネットワークのステータスが改善されたか、または第1のトラフィックが終了したと決定した場合、第1のデバイスは、N個の第1の予約済みリソースを解放するように第1のAPに要求し得る。例えば、第1のデバイスは、第2の要求メッセージを第1のAPに送信することができ、第2の要求メッセージは、N個の第1の予約済みリソースを解放するように第1のAPに要求するために使用される。第1のAPは、第2の要求メッセージを受信し、第1のデバイスに、N個の第1の予約済みリソースを解放するための管理フレームを送信して、N個の第1の予約済みリソースを解放するように指示する。確かに、第1のAPが、ネットワークのステータスが改善されたと決定した場合、第1のAPは、第1のデバイスに、N個の第1の予約済みリソースを解放するための管理フレームをアクティブに送信して、第1のトラフィックのために予約されたN個の第1の予約済みリソースを取り消すように第1のデバイスに示す。同様に、第1のトラフィックのために第1のAPによってトリガされた一時的予約済みリソースについて、第1のトラフィックが終了した場合、第1のデバイスはまた、一時的予約済みリソースを解放するように第1のAPに要求し得る。図10に示すように、第1のAPは、一時的予約済みリソースR3の終了時点の前に、一時的リソース予約解放（resource reservation release）のための管理フレームを送信することができる。

以下では、特定のシナリオを参照して、本出願の実施形態において提供される方法を詳細に説明する。

図19は、本出願の一実施形態による、APとSTAとの間の通信のネットワークアーキテクチャの図である。図19では、1つのAP（AP 1）と3つのSTAの例を示している。3つのSTAは、それぞれSTA 1、STA 2、およびSTA 3である。AP 1は、3つのSTAと通信することができる。AP 1および3つのSTAは、基本サービスセット（Basic Service Set、BSS）を確立することができる。図18では、例えば、低遅延トラフィックと共通トラフィックとが1つのBSS内に混在している。低遅延トラフィックと共通トラフィックとが共存するとき、本出願のこの実施形態における第1のトラフィック（低遅延トラフィック）のためにリソースを予約するための方法は、第1のトラフィックのチャネルアクセス遅延を短くし、第1のトラフィックの伝送遅延を短くすることができる。以下では、アップリンク伝送およびダウンリンク伝送の例を別々に使用して、本出願のこの実施形態では、第1のトラフィックのためのリソースをどのように予約するか、および予約済みリソース上で第1のトラフィックのためのチャネルアクセスをどのように行うかを説明する。

図20は、STAによって、アップリンク低遅延トラフィックのためのリソース予約をトリガするステップのフローチャートである。STAがアップリンク低遅延トラフィック（例えば、第1のトラフィック）を送信する必要があるとき、STAは、第1のトラフィックのためのリソースを予約するAPに要求してもよい。リソースは、第1のトラフィックのために予約される。APは、第1のトラフィックが低遅延トラフィックであるかどうかを区別しないことがある。したがって、STAは、第1のトラフィックが低遅延トラフィックであること、すなわち、リソースが予約される必要があることをAPに通知する必要がある。

第1のトラフィックは高い遅延要件を有するトラフィックであるが、ネットワークのステータスが良好である場合、第1のトラフィックの遅延要件は依然として満たされ得ることを理解されたい。この場合、ネットワークのステータスが良好であるとき、第1のAPが第1のトラフィックのためのリソースを依然として予約する場合、リソースの浪費が明らかに引き起こされる。リソースの浪費を回避するために、本出願のこの実施形態では、STAが第1のトラフィックのためのリソースを予約するAPに要求する前に、STAは、ネットワークの現在のステータスが第1のトラフィックの遅延要件を満たすかどうかを決定することができる。例えば、ネットワークのステータスが良好である場合、ステータスは、第1のトラフィックの遅延要件を満たす可能性がより高く、ネットワークのステータスが不良である場合、ステータスは、第1のトラフィックの遅延要件を満たす可能性がより低い。

一例では、STAは、アップリンク低遅延トラフィックをトリガし、STAは、ネットワークの現在のステータスが第1のトラフィックの遅延要件を満たすかどうかをAPに通知することができる。

S2001：STAは、ネットワークのステータスがトリガ条件を満たすと決定し、トリガ条件は、複数のデータパケットの送信遅延が事前設定された閾値を超えることである。

本出願のこの実施形態では、トリガ条件は、トラフィック遅延要件が満たされる確率に基づいて設定されてよい。ネットワークのステータスがトリガ条件を満たすとき、ネットワークのステータスは不良であり、第1のトラフィックの遅延要件を満たさない。トリガ条件は、複数のデータパケットの送信遅延が事前設定された閾値を超えることであり、事前設定された閾値は、実験的測定を通して、または履歴データに基づいて取得され得る。

例えば、複数のデータパケットはL個の連続したデータパケットであり、Lは1以上の整数である。L個の連続するデータパケットの送信遅延が遅延閾値を超える場合、L個のデータパケットの各々の送信遅延が遅延要件を超えることを示し、ネットワークのステータスが悪いと考えられ得る。

他の例では、複数のデータパケットは、P個のデータパケット内のL個のデータパケットであり、Lは1以上の整数であり、PはLより大きい。P個のデータパケット内のL個の連続するデータパケットの送信遅延が遅延閾値を超える場合、P個のデータパケット内のいくつかのデータパケットの送信遅延が遅延閾値を超え、いくつかのデータパケットの送信遅延が遅延閾値を超えないことを示す。ネットワークの状態は不安定（unstable）であると考えられ得る。全体として、ネットワークの状態は不良である。

加えて、STAが10個のデータパケットを送信する必要があると仮定される。同じ時間周波数リソース上で3つのデータパケットを連続的に送信した後、遅延に起因して、STAは、残りのデータパケットを送信する機会を有さない。この場合、ネットワークのステータスは不良であると考えられ得る。したがって、本出願のこの実施形態では、データパケットの送信遅延が遅延閾値を超えることは、データパケットの送信遅延が遅延閾値のK倍に達することと考えることもできる。例えば、K個の連続したデータパケットの送信遅延は、遅延閾値のp倍に達し、ここで、Kは1以上の整数であり、pは1より大きい実数である。

S2002：STAが第1の要求メッセージをAPに送信し、APが要求メッセージを受信し、第1の要求メッセージは、第1のトラフィックのためのリソースを予約するAPに要求するために使用され得る。

第1の要求メッセージは、前述の管理フレームまたは他の可能な管理フレームのうちのいずれか1つにおいて搬送され得る。これは、本出願のこの実施形態において限定されない。

S2003：APは、管理フレームをSTAに送信し、STAは、管理フレームを受信し、管理フレームは、第1のトラフィックのためのN個の第1の予約済みリソースを予約するために、前述の第1の指示情報を搬送しうる。

第1の要求メッセージを受信した後、APは、第1のトラフィックの遅延要件およびトラフィック量に基づいて、第1のトラフィックのために予約される必要があるN個の第1の予約済みリソースを決定することができる。例えば、APは、第1のトラフィックの遅延要件に基づいて、2つの隣接する第1の予約済みリソースの間の間隔T_rを決定し、各第1の予約済みリソースによって占有される持続時間を決定し得る。次いで、APは、第1のトラフィックのためのN個の第1の予約済みリソースを予約するために、管理フレームをSTAに送信し、管理フレームは、前述の第1の指示情報を搬送しうる。例えば、前述のリソース予約要素フィールドは、第1の指示情報を搬送するために管理フレームに新たに追加されてよい。

第1のトラフィックのためにN個の第1の予約済みリソースを予約した後、APは、Triggerフレームを使用することによるスケジューリングを通じて、N個の第1の予約済みリソース上でSTAのアップリンクおよびダウンリンク低遅延トラフィックを取得してもよい。第1のトラフィックのみがN個の第1の予約済みリソースに競合ベースでアクセスすることを許可されるので、APによってサービスされるセル内の全てのSTAは、N個の第1の予約済みリソース上の第1のトラフィック以外のトラフィックに対してクワイエットであると考えられ得る。APによってサービスされるセル内の全てのSTAは、N個の第1の予約済みリソース上の第1のトラフィック以外のトラフィックに関してクワイエットであるので、第1のトラフィック以外のトラフィックは、N個の第1の予約済みリソースに関して第1のトラフィックと競合しない。これは、第1のトラフィックがチャネルにアクセスする機会を増加させ、第1のトラフィックのチャネルアクセス遅延を短くする。第1のトラフィックがチャネルにアクセスした後、第1のトラフィックは、予約済みリソース上で伝送され続けることができ、その結果、第1のトラフィックの伝送遅延がさらに短くされる。

本出願のこの実施形態では、トラフィックのために予約されたリソースは、競合方式で使用されるように制限される。低遅延トラフィックが複数存在する場合、複数の低遅延トラフィックが同時に伝送される確率は高くても低くてもよい。デフォルトで、複数の低遅延トラフィックの同時伝送の確率が高いと考えられる場合、確実に、大量のリソースが複数の低遅延トラフィックのために予約される必要がある。しかしながら、実際には、複数の低遅延トラフィックが同時に伝送される確率は低く、リソースの浪費が明らかに生じられる。したがって、本出願のこの実施形態では、APは、異なるユーザの特定のトラフィック（例えば、第1のトラフィック）の同時伝送の確率に基づいて、第1のトラフィックのために予約されたN個の第1の予約済みリソースを決定することができる。例えば、10人のユーザの第1のトラフィックの同時伝送の確率が20％である場合、第1のAPは、第1のトラフィックのために2N個の第1の予約済みリソースを予約することができる。10N個の第1の予約済みリソースを予約することと比較して、リソース消費は明らかに低減され得る。

ネットワークのステータスがその後改善された場合、APは依然として第1のトラフィックのためのリソースを予約することを理解されたい。明らかに、これは他のトラフィックに対して不公平である。したがって、本出願のこの実施形態では、APが第1のトラフィックのためにN個の第1の予約済みリソースを予約した後、ネットワークのステータスが改善されたか、または第1のトラフィックが終了したと決定された場合、APは、第1のトラフィックのために予約されたリソースをキャンセル（解放）して、複数のトラフィックの遅延要件をできるだけ均衡させることができる。

S2004：STAは、ネットワークのステータスがトリガ条件を満たさない、または第1のトラフィックが終了したと決定する。

S2005：STAは、第2の要求メッセージをAPに送信し、第2の要求メッセージは、N個の第1の予約済みリソースを解放するようにAPに要求するために使用される。

STAが、ネットワークのステータスが改善されたか、または第1のトラフィックが終了したと決定した場合、STAは、N個の第1の予約済みリソースを解放するようにAPに要求し得る。

S2006：APが、N個の第1の予約済みリソースを解放するための管理フレームをSTAに送信する。

APは、第2の要求メッセージを受信し、N個の第1の予約済みリソースを解放するための管理フレームをSTAに送信する。例えば、APは、管理フレーム（例えば、Beaconフレーム）を送信することによって、第1のトラフィックのために予約されたリソースをキャンセルしてよい。前述のリソース予約解放フィールドは、第1のトラフィックのために予約されたリソースを解放することを示すために、Beaconフレームに新たに追加されてよい。Beaconフレームを受信した後、STAは、第1のトラフィックのために以前に予約されたリソースがキャンセルされたと決定し得る。

代替的に、APは、ネットワークのステータスをアクティブに検出し得ることを理解されたい。APが、ネットワークのステータスが改善されたと決定した場合、APは、N個の第1の予約済みリソースを解放するためのBeaconフレームをSTAにアクティブに送信する。

図21は、APによって、ダウンリンク低遅延トラフィックのためのリソース予約をトリガするステップのフローチャートである。APは、ダウンリンク低遅延トラフィック（例えば、第1のトラフィック）をスケジューリングすることができる。第1のトラフィックをスケジューリングする前に、APは、ネットワークの現在のステータスを決定し得る。ネットワークの現在のステータスが前述のトリガ条件を満たさない場合、ネットワークの現在のステータスは不良である。この場合、APは、競合ベースのアクセスに対する第1のトラフィックのために、リソース、例えば、N個の第1の予約済みリソースを予約することができる。APがダウンリンク低遅延トラフィックのためのリソース予約をトリガする手順は、以下の通りである。

S2101：APが、ネットワークのステータスがトリガ条件を満たすと決定する。

S2102：APは、管理フレームをSTAに送信し、STAは、管理フレームを受信し、管理フレームは、第1のトラフィックのためのN個の第1の予約済みリソースを予約するために、前述の第1の指示情報を搬送し得る。

S2103：STAは、ネットワークのステータスがトリガ条件を満たさない、または第1のトラフィックが終了したと決定する。

S2104：APが、N個の第1の予約済みリソースを解放するための管理フレームをSTAに送信する。

具体的には、APが第1のトラフィックのためにN個の第1の予約済みリソースを予約する実装形態については、図20の実施形態における関連する説明を参照されたい。詳細はここでは再び説明されない。第1のトラフィックのためにN個の第1の予約済みリソースを予約した後に、APは、トリガフレーム（Trigger frame）を使用することによるスケジューリングを通じて、N個の第1の予約済みリソース上でSTAのアップリンクおよびダウンリンク低遅延トラフィックを取得してもよい。図20の実施形態と同様に、APは、第1のトラフィックのためのリソースを常に予約する。明らかに、これは他のトラフィックに対して不公平である。したがって、APが第1のトラフィックのためにN個の第1の予約済みリソースを予約した後、ネットワークのステータスが改善されたか、または第1のトラフィックが終了したと決定された場合、APは、第1のトラフィックのために予約されたリソースをキャンセルして、複数のトラフィックの遅延要件をできるだけ均衡させることができる。具体的には、APが第1のトラフィックのために予約されたN個の第1の予約済みリソースを取り消す実装形態については、図20の実施形態における関連する説明を参照されたい。詳細はここでは再び説明されない。

本出願のこの実施形態において第1のトラフィックのためにリソースを予約する具体的な実装形態は、トラフィックの属性、例えば、トラフィックがバーストトラフィックであるかどうか、またはネットワーク内の端末がlegacy端末であるかEHT端末であるかによって異なる。以下、具体例を詳細に説明する。

例1：第1のトラフィックがバーストトラフィックである場合、APは、第1のトラフィックが適切に伝送され得ることを保証し、APとSTAとの間の通信の信頼性を改善するために、第1のトラフィックのための一時的予約済みリソースをさらにトリガし得る。APが第1のトラフィックのためにN個の第1の予約済みリソースおよび一時的予約済みリソースを予約する具体的な方式については、前述の実施形態における説明を参照されたい。詳細はここでは再び説明されない。STAが第1のトラフィックの伝送を完了した場合、STAは、一時的予約済みリソースを解放するようにAPに要求することができることに留意されたい。図10に示される例が依然として使用される。STAが時点t2から時点t3までに第1のトラフィックの伝送を完了した場合、一時的予約済みリソースは解放されて、競合ベースのアクセスに対する他のトラフィックのためにより多くのリソースを予約することができ、その結果、各トラフィックの伝送遅延が短くされる。

例2：legacy端末とEHT端末の両方がネットワーク内に共存する。APは、第1のトラフィックのためにN個の第1の予約済みリソースを予約し、各legacy端末について、各第1の予約済みリソースに対応するクワイエット間隔をさらに設定し得る。このようにして、legacy端末が第1のトラフィックのために予約されたリソースにおいてクワイエットであることが保証され得、legacy端末によってEHT端末に対して引き起こされる干渉が回避され、EHT端末によって第1のトラフィックを伝送するための低遅延要件が保証される。

図19に示すネットワークにおいて、STA 1はlegacy端末であり、STA 2はEHT端末であり、STA 3もEHT端末である。APによって送信された第1の指示情報が、管理フレームの新たに追加されたフィールド、すなわち、Resource Reservation elementフィールド内で搬送される場合、legacy端末は、明らかに、Resource Reservation elementフィールドを識別することができず、したがって、EHT端末のために予約された時間周波数リソース上でクワイエットになることができない。この場合、legacy端末の共通トラフィックとEHT端末の低遅延トラフィックとが衝突する可能性がある。この場合、第1の指示情報を搬送する管理フレームは、リソース予約要素フィールドおよびクワイエット要素フィールドを含み得る。STAがlegacy端末である場合、STAは、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて沈黙することを行い、またはSTAが非legacy端末である場合、APは、クワイエット要素フィールドによって示されるクワイエット間隔に基づいてN個の第1の予約済みリソースを設定する。

例えば、図22は、既存の802．11規格における既存のQuiet elementの構造の概略図である。Quiet Countフィールドは、次のクワイエット間隔の開始時間（TBTTの単位）を示すことができる。クワイエット期間フィールドは、Quiet Period（TBTTの単位）、すなわち、その後に1つのクワイエット期間が現れるTBTTの量を示し得る。Quiet Durationフィールドは、クワイエット間隔の長さを示し得る。Quiet Offsetフィールドは、クワイエット間隔に最も近いTBTTのオフセットを示し得る。

本出願のこの実施形態では、N個のQuiet ElementフィールドおよびResource Reservation elementフィールドが管理フレーム内に設定され得る。Resource Reservation elementフィールドは、図23の（a）に示すように、Regular Resource Reservation elementフィールドを使用して、第1のトラフィックのためのN個の第1の予約済みリソースを予約する。N個のQuiet Elementフィールドは、N個の第1の予約済みリソースに1対1で対応する。各Quiet Elementフィールドは、legacy端末のための1つのクワイエット間隔を設定する。換言すれば、各クワイエット間隔は、図23の（b）に示されているように、Regular Resource Reservation elementフィールドによって設定されたN個の予約済みリソースのうちの1つに対応する。APによって送信された管理フレームがQuiet elementフィールドとRegular Resource Reservation elementフィールドの両方を含むとき、EHT端末は、管理フレームを受信し、Quiet elementフィールドを無視し、Regular Resource Reservation elementフィールドによって示される予約済みリソースを求めて競合する。管理フレームを受信した後、legacy端末は、Quiet elementフィールドによって示されるクワイエット間隔においてクワイエットである。本出願のこの実施形態では、N個のQuiet elementフィールドによって設定されたクワイエット間隔は、Regular Resource Reservation elementフィールドに対応するN個の第1の予約済みリソースと完全に同じである。したがって、legacy端末は、第1のトラフィック（EHT端末）のために予約されたリソース上でクワイエットであり得、EHT端末による第1のトラフィックの伝送は影響されない。

さらに、シグナリングオーバーヘッドを低減するために、管理フレームがN個のQuiet Elementフィールドを含むとき、Resource Reservation elementフィールドは、Short Regular Resource Reservation elementフィールドを使用し得る。この場合、legacy端末は、Quiet Elementフィールドによって示されるクワイエット間隔においてクワイエットであり、EHT端末は、Quiet Elementフィールドによって示されるクワイエット間隔に基づいてリソース予約を設定する。

例1と同様に、この実施形態では、第1のトラフィックがバーストトラフィックであり、第1のトラフィックの伝送が予約済みリソースにおいて完了されていない場合、APは、第1のトラフィックのための一時的予約済みリソースをトリガするために、予約済みリソース上でactionフレームを送信する。例1とは異なり、この実施形態では、legacy端末を考慮して、legacy端末のネットワーク割振りベクトル（network allocation vector、NAV）NAVは、一時的予約済みリソースを設定するために、媒体アクセス制御（media access control、MAC）フレームのDurationフィールドを使用することによって設定され得る。

APが第1のトラフィックを送信した後に一時的予約済みリソースを依然として有する場合、APは、予約解放のためのactionフレームを送信し得ることを理解されたい。例えば、actionフレームは、Resource Reservation release elementフィールドを搬送する。EHT端末は、actionフレームを受信し、予約済みリソースを解放する。legacy端末は、Resource Reservation release elementフィールドを識別することができず、したがって、クワイエットのままである。

例3：スリープ中の端末（概して、低電力消費端末）とEHT端末の両方がネットワーク内に共存する。スリープ中の端末は、各管理フレームを監視しない。したがって、スリープ中の端末は、第1のトラフィックのためのリソースを予約するためのAPの情報を見逃すことがあり、したがって、第1のトラフィックのためにバックオフしない。この場合、第1のトラフィックの遅延要件は保証されることができない。

したがって、本出願のこの実施形態では、N個の第1の予約済みリソースは、第2のシナリオにおいて第1のトラフィックのためのリソースを予約する方式で、第1のトラフィックのために予約され得る。例えば、APは、2つのTBTTの間に第1のトラフィックのためのN個の第1の予約済みリソースを設定し、任意の2つの第1の予約済みリソースの間の間隔は、第1のトラフィックによって許容される最大遅延の半分以下である。

一般的なPower save modeモードにあるSTAの場合、STAは、APの各Beaconフレームを受信するために周期的にウェイクアップ（wake up）して、APが送信されるダウンリンクデータをバッファリングしているかどうかを検出することを理解されたい。APが第1のトラフィックのための予約済みリソースを設定した場合、STAは、適時に予約済みリソース情報を更新することができ、予約済みリソース上でPS－Pollフレームを送信しない。

しかしながら、WNM sleep modeにある端末は、各Beaconフレームを監視せず、第1のトラフィックのためのリソースを予約するためのAPの情報を見逃すことがある。したがって、APは、WNM sleep modeにある端末がウェイクアップするTBTTに対応するBeaconフレームにResource Reservation elementフィールドを含めることができる。このようにして、WNM sleep modeにある端末は、Beaconフレームを受信し、Beaconフレーム内のResource Reservation elementフィールドに基づいて、第1のトラフィックのためにAPによって予約されたリソースを決定することができ、その結果、WNM sleep modeにある端末は、アップリンクフレームを送信するために第1のトラフィックのために予約されたリソースを占有することができない。

WNM sleep modeにある端末が、APが第1のトラフィックのための予約済みリソースを設定する前にスリープし、APが予約済みリソースを設定した後の非TBTTの時点でウェイクアップし、PS modeを変更するためにアップリンクフレームを送信しようと試みる場合、予約済みリソースは干渉される可能性があることを理解されたい。この場合、WNM sleep modeにある端末によって第1のトラフィック（EHT端末）に対して引き起こされる干渉は、システム間干渉であると考えられ得る。予約済みリソース上で第1のトラフィックの伝送が完了されることができない場合、EHT端末は、temporary Resource Reservation elementフィールドを使用することによって、APから一時的予約済みリソースを要求することができる。

TWTモードにある端末の場合、APおよびTWTモードにある端末は、Trigger－enabled TWTを確立する。端末は、APがtriggerフレームを送信するのを待ち、アップリンク伝送を開始しない。端末がTrigger－enabled TWTをサポートしない場合、端末は、チャネルを求めてアクティブに競合し得る。この場合、TWTモードの端末によって第1のトラフィック（EHT端末）に対して引き起こされる干渉は、システム間干渉である。予約済みリソース上で第1のトラフィックの伝送が完了されることができない場合、EHT端末は、temporary Resource Reservation elementフィールドを使用することによって、APから一時的予約済みリソースを要求することができる。

APは、一時的予約済みリソースをトリガするために、予約済みリソース上で、Temporary Resource Reservation setup elementフィールドを搬送するactionフレームを送信する。例えば、図24は、Temporary Resource Reservation setup elementフィールドのフォーマットの概略図である。Resource Reservation offsetフィールドは、一時的予約済みリソースと現在のフレームとの間の時間オフセットを示し得る。Resource Reservation Durationフィールドは、リソース予約持続時間を示し得る。Resource Reservation modeフィールドは、リソース予約モードを示すことができる。スリープ中の低電力消費端末の場合、APは、Temporary Resource Reservation setup elementフィールド内のResource Reservation offsetフィールドを使用することによって、現在のリソース予約によって一時的予約済みリソースの開始時間をオフセットすることができ、その結果、スリープ中の端末が伝送を完了した後、スリープ中の端末が再びスリープ状態に入るための時間期間が予約される。

例4：本出願のこの実施形態では、特定のトラフィック（例えば、低遅延トラフィックとも称される高遅延要件を有するトラフィック）および共通トラフィック（例えば、低遅延要件を有するトラフィック）は、N個の第1の予約済みリソースを再使用することを許可される。換言すれば、特定のトラフィックおよび共通トラフィックは、N個の第1の予約済みリソース上でハイブリッド方式で伝送されることを可能にされる。すなわち、本出願のこの実施形態は、OFDMA伝送をサポートする。これは、リソース利用率を改善することができ、システム全体のトラフィック伝送効率も改善することができる。

一例では、第1の指示情報は、低遅延トラフィックが予約済みリソース内の部分周波数領域リソースに競合ベースでアクセスすることを許可されることをさらに示し、および／または第1の指示情報は、予約済みリソース内の部分周波数領域リソースが低遅延トラフィックをスケジューリングまたは伝送するために使用されることをさらに示す。例えば、APが広いチャネルを占有するとき、APは、競合ベースのアクセスへの低遅延トラフィックのためにチャネルの部分周波数領域リソースを予約することを選択することができ、他の端末またはトラフィックは、チャネルの部分周波数領域リソース以外の周波数領域リソースを使用することを許可され得る。

具体的には、予約済みリソースを設定するとき、APは、持続時間（例えば、第1の持続時間）の期間において低遅延トラフィックのために特定の周波数リソースを明確に予約することができる。STAは、予約済みリソース上の第1の持続時間中に全ての周波数上でクワイエットのままであり、アップリンク伝送をアクティブに開始しない。しかしながら、予約済みリソース上の第1の持続時間の開始時点の前に、STAがデータを伝送する場合、伝送が開始時点の前に完了されることが保証されるべきである。

第1の持続時間において、APは、Triggerフレームを使用することによって、低遅延トラフィックを優先的にスケジューリングし得る。ダウンリンク低遅延トラフィックの場合、APは、予約済みリソース内の周波数領域リソースの第1の部分上で複数の端末にダウンリンク低遅延トラフィックを送信する。大量のダウンリンク低遅延トラフィックがあるとき、APは、周波数領域リソースの第1の部分以外の予約済みリソース内の残りの周波数領域リソース上でダウンリンク低遅延トラフィックを送信することを選択してもよい。いくつかの残る周波数領域リソースがアイドルである場合、APは、残りの周波数領域リソース上で共通トラフィックを送信することを選択し得る。少量のダウンリンク低遅延トラフィックがあるとき、APは、予約済みリソース内の周波数領域リソースの第1の部分上で低遅延トラフィックおよび共通トラフィックを送信することを選択してもよい。APは、周波数領域リソースの第1の部分以外の予約済みリソース内の残りの周波数領域リソース上で共通トラフィックを送信することができる。アップリンクトラフィックについて、APは、問い合わせを通じてSTAのアップリンクトラフィック情報（低遅延トラフィックおよび他のアップリンクトラフィックを含む）を取得し、アップリンクトラフィック情報に基づいてTriggerフレームを使用することによって、STAの低遅延トラフィックおよび共通トラフィックをスケジューリングする。

CMSA競合に基づくOFDMAの場合、APは、TXOPについて競合した後にのみ伝送を行うことができることを理解されたい。しかしながら、ネットワーク輻輳が発生すると、APがTXOPを求めて競合するための遅延が長くなることがあり、低遅延トラフィックの遅延要件は満たされることができない。しかしながら、本出願のこの実施形態では、OFDMA伝送が予約済みリソース上で行われるので、決定されたチャネルアクセス遅延が存在し、低遅延トラフィックの遅延要件が満たされ得る。

例5：802．11beは低遅延トラフィックを有し、Wi－Fi 6よりも前の端末は通常トラフィックを有することを理解されたい。802．11be端末（例えば、EHT端末）およびWi－Fi 6よりも前の端末（例えば、legacy端末）がネットワークに存在するとき、本出願のこの実施形態では、802．11beにおける低遅延トラフィックの決定された遅延が依然として保証され得るように、リソースを予約するためにQuiet elementフィールドが使用され得る。

具体的には、APは、管理フレーム、例えばbeaconフレームにQuiet Elementフィールドを追加し、Beaconフレームを使用することによって、APによってサービスされるセル内の全てのSTAを周期的にクワイエットにする。複数の周波数内APがネットワーク内に存在し、複数の周波数内APが同じAP協調グループに属するとき、協調グループ内の他のAPは、エアインターフェースを介してプライマリAPのbeaconフレームを監視してプライマリAPのTBTTを取得し、他のAPによってサービスされるセルのTBTTをプライマリAPのTBTTと同じになるように調整する。APが管理フレームを使用することによって低遅延トラフィックのためのリソースを予約する具体的な実装形態については、前述の方法を参照されたい。換言すれば、2つの隣接する予約済みリソース間の間隔T_rは、低遅延トラフィックの遅延要件に基づいて決定され、各予約済みリソースによって占有される持続時間（すなわち、予約済みリソースの持続時間）は、低遅延トラフィックのトラフィック量に基づいて決定される。

Quiet Elementフィールドは共通トラフィックを沈黙することができるので、APは、Triggerフレームを使用することによって802．11be低遅延トラフィックをスケジューリングする。予約済みリソースにおいて、低遅延トラフィックが送信された場合、APは、共通トラフィックをスケジューリングすることもできることを理解されたい。加えて、低遅延トラフィックを伝送するとき、APは、ローカルBSS内の共通トラフィックが他のBSS内の低遅延トラフィックの送信に影響を及ぼさないように、チャネルを求めて競合するために低い優先度を有するEDCAパラメータを使用することができる。

本出願のこの実施形態において提供されるチャネルアクセス方法では、APは、第1のトラフィックのために、競合および使用のための時間周波数リソースを予約することができる。換言すれば、第1のトラフィックのみが、時間周波数リソースに競合ベースでアクセスすることを許可され、第1のトラフィック以外のトラフィックは、時間周波数リソース上でクワイエットである。第1のトラフィックのみが、予約済み時間周波数リソースに競合ベースでアクセスすることを許可されるので、第1のトラフィックがチャネルにアクセスする機会が増加され得、第1のトラフィックの伝送遅延が短くされる。

本出願において提供される前述の実施形態では、本出願の実施形態において提供される方法は、第1のAPと第1のデバイス（APまたはSTA）との間の対話の観点から別々に説明される。本出願の実施形態において提供される方法における機能を実装するために、APおよびSTAは、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造とソフトウェアモジュールとの組み合わせを使用することによって前述の機能を実装するために、ハードウェア構造および／またはソフトウェアモジュールを含み得る。前述の機能のうちのある機能が、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造とソフトウェアモジュールとの組み合わせを使用することによって実行されるかどうかは、技術的解決策の特定の適用例および設計制約に依存する。

以下では、添付の図面を参照しながら、本出願の実施形態における前述の方法を実装するための通信装置について説明する。したがって、前述の内容は全て、以下の実施形態において使用され得る。繰り返される内容は、再び説明されない。

図25は、本出願の一実施形態による通信装置2500の概略ブロック図である。通信装置2500は、上記の方法の実施形態における第1のAPまたは第1のデバイスによって実装される機能またはステップを対応して実装し得る。通信装置は、処理モジュール2510および送受信モジュール2520を含み得る。任意選択で、通信装置は、記憶ユニットをさらに含み得る。記憶ユニットは、命令（コードまたはプログラム）および／またはデータを記憶するように構成され得る。処理モジュール2510および送受信モジュール2520は、記憶ユニットに結合され得る。例えば、処理モジュール2510は、記憶ユニット内の命令（コードまたはプログラム）および／またはデータを読み取って、対応する方法を実装することができる。前述のユニットは、独立して配置されてもよく、または部分的もしくは完全に統合されてもよい。

いくつかの可能な実装形態では、通信装置2500は、方法の実施形態における第1のデバイスの挙動および機能を対応して実装することができる。例えば、通信装置2500は、APまたはSTAであってもよく、APまたはSTAに用いられるコンポーネント（例えば、チップまたは回路）であってもよい。送受信モジュール2520は、図6、図20、または図21に示される実施形態における第1のデバイスによって行われる全ての受信または送信動作、例えば、図6に示される実施形態におけるS601～S604、および／または本明細書で説明される技術をサポートするために使用される他のプロセス、例えば、図20に示される実施形態におけるS2002、S2003、S2005、およびS2006、および／または本明細書で説明される技術をサポートするために使用される他のプロセス、ならびに他の例では、図21に示される実施形態におけるS2102およびS2104、および／または本明細書で説明される技術をサポートするために使用される他のプロセスを行うように構成され得る。処理モジュール2510は、図6、図20、または図21に示される実施形態において第1のデバイスによって行われる、送信動作および受信動作を除く全ての動作、例えば、N個の第1の予約済みリソースを決定すること、および／または本明細書で説明される技術をサポートするために使用される他のプロセス、例えば、図20に示される実施形態におけるS2001およびS2004、および／または本明細書で説明される技術をサポートするために使用される他のプロセスを行うように構成される。

いくつかの実施形態では、送受信モジュール2520は、第1のAPから管理フレームを受信するように構成され、管理フレームは、第1の指示情報を含み、第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示し、少なくとも1つの第1の予約済みリソースは、第1のトラフィックのために予約された時間周波数リソースのみを含む。送受信モジュール2520は、処理モジュールによって決定された少なくとも1つの第1の予約済みリソース上でチャネルアクセスを開始し、第1のトラフィックを伝送するようにさらに構成される。

任意選択の実装形態では、少なくとも1つの第1の予約済みリソースは、ターゲットビーコン伝送時間（target beacon transmission time、TBTT）の間のいくつかの時間周波数リソースである。例えば、少なくとも1つの第1の予約済みリソースは、帯域幅全体のチャネルであってもよく、またはチャネルのいくつかのリソースユニット（resource unit、RU）であってもよい。

可能な実装形態では、APは、マルチリンクデバイス（Multi－link device、MLD）AP内のAPである。第1のAPは、複数のリンク上で動作する。第1の指示情報は、複数のリンクのうちの1つのリンクの時間周波数リソースを示すか、または第1の指示情報は、複数のリンクのうちの第1のリンクのいくつかの時間周波数リソースを示す。

任意選択の実装形態では、2つの隣接する第1の予約済みリソースの間の間隔T_rは、第1のトラフィックの遅延要件に基づいて決定され、各第1の予約済みリソースによって占有される持続時間は、第1のトラフィックのトラフィック量に基づいて決定される。

任意選択の実装形態では、管理フレームは第2の指示情報を含む。第2の指示情報は、第2のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第2の予約済みリソースを示す。少なくとも1つの第2の予約済みリソースは、第2のトラフィックのために予約された時間周波数リソースのみを含む。少なくとも1つの第2の予約済みリソースは、少なくとも1つの第1の予約済みリソースと重複しない。

任意選択の実装形態では、T_rは、T_r≦t_delay／2を満たし、t_delayは、第1のトラフィックによって許容される最大遅延である。

任意選択の実装形態では、送受信モジュール2520は、第1のAPからアクション（action）フレームを受信するようにさらに構成され、actionフレームは、第3の予約済みリソースを示し、第3の予約済みリソース上で第1のトラフィックを継続するように第1のデバイスに示し、第3の予約済みリソースの開始時点は、少なくとも1つの第1の予約済みリソース内の第1の予約済みリソースの終了時点よりも後であり、actionフレームは、第1の予約済みリソースの終了時点の前に送信され、第1のトラフィックのトラフィック量の伝送持続時間は、第1の予約済みリソースによって占有される持続時間よりも長い。

任意選択の実装形態では、第1の指示情報は、第1のトラフィックが少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースに競合ベースでアクセスすることを許可されることをさらに示し、および／または第1の指示情報は、少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースが第1のトラフィックをスケジューリングもしくは伝送するために使用されることをさらに示す。

任意選択の実装形態では、管理フレームは、Beaconフレーム、association responseフレーム、probe responseフレーム、またはactionフレームである。

任意選択の実装形態では、第1の指示情報は、管理フレームに含まれる第1の要素フィールドおよび／またはクワイエット要素フィールドで搬送される。

任意選択の実装形態では、N個のクワイエット要素フィールドが存在し、N個のクワイエット要素フィールドは、N個の第1の予約済みリソースに1対1で対応する。

任意選択の実装形態では、管理フレームは、リソース予約要素フィールドおよびクワイエット要素フィールドを含む。通信装置2500がレガシー端末である場合、処理モジュール2510は、クワイエット要素フィールドによって示されたクワイエット間隔に基づいて沈黙することを行うように構成され、または通信装置2500が非レガシー端末である場合、処理モジュール2510は、クワイエット要素フィールドによって示されたクワイエット間隔に基づいて少なくとも1つの第1の予約済みリソースを設定するように構成される。

任意選択の実装形態では、通信装置2500は、第1のAPと同じAP協調グループに位置する第2のAPである。第1のトラフィックは、第1のAPと第2のAPとの間のトラフィックを含む。処理モジュール2510は、管理フレームが送信される時点がT_B＋m×T_rであると決定するようにさらに構成され、T_Bは第1のAPが管理フレームを送信する送信時点であり、mは0以上の整数であり、および／または処理モジュール2510は、通信装置2500によってサービスされるセルのリソース予約期間がT_rに設定されると決定するようにさらに構成される。

任意選択の実装形態では、送受信モジュール2520は、第1のデバイスによって、第1の要求メッセージを第1のAPに送信するようにさらに構成され、第1の要求メッセージは、通信装置の第1のトラフィックのためのリソースを予約する第1のAPに要求するために使用される。

任意選択の実装形態では、処理モジュール2510が、第1のトラフィックを伝送するためのネットワークのステータスが事前設定されたトリガ条件を満たすと決定した場合、送受信モジュール2520は、第1の要求メッセージを第1のAPに送信し、事前設定されたトリガ条件は、複数のデータパケットの送信遅延が事前設定された閾値を超えることである。

任意選択の実装形態では、複数のデータパケットは、L個の連続するデータパケットである。

任意選択の実装形態では、複数のデータパケットは、P個のデータパケットのうちのL個のデータパケットである。

任意選択の実装形態では、事前設定された閾値を超えることは、事前設定された閾値のK倍に達することをさらに含む。

本出願のこの実施形態における処理モジュール2510は、プロセッサまたはプロセッサに関連付けられた回路コンポーネントを使用することによって実装されてもよく、送受信モジュール2520は、送受信器、送受信器に関連付けられた回路コンポーネント、または通信インターフェースを使用することによって実装され得ることを理解されたい。

いくつかの可能な実装形態では、通信装置2500は、方法の実施形態における第1のAPの挙動および機能を対応して実装することができる。例えば、通信装置2500は、APであってもよく、またはAPにおいて使用されるコンポーネント（例えば、チップまたは回路）であってもよい。送受信モジュール2520は、図6、図20、または図21に示される実施形態における第1のAPによって行われる全ての受信または送信動作、例えば、図6に示される実施形態におけるS601～S604、および／または本明細書で説明される技術をサポートするために使用される他のプロセス、例えば、図20に示される実施形態におけるS2002、S2003、S2005、およびS2006、および／または本明細書で説明される技術をサポートするために使用される他のプロセス、ならびに他の例では、図21に示される実施形態におけるS2102およびS2104、および／または本明細書で説明される技術をサポートするために使用される他のプロセスを行うように構成され得る。処理モジュール2510は、図6、図20、または図21に示される実施形態において第1のAPによって行われる、送信動作および受信動作を除く全ての動作、例えば、前述の管理フレームを生成すること、および／または本明細書で説明される技術をサポートするために使用される他のプロセス、例えば、図21に示される実施形態におけるS2101およびS2103、および／または本明細書で説明される技術をサポートするために使用される他のプロセスを行うように構成される。

一例では、処理モジュール2510は、管理フレームを生成するように構成される。送受信モジュール2520は、第1のデバイスに管理フレームを送信するように構成される。管理フレームは、第1の指示情報を含む。第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示す。少なくとも1つの第1の予約済みリソースは、第1のトラフィックのために予約された時間周波数リソースのみを含む。

任意選択の実装形態では、予約された時間周波数リソースは、TBTT間のいくつかの時間周波数リソースである。

任意選択の実装形態では、第1のAPは、マルチリンクデバイスMLD AP内のAPである。第1のAPは、複数のリンク上で動作する。第1の指示情報は、複数のリンクのうちの1つのリンクの時間周波数リソースを示すか、または第1の指示情報は、複数のリンクのうちの第1のリンクのいくつかの時間周波数リソースを示す。

任意選択の実装形態では、2つの隣接する第1の予約済みリソースの間の間隔T_rは、第1のトラフィックの遅延要件に基づいて決定され、各第1の予約済みリソースによって占有される持続時間は、第1のトラフィックのトラフィック量に基づいて決定される。

任意選択の実装形態では、T_rは、T_r≦t_delay／2を満たし、t_delayは、第1のトラフィックによって許容される最大遅延である。

任意選択の実装形態では、送受信モジュール2520は、actionフレームを第1のデバイスに送信するようにさらに構成され、actionフレームは、第3の予約済みリソースを示し、第3の予約済みリソース上で第1のトラフィックを継続するように第1のデバイスに示し、第3の予約済みリソースの開始時点は、少なくとも1つの第1の予約済みリソース内の第1の予約済みリソースの終了時点よりも後であり、actionフレームは、第1の予約済みリソースの終了時点の前に送信され、第1のトラフィックのトラフィック量の伝送持続時間は、第1の予約済みリソースによって占有される持続時間よりも長い。

任意選択の実装形態では、第1の指示情報は、第1のトラフィックが少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースに競合ベースでアクセスすることを許可されることをさらに示し、および／または第1の指示情報は、少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースが第1のトラフィックをスケジューリングもしくは伝送するために使用されることをさらに示す。

任意選択の実装形態では、管理フレームは、Beaconフレーム、association responseフレーム、probe responseフレーム、またはactionフレームである。

任意選択の実装形態では、第1の指示情報は、管理フレームに含まれる第1の要素フィールドおよび／またはクワイエット要素フィールドで搬送される。

任意選択の実装形態では、N個のクワイエット要素フィールドが存在し、N個のクワイエット要素フィールドは、N個の第1の予約済みリソースに1対1で対応する。

任意選択の実装形態では、管理フレームは、リソース予約要素フィールドおよびクワイエット要素フィールドを含む。第1のデバイスがレガシー端末である場合、処理モジュール2510は、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて沈黙することを行うように構成されるか、または第1のデバイスが非レガシー端末である場合、処理モジュール2510は、クワイエット要素フィールドによって示されるクワイエット間隔に基づいて少なくとも1つの第1の予約済みリソースを設定するように構成される。

任意選択の実装形態では、通信装置は、AP協調グループ内に位置するAPである。第1のトラフィックは、通信装置とプライマリAPとの間のトラフィックを含む。処理モジュール2510は、管理フレームが送信される時点がT_B＋m×T_rであると決定するようにさらに構成され、T_BはプライマリAPが管理フレームを送信する時点であり、mは0以上の整数であり、および／または処理モジュール2520は、通信装置によってサービスされるセルのリソース予約期間がT_rに設定されると決定するようにさらに構成される。

本出願のこの実施形態における処理モジュール2510は、プロセッサまたはプロセッサに関連付けられた回路コンポーネントを使用することによって実装されてもよく、送受信モジュール2520は、送受信器、送受信器に関連付けられた回路コンポーネント、または通信インターフェースを使用することによって実装され得ることを理解されたい。

図26は、本出願の一実施形態による通信装置2600を示す。通信装置2600は、APであってよく、本出願の実施形態において提供される方法における第1のAPの機能を実装することができる。あるいは、通信装置2600は、APまたはSTAであってもよく、本出願の実施形態において提供される方法における第1のデバイスの機能を実装することができる。代替的に、通信装置2600は、本出願の実施形態において提供される方法における対応する機能を実装するために第1のAPをサポートすることができる装置、または本出願の実施形態において提供される方法における対応する機能を実装するために第1のデバイスをサポートすることができる装置であり得る。通信装置2600は、チップまたはチップシステムであってもよい。本出願のこの実施形態では、チップシステムは、チップを含んでよく、またはチップおよび他のディスクリート部品を含んでよい。

ハードウェア実装形態では、送受信モジュール2520は送受信器2610であり得る。

通信装置2600は、本出願の実施形態において提供される方法における第1のデバイスまたは第1のAPの機能、例えば、前述の管理フレームを生成することを実装するように通信装置2600を実装またはサポートするように構成された少なくとも1つのプロセッサ2620を含む。プロセッサは、管理フレーム識別コンポーネントを含み得る。管理フレーム識別コンポーネントは、クワイエット要素フィールド識別コンポーネントおよび／またはリソース予約要素識別フィールドをさらに含み得る。管理フレームがリソース予約要素フィールドのみを含むとき、通信装置2600は、リソース予約要素フィールドによって示される予約済みリソースを求めて競合する。管理フレームがリソース予約要素フィールドとクワイエット要素フィールドとを含むとき、通信装置2600がEHT端末である場合、通信装置2600は、リソース予約要素フィールドによって示される予約済みリソースを求めて競合し、または通信装置がレガシー端末である場合、通信装置は、クワイエット要素フィールドによって示される期間においてクワイエットである。具体的には、管理フレーム識別コンポーネントは、本出願の実施形態において提供されるチャネルアクセス方法を使用するように構成され得る。

通信装置2600は、プログラム命令および／またはデータを記憶するように構成された少なくとも1つのメモリ2630をさらに含み得る。メモリ2630は、プロセッサ2620に結合される。本出願のこの実施形態における結合は、電気的形態、機械的形態、または他の形態の装置、ユニット、またはモジュール間の間接結合または通信接続であってよく、装置、ユニット、またはモジュール間の情報交換のために使用される。プロセッサ2620は、メモリ2630と協働することができる。プロセッサ2620は、通信装置2600が対応する方法を実装するように、メモリ2630に記憶されたプログラム命令および／またはデータを実行してもよい。少なくとも1つのメモリのうちの少なくとも1つは、プロセッサ内に位置されてもよい。

通信装置2600は、通信装置2600内の装置が他のデバイスと通信することができるように、伝送媒体を使用することによって他のデバイスと通信するように構成された送受信器2610をさらに含み得る。例えば、通信装置が端末である場合、他のデバイスはネットワークデバイスである。あるいは、通信装置がネットワークデバイスであるとき、他のデバイスは端末である。プロセッサ2620は、送受信器2610を使用することによってデータを送信および受信し得る。送受信器2610は、具体的には送受信器であってよい。通信装置2600は、無線周波数ユニットをさらに含んでもよい。無線周波数ユニットは、通信装置2600から独立していてもよく、または通信装置2600に統合されてもよい。当然ながら、送受信器2610は、アンテナ、例えば、通信装置2600から独立したリモートアンテナ、または通信装置2600に組み込まれたアンテナをさらに含んでもよい。

送受信器2610、プロセッサ2620、およびメモリ2630の間の具体的な接続媒体は、本出願のこの実施形態では限定されない。本出願のこの実施形態では、メモリ2630、プロセッサ2620、および送受信器2610は、図26のバス2640を介して接続される。図26では、バスを表すために太線が使用される。他の部品間の接続方式は、説明のための例にすぎず、限定を課さない。バスは、アドレスバス、データバス、制御バスなどに分類され得る。表現を容易にするために、図26においてバスを表すために太線のみが使用されるが、これは、1つのバスまたは1つのタイプのバスのみが存在することを意味しない。

本出願のこの実施形態では、プロセッサ2620は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイもしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理デバイス、または個別ハードウェア部品とすることができ、本出願の実施形態で開示される方法、ステップ、および論理ブロック図を実装または実行することができる。汎用プロセッサは、マイクロプロセッサまたは任意の従来のプロセッサなどであってもよい。本出願の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサによって直接実行および完了されてもよく、またはプロセッサ内のハードウェアモジュールとソフトウェアモジュールとの組み合わせを使用することによって実行および完了されてもよい。

本出願のこの実施形態では、メモリ2630は、不揮発性メモリ、例えば、ハードディスクドライブ（hard disk drive、HDD）もしくはソリッドステートドライブ（solid－state drive、SSD）であってよく、または揮発性メモリ（volatile memory）、例えば、ランダムアクセスメモリ（random－access memory、RAM）であってよい。メモリは、命令またはデータ構造の形態で予想されるプログラムコードを搬送または記憶することができ、コンピュータによってアクセスされ得る任意の他の媒体であるが、それに限定されない。本出願のこの実施形態におけるメモリは、代替的に、記憶機能を実装することができる回路または任意の他の装置であってもよく、プログラム命令および／またはデータを記憶するように構成される。

前述の実施形態における通信装置は、端末、回路、端末内で使用されるチップ、または端末の機能を有する他の組み合わされた部品、部品などであり得ることに留意されたい。通信装置が端末であるとき、送受信モジュールは送受信器であってもよく、アンテナ、無線周波数回路などを含んでもよい。処理モジュールは、プロセッサ、例えば、中央処理装置（central processing unit、CPU）であってもよい。通信装置が端末の機能を有する部品である場合、送受信モジュールは無線周波数ユニットであってよく、処理モジュールはプロセッサであってよい。通信装置がチップまたはチップシステムであるとき、送受信モジュールは、チップまたはチップシステムの入力／出力インターフェースであり得、処理モジュールは、チップまたはチップシステムのプロセッサであり得る。

可能な製品形態として、本出願のこの実施形態で説明されるAPまたはSTAは、以下の部品、すなわち、1つ以上のFPGA（フィールドプログラマブルゲートアレイ）、PLD（プログラマブル論理デバイス）、コントローラ、状態機械、ゲート論理、ディスクリートハードウェア部品、任意の他の適切な回路、または本出願で説明される種々の機能を実行することができる回路の任意の組み合わせを使用することによってさらに実装され得る。

種々の製品形態のAPは、前述の方法の実施形態におけるAPの任意の機能を有することを理解されたい。詳細はここでは再び説明されない。種々の形態のSTAは、前述の方法の実施形態におけるSTAの任意の機能を有する。詳細はここでは再び説明されない。

本出願の一実施形態は、通信システムをさらに提供する。具体的には、通信システムは、STAおよびAPを含むか、またはより多くのAPおよびアクセスネットワークデバイスをさらに含み得る。例えば、通信システムは、図1、図15、または図16の関連機能を実装するように構成されたSTAおよびAPを含む。

APは、図1、図2、図16、または図17に関連するネットワーク部分の機能を実装するように別個に構成される。STAは、図1、図2、図16、または図17に関係するSTAの機能を実装するように構成される。例えば、STAは、図6に示される実施形態におけるS601からS604を行うことができる。APは、図6に示される実施形態におけるS601からS604を行うことができる。他の例として、STAは、例えば、図20に示されている実施形態におけるS2001からS2006を行うことができる。APは、図20に示される実施形態におけるS2003、S2004、S2005、およびS2006を行うことができる。他の例として、STAは、例えば、図21に示されている実施形態におけるS2002およびS2004を行うことができる。APは、図21に示される実施形態におけるS2001およびS2003を行うことができる。

本出願の一実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータ上で実行されるとき、コンピュータは、図6、図20、または図21のAPまたはSTAによって行われる方法を行うことを可能にされる。

本出願の一実施形態は、コンピュータプログラムコードを含むコンピュータプログラム製品をさらに提供する。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、図16、図20、または図21のAPまたはSTAによって行われる方法を行うことを可能にされる。

本出願の一実施形態は、チップシステムを提供する。チップシステムは、プロセッサを含み、メモリをさらに含んでよく、前述の方法におけるAPまたはSTAの機能を実装するように構成される。チップシステムは、チップを含んでもよく、またはチップと他のディスクリート部品とを含んでもよい。

本出願の一実施形態は、プロセッサおよびインターフェースを含む通信装置をさらに提供する。プロセッサは、前述の方法の実施形態のいずれか1つにおける情報処理方法を行うように構成される。

通信装置はチップであってもよいことを理解されたい。プロセッサは、ハードウェアによって実装されてもよく、ソフトウェアによって実装されてもよい。プロセッサがハードウェアによって実装される場合、プロセッサは、論理回路、集積回路などであってもよい。プロセッサがソフトウェアによって実装されるとき、プロセッサは汎用プロセッサであり得る。汎用プロセッサは、メモリに記憶されたソフトウェアコードを読み取ることによって実装される。メモリは、プロセッサに統合されてもよく、プロセッサの外部に位置されて独立的に存在してもよい。

「システム」および「ネットワーク」という用語は、本出願の実施形態において交換可能に使用され得ることを理解されたい。少なくとも1つは1つ以上を意味し、「複数の」は2つ以上を意味する。および／または関連オブジェクト間の関連関係を記述し、3つの関係が存在し得ることを示す。例えば、Aおよび／またはBは、以下の3つの場合、すなわち、Aが単独で存在する場合、AとBの両方が存在する場合、およびBが単独で存在する場合を示し得、ここで、AおよびBは、単数または複数であり得る。文字「／」は、概して、関連付けられたオブジェクト間の「または」関係を表す。以下の項目（部分）またはその類似表現のうちの少なくとも1つは、単数の項目（部分）または複数の項目（部分）の任意の組み合わせを含む、これらの項目の任意の組み合わせを指す。例えば、a、b、またはcのうちの少なくとも1つは、a、b、c、aおよびb、aおよびc、bおよびc、またはa、b、およびcを表すことができ、ここで、a、b、およびcは、単数または複数であり得る。

加えて、特に明記しない限り、本出願の実施形態における「第1の」および「第2の」などの序数は、複数のオブジェクトを区別するためのものであるが、複数のオブジェクトの順序、時間シーケンス、優先度、または重要性を限定することは意図されていない。例えば、第1の情報および第2の情報は、異なる指示情報を区別するためだけに使用され、2つのタイプの情報の異なる優先度、重要性などを示すものではない。

本出願の実施形態では、前述のプロセスのシーケンス番号は実行シーケンスを意味しないことを理解されたい。プロセスの実行順序は、プロセスの機能および内部論理に基づいて決定されるべきであり、本出願の実施形態の実装プロセスに対するいかなる限定も構成するべきではない。

加えて、本出願の実施形態における「例えば」という用語は、例または説明を表すために使用される。本出願の実施形態において「例」として説明される任意の実施形態または実装解決策は、他の実施形態または実装解決策よりも好ましいものとして説明されるべきではない。すなわち、「例」という単語を使用することは、ある概念を具体的に説明することが意図されている。

本出願の実施形態における方法の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用することによって実装され得る。実施形態を実装するためにソフトウェアが使用されるとき、実施形態の全てまたは一部は、コンピュータプログラム製品の形態で実装され得る。コンピュータプログラム製品は、1つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されると、本発明の実施形態による手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、ネットワークデバイス、ユーザ機器、または他のプログラマブル装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、またはコンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（digital subscriber line、略してDSL））または無線（例えば、赤外線、無線、またはマイクロ波）方式で、ウェブサイト、コンピュータ、サーバ、またはデータセンタから他のウェブサイト、コンピュータ、サーバ、またはデータセンタに伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータにアクセス可能な任意の使用可能な媒体、または1つ以上の使用可能な媒体を統合する、サーバもしくはデータセンタなどのデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（例えば、デジタルビデオディスク（digital video disc、略してDVD））、半導体媒体（例えば、SSD）などであってもよい。

当業者は、本出願の範囲から逸脱することなく、本出願に対して種々の修正および変形を行うことができることは明らかである。本出願は、以下の特許請求の範囲およびそれらの同等の技術によって定義される保護の範囲内に入るという条件で、本出願のこれらの修正および変形を包含することが意図される。

101 マルチリンクAPデバイス
102 マルチリンクSTAデバイス
101－1 関連AP
101－2 関連AP
102－1 所属するSTA
102－2 所属するSTA
2500 通信装置
2510 処理モジュール
2520 送受信モジュール
2600 通信装置
2610 送受信器
2620 プロセッサ
2630 メモリ
2640 バス

より高い遅延要件を有するトラフィック（本出願では高優先度トラフィックと称され得る）に対してより良好なサービス品質（quality of service、QoS）保証を提供するために、IEEE 802．11はEDCA競合キューを導入する。EDCAは、CWにおける最大値の取り得る値を減少させる。例えば、CWの最大値は7または15であってもよい。すなわち、EDCAは、CWの最大値および最小値の範囲を狭める。これは、高優先度トラフィックがチャネルを求めて競合する確率を増加させることができ、高優先度トラフィックの遅延を短くする。例えば、最も高い優先度の音声キューに対するCWの値の範囲は、［7，15］として定義されてもよい。2番目に高い優先度のビデオキューのためのCWの値範囲は、［15，31］として定義され得る。EDCAは、高優先度トラフィックがチャネルにアクセスする確率を増加させ、高優先度トラフィックの遅延を短くすることができるが、高優先度トラフィックの競合および衝突は依然として存在する。加えて、CWの減少は、高優先度トラフィックのより頻繁な衝突を引き起こす。具体的には、ますます多くのタイプの高優先度トラフィックの出現とともに、例えば、IEEE 802．11リアルタイムアプリケーション（real time application、RTA）関心グループでは、リアルタイムオンラインゲーム、リアルタイムビデオ、産業用無線、および無人航空機制御などの複数の低遅延シナリオが定義されている。これらのトラフィックの遅延要件範囲は、1 ms～100 msであり、これは、EDCAメカニズムにおける最も優先度の高いトラフィック音声の遅延要件（300 ms）をはるかに超えている。EDCAメカニズムは依然として使用され、高優先度トラフィック間の衝突はより深刻である。

一例では、さらに図6を参照されたい。S604：第1のAPが、actionフレームを第1のデバイスに送信し、actionフレームは、第3の予約済みリソースを示し、第3の予約済みリソース上で第1のトラフィックを継続するように第1のデバイスに示す。第1のAPは、第1のトラフィックが第1の予約済みリソース上で伝送されないときのみ、一時的予約済みリソースをトリガすることに留意されたい。したがって、S604は必須ではなく、図6では破線を使用して示されている。

上記は、Resource Reservation elementフィールドを使用することによって周期的リソース予約および非周期的リソース予約を実装する複数の実装形態である。特定の形態にかかわらず、Resource Reservation elementフィールドは、ビーコンフレーム、プローブ応答フレーム、またはアソシエーション応答フレームなどの管理フレーム中で搬送され得る。以下では、Resource Reservation elementフィールドを使用することによるリソース予約解放の実装形態について説明する。

R1～R3において、STA 1およびSTA 2はクワイエットである。換言すれば、STA 1およびSTA 2は、R1からR3への競合ベースのアクセスを行わず、その結果、R1からR3上のAP 1およびAP 2のアクセス遅延は短くされることができる。STA 1およびSTA 2は、（図18の太線矢印によって示されるように）トラフィックを伝送するためにR1およびR3以外の時間周波数リソースに競合ベースでアクセスする。R1からR3において、AP 1およびAP 2は、チャネルにアクセスし、（図18における細線矢印によって示されるように）第1のトラフィックをさらに交換し得る。チャネルにアクセスした後、AP 1およびAP 2は、第1のトラフィックを伝送し続ける。例えば、AP 1およびAP 2は、第1のトラフィックを伝送するために、R1の後に時間周波数リソースを求めて競合する。加えて、ネットワークでは、第1のトラフィックのためにAP 1によって予約されたN個の第1の予約済みリソースは、AP間の通信専用の時間周波数リソースである必要はない。例えば、APとSTAとの間の通信専用の時間周波数リソースが再使用され得、その結果、リソース消費が低減され得る。

任意選択の実装形態では、通信装置は、AP協調グループ内に位置するAPである。第1のトラフィックは、通信装置とプライマリAPとの間のトラフィックを含む。処理モジュール2510は、管理フレームが送信される時点がT_B＋m×T_rであると決定するようにさらに構成され、T_BはプライマリAPが管理フレームを送信する時点であり、mは0以上の整数であり、および／または処理モジュール2510は、通信装置によってサービスされるセルのリソース予約期間がT_rに設定されると決定するようにさらに構成される。

Claims (36)

1. チャネルアクセス方法であって、
   第1のデバイスによって、第1のアクセスポイントAPから管理フレームを受信するステップであって、前記管理フレームは、第1の指示情報を含み、前記第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示し、前記少なくとも1つの第1の予約済みリソースは、前記第1のトラフィックのために予約された時間領域リソースのみを含む、ステップと、
   前記第1のデバイスによって、前記少なくとも1つの第1の予約済みリソース上でチャネルアクセスを開始し、前記第1のトラフィックを伝送するステップと
   を含む、チャネルアクセス方法。
2. チャネルアクセス方法であって、
   第1のアクセスポイントAPによって、管理フレームを生成するステップであって、前記管理フレームは、第1の指示情報を含み、前記第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示し、前記少なくとも1つの第1の予約済みリソースは、前記第1のトラフィックのために予約された時間領域リソースのみを含む、ステップと、
   前記第1のAPによって、前記管理フレームを第1のデバイスに送信するステップと
   を含む、チャネルアクセス方法。
3. 前記予約された時間領域リソースは、ターゲットビーコン伝送時間TBTTの間の部分時間領域リソースである、請求項1または2に記載の方法。
4. 前記第1のAPは、マルチリンクデバイスMLD APに所属するAPであり、前記第1のAPは、複数のリンク上で動作し、前記第1の指示情報は、前記複数のリンクのうちの1つのリンクの時間領域リソースを示すか、または前記第1の指示情報は、前記複数のリンクのうちの第1のリンクの部分時間領域リソースを示す、請求項1から3のいずれか一項に記載の方法。
5. 2つの隣接する第1の予約済みリソースの間の間隔T_rは、前記第1のトラフィックの遅延要件に基づいて決定され、各第1の予約済みリソースによって占有される持続時間は、前記第1のトラフィックのトラフィック量に基づいて決定される、請求項1から4のいずれか一項に記載の方法。
6. T_rは、T_r≦t_delay／2を満たし、t_delayは、前記第1のトラフィックによって許容される最大遅延である、請求項5に記載の方法。
7. 前記第1の指示情報は、前記第1のトラフィックが前記少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースに競合ベースでアクセスすることを許可されることをさらに示し、および／または前記第1の指示情報は、前記少なくとも1つの第1の予約済みリソース内の前記周波数領域リソースが前記第1のトラフィックをスケジューリングもしくは伝送するために使用されることをさらに示す、請求項1から6のいずれか一項に記載の方法。
8. 前記管理フレームは、ビーコンBeaconフレーム、アソシエーション応答association responseフレーム、プローブ応答probe responseフレーム、またはactionフレームである、請求項1から7のいずれか一項に記載の方法。
9. 前記管理フレームは、第1の要素フィールドおよびクワイエット要素フィールドを含む、請求項1から8のいずれか一項に記載の方法。
10. 前記第1の指示情報は、前記第1の要素フィールドで搬送される、請求項9に記載の方法。
11. 前記クワイエット要素フィールドの前記個数は、Nであり、前記N個のクワイエット要素フィールドは、前記少なくとも1つの第1の予約済みリソースに1対1で対応する、請求項9または10に記載の方法。
12. 前記方法は、
    前記第1のデバイスによって、前記第1のAPからアクションactionフレームを受信するステップであって、前記actionフレームは、第3の予約済みリソースを示し、前記第3の予約済みリソース上で前記第1のトラフィックを継続するように前記第1のデバイスに示し、前記第3の予約済みリソースの開始時点は、前記少なくとも1つの第1の予約済みリソース内の1つの第1の予約済みリソースの終了時点よりも後であり、前記actionフレームは、前記第1の予約済みリソースの前記終了時点の前に送信され、前記第1のトラフィックの前記トラフィック量の伝送持続時間は、前記第1の予約済みリソースによって占有される持続時間よりも長い、ステップ
    をさらに含む、請求項1から11のいずれか一項に記載の方法。
13. 前記方法は、
    前記第1のAPによって、アクションactionフレームを前記第1のデバイスに送信するステップであって、前記actionフレームは、第3の予約済みリソースを示し、前記第3の予約済みリソース上で前記第1のトラフィックを継続するように前記第1のデバイスに示し、前記第3の予約済みリソースの開始時点は、前記少なくとも1つの第1の予約済みリソース内の1つの第1の予約済みリソースの終了時点よりも後であり、前記actionフレームは、前記第1の予約済みリソースの前記終了時点の前に送信され、前記第1のトラフィックの前記トラフィック量の伝送持続時間は、前記第1の予約済みリソースによって占有される持続時間よりも長い、ステップ
    をさらに含む、請求項1から11のいずれか一項に記載の方法。
14. 前記管理フレームは、第1の要素フィールドおよびクワイエット要素フィールドを含み、前記第1のデバイスがレガシー端末である場合、前記第1のデバイスは、前記クワイエット要素フィールドによって示されるクワイエット間隔に基づいて沈黙を維持し、または前記第1のデバイスが非レガシー端末である場合、前記第1のデバイスは、前記クワイエット要素フィールドによって示されるクワイエット間隔を無視し、前記第1の要素フィールドによって示される前記第1の指示情報に基づいて前記少なくとも1つの第1の予約済みリソースを設定する、請求項1から13のいずれか一項に記載の方法。
15. 前記第1のデバイスは、前記第1のAPと同じAP協調グループに属する第2のAPであり、前記第1のトラフィックは、前記第1のAPと前記第2のAPとの間のトラフィックを含み、前記第1のデバイスが管理フレームを送信する時点は、T_B＋m×T_rであり、T_Bは、前記管理フレームの送信時点であり、mは、0以上の整数であり、および／または、
    前記第1のデバイスによりサービスされるセルのリソース予約期間は、T_rに設定される、
    請求項4から14のいずれか一項に記載の方法。
16. 通信装置であって、前記通信装置は、送受信モジュールと処理モジュールとを含み、
    前記送受信モジュールは、第1のアクセスポイントAPから管理フレームを受信し、前記管理フレームは、第1の指示情報を含み、前記第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示し、前記少なくとも1つの第1の予約済みリソースは、前記第1のトラフィックのために予約された時間領域リソースのみを含むように構成され、
    前記送受信モジュールは、前記処理モジュールによって決定された前記少なくとも1つの第1の予約済みリソース上でチャネルアクセスを開始し、前記第1のトラフィックを伝送するようにさらに構成されている、
    通信装置。
17. 通信装置であって、前記通信装置は、送受信モジュールと処理モジュールとを含み、
    前記処理モジュールは、管理フレームを生成し、前記管理フレームは、第1の指示情報を含み、前記第1の指示情報は、第1のトラフィックが競合ベースのアクセスを許可される少なくとも1つの第1の予約済みリソースを示し、前記少なくとも1つの第1の予約済みリソースは、前記第1のトラフィックのために予約された時間領域リソースのみを含むように構成され、
    前記送受信モジュールは、前記管理フレームを第1のデバイスに送信するように構成されている、
    通信装置。
18. 前記予約された時間領域リソースは、ターゲットビーコン伝送時間TBTTの間の部分時間領域リソースである、請求項16または17に記載の通信装置。
19. 前記第1のAPは、マルチリンクデバイスMLD APに所属するAPであり、前記第1のAPは、複数のリンク上で動作し、前記第1の指示情報は、前記複数のリンクのうちの1つのリンクの時間領域リソースを示すか、または前記第1の指示情報は、前記複数のリンクのうちの第1のリンクの部分時間領域リソースを示す、請求項16から18のいずれか一項に記載の通信装置。
20. 2つの隣接する第1の予約済みリソースの間の間隔T_rは、前記第1のトラフィックの遅延要件に基づいて決定され、各第1の予約済みリソースによって占有される持続時間は、前記第1のトラフィックのトラフィック量に基づいて決定される、請求項16から19のいずれか一項に記載の通信装置。
21. T_r≦t_delay／2であり、t_delayは、前記第1のトラフィックによって許容される最大遅延である、請求項20に記載の通信装置。
22. 前記第1の指示情報は、前記第1のトラフィックが前記少なくとも1つの第1の予約済みリソース内の部分周波数領域リソースに競合ベースでアクセスすることを許可されることをさらに示し、および／または前記第1の指示情報は、前記少なくとも1つの第1の予約済みリソース内の前記部分周波数領域リソースが前記第1のトラフィックをスケジューリングもしくは伝送するために使用されることをさらに示す、請求項16から21のいずれか一項に記載の通信装置。
23. 前記管理フレームは、ビーコンBeaconフレーム、アソシエーション応答association responseフレーム、プローブ応答probe responseフレーム、またはactionフレームである、請求項16から22のいずれか一項に記載の通信装置。
24. 前記管理フレームは、第1の要素フィールドおよびクワイエット要素フィールドを含む、請求項16から23のいずれか一項に記載の通信装置。
25. 前記第1の指示情報は、前記第1の要素フィールドで搬送される、請求項24に記載の通信装置。
26. 前記クワイエット要素フィールドの前記個数は、Nであり、前記N個のクワイエット要素フィールドは、前記少なくとも1つの第1の予約済みリソースに1対1で対応する、請求項24または25に記載の通信装置。
27. 前記送受信モジュールは、
    前記第1のAPからアクションactionフレームを受信し、前記actionフレームは、第3の予約済みリソースを示し、前記第3の予約済みリソース上で前記第1のトラフィックを継続するように前記第1のデバイスに示し、前記第3の予約済みリソースの開始時点は、前記少なくとも1つの第1の予約済みリソース内の1つの第1の予約済みリソースの終了時点よりも後であり、前記actionフレームは、前記第1の予約済みリソースの前記終了時点の前に送信され、前記第1のトラフィックの前記トラフィック量の伝送持続時間は、前記第1の予約済みリソースによって占有される持続時間よりも長い
    ようにさらに構成されている、請求項16から26のいずれか一項に記載の通信装置。
28. 前記送受信モジュールは、
    アクションactionフレームを前記第1のデバイスに送信し、前記actionフレームは、第3の予約済みリソースを示し、前記第3の予約済みリソース上で前記第1のトラフィックを継続するように前記第1のデバイスに示し、前記第3の予約済みリソースの開始時点は、前記少なくとも1つの第1の予約済みリソース内の1つの第1の予約済みリソースの終了時点よりも後であり、前記actionフレームは、前記第1の予約済みリソースの前記終了時点の前に送信され、前記第1のトラフィックの前記トラフィック量の伝送持続時間は、前記第1の予約済みリソースによって占有される持続時間よりも長い
    ようにさらに構成されている、請求項16から26のいずれか一項に記載の通信装置。
29. 前記管理フレームは、リソース予約要素フィールドおよびクワイエット要素フィールドを含み、前記第1のデバイスがレガシー端末である場合、前記処理モジュールは、前記クワイエット要素フィールドによって示されるクワイエット間隔に基づいて沈黙することを行うように構成され、または前記第1のデバイスが非レガシー端末である場合、前記処理モジュールは、前記クワイエット要素フィールドによって示されるクワイエット間隔に基づいて前記少なくとも1つの第1の予約済みリソースを設定するように構成されている、請求項16から28のいずれか一項に記載の通信装置。
30. 前記通信装置は、前記第1のAPと同じAP協調グループに所属する第2のAPであり、前記第1のトラフィックは、前記第1のAPと前記通信装置との間のトラフィックを含み、前記処理モジュールは、管理フレームが送信される時点がT_B＋m×T_rであると決定し、T_Bは、前記管理フレームの送信時点であり、mは、0以上の整数であるようにさらに構成され、および／または
    前記処理モジュールは、前記通信装置によってサービスされるセルのリソース予約期間がT_rに設定されると決定する
    ようにさらに構成されている、請求項20から29のいずれか一項に記載の通信装置。
31. 通信装置であって、前記通信装置は、送受信器と、請求項1から15のいずれか一項に記載の方法を実装するように構成されたプロセッサとを含む、通信装置。
32. 通信装置であって、
    コンピュータプログラムを記憶するように構成されたメモリと、
    前記通信装置が請求項1から15のいずれか一項に記載の方法を行うことを可能にするために、前記メモリに記憶された前記コンピュータプログラムを実行するように構成されたプロセッサと
    を含む、通信装置。
33. チップであって、前記チップは、少なくとも1つのプロセッサとインターフェースとを含み、前記プロセッサは、メモリに記憶された命令を読み取り、実行するように構成され、前記命令が実行されると、前記チップは、請求項1から15のいずれか一項に記載の方法を行うことを可能にされる、チップ。
34. コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを記憶し、前記コンピュータプログラムは、プログラム命令を含み、前記プログラム命令がコンピュータによって実行されると、前記コンピュータは、請求項1から15のいずれか一項に記載の方法を行うことを可能にされる、コンピュータ可読記憶媒体。
35. コンピュータプログラムコードを含むコンピュータプログラム製品であって、前記コンピュータプログラムコードがコンピュータ上で実行されると、前記コンピュータは、請求項1から15のいずれか一項に記載の方法を実装することを可能にされる、コンピュータプログラム製品。
36. 請求項1から15のいずれか一項に記載の方法を実装するように構成された、装置。

Images