JP7612874B2 - 時間リソース割り当て及び受信方法、並びに関連装置 - Google Patents

Description

本願は、２０２１年１月０５日に国家知識産権局に出願された、「TIME RESOURCE ALLOCATION AND RECEIVING METHOD AND RELATED APPARATUS」と題された中国特許出願第２０２１１０００８５８８.５号に対する優先権を主張し、その全体が参照により本明細書に組み込まれる。

本願は、無線通信技術の分野に関し、特に、リソース割り当て及び受信方法及び関連する機器に関する。

ユーザの特定の要件を満たすために、電気電子技術者協会（Institute of Electrical and Electronics Engineers、IEEE）８０２．１１be標準は、幾つかの特別な適用シナリオ、例えば、局がアップリンクシングルユーザ物理層プロトコルデータユニット（physical protocol data unit, PPDU）を送信するようにスケジュールされているシナリオ、スケジュールされた（Scheduled）ピアツーピア（Peer-to-Peer, P２P）シナリオ、及び協調時分割多元接続（coordinated time division multiple access, Co-TDMA）シナリオをサポートする。

スケジュールされたP２Pシナリオでは、複数の局（station, STA）が相互に直接通信できるように、複数のSTAがP２P技術を使用して小さなネットワークを形成することによって接続される。送信機会（transmission opportunity, TXOP）を得た後、アクセスポイント（access point, AP）は、TXOPの時間リソースの一部を、アクセスポイントに関連付けられたSTAに割り当て、STAが割り当てられた時間リソース上で他のSTAと通信するようにする。

Co‐TDMAシナリオでは、２つのAPロール：共有側（sharing）APと被共有（shared）AP、が定義される。TXOPを取得した後、共有側APはTXOPの時間リソースの一部を被共有APに割り当て、被共有APが時間リソース上で被共有APに関連する局と通信することができる。

したがって、時間リソース割り当てをサポートするために、スケジュールされたP２PシナリオとCo‐TDMAシナリオの両方でトリガフレームが必要である。現在の８０２．１１be標準の議論に基づいて、マルチユーザ（multiple user, MU）Request-to-Send（送信要求、RTS）フレームを使用してトリガフレームを設計する方法がある。しかし、スケジュールされたP２PシナリオとMU-RTSフレームに基づくCo-TDMAシナリオで時間リソース割り当てを実装する方法は解決されていない。

本願の実施形態は、スケジュールされたP２Pシナリオ及びCo-TDMAシナリオにおける通信をサポートするために、シングルユーザトリガフレームを使用して時間リソース割り当てを示す、時間リソース割り当て及び受信方法及び関連装置を提供する。

以下では、様々な側面から本願を説明する。次の実装と異なる態様の有益な効果について相互に参照できることを理解する必要がある。

第１態様によると、本願は、時間リソース割り当て方法を提供する。前記方法は、以下を含む。第１装置は媒体アクセス制御（media access control, MAC）フレームを生成して送信する。MACフレーム内のトリガタイプサブフィールドは３に設定され、MACフレームはユーザ情報フィールドを含まず、MACフレーム内の受信者アドレスフィールドは第２装置のMACアドレスに設定される。MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことは、MACフレームがシングルユーザトリガフレームであることを示す。言い換えると、MACフレームは、トリガタイプサブフィールドが３に設定され、ユーザ情報フィールドを含まないシングルユーザトリガフレームであり、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。ここで、時間リソースとは、時間期間を指す。

必要に応じて、トリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示す。ただし、MU-RTSフレームは１人以上のユーザ（又は局）に送信されるため、MU-RTSフレームには必ず１つ以上のユーザ情報フィールドが含まれる。したがって、本ソリューションでは、MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことは、MACフレームがMU-RTSフレームではなくシングルユーザトリガフレームであることを示す。

本ソリューションでは、MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことは、現在送信されているMACフレームがシングルユーザトリガフレームであることを暗示的に示すことが分かる。シングルユーザトリガフレームは、スケジュールされたP２Pシナリオ及びCo-TDMAシナリオにおける通信をサポートするために、時間リソース割り当てを示すことができる。

第２態様によると、本願は、時間リソース受信方法を提供する。前記方法は、以下を含む。第２装置は第１装置から媒体アクセス制御（MAC）フレームを受信し、MACフレーム内の受信者アドレスフィールドが第２装置のMACアドレスに設定される。第２装置はMACフレームを解析して、MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことを取得する。第２装置は、MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことに従い、MACフレームがシングルユーザトリガフレームであると決定し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。ここで、時間リソースとは、時間期間を指す。ここで、時間リソースとは、時間期間を指す。

必要に応じて、トリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示す。ただし、MU-RTSフレームは１人以上のユーザ（又は局）に送信されるため、MU-RTSフレームには必ず１つ以上のユーザ情報フィールドが含まれる。したがって、本ソリューションでは、MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことは、MACフレームがMU-RTSフレームではなくシングルユーザトリガフレームであることを示す。

第３態様によると、本願は、時間リソース割り当て機器を提供する。時間リソース割り当て機器は、第１装置又は第１装置内のチップ、例えばWi-Fiチップである場合がある。時間リソース割り当て機器は、MACフレームを生成するように構成される処理ユニットであって、MACフレーム内のトリガ型サブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まず、MACフレーム内の受信者アドレスフィールドが第２装置のMACアドレスに設定される処理ユニットと、MACフレームを送信するように構成されたトランシーバユニットと、を含む。MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことは、MACフレームがシングルユーザトリガフレームであることを示す。言い換えると、MACフレームは、トリガタイプサブフィールドが３に設定され、ユーザ情報フィールドを含まないシングルユーザトリガフレームであり、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。ここで、時間リソースとは、時間期間を指す。

必要に応じて、トリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示す。ただし、MU-RTSフレームは１人以上のユーザ（又は局）に送信されるため、MU-RTSフレームには必ず１つ以上のユーザ情報フィールドが含まれる。したがって、本ソリューションでは、MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことは、MACフレームがMU-RTSフレームではなくシングルユーザトリガフレームであることを示す。

第４の態様によると、本願は、時間リソース受信機器を提供する。時間リソース受信機器は、第２装置又は第２装置内のチップ、例えばWi-Fiチップである場合がある。時間リソース受信機器は、MACフレームを受信するよう構成されるトランシーバユニットであって、MACフレーム内の受信者アドレスフィールドが第２装置のMACアドレスに設定される、トランシーバユニットと、MACフレームを解析して、MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことを取得するよう構成される解析ユニットと、MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことに従い、MACフレームがシングルユーザトリガフレームであると決定するよう構成される決定ユニットであって、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される、決定ユニットと、を含む。ここで、時間リソースとは、時間期間を指す。

任意で、トリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示す。ただし、MU-RTSフレームは１人以上のユーザ（又は局）に送信されるため、MU-RTSフレームには必ず１つ以上のユーザ情報フィールドが含まれる。したがって、本ソリューションでは、MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことは、MACフレームがMU-RTSフレームではなくシングルユーザトリガフレームであることを示す。

前述の態様のいずれかの可能な実装において、MACフレーム内の期間（duration）フィールドは、第２装置に割り当てられた時間期間を示すことができる。期間フィールドの本来の意味は、現在の送信機会の残りの期間に関する情報を示すため、第２装置に割り当てられた時間期間を示すために期間フィールドを再利用することは、第２装置に送信機会全体の残りの期間をすべて割り当てることと等価である。

このソリューションでは、元の期間フィールドが再利用され、元の期間フィールドの意味が拡張されるため、期間フィールドは２つの意味を持ち（１つは、現在の送信機会の残りの期間に関する情報を示し、もう１つは、第２装置に割り当てられた時間期間を示す）、第２装置は、スケジュールされたP２PシナリオとCo-TDMAシナリオでの通信をサポートするために、新しいフィールドを追加することなく、割り当てられた時間リソースで別の局と通信できることを学習できる。実装は簡単である。

前述の態様のいずれかの可能な実装では、MACフレームは第１サブフィールドを含み、第１サブフィールドは第２装置に割り当てられた時間期間を示す。あるいは、第１サブフィールドは応答フレームの時間期間を示す。第１サブフィールドは期間フィールドとは異なることを理解すべきである。第２装置に割り当てられ、第１サブフィールドによって示される時間期間は、残りの送信機会の期間内の時間期間である。

このソリューションでは、第２装置に割り当てられた時間期間を示すために、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）内に新しいフィールドが設計され、新しいフィールドの意味が明確かつ明示的であることを学習できる。

前述の態様のいずれかの可能な実装では、第１サブフィールドは、MACフレームの共通情報フィールド内の予約サブフィールドである。第１サブフィールドの長さは、期間フィールドの長さ以下であってもよい。

このソリューションでは、新しいフィールドを追加することなく、MACフレームの共通情報フィールドの予約されたサブフィールドを使用して第１サブフィールドを設計することが分かる。元のフレーム長が維持されるため、共通情報フィールドの予約サブフィールドを完全に使用でき、第１サブフィールドの意味が明確かつ明示的になる。

上記の態様のいずれかの可能な実装では、第１サブフィールドは、MACフレームの共通情報フィールドで予約されたアップリンク長（up link length, UL length）サブフィールドであり、これは、以下ではアップリンク長（UL長）サブフィールドと略して呼ばれる。

別のタイプのトリガフレーム（トリガタイプサブフィールドの値が３でないトリガフレーム）のUL長サブフィールドは、トリガされたトリガベースのPPDU（Trigger Based PPDU, TB PPDU）のフレーム長（ここでのフレーム長は時間期間）を示すが、UL長サブフィールドは、MU-RTSフレームでは使用されないか、又は存在しないことが分かる。したがって、このソリューションでは、UL長サブフィールドは、第２装置に割り当てられた時間期間を示し、UL長サブフィールドは、時間期間の粒度を示すために再利用できる。このような機能は、UL長サブフィールドの機能に似ている。

前述の態様のいずれかの可能な実装では、第１サブフィールドの長さは１２ビット又は１６ビットである。第１サブフィールドの長さが１２ビットの場合、その長さはUL長サブフィールドの長さと同じであり、UL長サブフィールドは期間の粒度を示すために再利用できることがわかる。第１サブフィールドの長さが１６ビットの場合、その長さは期間フィールドの長さと同じであり、期間フィールドは期間の粒度を示すために再利用できる。

第５の態様によると、本願は、時間リソース割り当て方法を提供する。前記方法は、以下を含む。第１装置は、MACフレームを生成し、送信する。MACフレームには、第２サブフィールドが含まれ、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。ここで、時間リソースとは、時間期間を指す。MACフレームのトリガタイプサブフィールドは３に設定される。

任意で、トリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示す。ただし、MACフレームの第２サブフィールドは、MACフレームがMU-RTSフレームではなくシングルユーザトリガフレームであることを示し、MU-RTSフレームとシングルユーザトリガフレームを区別する。

このソリューションでは、スケジュールされたP２PシナリオとCo-TDMAシナリオでの通信をサポートするために、現在送信されているMACフレームがシングルユーザトリガフレームであることを明示的に示すためにMACフレーム内のフィールドが設計され、シングルユーザトリガフレームが時間リソース割り当てを示す場合があることが分かる。

第６の態様によると、本願は、時間リソース受信方法を提供する。前記方法は、以下を含む。第２装置は、第１装置からMACフレームを受信し、受信したMACフレームを解析する。MACフレームには、第２サブフィールドが含まれ、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。ここで、時間リソースとは、時間期間を指す。MACフレームのトリガタイプサブフィールドは３に設定される。

任意で、トリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示す。ただし、MACフレームの第２サブフィールドは、MACフレームがMU-RTSフレームではなくシングルユーザトリガフレームであることを示し、MU-RTSフレームとシングルユーザトリガフレームを区別する。

第７の態様によると、本願は、時間リソース割り当て機器を提供する。時間リソース割り当て機器は、第１装置又は第１装置内のチップ、例えばWi-Fiチップである場合がある。時間リソース割り当て機器は、MACフレームを生成するよう構成される処理ユニットであって、前記MACフレームは第２サブフィールドを含み、前記第２サブフィールドは、前記MACフレームがシングルユーザトリガフレームであることを示し、前記シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される、処理ユニットと、前記MACフレームを送信するよう構成されるトランシーバユニットと、を含む。ここで、時間リソースとは、時間期間を指す。MACフレームのトリガタイプサブフィールドは３に設定される。

任意で、トリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示す。ただし、MACフレームの第２サブフィールドは、MACフレームがMU-RTSフレームではなくシングルユーザトリガフレームであることを示し、MU-RTSフレームとシングルユーザトリガフレームを区別する。

第８の態様によると、本願は、時間リソース受信機器を提供する。時間リソース受信機器は、第２装置又は第２装置内のチップ、例えばWi-Fiチップである場合がある。時間リソース受信機器は、MACフレームを受信するよう構成されるトランシーバユニットであって、MACフレームは第２サブフィールドを含み、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを受信ために使用される、トランシーバユニットと、MACフレームを解析するよう構成される解析ユニットと、を含む。ここで、時間リソースとは、時間期間を指す。MACフレームのトリガタイプサブフィールドは３に設定される。

任意で、トリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示す。ただし、MACフレームの第２サブフィールドは、MACフレームがMU-RTSフレームではなくシングルユーザトリガフレームであることを示し、MU-RTSフレームとシングルユーザトリガフレームを区別する。

上記のいずれかの態様の可能な実装では、第２サブフィールドは、MACフレームのユーザ情報フィールドの第１プリセット値である値を有するリソースユニット（resource unit, RU）割り当てサブフィールドである。第１プリセット値は、８０２．１１be標準では使用されないRU割り当て値であり、値は０～６０及び６８～２５５である。

このソリューションでは、RU割り当て（allocation）サブフィールドの一部の値の意味を変更することなく、RU割り当てサブフィールドが再利用され、シングルユーザトリガフレームを示すために特別な値が使用されることが分かる。MU-RTSフレームに小さな変更が加えられ、８０２．１１ax標準との互換性が実現される。

上記のいずれかの態様の可能な実装では、第２サブフィールドは、MACフレームのユーザ情報フィールドの第２プリセット値である値を有する関連付け識別子（Association Identifier, AID）１２サブフィールドであり、第２プリセット値は、２００８～２０４４、及び２０４７～４０９４のうちの１つである。

任意に、AID１２サブフィールドは、第２プリセット値に設定され、局を識別するために使用することはできないので、MACフレーム内の受信者アドレスフィールドは、第２装置のMACアドレスに設定される。

任意に、AID１２サブフィールドは、第２プリセット値に設定され、局を識別するために使用することはできないので、MACフレームのユーザ情報フィールド内の予約済みサブフィールドは、第２装置の関連付け識別子を示すために使用される。

このソリューションでは、AID１２サブフィールドの一部の値の意味を変更することなく、AID１２サブフィールドが再利用され、シングルユーザトリガフレームを示すために特別な値が使用されることが分かる。MU-RTSフレームに小さな変更が加えられ、８０２．１１ax標準との互換性が実現される。また、AID１２サブフィールドは、ユーザ情報フィールドの第１サブフィールドである。これにより、受信したフレームがシングルユーザトリガフレームであるかどうかを第２装置がより迅速に判断し、第２装置がより迅速に対応できるようになる。

上述した態様のいずれかの実施形態において、第２サブフィールドは、MACフレームの共通情報フィールドにおける予約サブフィールドであり、第２サブフィールドの値は、予約状態の第２サブフィールドの値とは異なる。

このソリューションにおいて、共通情報フィールドにおける予約サブフィールドは、シングルユーザトリガフレームを示すために使用されることが分かる。意味は明確かつ明示的であり、混乱を引き起こす可能性は低い。また、共通情報フィールドは送信者アドレスフィールドの後に配置される。これにより、受信したフレームがシングルユーザトリガフレームであるかどうかを第２装置がより迅速に判断し、第２装置がより迅速にできるようになる。

上述した態様のいずれかの実施形態において、第２サブフィールドは、MACフレームのユーザ情報フィールドにおける予約サブフィールドであり、第２サブフィールドの値は、予約状態の第２サブフィールドの値とは異なる。

このソリューションにおいて、ユーザ情報フィールドにおける予約サブフィールドは、シングルユーザトリガフレームを示すために使用されることが分かる。意味は明確かつ明示的であり、混乱を引き起こす可能性は低い。

前述の態様のいずれかの可能な実装において、MACフレーム内の期間（duration）フィールドは、第２装置に割り当てられた時間期間を示すことができる。期間フィールドの本来の意味は、現在の送信機会の残りの期間に関する情報を示すため、第２装置に割り当てられた時間期間を示すために期間フィールドを再利用することは、第２装置に送信機会全体の残りの期間をすべて割り当てることと等価である。

前述の態様のいずれかの可能な実装では、MACフレームは第１サブフィールドを更に含み、第１サブフィールドは第２装置に割り当てられた時間期間を示す。あるいは、第１サブフィールドは応答フレームの時間期間を示す。第１サブフィールドは期間フィールドとは異なることを理解すべきである。第２装置に割り当てられ、第１サブフィールドによって示される時間期間は、残りの送信機会の期間内の時間期間である。

前述の態様のいずれかの可能な実装では、第１サブフィールドは、MACフレームの共通情報フィールド内の予約サブフィールドである。第１サブフィールドの長さは、期間フィールドの長さ以下であってもよい。

前述の態様のいずれかの可能な実装では、第１サブフィールドは、MACフレームの共通情報フィールド内の予約されたアップリンク長（UL length）サブフィールドである。

前述の態様のいずれかの可能な実装では、第１サブフィールドの長さは１２ビット又は１６ビットである。

第９の態様によれば、本願は、特に第１態様又は第５の態様における第１装置であり、プロセッサ及びトランシーバを含む通信機器を提供する。

MACフレーム内のトリガタイプサブフィールドは３に設定され、MACフレームはユーザ情報フィールドを含まず、MACフレーム内の受信者アドレスフィールドは第２装置のMACアドレスに設定される。トランシーバは、MACフレームを送信するよう構成される。MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームにユーザ情報フィールドが含まれていないことは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。ここで、時間リソースとは、時間期間を指す。

別の設計では、プロセッサはMACフレームを生成するように構成され、MACフレームには、第２サブフィールドが含まれ、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。トランシーバは、MACフレームを送信するよう構成される。ここで、時間リソースとは、時間期間を指す。MACフレームのトリガタイプサブフィールドは３に設定される。

第１０の態様によれば、本願は、特に第２態様又は第６の態様における第２装置であり、プロセッサ及びトランシーバを含む通信機器を提供する。

ある設計では、トランシーバはMACフレームを受信するよう構成され、MACフレームにおける受信者アドレスフィールドは、第２装置のMACアドレスに設定される。プロセッサは、MACフレームを解析し、MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことを得るように構成される。プロセッサは、MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームにユーザ情報フィールドが含まれていないことに従い、MACフレームがシングルユーザトリガフレームであることを決定するようさらに構成され、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。ここで、時間リソースとは、時間期間を指す。

別の設計では、トランシーバはMACフレームを受信するように構成され、MACフレームには、第２サブフィールドが含まれ、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。プロセッサは、MACフレームを解析するよう更に構成される。ここで、時間リソースとは、時間期間を指す。MACフレームのトリガタイプサブフィールドは３に設定される。

第１１の態様によると、本願は、機器を提供する。機器はチップの製品形態で実現され、入出力インタフェース及び処理回路を含む。機器は第１態様又は第５の態様による第１装置におけるチップである。

設計では、処理回路は、MACフレームを生成するよう構成され、MACフレーム内のトリガタイプサブフィールドは３に設定され、MACフレームはユーザ情報フィールドを含まず、MACフレーム内の受信者アドレスフィールドは第２装置のMACアドレスに設定される。入出力インタフェースは、MACフレームを出力し、処理後に無線周波数回路を用いてアンテナを介してMACフレームを送信するように構成される。MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームにユーザ情報フィールドが含まれていないことは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。ここで、時間リソースとは、時間期間を指す。

別の設計では、処理回路はMACフレームを生成するように構成され、MACフレームには、第２サブフィールドが含まれ、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。入出力インタフェースは、MACフレームを出力し、処理後に無線周波数回路を用いてアンテナを介してMACフレームを送信するように構成される。ここで、時間リソースとは、時間期間を指す。MACフレームのトリガタイプサブフィールドは３に設定される。

第１２の態様によると、本願は、機器を提供する。機器はチップの製品形態で実現され、入出力インタフェース及び処理回路を含む。機器は第２態様又は第６の態様による第２装置におけるチップである。

設計では、入出力インタフェースはアンテナ及び無線周波数回路を通じてMACフレームを受信するよう構成され、MACフレームにおける受信者アドレスフィールドは、第２装置のMACアドレスに設定される。処理回路は、MACフレームを解析し、MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことを得るように構成される。処理回路は、MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームにユーザ情報フィールドが含まれていないことに従い、MACフレームがシングルユーザトリガフレームであることを決定するようさらに構成され、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。ここで、時間リソースとは、時間期間を指す。

別の設計では、入出力インタフェースは、アンテナ及び無線周波数回路を介して受信されたMACフレームを入力するように構成される。処理回路はMACフレームを解析するように構成され、MACフレームには、第２サブフィールドが含まれ、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。MACフレームのトリガタイプサブフィールドは３に設定される。

第１３の態様によると、本願は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体はプログラム命令格納する。プログラム命令がコンピュータ上で実行されると、コンピュータは、第１態様又は第５の態様による時間リソース割り当て方法を実行することが可能となる。又は、プログラム命令がコンピュータ上で実行されると、コンピュータは、第２態様又は第６の態様による時間リソース受信方法を実行することが可能となる。

第１４の態様によると、本願は、プログラム命令を含むコンピュータプログラムプロダクトを提供する。コンピュータプログラムプロダクトがコンピュータ上で実行されると、コンピュータは、第１態様又は第５の態様による時間リソース割り当て方法を実行することが可能となる。又は、コンピュータプログラムプロダクトがコンピュータ上で実行されると、コンピュータは、第２態様又は第６の態様による時間リソース受信方法を実行することが可能となる。

本願の実施形態では、シングルユーザトリガフレームは、スケジュールされたP２Pシナリオ及びCo-TDMAシナリオにおける通信をサポートするために、時間リソース割り当てを示すことができる。

本願の実施形態における技術的ソリューションを更に明確に説明するために、以下は、実施形態を説明するために使用される添付の図面を簡単に説明する。

本願の実施形態によるアクセスポイントの構造の概略図である。

本願の実施形態による局の構造を示す概略図である。

AP MLDと非AP MLDとの間の通信シナリオの概略図である。

AP MLDと非AP MLDとの間の別の通信シナリオの概略図である。

本願の実施形態によるマルチリンク装置の構造を示す概略図である。

本願の実施形態によるマルチリンク装置の別の構造を示す概略図である。

マルチリンクシナリオにシングルユーザトリガフレームを適用する概略図である。

スケジュールされたP２Pシナリオの概略図である。

Co-TDMAシナリオの概略図である。

スケジュールされたP２シナリオにシングルユーザトリガフレームを適用する概略図である。

Co-TDMAシナリオにシングルユーザトリガフレームを適用する概略図である。

本願の実施形態による時間リソース割り当て及び受信方法の概略フローチャートである。

本願の実施形態によるMU-RTSフレームのフレームフォーマットの概略図である。

本願の実施形態によるMU-RTSフレームの共通情報フィールドのフレームフォーマットの概略図である。

本願の実施形態によるMU-MUフレームのユーザ情報フィールドのフレームフォーマットの概略図である。

本願の実施形態によるModified MU-RTSフレーム（又はシングルユーザトリガフレーム）のフレームフォーマットの概略図である。

本願の実施形態によるModified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールドのフレームフォーマットの概略図である。

本願の実施形態による時間リソース割り当て及び受信方法の別の概略フローチャートである。

本願の実施形態によるModified MU-MUフレームのユーザ情報フィールドにおける第１サブフィールド及び第２サブフィールドのフレームフォーマットの概略図である。

本願の実施形態によるModified MU-MUフレームのユーザ情報フィールドにおける第１サブフィールド及び第２サブフィールドの別のフレームフォーマットの概略図である。

本願の実施形態によるModified MU-MUフレームのユーザ情報フィールドにおける第１サブフィールド及び第２サブフィールドの更に別のフレームフォーマットの概略図である。

本願の実施形態による時間リソース割り当て機器の構造を示す概略図である。

本願の実施形態による時間リソース受信機器の構造を示す概略図である。

本願の実施形態による通信機器１０００の構造を示す概略図である。

以下は、本願の実施形態における添付の図面を参照して、本願の実施形態における技術的ソリューションを明確に且つ完全に説明する。

本願の説明では、特に指定されない限り、「／」は「又は」を意味する。例えば、A／BはA又はBを表してよい。本明細書における用語「及び／又は」は、関連付けられたオブジェクト間の関連付け関係のみを記述し、３つの関係が存在し得ることを表す。例えば、A及び／又はBは、以下の３つの場合を表してよい。Aのみが存在する、A及びBの両方が存在する、並びに、Bのみが存在する。更に、「少なくとも１つ」は１つ以上を意味し、「複数の」は２つ以上を意味する。「第１」及び「第２」のような用語は数量及び実行順を限定せず、「第１」及び「第２」のような用語は明確な相違を示さない。

本願では、単語「例」又は「例えば」は、例、図示、又は説明を表すために使用される。本願において「例」又は「例えば」を使用することにより記載される任意の実施形態又は設計方式は、別の実施形態又は設計方式より好適である又はより多くの利点を有すると考えられるべきではない。正確には、単語「例」、「例えば」の使用は、特定の方法で関連する概念を提示することを意図している。

本願で提供される技術的ソリューションは、様々な通信システム、例えばIEEE８０２．１１規格に準拠したシステムに適用することができる。例えば、IEEE８０２．１１規格には、８０２．１１be規格又は次世代８０２．１１規格が含まれるが、これらに限定されない。本願の技術ソリューションの適用シナリオには、APとSTA間の通信、AP間の通信、STA間の通信などが含まれる。

本願におけるアクセスポイント（AP）は、無線通信機能を有する機器であり、無線ローカルエリアネットワーク（wireless local area networks, WLAN）プロトコルを使用して通信をサポートし、WLANネットワーク内の他の装置（例えば、局や他のアクセスポイント）と通信する機能を有し、もちろん、他の装置と通信する機能をさらに有してもよい。WLANシステムでは、アクセスポイントをアクセスポイント局（AP STA）と呼ぶことができる。無線通信機能を有する機器は装置全体であってもよいし、装置全体の中に搭載されたチップ、処理システム、などであってもよい。チップ又は処理システムが搭載された装置は、チップ又は処理システムの制御下で、本願の本実施形態における方法及び機能を実装してもよい。本願の実施形態におけるAPは、STAにサービスを提供する機器であり、８０２．１１シリーズプロトコルをサポートする場合ある。例えば、APは、通信エンティティ、例えば、通信サーバ、ルータ、スイッチ、又はブリッジであり得る。APは、様々な形態のマクロ基地局、マイクロ基地局、中継局等を含み得る。勿論、APは、代替として、本願の実施形態における方法及び機能を実装するために、様々な形態でこれらの装置内のチップと処理システムとすることができる。

本願における局（STA）は、無線通信機能を有する装置であり、WLANプロトコルを用いた通信をサポートし、WLANネットワーク内の他の局又はアクセスポイントと通信する能力を有する。WLANシステムでは、局を非アクセスポイント局（non-access point station, non-AP STA）と呼ぶことができる。例えば、 STAは、ユーザがAPと通信し、更にWLANと通信できるようにする任意のユーザ通信装置である。無線通信機能を有する機器は装置全体であってもよいし、装置全体の中に搭載されたチップ、処理システム、などであってもよい。チップ又は処理システムが搭載された装置は、チップ又は処理システムの制御下で、本願の本実施形態における方法及び機能を実装してもよい。例えば、STAは、インターネットに接続できるユーザ機器であることができ、例えばタブレットコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、ノートコンピュータ、ウルトラモバイルパーソナルコンピュータ（Ultra-mobile Personal Computer, UMPC）、ハンドヘルドコンピュータ、ネットブック、パーソナルデジタルアシスタント（Personal Digital Assistant, PDA）、又は携帯電話であったりする。あるいは、STAは、モノのインターネットにおけるモノのインターネットノード、車両のインターネットにおける車載通信装置、エンターテイメント装置、ゲーム装置又はシステム、全地球測位システム装置などであってもよい。 STAは、代替として、上記の端末内のチップ及び処理システムでもよい。

WLANシステムは、高速かつ低遅延の伝送を提供することができる。WLAN適用シナリオの継続的な進化により、WLANシステムは、例えば、モノのインターネット産業、自動車のインターネット産業、銀行産業、企業オフィス、スタジアムの展示ホール、コンサートホール、ホテルの客室、寮、病棟、教室、スーパーマーケット、広場、街路、生産工房、倉庫など、より多くのシナリオ又は産業に適用される。勿論、WLAN通信をサポートする装置（アクセスポイント又は局など）は、スマートシティのセンサノード（例えば、スマート水道メーター、スマート電気メーター、スマート空気検出ノード）、スマートホームのスマート装置（例えば、スマートカメラ、プロジェクタ、ディスプレイ、テレビ、ステレオ、冷蔵庫、洗濯機など）、モノのインターネットのノード、エンターテイメント端末（例えば、拡張現実（augmented reality, AR）、仮想現実（virtual reality, VR）、又はその他のウェアラブル装置）、スマートオフィスのスマート装置（例えば、プリンタ、プロジェクタ、スピーカ、又はステレオ）、車両のインターネットの車両装置、日常生活のシナリオのインフラストラクチャ（例えば、自動販売機、スーパーマーケットのセルフサービスナビゲーション局、セルフサービスレジ装置、セルフサービス注文装置）、大規模なスポーツ又は音楽会場の装置などである。STA及び￥APの特定の形式は、本願の実施形態では制限されておらず、ここでの説明のための単なる例である。

８０２．１１規格は、物理的（physical layer, PHY）層及び媒体アクセス制御（media access control, MAC）層部分に焦点を当てていることを理解すべきである。例については、図１Aを参照されたい。図１Aは、本願の実施形態によるアクセスポイントの構造の概略図である。APは、マルチアンテナ／マルチ無線周波数であってもよいし、シングルアンテナ／シングル無線周波数であってもよい。アンテナ／無線周波数は、データパケットの送受信に使用される。実装では、APのアンテナ又は無線周波数部分を分離することができる、すなわち、APの本体から分離することができる。図１Aでは、APは物理層処理回路と媒体アクセス制御層処理回路を含むことができる。物理層処理回路は、物理層信号を処理するように構成することができ、MAC層処理回路は、MAC層信号を処理するように構成することができる。別の例については、図１Bを参照されたい。図１Bは、本願の実施形態による局の構造を示す概略図である。図１Bは、単一アンテナ／単一無線周波数STAの構造を示す概略図である。実際のシナリオでは、STAは複数のアンテナ／複数の無線周波数である場合もあり、２つより多くのアンテナを持つ装置である場合もある。アンテナ／無線周波数は、データパケットの送受信に使用される。実装では、STAのアンテナ又は無線周波数部分を分離することができる、すなわち、STAの本体から分離することができる。図１Bでは、STAはPHY処理回路とMAC処理回路を含むことができる。物理層処理回路は、物理層信号を処理するように構成することができ、MAC層処理回路は、MAC層信号を処理するように構成することができる。

本願で提供される技術的解決策をよりよく理解するために、以下は、本願の実施形態で提供される時間リソースの割り当て及び受信方法の適用シナリオを簡単に説明する。

本願の実施形態で提供される時間リソース割り当て及び受信方法は、スケジュールされたP２Pシナリオ及びCo-TDMAシナリオに適用することができ、任意で、マルチリンクシナリオにさらに適用することができる。

８０２．１１次世代無線忠実度（Wireless Fidelity, Wi-Fi）プロトコルに準拠した超高スループット（extremely high throughput, EHT）装置は、複数のストリーム、複数の周波数帯域（２.４GHz、５GHz、６GHzなどの周波数帯域）、同じ周波数帯域の複数のチャネル間の協調などを通じて、ピークスループットの改善及びサービス伝送遅延の低減をサポートする。複数の周波数帯域又は複数のチャネルは、まとめてマルチリンク（multi-link, ML）と呼ばれることがある。

マルチリンク装置（Multi-link Device, MLD）は、１つ以上の系列局（affiliated STA）を含む。系列局は、論理局又は物理局である場合がある。本願の実施例では、「マルチリンク装置には系列局が含まれる」を「マルチリンク装置には局が含まれる」と簡単に記述できる。

従属局は、アクセスポイント（Access Point, AP）又は非アクセスポイント局（non-Access Point Station, non-AP STA）であってよい。説明を容易にするため、本願の本実施形態では、APを系列局とするマルチリンク装置をAP MLDと呼び、STAを系列局とするマルチリンク装置をnon-AP MLDと呼ぶことがある。

[マルチリンク装置は、８０２．１１システムプロトコルに準拠して無線通信を実装することができる。例えば、８０２．１１システムプロトコルは、８０２．１１axプロトコル、８０２．１１beプロトコル、又は次世代８０２．１１プロトコルの場合がある。これは、本願の本実施形態において限定されない。

マルチリンク装置は、別の装置と通信できる。本願の本実施形態では、別の装置がマルチリンク装置であってもよく、マルチリンク装置でなくてもよい。

図２Aを参照する。図２Aは、AP MLDとnon-AP MLDとの間の通信シナリオの概略図である。図２Aに示すように、１つのAP MLDは、複数のnon-AP MLD及びシングルリンクSTA（つまり、non-MLD STA）に関連付けられる。例えば、AP MLD１００は、non-AP MLD２００、non-AP MLD３００及びSTA４００に関連付けられる場合がある。AP MLDの複数のAPが複数のリンクを介して別々に動作し、non-AP MLDの複数のSTAが複数のリンクを介して別々に動作し、non-AP MLDのSTAがSTAの動作リンクを介してAP MLDのAPに関連付けられることを理解すべきである。シングルリンクSTA（つまり、non-MLD STA）は、シングルリンクSTAの動作リンクを介してAP MLDのAPに関連付けられる。図２Bを参照する。図２Bは、AP MLDとnon-AP MLDとの間の別の通信シナリオの概略図である。図２Bに示すように、無線通信システムは、少なくとも１つのAP MLD（例えば、図２BのAP MLD１００）及び少なくとも１つのnon-AP MLD（例えば、図２Bのnon-AP MLD２００）を含む。AP MLDは、non-AP MLDにサービスを提供するマルチリンク装置であり、non-AP MLDは、複数のリンクを介してAP MLDと通信することができる。AP MLD内の１つのAPは、１つのリンクを介してnon-AP MLD内の１つのSTAと通信することができる。図２BのAP MLD及びnon-AP MLDの数は、単に一例であることが理解できる。

８０２．１１規格は、AP MLDとNon-AP MLDの８０２．１１物理層（Physical layer, PHY）と媒体アクセス制御（Media Access Control, MAC）層の部分に焦点を当てている。図３Aを参照する。図３Aは、本願の実施形態によるマルチリンク装置の構造を示す概略図である。図３Aに示すように、マルチリンク装置に含まれる複数の STAは、下位MAC（Low MAC）層とPHY層で互いに独立しており、上位MAC（High MAC）層でも互いに独立している。図３Bを参照する。図３Bは、本願の実施形態によるマルチリンク装置の別の構造を示す概略図である。図３Bに示すように、マルチリンク装置に含まれる複数のSTAは、下位MAC（Low MAC）層とPHY層で互いに独立しており、上位MAC（High MAC）層を共有している。

もちろん、non-AP MLDは互いに独立した上位MAC層の構造を用い、AP MLDは共有MAC層を有した構造を用いてもよい。代替として、non-AP MLDは共有された上位MAC層を有する構造を使用し、AP MLDは互いに独立した上位MAC層を有する構造を使用する。例えば、上位MAC層又は下位MAC層は、マルチリンク装置のチップシステム内のプロセッサによって実装される場合もあれば、チップシステム内の異なる処理モジュールによって実装される場合もある。

マルチリンク装置が動作する周波数帯域には、サブ１GHz、２．４GHz、５GHz、６GHz、及び高周波６０GHzが含まれるが、これらに限定されない。

マルチリンク装置は、同時データ送受信（simultaneously transmit and receive, STR）をサポートする場合もあれば、同時データ送受信をサポートしない（non-STR）場合もある。同時データ送受信がサポートされるということは、マルチリンク装置のSTAがリンクを介してフレームを送信するときに、マルチリンク装置の別のSTAが別のリンクを介してフレームを受信する場合があることを意味する。同時データ送受信がサポートされないということは、マルチリンク装置のSTAがリンクを介してフレームを送信するときに、マルチリンク装置の別のSTAが別のリンクを介してフレームを受信できない、又はクリアチャネル評価がブロックされることを意味する。

non-AP MLDが同時データ送受信をサポートしていない場合（つまり、non-AP MLDの能力はnon-STRである）、non-AP MLDとAP MLDとの間のデータ送信プロセスでは、AP MLDが複数のリンクを介して送信する無線フレームの両端を揃える必要があり、non-AP MLDが複数のリンクを介して送信する応答フレームも、開始時刻と終了時刻の両方で揃える必要がある。

non-STRマルチリンク装置の通信シナリオでは、異なるリンクを介して送信される応答フレームを確実に揃えるために、応答フレームの長さを制御するトリガフレームが必要である。なお、本明細書における「マルチリンクシナリオ」とは、「STRに対応しないマルチリンク装置の通信シナリオ」を指すものと理解されたい。

現行規格におけるトリガフレームは、複数のユーザがアップリンクトリガベースのPPDU（Trigger Based PPDU, TB PPDU）を同時送信するように設計されている。したがって、現行のトリガフレームは、変調及び符号化方式（Modulation and Coding Scheme, MCS）、リソースユニット（Resource unit, RU）、及び送信電力などの情報を示す必要がある。ただし、マルチリンクシナリオでは、応答フレームの長さだけを揃える必要がある場合は、応答フレームのフレーム長だけを示す必要がある。したがって、現在のトリガフレームは不要なシステムオーバヘッドを引き起こす。さらに、現在のトリガフレームはTB PPDUのみをトリガできる。マルチリンクシナリオでは、応答フレームの長さを制御するために使用されるトリガフレームを使用して、１つの局のみが応答するようにトリガされるため、局はTB PPDUを使用する必要がなく、シングルユーザPPDUを使用できる。シングルユーザPPDUには、TB PPDUよりも多くの利点がある。（１）シングルユーザPPDUは、チャネルをよりよく保護できる。第３者の局は、シングルユーザPPDUのコンテンツを解析できるが、TB PPDUのコンテンツを解析することはできない。TB PPDUのコンテンツを解析できず、ネットワーク割り当てベクトル（Network Allocation Vector, NAV）を設定できない場合、TB PPDUの期間フィールドを取得できない。（２）シングルユーザPPDUのオーバヘッドは、物理レイヤフレームヘッダのTB PPDUのオーバヘッドよりも小さくなる。

この技術的問題を解決するために、シングルユーザトリガフレーム（single user trigger frame, SU TF）の概念を提案する。シングルユーザトリガフレームは、シングルユーザPPDU方式で応答するようシングルSTAをトリガすることができる。シングルユーザトリガフレームは、マルチリンクシナリオに適用することができ、さらに、スケジュールされたP２Pシナリオ及びCo-TDMAシナリオに適用することができる。

例えば、図４を参照する図４は、マルチリンクシナリオにシングルユーザトリガフレームを適用する概略図である。シングルユーザトリガフレームは、ダウンリンクデータで運ばれてもよいし、データフレームと共に集約されてもよいし、シングルユーザトリガフレームは、割り当てられた期間（割り当てられた時間期間）フィールドを含む。割り当てられた期間フィールドは、局によってフィードバックされるシングルユーザPPDU（又は応答フレーム）の長さを示す。図４に示すように、AP１とSTA１は関連付けられ、リンク１（link１）上で動作する。AP２とSTA２は関連付けられ、リンク２（link２）上で動作する。AP１とAP２は同じAP MLDに属し、STA１とSTA２は同じnon-AP MLDに属し、non-AP MLDの能力はnon-STRである。AP１はリンク１を介してデータ（data）１とシングルユーザトリガフレームをSTA１に送信し、AP２はリンク２を介してデータ２とシングルユーザトリガフレームを受信側に送信する。STA１はシングルユーザトリガフレームの指示に従ってブロック確認応答（block ack, BA）フレーム１をリンク１で送信し、STA２はリンク２を介してBA２を送信する。BA１とBA２は時間ドメインで整列される。図４において、「Tr」はシングルユーザトリガフレームを表す。

マルチリンクシナリオは、局がアップリンクSU PPDUを送信するようにスケジュールされているシナリオの１つとして理解され得ることを理解すべきである。これは、局がシングルユーザトリガフレームを使用して、マルチリンクシナリオでアップリンクSU PPDUを送信するようにスケジュールされているためである。局がアップリンクSU PPDUを送信するようにスケジュールされている別のシナリオでは、局は複数のアップリンクSU PPDUを送信するようにスケジュールされている。局が複数のアップリンクSU PPDUを送信するようにスケジュールされているシナリオは、以下の通りである。競合によってTXOPを取得した後、APは、TXOPの時間リソースの一部をAPに関連付けられたSTAに割り当て、STAは、割り当てられた時間リソースでAPに複数のアップリンクSU PPDUを送信し、アップリンク通信を実現する。

スケジュールされたP２Pの設計原則は、競合によってTXOPを取得した後、APは、TXOPの時間リソースの一部をAPに関連付けられたSTAに割り当て、STAは、割り当てられた時間リソースで別のSTAと通信できるようにすることである。スケジュールされたP２Pは、スケジュールされた（Scheduled）装置間（device-to-device, D２D）とも呼ばれる。スケジュールされたP２PとスケジュールされたD２Dの概念は同等であり、両方とも複数の局が、APを介して転送することなく、直接データを交換することを意味する。図５を参照する。図５は、スケジュールされたP２Pシナリオの概略図である。図５に示すように、APはSTA１に関連付けられており、APはSTA２に関連付けられていてもいなくてもよい。STA１とSTA２の間にP２Pリンクが確立される。APは、時間リソースをSTA１に割り当て、STA１が割り当てられた時間リソース上のP２Pリンクを介してSTA２と通信するようにすることができる。

Co-TDMAは、マルチAP協調の一形態である。Co-TDMAの設計原則は次のとおりである。競合を介してTXOPを取得した後、AP（通常は共有側AP（Sharing AP）と呼ばれる）は、時間リソースの一部を別のAP（通常は被共有AP（Shared AP）と呼ばれる）に割り当てることができる。これにより、別のAP（つまり、Shared AP）は、割り当てられた時間リソースでShared APに関連付けられた局と通信できるようになる。図６を参照する。図６は、Co-TDMAシナリオの概略図である。図６に示すように、STA１はSharing APに関連付けられ、STA２はでShared APに関連付けられる。TXOPを取得した後、Sharing APは時間リソースをShared APに割り当て、Shared APが時間リソースでShared APに関連するSTA２と通信することができる。

TXOPは、無線チャネルアクセスの基本ユニットである。TXOPは連続期間であり、期間フィールドを使用して示される。TXOPを取得した局は、TXOPの期間内に再びチャネル競合を実行せず、複数のデータフレームを送信するためにチャネルを継続的に使用できる。TXOPは、競合又はハイブリッドコーディネーター（hybrid coordinator, HC）割り当てを通じて取得できる。競合によって得られたTXOPは、拡張分散チャネルアクセス（enhanced distributed channel access, EDCA）TXOPと呼ばれることがある。HC割り当てによって得られたTXOPは、ハイブリッド協調機能制御チャネルアクセス（hybrid coordination function controlled channel access, HCCA）TXOPと呼ばれることがある。本出願におけるTXOPの取得方法は、当業者の常識であることを理解すべきである。

スケジュールされたP２Pシナリオ及びCo‐TDMAシナリオにおける時間リソース割り当てをサポートするために、スケジュールされたP２Pシナリオ及びCo‐TDMAシナリオはまた、シングルユーザトリガフレーム（single user trigger frame, SU TF）を必要とする。スケジュールされたP２Pシナリオ及びCo‐TDMAシナリオにおけるシングルユーザトリガフレームは、ターゲット局（ここでターゲット局とは、広義の局を指し、アクセスポイント局「AP」であってもよいし、非アクセスポイント局「STA」であってもよい）に時間リソースを割り当てるために使用される。シングルユーザトリガフレームは、シングルユーザフ物理層プロトコルデータユニット（single user physical protocol data unit, SU PPDU）方式で応答する単一STAをトリガするためにさらに使用されてもよい。シングルユーザPPDUは、主にシングルユーザシナリオで使用されることを理解すべきである。

例えば、図７を参照する図７は、スケジュールされたP２シナリオにシングルユーザトリガフレームを適用する概略図である。図７に示すように、TXOPを取得した後、APは、時間リソースの一部を自ら使用し、TXOP内の残りの時間リソースの全部又は一部を、トリガフレーム（例えば、図７のP２P用TF）を使用してP２P局（例えば、図７のSTA１）に割り当てることができる。したがって、割り当てられた時間リソースについて、STA１は、P２P PPDUをSTA２に送信し（P２P PPDUはシングルユーザPPDUである）、STA２は、P２P PPUの確認応答（acknowledge、ACK）フレームをSTA１に送信することができる。

例えば、図８を参照する図８は、Co-TDMAシナリオにシングルユーザトリガフレームを適用する概略図である。図８に示すように、TXOPはAP１によって所有される。図８において、AP１はトリガフレーム（Trigger）を用いてTXOP内の時間リソースを複数のAPに割り当てる。しかし、実際のアプリケーションでは、時間リソースの一部を使い切った後にAP１からAP２にユニキャストトリガフレームを送信し、時間リソースの未使用部分をAP２に割り当てる方法がより現実的である。AP２が時間リソースの一部を使い切った後に、AP１からAP２にユニキャストトリガフレームを送信し、時間リソースの未使用部分をAP３に割り当てる。同様に、AP１はTXOPの時間リソースをより多くのAPに割り当てることができる。

８０２．１１be標準の議論に基づいて、マルチユーザ（multiple user, MU）Request-to-Send（送信要求、RTS）フレームを使用してシングルユーザトリガフレームを設計する方法がある。しかし、２つの未解決の問題がある。１つは、MU-RTSフレームが基本的なMU-RTSではなくシングルユーザトリガフレーム（本願では変更（Modified）MU-RTSフレーム（modified MU-RTS frame）と呼ばれる）であることを示す方法である。もう１つは、ターゲット局（ここでターゲット局とは、広義の局を指し、アクセスポイント局「AP」であってもよいし、非アクセスポイント局「STA」であってもよい）に割り当てられた時間期間を示す方法である。

したがって、本願の実施形態は、時間リソースの割り当て及び受信方法を提供する。現在送信されている媒体アクセス制御（media access control, MAC）フレームは、暗黙的又は明示的にシングルユーザトリガフレームとして示され、受信側が異なる受信フレームに基づいて対応して応答するように、基本／オリジナル／従来のMU-RTSフレームと区別することができる。さらに、MU-RTSフレーム内の予約済みサブフィールドは、ターゲット局（つまり、本願の第２装置）に割り当てられた時間期間を示すために使用され、ターゲット局（つまり、本願の第２装置）は、割り当てられた時間リソースで別の局と通信でき、スケジュールされたP２Pシナリオ及びCo-TDMAシナリオでの通信をサポートする。

以下は、更に添付の図面を参照して、本願の技術的ソリューションを説明する。

本願で提供される技術的なソリューションを、２つの実施形態を使用して詳細に説明する。実施形態１は、現在送信されているMACフレームがシングルユーザトリガフレームであることを暗黙的に示すことを説明し、ターゲット局（つまり、本願の第２装置）に割り当てられた時間リソースを暗黙的に示す方法を説明する。実施形態２は、現在送信されているMACフレームがシングルユーザトリガフレームであることを明示的に示すことを説明し、ターゲット局（つまり、本願の第２装置）に割り当てられた時間リソースを明示的に示す方法を説明する。

本願における第１装置は、例えば、図５のAP、又は図６のsharing APのようなAPであってもよいことが理解される。本願における第２装置は、例えば、図５のSTA１のようなSTAであってもよい。あるいは、第２装置は、例えば、図６のshared APのようなAPであってもよい。

さらに、本願における第１装置と第２装置の両方が８０２．１１beプロトコル（又はWi-Fi７、EHTプロトコルと呼ばれる）をサポートし、さらに別のWLAN通信プロトコル、例えば、８０２．１１ax及び８０２．１１acのようなプロトコルをサポートしてもよいことが理解できる。本願における第１装置と第２装置が８０２．１１beの次世代プロトコルをさらにサポートしてもよいことが理解できる。つまり、本願で提供される方法は、８０２．１１beプロトコルだけでなく、次世代８０２．１１beプロトコルにも適用できる。

実施形態１
本願の実施の形態１では、主に、シングルユーザトリガフレームがMU-RTSフレームを用いて設計されている場合に、現在送信されているMACフレームがシングルユーザトリガフレームであることを暗黙的に示し、本来のMU-RTSフレームと区別する方法について説明し、暗黙的に示した上で、ターゲット局（つまり、本願の第２装置）に割り当てられている時間リソースを示す方法について説明する。

図９を参照する。図９は、本願の実施形態による時間リソース割り当て及び受信方法の概略フローチャートである。図９に示すように、リソース割り当て及び受信方法には、以下のステップが含まれるが、これに限定されない。

S１０１：第１装置は媒体アクセス制御（media access control, MAC）フレームを生成し、MACフレーム内のトリガタイプサブフィールドは３に設定され、MACフレームはユーザ情報フィールドを含まず、MACフレーム内の受信者アドレスフィールドは第２装置のMACアドレスに設定される。MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームにユーザ情報フィールドが含まれていないことは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。

S１０２：第１装置がMACフレームを送信する。

任意で、トリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示す。MU-RTSフレームは１人以上のユーザ（又は局）に送信され、１人以上のユーザ（又は局）が指定されたリソースユニット（resource unit, RU）でClear-To-Send（送信許可、Clear to Send, CTS）フレームに応答するために使用されるため、MU-RTSフレームには必ず１つ以上のユーザ情報フィールドが含まれる。

図１０を参照する。図１０は、本願の実施形態によるMU-RTSフレームのフレームフォーマットの概略図である。図１０に示すように、MU-RTSフレームには、フレーム制御（frame control）フィールド、期間（duration）フィールド、受信者アドレス（receiver address, RA）フィールド、送信者アドレス（transmitter address, TA）フィールド、共通情報（common information）フィールド、ユーザ情報リスト（user information list）フィールド,パディング（padding）フィールド、フレームチェックシーケンス（frame check sequence, FCS）フィールドなどを含めることができる。フレーム制御フィールドは、フレームがトリガフレーム（trigger frame）であることを示す。期間フィールドは、TXOPの残りの時間期間を示す。RAフィールドとTAフィールドは、各々受信者アドレスと送信者アドレスを示す。共通情報（common infoと略す）フィールドには、すべてのターゲットSTAが解釈する必要がある共通情報が含まれる。ユーザ情報リストフィールドには１つ以上のユーザ情報フィールドが含まれ、各ユーザ情報フィールドが１つの局で対応する。

図１１Aを参照する。図１１Aは、本願の実施形態によるMU-RTSフレームの共通情報フィールドのフレームフォーマットの概略図である。図１１Aに示すように、共通情報フィールドのトリガタイプ（trigger type）サブフィールドは、現在フレームの特定のMU-RTSトリガフレームタイプを示す。すなわちトリガタイプサブフィールドが３に設定されている（B０～B３は００１０として示される）。MU-RTSフレームの共通情報フィールドの以下のサブフィールドが予約されている（つまり、次のフィールドはMU-RTSフレームでは使用されない）：アップリンク長（UL Length）サブフィールド、ガードインターバル（guard interval, GI）及び高効率長期トレーニングフィールド（high efficiency long training field, HE-LTF）タイプ（GI And HE-LTF Type）サブフィールド、マルチユーザ多入力多出力（multiple input, multiple output, MIMO）HE-LTFモード（MU-MIMO HE-LTF Mode）サブフィールド、HE-LTFシンボルの数及びミッドアンブル周期（Number Of HE-LTF Symbols And Midamble Periodicity）サブフィールド、アップリンク空間時間ブロックコード（UL STBC）サブフィールド、低密度パリティ検査コード（low-density parity check, LDPC）追加シンボルセグメント（LDPC Extra Symbol Segment）サブフィールド、AP送信電力（AP TX Power）サブフィールド、事前前方誤り訂正（forward error correction, FEC）パディングファクタ（Pre-FEC padding factor）フィールド、パケット拡張（packet extension, PE）曖昧さ回避（PE disambiguity）サブフィールド、アップリンク空間再利用（UL spatial reuse）サブフィールド、ドップラ（Doppler）サブフィールド、及びアップリンク高効率信号フィールドA２予約（UL HE-SIG-A２ Reserved）サブフィールド。つまり、共通情報フィールドのこれらのサブフィールドは、MU-RTSフレームで使用されていないか、定義されておらず、予約状態である。つまり、MU-RTSフレームの共通情報フィールドのB４～B１５及びB２０～B６２は、いずれも使用又は定義されていない。

図１１Bを参照する。図１１Bは、本願の実施形態によるMU-MUフレームのユーザ情報フィールドのフレームフォーマットの概略図である。図１１Bに示すように、ユーザ情報（user infoと略す）フィールドの関連付け識別子（Association Identifier, AID）１２サブフィールドは、局のAIDの末尾１２ビットを示し、RU割り当てて（allocation）サブフィールドは、局に割り当てられた周波数リソースを示す。MU-RTSフレームのユーザ情報フィールドの次のサブフィールドも予約されている（つまり、次のフィールドはMU-RTSフレームでは使用されな）：アップリンク高効率変調及び符号化方式（UL HE-MCS）サブフィールド、アップリンク前方誤り訂正符号化タイプ（UL FEC Coding Type）サブフィールド、アップリンクデュアルキャリア変調（UL DCM）サブフィールド、空間ストリーム割り当て（SS Allocation）／ランダムアクセスリソースユニット情報（RA-RU Information）サブフィールド、及びアップリンクターゲット受信信号強度指示（UL Target RSSI）サブフィールド。つまり、ユーザ情報フィールドのこれらのサブフィールドは、MU-RTSフレームで使用されていないか、定義されておらず、予約状態である。つまり、MU-RTSフレームのユーザ情報フィールド内のB２０～B３８は、いずれも使用又は定義されていない。

本願のこの実施形態では、スケジュールされたP２Pシナリオ及びCo-TDMAシナリオにおけるシングルユーザトリガフレームは、MU-RTSフレームに基づいて設計されると考えられる。したがって、最初に解決する必要がある問題は、現在受信されているフレームがMU-RTSフレームではなくシングルユーザトリガフレームであることを受信側が識別できるようにする方法である。

したがって、第１装置がMACフレームを生成する。MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことは、MACフレームがシングルユーザトリガフレームであることを示す。シングルユーザトリガフレーム（つまり、MACフレーム）は、第２装置に時間リソースを割り当てるために使用される。言い換えると、MACフレームは、トリガタイプサブフィールドが３に設定され、ユーザ情報フィールドを含まないシングルユーザトリガフレームである。MU-RTSフレームには、必ずユーザ情報フィールドが含まれる。本実施形態では、MACフレームがMU-RTSフレームではなくシングルユーザトリガフレームであることを示すために、MACフレームのトリガタイプサブフィールドを３（MU-RTSフレームを示す）に設定し、MACフレームにユーザ情報フィールドを含まない。なお、本出願におけるシングルユーザトリガフレーム（つまり、MACフレーム）は、Modified MU-RTSフレーム（modified MU-RTS frame）、新規MU-RTSフレーム（新規MU-RTSフレーム）、シングルユーザRTSフレーム（SU-RTSフレーム）、シングルユーザMU-RTSフレーム（SU MU-RTSフレーム）等とも呼ばれる。本願の実施形態においては、シングルユーザトリガフレームの名称は限定されない。つまり、MACフレームのトリガタイプフィールドが３に設定されていて、ユーザ情報フィールドが存在しない場合、MACフレームはModified MU-RTSフレームである。元のMU-RTSフレームと区別しやすいように、シングルユーザトリガフレームを以下ではModified MU-RTSフレーム（つまり、modified MU-RTS frame）と呼ぶ。

Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）はユーザ情報フィールドを含まず、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）は単一のユーザにのみ送信される。したがって、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の受信者アドレスフィールドは、第２装置がフレームを受信して解析できるように、第２装置のMACアドレス（media access control address、文字通り媒体アクセス制御アドレスと呼ばれ、ローカルエリアネットワークアドレス（LANアドレス）、MACアドレス、イーサネットアドレス（Ethernet Address）、又は物理アドレス（physical address）とも呼ばれる）に設定することができる。

図１２を参照する。図１２は、本願の実施形態によるModified MU-RTSフレーム（又はシングルユーザトリガフレーム）のフレームフォーマットの概略図である。図１２に示すように、Modified MU-RTSフレームは、フレーム制御フィールド、期間フィールド、受信者アドレスフィールド、送信者アドレスフィールド、共通情報フィールド、パディングフィールド、及びフレームチェックシーケンスフィールドを含む。MU-RTSフレームのフレームフォーマット（図１０に示す）と比較して、Modified MU-RTSフレームのフレームフォーマット（図１２に示す）は、ユーザ情報リストフィールドを含まない、すなわち、ユーザ情報フィールドを含まず、Modified MU-RTSフレームの受信者アドレスフィールドは、第２装置のMACアドレスに設定される。

任意で、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の期間フィールドは、第２装置に割り当てられた時間期間を示すことができる。期間フィールドの本来の意味は、現在のTXOPの残りの期間に関する情報を示すため、第２装置に割り当てられた時間期間を示すために期間フィールドを再利用することは、第２装置にTXOP全体の残りの期間をすべて割り当てることと等価である。本願のこの実施形態では、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）内の元の期間フィールドが再利用され、元の期間フィールドの意味が拡張されて、期間フィールドが２つの意味（１つは現在のTXOPの残りの期間に関する情報を示し、もう１つは第２装置に割り当てられた時間期間を示す）を持ち、第２装置は、スケジュールされたP２Pシナリオ及びCo-TDMAシナリオでの通信をサポートするために、新しいフィールドを追加することなく、割り当てられた時間リソースで別の局と通信することができることがわかる。実装は簡単である。

任意で、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）には第１サブフィールドが含まれ、第１サブフィールドは第２装置に割り当てられた時間期間を示す。つまり、第１サブフィールドはシングルユーザ送信に割り当てられた時間期間を示す。第１サブフィールドは期間フィールドとは異なることを理解すべきである。第２装置に割り当てられ、第１サブフィールドによって示される時間期間は、TXOPの残りの期間内の時間期間である。本願のこの実施形態では、第２装置に割り当てられた時間期間を示すために、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）内に新しいフィールドが設計され、新しいフィールドの意味が明確かつ明示的であることが分かる。

任意で、MU-RTSフレームの共通情報フィールドが複数の予約サブフィールドを含むことが図１１Aから分かる。したがって、第１サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールドの予約サブフィールドであってもよい。第１サブフィールドの長さは、期間フィールドの長さ以下であってもよい。例えば、第１サブフィールドの長さは１２ビットであり、Modified MU-RTSフレーム内の共通情報フィールドのB２０からB３１に配置される。代替として、第１サブフィールドの長さは１６ビットであり、Modified MU-RTSフレーム内の共通情報フィールドのB２０からB３５に配置される。本願のこの実施形態では、新しいフィールドを追加することなく、Modified MU－RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールド内の予約サブフィールドを使用して、第１サブフィールドを設計することが分かる。元のフレーム長が維持されるため、共通情報フィールドの予約サブフィールドを完全に使用でき、第１サブフィールドの意味が明確かつ明示的になる。第１サブフィールドの長さが１２ビットの場合、その長さはUL長サブフィールドの長さと同じであり、UL長サブフィールドは期間の粒度を示すために再利用できることがわかる。第１サブフィールドの長さが１６ビットの場合、その長さは期間フィールドの長さと同じであり、期間フィールドは期間の粒度を示すために再利用できる。

任意で、第１サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールドの予約サブフィールドであってもよい。換言すれば、Modified MU-RTSフレーム内のUL長のサブフィールドは、ターゲット局（本出願では第２装置と称する）に割り当てられた時間期間を示すために使用される。

別のタイプのトリガフレーム（トリガタイプサブフィールドの値が３でないトリガフレーム）のUL長サブフィールドは、トリガされたトリガベースのPPDU（Trigger Based PPDU, TB PPDU）のフレーム長（ここでのフレーム長は時間期間）を示すが、UL長サブフィールドは、元MU-RTSフレームでは使用されないか、又は存在しないことが分かる。したがって、このソリューションでは、UL長サブフィールドは、第２装置に割り当てられた期間を示し、UL長サブフィールドは、期間の粒度を示すために再利用できる。このような機能は、UL長サブフィールドの機能に似ている。

任意で、MU-RTSはプリアンブルパンクチャリングモードで送信することができるので、本出願の本実施形態におけるModified MU-RTSフレーム（又はシングルユーザトリガフレーム）もプリアンブルパンクチャリングモードで送信することができる。具体的には、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）は、第３サブフィールドをさらに含むことができる。第３サブフィールドは、プリアンブルパンクリング帯域幅モードを示すか、又は第３サブフィールドは、プリアンブルパンクリングモードでパンクリングされたサブチャネルを示す。第３サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールド内の予約サブフィールドであってもよく、第３サブフィールドは第１サブフィールドとは異なる。第３サブフィールドの長さは、１６ビットであってもよい。Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールドのB４～B１５及びB２０～B６２は、すべて予約されていることを理解すべきである。したがって、第３サブフィールド及び第１サブフィールドは、各々Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールドの異なるビットに配置されてもよい。例えば、第１サブフィールドは、共通情報フィールドのB４～B１５に配置され、第３サブフィールドは、共通情報フィールドのB２０～B３５に配置されてもよい。

例については、図１３を参照されたい。図１３は、本願の実施形態によるModified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールドのフレームフォーマットの概略図である。図１３に示すように、Modified MU-RTSフレーム内の受信者アドレスフィールドは、第２装置のMACアドレスに設定され、ユーザ情報リストフィールドは含まれない。Modified MU-RTSフレームの共通情報フィールド内のトリガタイプサブフィールドは３に設定される。Modified MU-RTSフレームの共通情報フィールド内のUL長サブフィールド（すなわち、第１サブフィールド）は、ターゲット局（すなわち、本出願における第２装置）に割り当てられた時間期間を示し、時間期間の開始時点は、Modified MU-RTSフレームの終了時点である。Modified MU-RTSフレームの共通情報フィールド内のB２０～B３５（すなわち、第３サブフィールド）は、プリアンブルパンクリング帯域幅モードを示す。Modified MU-RTSフレームの共通情報フィールド内のB３６～B６３は、予約されたままである。

任意に、Modified MU-RTSフレームは、第２装置に時間リソースを割り当てるために使用されるだけでなく、MU-RTSフレームの基本的な機能、すなわちCTSフレームを要求する機能を有することができる。言い換えると、Modified MU-RTSフレームは、２つの機能を有する。１つは、シングルユーザ送信のために第２装置に時間リソースを割り当てることであり、もう１つは、第２装置からCTSフレームを要求することである。しかし、第２装置がこの相互作用プロセスでCTSフレームをフィードバックする必要があるかどうかは、Modified MU-RTSフレーム内で第１装置によって示される。つまり、第１装置が第２装置にCTSフレームを送信するよう要求する場合、第２装置はCTSフレームを送信する必要がある。第１装置が第２装置にCTSを送信するよう要求しない場合、第２装置はCTSフレームを送信できる（第２装置はCTSフレームを送信するか、CTSフレームの送信をスキップするかを選択できる）。

S１０３：第２装置がMACフレームを受信する。

S１０４：第２装置は、MACフレームを解析し、MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことを得る。

S１０５：第２装置は、MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームにユーザ情報フィールドが含まれていないことに従い、MACフレームがシングルユーザトリガフレームであることを決定し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。

任意で、第２装置は、MACフレームを受信した後、MACフレームを解析して、MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームにユーザ情報フィールドが含まれていないことを取得する。第２装置は、MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームにユーザ情報フィールドが含まれていないことに従い、MACフレームがシングルユーザトリガフレームであることを決定し、シングルユーザトリガフレーム（又はModified MU-RTSフレーム）は、第２装置に時間リソースを割り当てるために使用される。つまり、第２装置が受信したトリガタイプサブフィールドがMU-RTSフレームを示している場合、フレームが１つ以上のユーザ情報フィールドを含んでいれば（ユーザ情報フィールドが含まれているかどうかは、フレーム長を使用して決定される）、そのフレームがMU-RTSフレームであると決定される。フレームがユーザ情報フィールドを含んでいない場合は、そのフレームがシングルユーザトリガフレーム（又はModified MU-RTSフレーム）であると決定される。

言い換えると、第２装置は、最初にMACフレームを受信し、次に、MACフレームがModified MU-RTSフレームであると決定し、さらに、Modified MU-RTSフレームがシングルユーザ送信の時間を示すフィールドを含むと決定する（フィールドはMACフレーム内にあるが、受信局（つまり、第２装置）はフレームタイプを決定する前にフィールドについて知らない）。

任意で、シングルユーザトリガフレームをさらに使用して、SU PPDU方式で応答するよう単一の局（ここでは広義の局、すなわちAP又はSTA）をトリガすることができる。したがって、MACフレームがシングルユーザトリガフレーム（又はModified MU-RTSフレーム）であると決定した後、第２装置はSU PPDUを送信する。ここで、SU PPDUはCTSフレームではない。

任意で、MACフレームがシングルユーザトリガフレーム（又はModified MU-RTSフレーム）であると決定した後、第２装置はCTSフレームを送信子、次にSU PPDUを送信する。ここで、SU PPDUはCTSフレームではない。

任意で、MACフレームがシングルユーザトリガフレーム（又はModified MU-RTSフレーム）であると決定した後、第２装置はMACフレームを解析し続け、シングルユーザトリガフレーム（又はModified MU-RTSフレーム）を使用して第２装置に割り当てられた時間リソースを取得する。第２装置は、割り当てられた時間リソースで別の局（ここでは広義の局、すなわちAP又はSTA）と通信する。

本願のこの実施形態では、MACフレームのトリガタイプサブフィールドが３（MU-RTSフレームを示す）に設定され、MACフレームがMU-RTSフレームではなくシングルユーザトリガフレーム（又はModified MU-RTSフレーム）であることを暗黙的に示すために、MACフレームはユーザ情報フィールドを含まないので、MACフレームは、元のMU-RTSフレームと区別することができ、受信側は異なる受信フレームに基づいて相応して応答することができる。さらに、本願のこの実施形態では、MU-RTSフレームの共通情報フィールド内の予約サブフィールドは、ターゲット局（つまり、本願の第２装置）に割り当てられた時間期間を示すために使用され、ターゲット局（つまり、本願の第２装置）は、割り当てられた時間リソースで別の局と通信でき、スケジュールされたP２Pシナリオ及びCo-TDMAシナリオでの通信をサポートする。

実施形態２
本願の実施形態２では、主に、シングルユーザトリガフレームがMU-RTSフレームを用いて設計されている場合に、現在送信されているMACフレームがシングルユーザトリガフレームであることを明示的に示し、本来のMU-RTSフレームと区別する方法について説明し、明示的に示した上で、ターゲット局（つまり、本願の第２装置）に割り当てられている時間リソースを示す方法について説明する。

図１４を参照する。図１４は、本願の実施形態による時間リソース割り当て及び受信方法の別の概略フローチャートである。図１４に示すように、リソース割り当て及び受信方法には、以下のステップが含まれるが、これに限定されない。

S２０１：第１装置は媒体アクセス制御（MAC）フレームを生成し、MACフレームには、第２サブフィールドが含まれ、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。

S２０２：第１装置がMACフレームを送信する。

任意で、第１装置はMACフレームを生成し、MACフレームには、第２サブフィールドが含まれ、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。MACフレームのトリガタイプサブフィールドは３に設定される。トリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示すことが理解されるべきである。MACフレームの第２サブフィールドは、MACフレームがMU-RTSフレームではなく、シングルユーザトリガフレームであることを示す。したがって、本願のこの実施形態では、シングルユーザトリガフレームは、Modified MU-RTSフレームと呼ばれるか、又は、例えば、新しいMU-RTSフレーム、SU-RTSフレーム、及びSU MU-RTSフレームなどの他の名前を持つことができる。これは、本願の本実施形態において限定されない。

任意に、Modified MU-RTSフレームのフレームフォーマットは、（図１０に示すように）MU-RTSフレームのフレームフォーマットと同じであってもよいし、異なるものであってもよい。Modified MU-RTSフレームがユーザ情報リストフィールドを含む場合、Modified MU-RTSフレームのフレームフォーマットは、（図１０に示すように）MU-RTSフレームのフレームフォーマットと同じであり、フレーム制御フィールド、期間フィールド、RAフィールド、TAフィールド、共通情報フィールド、ユーザ情報リストフィールド、パディングフィールド、及びFCSフィールドを含む。ユーザ情報リストフィールドには、１つ以上のユーザ情報フィールドが含まれる。Modified MU-RTSフレームは、ユーザ情報リストフィールドを含まない、つまりユーザ情報フィールドを含まないこともある。Modified MU-RTSフレームがユーザ情報フィールドを含まない場合、Modified MU-RTSフレームの受信者アドレスフィールドは、第２装置のMACアドレスに設定されるべきであることを理解すべきである。

次に、第２サブフィールドの具体的な実装について詳細に説明する。

（１）第２サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）のユーザ情報フィールドの第１プリセット値である値を有するRU割り当て（RU Allocation）サブフィールドである。RU割り当てサブフィールドには８ビットがあり、各々B０からB７であり、０から２５５の値を表すことができる。８０２．１１ax標準では、RU割り当てフィールドがプライマリ２０MHz、プライマリ４０MHz、又はプライマリ８０MHzチャネルを示す場合、B０は０に設定される。RU割り当てフィールドが１６０MHz又は８０+８０MHzを示す場合、B０は１に設定される。B７からB１は、割り当てられた特定のRUの場所を示す。値６１から値６４は、各々プライマリ８０MHzチャネル上の４つの２０MHzサブチャネルを示すために使用され、値６５と値６６は各々プライマリ８０MHzチャネル上の２つの４０MHzサブチャネルを示すために使用され、値６７はプライマリ８０MHzチャネルを示すために使用され、値６８はプライマリ８０MHz及びセカンダリ８０MHz（つまり、１６０MHz）チャネルを示すために使用される。RU割り当てサブフィールドの値が０から６０の場合、それは２０MHz帯域幅（２４２-tone）よりも小さいRUを示す。したがって、０から６０の値はMU-RTSフレームでは使用されない。さらに、B７～B１の値が８０２．１１ax標準で定義されていない６８より大きい場合、B７からB１は予約状態になる。８０２．１１be標準では、帯域幅は３２０MHzに拡張され、より多くのRUの組み合わせがサポートされる。したがって、８０２．１１be標準では、B１～B７及びB０の設定方法が拡張される可能性があり、つまり、定義されていないパラメータが設定に使用される。したがって、第１プリセット値は、８０２．１１be標準では使用されない値であり、値は０～６０及び６８～２５５である。つまり、特定のRU割り当て値（つまり、第１プリセット値）を使用して、現在送信されているフレームがModified MU-RTSフレームであることを示す。特定のRU割り当て値は、８０２．１１ax標準及び８０２．１１be標準で実際のRUを示すために使用されない値である。例えば、RU割り当てサブフィールドのB０からB７はすべて１に設定される（十進値２５５を示す）。

なお、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）のユーザ情報フィールド内のRU割り当てサブフィールドが第１プリセット値に設定されている場合、RU割り当てサブフィールドは局に周波数資源を割り当てることができない。つまり、局はCTSフレームがフィードバックされる周波数リソースを知らない可能性がある。しかしながら、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）は、単一のユーザに送信される。第２装置がCTSフレームをフィードバックする必要がある場合、第２装置はCTSフレームの帯域幅をModified MU-RTSフレーム（又はシングルユーザトリガフレーム）の帯域幅と同じに設定できる。Modified MU-RTSフレーム（又は単一ユーザトリガフレーム）の帯域幅は、共通情報フィールドのアップリンク帯域幅サブフィールドから取得できる。つまり、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）のユーザ情報フィールドのRU割り当てサブフィールドが不要になり、後続のCTSフレーム（必要な場合）の帯域幅をModified MU-RTSフレーム（又はシングルユーザトリガフレーム）の帯域幅と同じに設定し、帯域幅情報を共通情報フィールドのUL BWサブフィールドから取得できる。

本実施形態では、RU割り当てサブフィールドの一部の値の意味を変更せずに、RU割り当てサブフィールドを再利用し、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）を示すために特別な値を使用していることが分かる。MU-RTSフレームに小さな変更が加えられ、８０２．１１ax標準との互換性が実現される。

（２）第２サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）のユーザ情報フィールドの第２プリセット値である値を有するAID１２サブフィールドである。第２プリセット値は、２００８から２０４４、２０４７から４０９４のいずれかの予約値（つまり、未使用の値）である。

AID１２サブフィールドの本来の意味は、局のAIDの最後の１２ビットを示すことを理解すべきである。AID１２サブフィールドが第２プリセット値に設定されている場合、AID１２サブフィールドは局を識別するために使用できない。したがって、実装では、局を識別するために、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の受信者アドレスフィールドを第２装置のMACアドレスに設定することができる。つまり、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）のユーザ情報フィールドのAID１２サブフィールドは不要になる。Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）は単一のユーザに送信されるため、RAアドレスフィールドを使用してターゲット局（つまり、本願の第２装置）のMACアドレスを伝送できる。

別の実装では、AID１２サブフィールド値が第２プリセット値であるユーザ情報フィールド内の別のサブフィールドが再利用され、第２装置の関連付け識別子を示す。例えば、AID１２サブフィールド値が第２プリセット値であるユーザ情報フィールド内のB１２～B２３が使用され、第２装置の関連付け識別子を示す。つまり、この実装では、RU割り当てサブフィールドは不要になる。したがって、第２装置がCTSフレームをフィードバックする必要がある場合、CTSフレームの帯域幅は、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の帯域幅と同じに設定できる。

本願のこの実施形態では、AID１２サブフィールドの一部の値の意味を変更せずに、AID１２サブフィールドを再利用し、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）を示すために特別な値を使用していることが分かる。MU-RTSフレームに小さな変更が加えられ、８０２．１１ax標準との互換性が実現される。また、AID１２サブフィールドは、ユーザ情報フィールドの第１サブフィールドである。これにより、受信したフレームがModified MU-RTSフレーム（又はシングルユーザトリガフレーム）であるかどうかを第２装置がより迅速に判断し、第２装置がより迅速に対応できるようになる。

（３）第２サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）のユーザ情報フィールド内の予約サブフィールドである。第２サブフィールドの値は、予約状態の第２サブフィールドの値とは異なる。前述の図１１Bから、MU-RTSフレームのユーザ情報フィールドは、複数の予約サブフィールドと１つの予約ビット（つまり、B３９）を有していることが分かる。したがって、これらの予約サブフィールド又は予約ビットの１つは、現在送信されているMACフレームがModified MU-RTSフレーム（又はシングルユーザトリガフレーム）であることを示している可能性がある。予約状態で第２サブフィールドが０に設定されている場合、第２サブフィールドが０に設定されていると、MACフレームがMU-RTSフレームであることを示す。第２サブフィールドが１に設定されていると、MACフレームがModified MU-RTSフレーム（又はシングルユーザトリガフレーム）であることを示す。逆に、予約状態で第２サブフィールドが１に設定されている場合、第２サブフィールドが１に設定されていると、MACフレームがMU-RTSフレームであることを示す。第２サブフィールドが０に設定されていると、MACフレームがModified MU-RTSフレーム（又はシングルユーザトリガフレーム）であることを示す。

本願のこの実施形態において、ユーザ情報フィールドにおける予約サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）を示すために使用されることが分かる。意味は明確かつ明示的であり、混乱を引き起こす可能性は低い。

（４）第２サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールド内の予約サブフィールドである。第２サブフィールドの値は、予約状態の第２サブフィールドの値とは異なる。前述の図１１Aから、MU-RTSフレームのユーザ情報フィールドは、複数の予約サブフィールドと１つの予約ビット（つまり、B６３）を有していることが分かる。したがって、これらの予約サブフィールド又は予約ビットの１つは、現在送信されているMACフレームがModified MU-RTSフレーム（又はシングルユーザトリガフレーム）であることを示している可能性がある。予約状態で第２サブフィールドが０に設定されている場合、第２サブフィールドが０に設定されていると、MACフレームがMU-RTSフレームであることを示す。第２サブフィールドが１に設定されていると、MACフレームがModified MU-RTSフレーム（又はシングルユーザトリガフレーム）であることを示す。逆に、予約状態で第２サブフィールドが１に設定されている場合、第２サブフィールドが１に設定されていると、MACフレームがMU-RTSフレームであることを示す。第２サブフィールドが０に設定されていると、MACフレームがModified MU-RTSフレーム（又はシングルユーザトリガフレーム）であることを示す。

本願のこの実施形態において、共通情報フィールドにおける予約サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）を示すために使用されることが分かる。意味は明確かつ明示的であり、混乱を引き起こす可能性は低い。また、共通情報フィールドは送信者アドレスフィールドの後に配置される。これにより、受信したフレームがModified MU-RTSフレーム（又はシングルユーザトリガフレーム）であるかどうかを第２装置がより迅速に決定し、第２装置がより迅速に応答できるようになる。

任意で、MACフレームは、第２サブフィールドを使用して、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。したがって、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）は、AP（つまり、本願の第１装置）によってターゲット局（つまり、本願の第２装置）に割り当てられた時間期間を示すために、時間期間指示フィールドを伝送する必要がある。MU-RTSフレームには、時間期間に関連する２つのフィールドが含まれていることを理解する必要がある。１つは期間フィールドであり、もう１つはUL長サブフィールドである。期間フィールドは、現在のTXOPの残りの時間期間に関する情報を示す。別のタイプのトリガフレーム（トリガタイプサブフィールドの値が３でないトリガフレーム）のUL長サブフィールドは、トリガされたトリガベースのPPDU（Trigger Based PPDU, TB PPDU）のフレーム長を示す。MU-RTSフレームはトリガフレームのタイプの１つであるが、MU-RTSはTB PPDUをトリガせず、非高スループット（non-high throughput, non-HT）又は非高スループット復信（non-HT duplicated）形式でCTSフレームをトリガし、CTSフレームの送信時間期間は固定である。したがって、MU-RTSフレーム内のUL長サブフィールドは予約され、使用されない。

任意で、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の期間フィールドは、第２装置に割り当てられた時間期間を示すことができる。期間フィールドの本来の意味は、現在のTXOPの残りの期間に関する情報を示すため、第２装置に割り当てられた時間期間を示すために期間フィールドを再利用することは、第２装置にTXOP全体の残りの期間をすべて割り当てることと等価である。

任意で、MACフレームには第１サブフィールドが更に含まれる場合があり、第１サブフィールドは第２装置に割り当てられた時間期間を示す。つまり、第１サブフィールドはシングルユーザ送信に割り当てられた時間期間を示す。第１サブフィールドは期間フィールドと異なり、第１サブフィールドは第２サブフィールドとも異なることが理解されるべきである。第２装置に割り当てられ、第１サブフィールドによって示される時間期間は、TXOPの残りの期間内の時間期間である。次に、第１サブフィールドの２つの実装について詳細に説明する。

第１実装では、MU-RTSフレームの共通情報フィールドが複数の予約サブフィールドを含むことが図１１Aから分かる。したがって、第１サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールドの予約サブフィールドであってもよい。第１サブフィールドの長さは、期間フィールドの長さ以下であってもよい。例えば、第１サブフィールドの長さは１２ビットであり、Modified MU-RTSフレーム内の共通情報フィールドのB２０からB３１に配置される。代替として、第１サブフィールドの長さは１６ビットであり、Modified MU-RTSフレーム内の共通情報フィールドのB２０からB３５に配置される。

任意で、第１サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールドの予約サブフィールドであってもよい。換言すれば、Modified MU-RTSフレーム内のUL長のサブフィールドは、ターゲット局（本出願では第２装置と称する）に割り当てられた時間期間を示すために使用される。

第２実装では、MU-RTSフレームのユーザ情報フィールドが複数の予約サブフィールドを含むことが図１１Bから分かる。したがって、第１サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）のユーザ情報フィールドの予約サブフィールドであってもよい。第１サブフィールドの長さは、期間フィールドの長さ以下であってもよい。例えば、第１サブフィールドの長さは１２ビットであり、Modified MU-RTSフレーム内のユーザ情報フィールドのB２０からB３１に配置される。代替として、第１サブフィールドの長さは１６ビットであり、Modified MU-RTSフレーム内のユーザ情報フィールドのB２０からB３５に配置される。

例については、図１５を参照されたい。図１５Aは、本願の実施形態によるModified MU-MUフレームのユーザ情報フィールドにおける第１サブフィールド及び第２サブフィールドのフレームフォーマットの概略図である。図１５Aに示すように、第２サブフィールドは、Modified MU－RTSフレームのユーザ情報フィールドにあり、特別な値（すなわち、前述の第２プリセット値）に設定されているAID１２サブフィールドである。Modified MU－RTSフレームの受信者アドレスフィールドは、第２装置のMACアドレスに設定される。第１サブフィールドは、Modified MU－RTSフレームのユーザ情報フィールドの予約サブフィールドであり、１２ビット（B２０～B３１）又は１６ビット（B２０～B３５）の長さを有する。

別の例については、図１５Bを参照されたい。図１５Bは、本願の実施形態によるModified MU-MUフレームのユーザ情報フィールドにおける第１サブフィールド及び第２サブフィールドの別のフレームフォーマットの概略図である。図１５Bに示すように、第２サブフィールドは、Modified MU－RTSフレームのユーザ情報フィールドにあり、特別な値（すなわち、前述の第２プリセット値）に設定されているAID１２サブフィールドである。Modified MU-RTSフレームのユーザ情報フィールド内のB１２～B２３は、局の関連付け識別子を示す。第１サブフィールドは、Modified MU－RTSフレームのユーザ情報フィールドの予約サブフィールドであり、１２ビット（B２４～B３５）又は１６ビット（B２４～B３９）の長さを有する。

また別の例については、図１５Bを参照されたい。図１５Cは、本願の実施形態によるModified MU-MUフレームのユーザ情報フィールドにおける第１サブフィールド及び第２サブフィールドの更に別のフレームフォーマットの概略図である。図１５Cに示すように、第２サブフィールドは、Modified MU－RTSフレームのユーザ情報フィールド内にあり、特別な値（つまり、前述の第１プリセット値、つまり８０２．１１ax及び８０２．１１beでRU割り当てに使用されない特別な値）に設定されたRU割り当てサブフィールドである。第１サブフィールドは、Modified MU－RTSフレームのユーザ情報フィールドの予約サブフィールドであり、１２ビット（B２０～B３１）又は１６ビット（B２０～B３５）の長さを有する。

第１サブフィールドと第２サブフィールドの両方がModified MU－RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールド内にある場合、Modified MU－RTSフレーム（又はシングルユーザトリガフレーム）は、ユーザ情報リストフィールドを含まない、すなわち、ユーザ情報フィールドを含まないことがあることを理解すべきである。Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）は、１つ以上のユーザ情報フィールドをさらに含むことができる。さらに、Modified MU－RTSフレーム（又はシングルユーザトリガフレーム）は、本明細書においてユーザ情報フィールドを含まないことを理解すべきである。これは単にフレーム長を短くするためのものであり、前述の実施形態１とは意味が異なる。

任意で、MU-RTSはプリアンブルパンクチャリングモードで送信することができるので、本出願の本実施形態におけるModified MU-RTSフレーム（又はシングルユーザトリガフレーム）もプリアンブルパンクチャリングモードで送信することができる。具体的には、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）は、第３サブフィールドをさらに含むことができる。第３サブフィールドは、プリアンブルパンクリング帯域幅モードを示すか、又は第３サブフィールドは、プリアンブルパンクリングモードでパンクリングされたサブチャネルを示す。第３サブフィールドは、Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールド内の予約サブフィールドであってもよく、第３サブフィールドは上述の第１サブフィールド及び第２サブフィールドとは異なる。第３サブフィールドの長さは、１６ビットであってもよい。

Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールドのB４～B１５及びB２０～B６２は、すべて予約されていることを理解すべきである。したがって、第３サブフィールド、第１サブフィールド、及び第２サブフィールドは、各々Modified MU-RTSフレーム（又はシングルユーザトリガフレーム）の共通情報フィールドの異なるビットに配置されてもよい。例えば、第１サブフィールドは、共通情報フィールドのB４～B１５に配置され、第３サブフィールドは、共通情報フィールドのB２０～B３５に配置され、第２サブフィールドは、共通情報フィールドのB３６に配置されてもよい。別の例では、第１サブフィールドは、共通情報フィールドのUL長サブフィールドであり、第３サブフィールドは、共通情報フィールドのB２０～B３５に配置され、第２サブフィールドは、共通情報フィールドのB３６に配置される。さらに、第２サブフィールドと第１サブフィールドの様々な実装は、ランダムに組み合わせることができ、ここでは列挙しないことを理解すべきである。

任意に、Modified MU-RTSフレームは、第２装置に時間リソースを割り当てるために使用されるだけでなく、MU-RTSフレームの基本的な機能、すなわちCTSフレームを要求する機能を有することができる。言い換えると、Modified MU-RTSフレームは、２つの機能を有する。１つは、シングルユーザ送信のために第２装置に時間リソースを割り当てることであり、もう１つは、第２装置からCTSフレームを要求することである。しかし、第２装置がこの相互作用プロセスでCTSフレームをフィードバックする必要があるかどうかは、Modified MU-RTSフレーム内で第１装置によって示される。つまり、第１装置が第２装置にCTSフレームを送信するよう要求する場合、第２装置はCTSフレームを送信する必要がある。第１装置が第２装置にCTSを送信するよう要求しない場合、第２装置はCTSフレームを送信できる（第２装置はCTSフレームを送信するか、CTSフレームの送信をスキップするかを選択できる）。

S２０３：第２装置がMACフレームを受信する。

S２０４：第２装置がMACフレームを解析する。

任意で、第２装置は、MACフレームを受信した後、MACフレームを解析してMACフレームに含まれる第２サブフィールドを取得し、第２サブフィールドの指示に従って、MACフレームがシングルユーザトリガフレーム（又はModified MU-RTSフレーム）であることを決定する。ここで、シングルユーザトリガフレームは第２装置に時間リソースを割り当てるために使用される。

任意で、シングルユーザトリガフレームをさらに使用して、SU PPDU方式で応答するよう単一の局（ここでは広義の局、すなわちAP又はSTA）をトリガすることができる。したがって、MACフレームがシングルユーザトリガフレーム（又はModified MU-RTSフレーム）であると決定した後、第２装置はSU PPDUを送信する。ここで、SU PPDUはCTSフレームではない。

任意で、MACフレームがシングルユーザトリガフレーム（又はModified MU-RTSフレーム）であると決定した後、第２装置はCTSフレームを送信子、次にSU PPDUを送信する。ここで、SU PPDUはCTSフレームではない。

任意で、MACフレームがシングルユーザトリガフレーム（又はModified MU-RTSフレーム）であると決定した後、第２装置はMACフレームを解析し続け、シングルユーザトリガフレームを使用して第２装置に割り当てられた時間リソースを取得する。第２装置は、割り当てられた時間リソースで別の局（ここでは広義の局、すなわちAP又はSTA）と通信する。

本願のこの実施形態では、MACフレームがシングルユーザトリガフレームであることを明示的に示すために、フィールド（つまり、第２サブフィールド）がMACフレームに含まれており、MACフレームがMU-RTSフレームと区別され、受信側が異なる受信フレームに基づいて相応して応答できることが分かる。さらに、本願のこの実施形態では、MU-RTSフレームの共通情報フィールド又はユーザ情報サブフィールド内の予約サブフィールドは、第１サブフィールドを設計してターゲット局（つまり、本願の第２装置）に割り当てられた時間期間を示すために使用され、ターゲット局（つまり、本願の第２装置）は、割り当てられた時間リソースで別の局と通信でき、スケジュールされたP２Pシナリオ及びCo-TDMAシナリオでの通信をサポートする。

任意の実施形態では、本願で提供される時間リソースの割り当て及び受信方法を、マルチリンクシナリオにさらに適用することができる。実施形態１及び実施形態２との相違点は、第１サブフィールドが応答フレーム（例えば、BAフレーム）の長さを示すことである。なお、第１サブフィールドが示す応答フレームの長さは、第１装置によって決定される。さらに、マルチリンクシナリオでは、第１装置はAP MLD内のAPであり、第２装置はnon-AP MLD内のAP（つまり、第１装置）に関連付けられたSTAであることを理解すべきである。任意で、異なるシナリオにおけるシングルユーザトリガフレーム内の第１サブフィールドの機能を区別するために、指示情報をシングルユーザトリガフレーム内で伝送して、異なるシナリオにおけるシングルユーザトリガフレーム内の第１サブフィールドの機能を示すことができる。スケジュールされたP２Pシナリオ及びCo-TDMAシナリオでは、第１サブフィールドは、第２装置に割り当てられた時間期間を示す。マルチリンクシナリオでは、第１サブフィールドは応答フレームの長さを示す。

異なるシナリオでは、シングルユーザトリガフレームのフレームフォーマットの設計と、第１サブフィールドと第２サブフィールドのフレームフォーマットの設計は変更されないことを理解する必要がある。具体的には、本実施の形態で提供する時間リソース割り当て受信方法をマルチリンクシナリオに適用する場合、シングルユーザトリガフレーム（例えば、ダウンリンクデータで伝達される、又は図４のデータフレームに集約された「Tr」）のフレームフォーマット設計、第１サブフィールド及び第２サブフィールドの設計については、実施形態１及び実施形態２の対応する説明を参照すること。詳細は、ここでは再度説明しない。言い換えると、マルチリンクシナリオでは、MU-RTSフレームを使用してシングルユーザトリガフレームを設計し、現在送信されているMACフレームがシングルユーザトリガフレーム（又はModified MU-RTSフレーム）であることを暗黙的又は明示的に示し、さらに応答フレーム（例えば、BAフレーム）の長さを示すことができる。マルチリンクシナリオのシングルユーザトリガフレーム（又はModified MU-RTSフレーム）は、ダウンリンクデータで伝送されるか、データフレームで集約される。

本願のこの実施形態では、MU-RTSフレームを使用して、マルチリンクシナリオに適用されるシングルユーザトリガフレームを設計することにより、応答フレームのフレーム長を示すことができ、不要なシステムオーバヘッドを削減することができ（MU-RTSフレーム内の多くのフィールドが予約されているため）、SU PPDUを使用して単一の局を応答するようトリガすることができ、チャネルをより良く保護し、オーバヘッドを削減することができることが分かる。

上記の内容は、本願で提供される方法について詳しく説明した。本願の実施形態において前述のソリューションの実装を実現するために、本願の実施形態は、対応する機器又は装置を更に提供する。

本願の実施形態では、第１装置及び第２装置は、前述の方法の例に基づき機能モジュールに分割されてよい。例えば、機能モジュールは、対応する機能に基づき分割を通じ得られてよく、又は２つ以上の機能が１つの処理モジュールに統合されてよい。統合されたモジュールは、ハードウェアの形式で実装されてよく、又はソフトウェア機能モジュールの形式で実装されてよい。留意すべきことに、本願の実施形態では、モジュールへの分割は一例であり、単なる論理的機能分割であり、実際の実装中に他の分割であってよい。図１６～図１８を参照して、本願の実施形態における時間リソース割り当て機器及び時間リソース受信機器について詳細に説明する。時間リソース割り当て機器は、第１装置又は第１装置内の機器であり、時間リソース受信機器は、第２装置又は第２装置内の機器である。

統合ユニットを使用する場合は、図１６を参照する。図１６は、本願の実施形態による時間リソース割り当て機器１の構造を示す概略図である。時間リソース割り当て機器は、第１装置又は第１装置内のチップ、例えばWi-Fiチップである場合がある。図１６に示すように、時間リソース割り当て機器は、処理ユニット１１及びトランシーバユニット１２を含む。

設計では、処理ユニット１１は、MACフレームを生成するよう構成され、MACフレーム内のトリガタイプサブフィールドは３に設定され、MACフレームはユーザ情報フィールドを含まず、MACフレーム内の受信者アドレスフィールドは第２装置のMACアドレスに設定される。トランシーバユニット１２は、MACフレームを送信するよう構成される。MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームにユーザ情報フィールドが含まれていないことは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。MACフレーム内のトリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示すことが理解されるべきである。

任意で、MACフレームには第１サブフィールドが含まれ、第１サブフィールドは第２装置に割り当てられた時間期間を示す。

任意で、第１サブフィールドは、MACフレーム内の共通情報フィールド内の予約サブフィールドである。任意で、第１サブフィールドは、MACフレームの共通情報フィールド内の予約されたアップリンク長サブフィールドである。

任意で、第１サブフィールドの長さは１２ビット又は１６ビットである。

なお、この設計では、時間リソース割り当て機器が実施形態１に対応し、時間リソース割り当て機器内のユニットの上記の動作又は機能は、実施形態１の第１装置の対応する動作を実現するために別個に使用されることを理解されたい。ユニットの技術的効果については、実施形態１の技術的効果を参照されたい。簡潔にするため、詳細はここで再び説明されない。

別の設計では、処理ユニット１１はMACフレームを生成するように構成され、MACフレームには、第２サブフィールドが含まれ、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。トランシーバユニット１２は、MACフレームを送信するよう構成される。MACフレームのトリガタイプサブフィールドは３に設定される。

任意で、第２サブフィールドは、MACフレームのユーザ情報フィールドの第１プリセット値を値とするRU割り当てサブフィールドである。第１プリセット値は、８０２．１１be標準では使用されない値であり、値は０～６０及び６８～２５５である。

任意で、第２サブフィールドは、MACフレームのユーザ情報フィールドの第２プリセット値である値を有するAID１２サブフィールドである。第２プリセット値は、２００８から２０４４及び２０４７から４０９４のいずれかである。MACフレームの受信者アドレスフィールドは、第２装置のMACアドレスに設定される。又はMACフレームのユーザ情報フィールドの予約サブフィールドは、第２装置の関連付け識別子を示す。

任意で、第２サブフィールドはMACフレームの共通情報フィールドの予約サブフィールドであり、第２サブフィールドの値は予約状態の第２サブフィールドの値とは異なる。

任意で、第２サブフィールドはMACフレームのユーザ情報フィールドの予約サブフィールドであり、第２サブフィールドの値は予約状態の第２サブフィールドの値とは異なる。

任意で、MACフレームには第１サブフィールドが更に含まれ、第１サブフィールドは第２装置に割り当てられた時間期間を示す。

任意で、第１サブフィールドは、MACフレーム内の共通情報フィールド内の予約サブフィールドである。第１サブフィールドは、第２サブフィールドとは異なる。任意で、第１サブフィールドは、MACフレームの共通情報フィールド内の予約されたアップリンク長サブフィールドである。

任意で、第１サブフィールドは、MACフレーム内のユーザ情報フィールド内の予約サブフィールドである。第１サブフィールドは、第２サブフィールドとは異なる。

任意で、第１サブフィールドの長さは１２ビット又は１６ビットである。

なお、この設計では、時間リソース割り当て機器が実施形態２に対応し、時間リソース割り当て機器内のユニットの上記の動作又は機能は、実施形態２の第１装置の対応する動作を実現するために別個に使用されることを理解されたい。ユニットの技術的効果については、実施形態２の技術的効果を参照されたい。簡潔にするため、詳細はここで再び説明されない。

図１７を参照する。図１７は、本願の実施形態による時間リソース受信機器の構造を示す概略図である。時間リソース割り当て機器は、第２装置又は第２装置内のチップ、例えばWi-Fiチップである場合がある。図１７に示すように、時間リソース受信機器は、トランシーバユニット２１と、解析ユニット２２と、任意に決定ユニット２３とを含む。

ある設計では、トランシーバユニット２１は媒体アクセス制御（MAC）フレームを受信するよう構成され、MACフレームにおける受信者アドレスフィールドは、第２装置のMACアドレスに設定される。解析ユニット２２は、MACフレームを解析し、MACフレーム内のトリガタイプサブフィールドが３に設定され、MACフレームがユーザ情報フィールドを含まないことを得るように構成される。決定ユニット２３は、MACフレームのトリガタイプサブフィールドが３に設定され、MACフレームにユーザ情報フィールドが含まれていないことに従い、MACフレームがシングルユーザトリガフレームであることを決定するようさらに構成され、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。MACフレーム内のトリガタイプサブフィールドが３に設定されていることは、MU-RTSフレームを示すことが理解されるべきである。

任意で、MACフレームには第１サブフィールドが含まれ、第１サブフィールドは第２装置に割り当てられた時間期間を示す。

任意で、第１サブフィールドは、MACフレーム内の共通情報フィールド内の予約サブフィールドである。任意で、第１サブフィールドは、MACフレームの共通情報フィールド内の予約されたアップリンク長サブフィールドである。

任意で、第１サブフィールドの長さは１２ビット又は１６ビットである。

解析ユニット２２と決定ユニット２３とは、例えば処理ユニットのように一体化されていてもよい。

なお、この設計では、時間リソース受信機器が実施形態１に対応し、時間リソース受信機器内のユニットの上記の動作又は機能は、実施形態１の第１装置の対応する動作を実現するために別個に使用されることを理解されたい。ユニットの技術的効果については、実施形態１の技術的効果を参照されたい。簡潔にするため、詳細はここで再び説明されない。

別の設計では、トランシーバユニット２１はMACフレームを受信するように構成され、MACフレームには、第２サブフィールドが含まれ、第２サブフィールドは、MACフレームがシングルユーザトリガフレームであることを示し、シングルユーザトリガフレームは、第２装置に時間リソースを割り当てるために使用される。解析ユニット２２は、MACフレームを解析するよう構成される。

任意で、第２サブフィールドは、MACフレームのユーザ情報フィールドの第１プリセット値を値とするRU割り当てサブフィールドである。第１プリセット値は、８０２．１１be標準では使用されない値であり、値は０～６０及び６８～２５５である。

任意で、第２サブフィールドは、MACフレームのユーザ情報フィールドの第２プリセット値である値を有するAID１２サブフィールドである。第２プリセット値は、２００８から２０４４及び２０４７から４０９４のいずれかである。MACフレームの受信者アドレスフィールドは、第２装置のMACアドレスに設定される。又はMACフレームのユーザ情報フィールドの予約サブフィールドは、第２装置の関連付け識別子を示す。

任意で、第２サブフィールドはMACフレームの共通情報フィールドの予約サブフィールドであり、第２サブフィールドの値は予約状態の第２サブフィールドの値とは異なる。

任意で、第２サブフィールドはMACフレームのユーザ情報フィールドの予約サブフィールドであり、第２サブフィールドの値は予約状態の第２サブフィールドの値とは異なる。

任意で、MACフレームには第１サブフィールドが更に含まれ、第１サブフィールドは第２装置に割り当てられた時間期間を示す。

任意で、第１サブフィールドは、MACフレーム内の共通情報フィールド内の予約サブフィールドである。第１サブフィールドは、第２サブフィールドとは異なる。任意で、第１サブフィールドは、MACフレームの共通情報フィールド内の予約されたアップリンク長サブフィールドである。

任意で、第１サブフィールドは、MACフレーム内のユーザ情報フィールド内の予約サブフィールドである。第１サブフィールドは、第２サブフィールドとは異なる。

任意で、第１サブフィールドの長さは１２ビット又は１６ビットである。

解析ユニット２２は処理ユニットと呼ばれることもある。

なお、この設計では、時間リソース受信機器が実施形態２に対応し、時間リソース受信機器内のユニットの上記の動作又は機能は、実施形態２の第１装置の対応する動作を実現するために別個に使用されることを理解されたい。ユニットの技術的効果については、実施形態２の技術的効果を参照されたい。簡潔にするため、詳細はここで再び説明されない。

以上は、本願の実施形態における第１装置及び第２装置を説明した。以下は、第１装置及び第２装置の可能な製品形式について説明する。図１６の第１装置の機能を有する製品形式、及び図１７の第２装置の機能を有する製品形式は、本願の実施形態の保護範囲に含まれることを理解すべきである。さらに、以下の説明は単なる例であり、本出願の実施形態における第１装置及び第２装置の製品形態を制限するものではないことを理解すべきである。

可能な製品形態では、本出願の実施形態における第１装置又は第２装置は、一般的なバスアーキテクチャを使用して実現することができる。

説明を容易にするために、図１８を参照する。図１８は、本願の実施形態による通信機器１０００の構造を示す概略図である。通信機器１０００は、第１装置、第２装置、又は第１装置又は第２装置内のチップであってもよい。図１８は、通信機器１０００の主要な構成要素のみを示す。通信機器は、プロセッサ１００１及びトランシーバ１００２に加えて、メモリ１００３及び入出力機器（図示せず）をさらに含むことができる。

プロセッサ１００１は、主に、通信プロトコル及び通信データを処理し、通信機器を制御し、ソフトウェアプログラムを実行し、及びソフトウェアプログラムのデータを処理するよう構成される。メモリ１００３は、主に、ソフトウェアプログラム及びデータを格納するよう構成される。トランシーバ１００２は、制御回路とアンテナとを含んでよい。制御回路は、主にベースバンド信号と無線周波数信号との間の変換を実行し無線周波数信号を処理するように構成されている。アンテナは、主に、電磁波の形式で無線周波数信号を送信及び受信するよう構成される。タッチスクリーン、ディスプレイ、又はキーボードのような入出力機器は、主に、ユーザにより入力されたデータを:受信し、ユーザにデータを出力するよう構成される。

通信機器が起動された後に、プロセッサ１００１は、ソフトウェアプログラムをメモリから読み出し、ソフトウェアプログラムの命令を解釈し及び実行、ソフトウェアプログラムのデータを処理してよい。データが無線で送信される必要があるとき、プロセッサ１００１は、被送信データにベースバンド処理を１００１実行し、次に、ベースバンド信号を無線周波数回路へと出力する。無線周波数回路は、ベースバンド信号に対して無線周波処理を行った後、アンテナを介して電磁波形式の無線周波数信号を送信する。データが通信機器に送信されると、無線周波数回路は、アンテナを介して無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサに出力する。プロセッサ１００１は、ベースバンド信号をデータに変換し、データを処理する。

別の実施形態では、無線周波数回路及びアンテナは、ベースバンド処理を行うプロセッサから独立して配置されてもよい。例えば、分散型シナリオでは、無線周波数回路及びアンテナは、通信装置から独立して遠隔に配置されてもよい。

プロセッサ１００１、トランシーバ１００２、及びメモリ１００３は、通信バスを通じて互いに結合されてよい。

設計では、通信機器１０００は、実施形態１の第１装置の機能を実行するように構成することができる。プロセッサ１００１は、図９のステップS１０１、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成することができる。トランシーバ１００２は、図９のステップS１０２を実行するよう構成され、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成することができる。

別の設計では、通信機器１０００は、実施形態１の第２装置の機能を実行するように構成することができる。プロセッサ１００１は、図９のステップS１０５及びステップS１０５、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成することができる。トランシーバ１００２は、図９のステップS１０３を実行するよう構成され、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成することができる。

設計では、通信機器１０００は、実施形態２の第１装置の機能を実行するように構成することができる。プロセッサ１００１は、図１４のステップS２０１、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成することができる。トランシーバ１００２は、図１４のステップS２０２を実行するよう構成され、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成することができる。

別の設計では、通信機器１０００は、実施形態２の第２装置の機能を実行するように構成することができる。プロセッサ１００１は、図１４のステップS２０４、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成することができる。トランシーバ１００２は、図１４のステップS２０３を実行するよう構成され、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成することができる。

上記の設計のいずれかにおいて、プロセッサ１００１は、送信及び受信機能を実装するように構成されたトランシーバを含むことができる。例えば、トランシーバは、トランシーバ回路、インタフェース、又はインタフェース回路であってよい。送信及び受信機能を実装するように構成されたトランシーバ回路、インタフェース、又はインタフェース回路は、分離されている場合もあれば、一緒に統合されている場合もある。トランシーバ回路、インタフェース、又はインタフェース回路は、コード／データを読み書きするように構成されている場合もある。代替として、トランシーバ回路、インタフェース、又はインタフェース回路は、信号を送信又は転送するように構成されている場合もある。

前述の設計のいずれかにおいて、プロセッサ１００１は命令を格納することができる。命令は、コンピュータプログラムであってよい。コンピュータプログラムは、プロセッサ１００１上で実行され、その結果、通信機器１０００は、前述の方法の実施形態のいずれか１つにおいて説明した方法を実行することができる。コンピュータプログラムは、プロセッサ１００１に固定されてよい。この場合、プロセッサ１００１は、ハードウェアにより実装されてよい。

実装では、通信機器１０００は回路を含んでもよく、その回路は前述の方法の実施形態において、送信、受信、又は通信機能を実装してもよい。本願で説明するプロセッサ及びトランシーバは、集積回路（integrated circuit, IC）、アナログIC、無線周波数集積回路（ＲＦＩＣ無線周波数集積回路、RFIC）、混合信号IC、特定用途向け集積回路（application specific integrated circuit, ASIC）、プリント基板（printed circuit board, PCB）、又は電子装置などに実装されていてもよい。プロセッサ及びトランシーバは、代替として、様々なIC技術、例えば、相補型金属酸化物半導体（complementary metal oxide semiconductor, CMOS）、N型金属酸化物半導体（nMetal-oxide-semiconductor, NMOS）、P型金属（positive channel metal oxide semiconductor, PMOS）、バイポーラ接合トランジスタ（bipolar junction transistor, BJT）、バイポーラCMOS（BiCMOS）、シリコンゲルマニウム（SiGe）、及びガリウムヒ素（GaAs）を使用して製造されていてもよい。

本願において説明されている通信機器の範囲はこれに限定されず、通信機器の構造は、図１８によって制限されない場合がある。通信機器は、独立した装置であってよく又はより大きな装置の部分であってよい。例えば、通信機器は以下であってよい：
（１）独立した集積回路IC、チップ、又はチップシステム又はサブシステム、
（２）１つ以上のICを含むセット、任意で、ICセットはデータとコンピュータプログラムを格納するように構成された記憶コンポーネントを更に含むことができる、
（３）ASIC、例えばモデム（Modem）、
（４）他の装置に組み込むことができるモジュール、
５）受信機、端末、インテリジェント端末、携帯電話、無線装置、ハンドヘルド装置、モバイルユニット、車載装置、ネットワーク装置、クラウド装置、人工知能装置など、又は、
（６）他の装置など。

可能な製品形式では、本願の実施形態における第１装置又は第２装置は、汎用プロセッサにより実装されてよい。

第１装置を実装する汎用プロセッサは、処理回路と、処理回路に内部接続され、処理回路と通信する入出力インタフェースとを含む。

設計では、汎用プロセッサは、実施形態１の第１装置の機能を実行するように構成することができる。具体的に、処理回路は、図９のステップS１０１、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成される。入出力インタフェースは、図９のステップS１０２、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成される。

別の設計では、汎用プロセッサは、実施形態２の第１装置の機能を実行するように構成することができる。具体的に、処理回路は、図１４のステップS２０１、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成される。入出力インタフェースは、図１４のステップS２０２、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成される。

第２装置を実装する汎用プロセッサは、処理回路と、処理回路に内部接続され、処理回路と通信する入出力インタフェースとを含む。

設計では、汎用プロセッサは、実施形態１の第２装置の機能を実行するように構成することができる。具体的に、処理回路は、図９のステップS１０４及びステップS１０５、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成される。入出力インタフェースは、図９のステップS１０３、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成される。

別の設計では、汎用プロセッサは、実施形態２の第２装置の機能を実行するように構成することができる。具体的に、処理回路は、図１４のステップS２０４、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成される。入出力インタフェースは、図１４のステップS２０３、及び／又は本明細書に記載された技術の別のプロセスを実行するように構成される。

理解されるべきことに、種々の製品形式の前述の通信機器は、前述の方法の実施形態における第１装置又は第２装置の機能を有し、詳細はここで再び説明されない。

本願の実施形態は、コンピュータ可読記憶媒体を更に提供する。コンピュータ可読記憶媒体はコンピュータプログラムコードを格納する。プロセッサがコンピュータプログラムコードを実行するとき、電子装置は、上記のいずれかの実施形態における方法を実行する。

本願の一実施形態は、コンピュータプログラムプロダクトを更に提供する。コンピュータプログラムプロダクトがコンピュータ上で実行されると、コンピュータは、前述の実施形態のいずれかの実行可能にされる。

本願の実施形態は、通信機器を更に提供する。機器はチップの製品形態の中に存在してよい。機器の構造は、プロセッサ及びインタフェース回路を含む。プロセッサは、インタフェース回路を通じて別の機器と通信し、通信機器が前述の実施形態のうちのいずれかにおける方法を実行するのを可能にするように構成される。

本願の実施形態は、第１装置及び第２装置を含む無線通信システムを更に提供する。第１装置及び第２装置は、上記の実施形態のいずれかにおける方法を実行することができる。

本願で開示された内容と関連して説明された方法又はアルゴリズムステップは、ハードウェアにより実装されてよく、又はソフトウェア命令を実行することによりプロセッサにより実装されてよい。ソフトウェア命令は、対応するソフトウェアモジュールを含んでよい。ソフトウェアモジュールは、ランダムアクセスメモリ（Random Access Memory, RAM）、フラッシュメモリ、消去可能なプログラム可能な読み出し専用メモリ（Erasable PROM, EPROM）、電気的に消去可能なプログラム可能な-読み出し専用メモリ（Electrically EPROM, EEPROM）、レジスタ、ハードディスク、取り外し可能ハードディスク、コンパクトディスク読み出し専用メモリ（CD-ROM）、又は当分野でよく知られている任意の他の形式の記憶媒体に格納することができる。例えば、記憶媒体はプロセッサに結合され、その結果、プロセッサが記憶媒体から情報を読み出し、又は記憶媒体に情報を書き込むことができる。もちろん、記憶媒体は、プロセッサのコンポーネントであってよい。プロセッサ及び記憶媒体は、ASIC内に配置されてよい。更に、ASICは、コアネットワークインタフェース装置内に配置されてよい。もちろん、プロセッサ及び記憶媒体は、個別コンポーネントとしてコアネットワークインタフェース装置内に存在してよい。

当業者は、前述の１つ以上の例において、本願に記載されている機能がハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせによって実装されてよいことを認識すべきである。機能がソフトウェアにより実装される場合、前述の機能は、コンピュータ可読媒体に格納されるか、又はコンピュータ可読媒体に１つ以上の命令若しくはコードとして送信されてよい。コンピュータ可読媒体は、コンピュータ可読記憶媒体と通信媒体を含む。通信媒体は、コンピュータプログラムのある場所から別の場所への伝送を実現する任意の媒体を含む。記憶媒体は、汎用又は専用コンピュータによりアクセス可能な任意の利用可能な媒体であってよい。

前述の具体的な実装では、本願の目的、技術的ソリューション、及び有益な効果が更に詳細に説明されている。理解されるべきことに前述の説明は、単に本願の特定の実装であり、本願の保護範囲を限定することを意図しない。本願の技術的ソリューションに基づき行われる任意の変形、均等な置換又は改良は、本願の保護範囲の中に包含されるべきである。

Claims (11)

1. 時間リソース割り当て方法であって、
   第１装置により媒体アクセス制御（MAC）フレームを生成するステップであって、前記MACフレームは第２サブフィールドを含み、前記第２サブフィールドは、前記MACフレームが変更マルチユーザ送信要求フレームであることを示し、前記変更マルチユーザ送信要求フレームは、第２装置に時間リソースを割り当てるために使用される、ステップと、
   前記第１装置により前記MACフレームを送信するステップと、
   を含み、
   前記第２サブフィールドは、前記MACフレームの共通情報フィールドにおける予約サブフィールドである、方法。
2. 前記MACフレームにおける受信者アドレスフィールドは、前記第２装置のMACアドレスに設定される、請求項１に記載の方法。
3. 前記第２サブフィールドの値は、予約状態の前記第２サブフィールドの値とは異なる、請求項１に記載の方法。
4. 前記MACフレームは、第１サブフィールドをさらに含み、前記第１サブフィールドは、前記第２装置に割り当てられた時間期間を示す、請求項１～３のいずれか一項に記載の方法。
5. 前記第１サブフィールドは、前記MACフレームの共通情報フィールドにおける予約サブフィールドであり、前記第１サブフィールドは、前記第２サブフィールドとは異なる、請求項４に記載の方法。
6. 前記第１サブフィールドは、前記MACフレームの共通情報フィールド内の予約されたアップリンク長サブフィールドであり、前記第１サブフィールドは前記第２サブフィールドとは異なる、請求項４に記載の方法。
7. 前記第１サブフィールドは、前記MACフレームのユーザ情報フィールドにおける予約サブフィールドであり、前記第１サブフィールドは、前記第２サブフィールドとは異なる、請求項４に記載の方法。
8. 前記第１サブフィールドの長さは、１２ビット又は１６ビットである、請求項４～７のいずれか一項に記載の方法。
9. 前記MACフレーム内のトリガタイプサブフィールドは、３に設定される、請求項１～８のいずれか一項に記載の方法。
10. 通信機器であって、プロセッサとトランシーバとを含み、前記トランシーバはMACフレームを送信及び受信するよう構成され、前記プロセッサは、前記通信機器が請求項１～９のいずれか一項に記載の方法を実行できるようにするために、プログラム命令を実行するよう構成される、通信機器。
11. コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体はプログラム命令を格納し、前記プログラム命令がコンピュータ上で実行されると、前記コンピュータは、請求項１～９のいずれか一項に記載の方法を実行可能にされる、コンピュータ可読記憶媒体。

Images