JP2023531684A - 周波数領域においてｔｘｏｐを共有する単一ｂｓｓ内の局の協調 - Google Patents

周波数領域においてｔｘｏｐを共有する単一ｂｓｓ内の局の協調 Download PDF

Info

Publication number
JP2023531684A
JP2023531684A JP2022579050A JP2022579050A JP2023531684A JP 2023531684 A JP2023531684 A JP 2023531684A JP 2022579050 A JP2022579050 A JP 2022579050A JP 2022579050 A JP2022579050 A JP 2022579050A JP 2023531684 A JP2023531684 A JP 2023531684A
Authority
JP
Japan
Prior art keywords
txop
shared
stations
access
sta
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2022579050A
Other languages
English (en)
Other versions
JP7418716B2 (ja
Inventor
モハメド アブエルサウード
チン シャー
リャンシャオ シン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Sony Group Corp
Original Assignee
Sony Corp
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp, Sony Group Corp filed Critical Sony Corp
Publication of JP2023531684A publication Critical patent/JP2023531684A/ja
Application granted granted Critical
Publication of JP7418716B2 publication Critical patent/JP7418716B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0037—Inter-user or inter-terminal allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Abstract

送信機会（ＴＸＯＰ）所有者が協調的に作動する他の局との間でＴＸＯＰを共有することを可能にする無線ローカルエリアネットワーク（ＷＬＡＮ）プロトコル。ＴＸＯＰを共有しようとする意図が、ＴＸＯＰを共有に利用できる他の局に伝えられ、このＴＸＯＰに参加する用意がある局のアクセスポイント（ＡＰ）局に通知される。ＴＸＯＰが発生すると、これらの局が異なる周波数領域において指定時間にわたって同時にチャネルにアクセスすることができ、従ってＴＸＯＰの使用率が高まって効率が改善される。【選択図】 図１６

Description

〔関連出願との相互参照〕
本出願は、２０２０年６月２４日に出願された米国仮特許出願シリアル番号第６３／０４３，２１７号に対する優先権及びその利益を主張するものであり、この文献はその全体が引用により本明細書に組み入れられる。
〔連邦政府が支援する研究又は開発に関する記述〕
該当なし
〔コンピュータプログラム付属書の引用による組み入れ〕
該当なし
〔著作権保護を受ける資料の通知〕
本特許文献中の資料の一部は、アメリカ合衆国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、合衆国特許商標庁の一般公開ファイル又は記録内に表される通りに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定ではないが米国特許法施行規則§１．１４に従う権利を含め、本特許文献を秘密裏に保持しておく権利のいずれも本明細書によって放棄するものではない。
本開示の技術は、一般に無線ネットワーク通信に関し、具体的には、周波数領域内の単一ベーシックサービスセット（ＢＳＳ）シナリオにおいて他の局と送信機会（ＴＸＯＰ）を共有することに関する。
新規アプリケーションの急速な発展、及びＷｉ－Ｆｉを通じてインターネットにアクセスするスマートデバイスの増加と共に、Ｗｉ－Ｆｉネットワークの使用が急速に成長している一方で、Ｗｉ－Ｆｉユーザの要求も増加し続けている。これらのニーズに対処するために、現在の通信ネットワーク設計の複数の目標として、高スループット、低遅延及び高効率が挙げられる。アプリケーションによっては、リアルタイムアプリケーション（ＲＴＡ）（例えば、データ収集又はゲーム）など遅延に敏感なデータを通信するものもあり、従って低遅延パケット通信が必要である。
しかしながら、現在のＷｉ－Ｆｉネットワークプロトコルは、これらの時間依存的なアプリケーションの遅延時間を最小化することを目的としていない。
従って、ＲＴＡパケットの遅延時間を低減する装置及び方法に対するニーズが存在する。本開示は、このニーズを満たすとともに、これまでの技術を凌駕するさらなる利点をもたらすものである。
局（ＳＴＡ）が、以下のステップを実行することによって、周波数領域内の単一ＢＳＳシナリオにおいて無線ＬＡＮネットワークにおける送信機会（ＴＸＯＰ）を他のＳＴＡと共有することができる。アクセスポイント（ＡＰ）局との間でメッセージを交換して、他のＳＴＡと送信機会（ＴＸＯＰ）を共有することを通知し及び／又はその承認を得る。チャネルへのアクセス権を獲得すると、次のＴＸＯＰが共有に利用可能であることを示す情報を他のＳＴＡと交換し、受け取られた応答に基づいて非ＡＰ共有ＴＸＯＰ参加者ＳＴＡを識別する。次の共有ＴＸＯＰに参加する用意がある非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに、各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがチャネルアクセス中にアップロード（ＵＬ）データを送信するために使用すべきリソースユニット（ＲＵ）に関する情報を含むメッセージを送信する。
本明細書の以下の部分では、本明細書で説明する技術のさらなる態様が明らかになり、この詳細な説明は、本技術の好ましい実施形態を限定することなく完全に開示するためのものである。
本明細書で説明する技術は、例示のみを目的とする以下の図面を参照することによって十分に理解されるであろう。
ＩＥＥＥ８０２．１１におけるＤＬ ＯＦＤＭＡ ＭＩＭＯ送信のスロット化した送信図である。 ＩＥＥＥ８０２．１１におけるＵＬ ＯＦＤＭＡ ＭＩＭＯ送信のスロット化した送信図である。 従来のＵＬ ＯＦＤＭＡ ＭＩＭＯ送信のフロー図である。 通常のＷＬＡＮシステムにおけるデータフレームフォーマットのデータフィールド図である。 通常のＷＬＡＮシステムにおけるＡＣＫフレームフォーマットのデータフィールド図である。 再送に起因してバックオフ時間が増加したＣＳＭＡ／ＣＡにおける従来の再送の通信シーケンス図である。 再送回数が再試行制限を上回った後にパケットを廃棄する通信シーケンス図である。 ＯＦＤＭＡを用いた従来のダウンリンクマルチユーザ送信の通信シーケンス図である。 ＯＦＤＭＡを用いた従来のアップリンクマルチユーザ送信の通信シーケンス図である。 本開示の少なくとも１つの実施形態による局（ＳＴＡ）ハードウェアのブロック図である。 本開示の少なくとも１つの実施形態によるネットワークトポロジー図例である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって開始される共有ＴＸＯＰプロトコル案の通信シーケンス図である。 本開示の少なくとも１つの実施形態によるプロトコル設計の概観である。 本開示の少なくとも１つの実施形態による、共有ＴＸＯＰ設定段階における共有情報交換の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＡＰによって処理される共有ＴＸＯＰ設定段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＳＴＡレベルで処理される共有ＴＸＯＰ設定段階のフロー図である。 本開示の少なくとも１つの実施形態による、ＡＰコーディネータを伴わない共有ＴＸＯＰ初期化段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理される共有ＴＸＯＰ初期化段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによって処理される共有ＴＸＯＰ初期化段階のフロー図である。 本開示の少なくとも１つの実施形態による、各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡのユニキャストＴＸＯＰアクセス要求トリガーフレームを用いたスケジューリングによるＴＸＯＰスケジュール及びアクセス段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、全ての非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに対するブロードキャストＴＸＯＰアクセス要求トリガーフレームを用いたスケジューリングによるＴＸＯＰスケジュール及びアクセス段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに対するランダムアクセスを可能にすることによるＴＸＯＰスケジュール及びアクセス段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理されるＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理されるＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによって処理されるＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによって処理されるＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、コーディネータとしてのＡＰを伴うシナリオにおける共有ＴＸＯＰ初期化段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理される共有ＴＸＯＰ初期化段階のフロー図である。 本開示の少なくとも１つの実施形態による、ＡＰによって処理される共有ＴＸＯＰ初期化段階のフロー図である。 本開示の少なくとも１つの実施形態による、コーディネータとしてのＡＰを伴うシナリオのＴＸＯＰスケジュール及びアクセス段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、コーディネータとしてのＡＰを伴うシナリオのＴＸＯＰスケジュール及びアクセス段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、コーディネータとしてのＡＰを伴うシナリオのＴＸＯＰスケジュール及びアクセス段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、コーディネータとしてのＡＰを伴うシナリオのＴＸＯＰスケジュール及びアクセス段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＡＰによってランダムアクセスが処理される（コーディネータとしてのＡＰを伴う）ＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、ＡＰによってランダムアクセスが処理される（コーディネータとしてのＡＰを伴う）ＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＴＸＯＰ所有者ＳＴＡによってランダムアクセスが処理される（コーディネータとしてのＡＰを伴う）ＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＴＸＯＰ所有者ＳＴＡによってランダムアクセスが処理される（コーディネータとしてのＡＰを伴う）ＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによってランダムアクセスが処理される（コーディネータとしてのＡＰを伴う）ＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによってランダムアクセスが処理される（コーディネータとしてのＡＰを伴う）ＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、共有オファー／要求設定サブ段階及びＴＸＯＰ所有者構成設定サブ段階を含む共有ＴＸＯＰ設定段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、共有オファー／要求設定サブ段階の開始後にＡＰによって処理される共有オファー／要求設定サブ段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＳＴＡによって処理される共有オファー／要求設定サブ段階のフロー図である。 本開示の少なくとも１つの実施形態による、ＡＰによって処理されるＴＸＯＰ所有者構成設定サブ段階のフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理されるＴＸＯＰ所有者構成設定サブ段階のフロー図である。 本開示の少なくとも１つの実施形態による、準統計的シナリオのための、コーディネータとしてのＡＰが存在しないＴＸＯＰスケジュール及びアクセス段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、準統計的シナリオのための、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理される、コーディネータとしてのＡＰが存在しないＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、準統計的シナリオのための、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによって処理される、コーディネータとしてのＡＰが存在しないＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、準統計的シナリオのための、コーディネータとしてのＡＰを伴うＴＸＯＰスケジュール及びアクセス段階の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、準統計的シナリオのための、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理される、コーディネータとしてのＡＰを伴うＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、準統計的シナリオのための、ＡＰによって処理される、コーディネータとしてのＡＰを伴うＴＸＯＰスケジュール及びアクセス段階のフロー図である。 本開示の少なくとも１つの実施形態による、ＳＴＡ ＴＸＯＰ共有可能性要素のデータフィールド図である。 本開示の少なくとも１つの実施形態によるＳＴＡ情報（ＳＴＡ Ｉｎｆｏ）フィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による共有オファー／要求（ｓｈａｒｉｎｇ ｏｆｆｅｒ／ｒｅｑｕｅｓｔ）フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、以下のフィールドを有するＳＴＡ共有オファー／要求情報（ＳＴＡ Ｓｈａｒｅ Ｏｆｆｅｒ／Ｒｅｑｕｅｓｔ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＭＵ－ＲＴＳ共有（ＭＵ－ＲＴＳ－ｓｈａｒｅ）フレームのフレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＣＴＳ共有（ＣＴＳ－ｓｈａｒｅ）フレームのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＴＸＯＰランダムアクセス要求トリガーのデータフィールド図である。 本開示の少なくとも１つの実施形態によるユニキャストＴＸＯＰアクセス要求トリガー（ＴＸＯＰ ａｃｃｅｓｓ ｒｅｑｕｅｓｔ ｔｒｉｇｇｅｒ）フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるブロードキャストＴＸＯＰアクセス要求トリガー（ｂｒｏａｄｃａｓｔ ＴＸＯＰ ａｃｃｅｓｓ ｒｅｑｕｅｓｔ ｔｒｉｇｇｅｒ）フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＣＴＳ－ｔｏ－ｓｅｌｆ共有（ＣＴＳ－ｔｏ－ｓｅｌｆ－ｓｈａｒｅ）フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＴＸＯＰ参加者告知（ＴＸＯＰ Ｐａｒｔｉｃｉｐａｎｔ Ａｎｎｏｕｎｃｅｍｅｎｔ）フレームのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＳＴＡ ＴＸＯＰ参加者（ＴＸＯＰ Ｐａｒｔｉｃｉｐａｎｔ）フィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＴＸＯＰアクセススケジューラトリガー（ＴＸＯＰ ａｃｃｅｓｓ ｓｃｈｅｄｕｌｅｒ ｔｒｉｇｇｅｒ）フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＴＸＯＰ優先度トリガー（ＴＸＯＰ ｐｒｉｏｒｉｔｙ ｔｒｉｇｇｅｒ）フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＴＸＯＰ所有者構成（ＴＸＯＰ ｈｏｌｄｅｒ ｃｏｎｆｉｇｕｒａｔｉｏｎ）フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＳＴＡ ＴＸＯＰアクセス割り当て（ＳＴＡ ＴＸＯＰ Ａｃｃｅｓｓ Ａｌｌｏｃａｔｉｏｎ）フィールドのフレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＴＸＯＰ共有参加者ＳＴＡのトラフィックの優先度を示す割り当て制御情報（Ａｌｌｏｃａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｉｎｆｏ）サブフィールドの優先度サブフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＴＸＯＰアクセス構成（ＴＸＯＰ ａｃｃｅｓｓ ｃｏｎｆｉｇｕｒａｔｉｏｎ）フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＴＸＯＰ共有要求トリガー（ＴＸＯＰ ｓｈａｒｅ ｒｅｑｕｅｓｔ ｔｒｉｇｇｅｒ）フレームのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＴＸＯＰ共有応答トリガー（ＴＸＯＰ ｓｈａｒｅ ｒｅｓｐｏｎｓｅ ｔｒｉｇｇｅｒ）フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、マルチリンク装置（ＭＬＤ）構成で所属する局（ＳＴＡ）ハードウェアのブロック図である。
１．序文
ＷＬＡＮでは、とりわけ２．４ＧＨｚ帯及び５ＧＨｚ帯における性能を改善するために多くの８０２．１１修正が提案されてきた。ＰＨＹ層では、２０ＭＨｚから１６０ＭＨｚへの帯域幅の増加、新たな変調及び符号化スキーム、並びにＭＩＭＯシステムの改善などの数多くのデータレート改善が考案されてきた。
送信オーバーヘッドを抑え、従ってデータスループットを高めるための他のＭＡＣ層改善も取り入れられてきた。この改善は、例えばフレーム間間隔の縮小、パケットの集約及びセグメント化、並びにＳＴＡが電力を節約できるようにアウェイク状態とドージング状態とを交互に繰り返す電力消費プロトコルの適用によって達成される。
ＩＥＥＥ ８０２．１１ａｘでは、隣接するサブキャリアをリソースユニット（ＲＵ）にグループ化する直交周波数分割多重アクセス（ＯＦＤＭＡ）技術が導入された。この技術は、アップリンク（ＵＬ）データ送信及びダウンリンク（ＤＬ）データ送信の両方におけるマルチユーザ（ＭＵ）のためにＲＵを割り当てることによって送信レートを最大化する。
ＯＦＤＭＡの使用により、ユーザ間で周波数領域を分け合うことによって多くのユーザが同時に同じ時間リソースを利用できるようになる。この技術では、より多くのユーザを同時にスケジュールできるので、リソース利用が改善されて遅延時間が減少する。
しかしながら、現在の８０２．１１技術は、アップリンク（ＵＬ）マルチユーザ（ＭＵ）送信をＡＰレベルで開始する。このため、非ＡＰ ＳＴＡは、ＡＰにＵＬデータ（ＵＬ ＤＡＴＡ）を送信する必要があってチャネルアクセスが利用可能であることを感知した場合でも、単純に送信を開始することができない。非ＡＰ ＳＴＡは、ＵＬデータ送信を開始するために、関連するＡＰからトリガーフレームを受け取るまで待つ必要がある。
本開示では、ＭＵ ＵＬ ＯＦＤＭＡ送信のための、非ＡＰ ＳＴＡレベルで開始される共有ＴＸＯＰプロトコルについて説明する。本開示では、チャネルアクセス権を獲得した非ＡＰ ＳＴＡが共有ＴＸＯＰを開始し、ＭＵ ＵＬデータ送信のために他の非ＡＰ ＳＴＡに異なるチャネルリソースを割り当てることができる。
２．１．パケット遅延に影響を与えるＷＬＡＮ機能
２．１．１．チャネルアクセス及び遅延許容範囲
ＷＬＡＮ装置では、競合ベースのアクセス及び競合なしアクセスの両方が可能である。競合ベースのアクセスでは、装置がチャネルを感知し、ビジー（使用中）の場合にはチャネルへのアクセス権を獲得するために毎回競合する必要がある。この競合の必要性によってさらなる送信遅延が発生するが、これは正しい衝突回避を行うために必要なことであった。競合なしチャネルアクセスでは、ＡＰが競合せずにチャネルへのアクセス権を獲得することができる。この競合なしチャネルアクセスは、他のＳＴＡによって使用されるＤＩＦＳ（分散型フレーム間スペーシング（Ｄｉｓｔｒｉｂｕｔｅｄ Ｉｎｔｅｒ－Ｆｒａｍｅ ｓｐａｃｉｎｇ））と比べてＰＩＦ（ＰＣＦフレーム間スペーシング（ＰＣＦ Ｉｎｔｅｒ－Ｆｒａｍｅ ｓｐａｃｉｎｇ））と同等の短いフレーム間間隔を使用することによってチャネルアクセス調整が行われるハイブリッド制御チャネルアクセスにおいて可能である。競合なしアクセスは、競合遅延を避けるための支持できる解決策のように思えるが広く普及しておらず、大部分のＷｉ－Ｆｉ装置は競合ベースのアクセスを使用している。
ＳＴＡは、チャネルにアクセスするために、チャネルを感知してビジーではないと判定する必要がある。チャンネルがビジーとみなされるのは、（１）ＳＴＡがフレームのプリアンブルを検出したにもかかわらず、検出されたフレームの長さにわたってチャネルがビジーであるとみなされる場合、（２）ＳＴＡが最小感度の２０ｄＢを上回る帯域内エネルギーを検出した場合、或いは（３）ＳＴＡが検出されたフレームのネットワーク割り当てベクトル（ＮＡＶ）を読み取ることによってチャネルが事実上ビジーであることを検出した場合である。ＮＡＶは、送信側ＳＴＡが媒体をビジーに保とうと意図するマイクロ秒数（最大３２，７６７マイクロ秒）を表す、無線ネットワークプロトコルと共に使用される仮想キャリア感知機構（ｖｉｒｔｕａｌ ｃａｒｒｉｅｒ－ｓｅｎｓｉｎｇ ｍｅｃｈａｎｉｓｍ）であると理解されるであろう。
８０２．１１ａｘでは、ＮＡＶタイマを誤ってリセットしてしまうことによって生じ得る衝突を避けるために２つのＮＡＶが導入された。一方のＮＡＶはＢＳＳ ＳＴＡのためのものであり、他方のＮＡＶは非ＢＳＳ ＳＴＡのためのものである。ＳＴＡは、２つのＮＡＶを個別に維持する。
８０２．１１ａｘは、全てのレガシーな８０２．１１ＷＬＡＮ装置と同様に、チャネルアクセスにＣＳＭＡ／ＣＡを使用する。ＡＰは、ＵＬ ＭＩＭＯ送信のためのトリガーフレームを送信するために、最初にチャネルアクセス権を求めて競合する必要がある。８０２．１１ａｘでは、ＡＰがそのＢＳＳ内のいずれかのＳＴＡよりも優先してチャネルアクセス権を獲得できるように、８０２．１１ａｘ装置のみのために第２のＥＤＣＡが導入された。この結果、レガシーな非８０２．１１ａｘ装置は、ＥＤＣＡを使用して自由にチャネルにアクセスし、ＡＰがＵＬ又はＤＬ ＯＦＤＭＡ ＭＩＭＯデータ送信をスケジュールするためにチャネルへのアクセス権を獲得する機会を増やすことができるようになる。
２．１．２．マルチユーザ送信及び受信
８０２．１１ＷＬＡＮ装置は、ＯＦＤＭＡチャネルアクセスのみならず送信及び受信にもＭＩＭＯアンテナを使用することができる。ＩＥＥＥ８０２．１１ａｘは、アップリンク及びダウンリンクの両方でマルチユーザ送信をサポートする。
マルチユーザ通信を使用することで、８０２．１１ａｃにおけるＳＵ－ＭＩＭＯ ＤＬなどの最大８つのストリームを通じた１又は２以上のユーザへのマルチストリーム送信、或いは８０２．１１ａｃにおいて定められるＭＵ－ＭＩＭＯ ＤＬ送信を通じた複数のユーザへのマルチユーザ送信が可能になる。これにより、ＡＰは、そのＢＳＳ内のＳＴＡに１又は２以上のストリームを割り当てることができる。
データ送信に最大１６０ＭＨｚの幅広いチャネルを使用する場合、チャネルは、一部の周波数の干渉レベルが他の周波数とは異なる干渉周波数選択的になり、この結果、予想達成可能速度が影響を受けて性能が悪化すると予想される。この問題を解決するために、８０２．１１ａｘでは、隣接するサブキャリアをリソースユニット（ＲＵ）にグループ化するＯＦＤＭＡが導入された。これらのＲＵを異なる受信機に割り当てて送信レートを最大化することができる。このスケジューリングの結果、各受信機のＳＩＮＲを最大化してより高い変調及び符号化スキーム（ＭＣＳ）を可能にすることができ、従って達成されるスループットを高めることができる。
ＯＦＤＭＡは、ユーザ間で周波数領域を分割することによって、多くのユーザが同時にリソースを利用できるようにする。この結果、より多くのユーザを同時にスケジュールできるため、リソース使用が改善されて遅延時間が減少する。また、データ量の少ないＳＴＡが占有できるＲＵを狭くすることによってスケジューリング効率を高め、少量のデータ通信のためにチャネルアクセスを必要とするアプリケーション間のリソース配分を改善することができ、従ってチャネルアクセス時間と、フレームヘッダ及びプリアンブルに必要なオーバーヘッドとを低減するのに役立つことができる。
ＯＦＤＭＡの効率は、ＭＩＭＯ送信と組み合わさった時にさらに高まることができる。ＳＴＡのＭＩＭＯ容量に応じて、１つのＲＵを使用して複数の空間ストリームをＳＴＡに送信することができる。また、複数のＳＴＡによる共有のために１つのＲＵを割り当てることもでき、この場合、各ＳＴＡがＳＴＡのＭＩＭＯ容量に応じて１又は２以上の空間ストリームを有することができる。より多くのＳＴＡを同じリソースに詰め込むことで、ＳＴＡ及びＡＰの遅延時間を減少させることができる。
図１に、ＤＬ ＯＦＤＭＡ ＭＩＭＯ送信の例を示す。ＡＰは、ＳＴＡの周波数／ＲＵマッピング及びＲＵ割り当てを指定するＰＨＹプリアンブルを全てのＳＴＡに送信している。プリアンブルの後に、所与のＳＴＡの特定のＲＵ割り当てを使用してＡＰ ＤＬデータ（ＡＰ ＤＬ ＤＡＴＡ）が送信される。ＳＴＡがＤＬトリガーフレームの受信後にショートインターフレーム間隔（Ｓｈｏｒｔ Ｉｎｔｅｒｆｒａｍｅ Ｓｐａｃｉｎｇ：ＳＩＦＳ）の送信を開始する場合、マルチユーザＡＣＫ送信はＤＬデータフレームの受信に同期すべきである。
図２は、ＡＰがＳＴＡのための周波数、ＲＵマッピング及びＲＵ割り当てを含むトリガーフレームを全てのＳＴＡに送信しているＵＬ ＯＦＤＭＡ ＭＩＭＯ送信の例である。ＳＴＡがＤＬトリガーフレームの受信後にＳＩＦＳの送信を開始する場合、ＵＬ ＭＩＭＯ送信はこのフレームの受信に同期すべきである。
２．１．４．再送
図３に、ＩＥＥＥ８０２．１１下のＷＬＡＮシステムにおいてＳＴＡがパケット送信及び再送のためにチャネルにアクセスできるようにするためにＣＳＭＡ／ＣＡを使用することを示す。ＣＳＭＡ／ＣＡシステムでは、ＳＴＡが各送信及び再送前にチャネルを感知し、チャネルアクセス権を求めて競合するためにバックオフ時間を設定する必要がある。バックオフ時間は、０とコンテンションウィンドウのサイズとの間の一様なランダム変数によって決定される。ＳＴＡは、バックオフ時間にわたって待機してチャネルがアイドルであることを感知した後にパケットを送信する。ＳＴＡがタイムアウト前にＡＣＫを受け取らなかった場合には再送が必要である。そうでなければ送信は成功である。再送が必要である場合、ＳＴＡはパケットの再送回数をチェックする。再送回数が再試行制限を上回る場合、パケットは破棄されて再送はスケジュールされない。そうでなければ再送がスケジュールされ、再送チャネルアクセスを求めて競合するために別のバックオフ時間が必要になる。コンテンションウィンドウのサイズが上限に達していない場合、ＳＴＡはコンテンションウィンドウのサイズを増やす。ＳＴＡは、新たなコンテンションウィンドウのサイズに応じて別のバックオフ時間を設定する。ＳＴＡは、再送のためにバックオフ時間にわたって待機し、以下同様である。
図４に、通常のＷＬＡＮシステムにおけるデータフレームフォーマット及びそのフィールドを示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのアドレスを含む。シーケンス制御（Ｓｅｑｕｅｎｃｅ ｃｏｎｔｒｏｌ）フィールドは、パケットのフラグメント番号及びシーケンス番号を含む。
図５に、通常のＷＬＡＮシステムにおけるＡＣＫフレームフォーマット及びそのフィールドを示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のアドレスを含む。
図６に、ＣＳＭＡ／ＣＡにおける再送によってバックオフ時間が増加する一例を示す。データパケットフレーム及びＡＣＫフレームは、それぞれ図４及び図５に示すようなフォーマットを使用する。送信側は、最初のパケット送信後にタイムアウトまでＡＣＫを受け取っていない。この結果、送信機は、コンテンションウィンドウのサイズがｎスロットである別のバックオフ時間を設定する。送信側ＳＴＡは、バックオフ時間にわたって待機した後に初めてパケットを再送する。しかしながら、この例ではこの再送にも失敗している。送信ＳＴＡはパケットを再送する必要があり、チャネルアクセス権を求めて競合するために再びバックオフ時間を設定する。今回は、再送であることによってコンテンションウィンドウのサイズが２倍の２＊ｎスロットである。このコンテンションウィンドウサイズによって予想バックオフ時間も２倍になる。２回目の再送は、タイムアウト前にＡＣＫを受け取ったため成功している。
図７に、再送回数が再試行制限を上回った後にパケットが廃棄される一例を示す。データパケットフレーム及びＡＣＫフレームは、それぞれ図４及び図５に示すようなフォーマットを使用する。図示のように、送信側ＳＴＡは最初のパケット送信に失敗した後にこのパケットを複数回再送している。しかしながら、どの再送も成功していない。Ｎ回の再送後に、再送回数が再試行制限を上回る。送信側ＳＴＡはこのパケットの再送を停止し、このパケットは破棄される。
図８は、ＯＦＤＭＡを用いたダウンリンクマルチユーザ送信の一例である。送信側ＡＰは、その受信側１、２、３及び４にデータパケットを送信する。データパケットは、ＨＥ ＭＵ ＰＰＤＵフォーマットを使用することができる。ＡＰは、最初の送信を終えた後に、全ての受信側にマルチユーザブロックＡＣＫ要求（ＭＵ－ＢＡＲ）を送信する。その後、受信側は、ＡＰにブロックＡＣＫ（ＢＡ）を返送する。ＡＰは、ＢＡの内容に従って、受信側１、３及び４にパケットを再送すると決定する。ＡＰはチャネルを求めて競合し、バックオフ時間にわたって待つ。ＡＰがチャネルアクセス権を獲得した後に最初の再送が行われる。
図９は、ＯＦＤＭＡを用いたアップリンクマルチユーザ送信の一例である。ＡＰは、最初に全ての送信側１、２、３及び４にトリガーフレームを送信する。送信側はトリガーフレームを受け取り、トリガーフレームによって割り当てられたチャネルリソースを使用して最初の送信を開始する。データパケットは、ＨＥ ＴＢ ＰＰＤＵフォーマットを使用することができる。ＡＰは、送信側からデータパケットを受け取り、ＢＡフレームを送信して送信が正しく受け取られたことを報告する。この例では、送信機３からのパケットのみが正しく受け取られたことが分かる。送信機１、２、４については再送をスケジュールする必要がある。ＡＰはチャネルを求めて競合し、チャネルアクセス権を獲得するためにバックオフ時間にわたって待つ。その後、最初の送信と同時に再送が進行する。
２．１．５．ＵＬ ＯＦＤＭＡランダムアクセス
８０２．１１ａｘでは、どのＳＴＡが送信すべきデータを有しているかをＡＰが認識していない場合、又は関連しないＳＴＡがデータを送信したいと望んでいる場合のＵＬ送信のために、ＵＬ ＯＦＤＭＡランダムアクセスが導入された。トリガーフレームは、ランダムＵＬチャネルアクセスのためにいくつかのＲＵを割り当てることができる。ＡＰがアップリンクランダムアクセスのために特定のＲＵを割り当てると、ＳＴＡは、ＯＦＤＭＡバックオフ手順を使用して、ランダムアクセスチャネルにアクセスするか否かを決定する。この決定は、バックオフランダム値を選択し、これをランダムアクセスのために割り当てられたＲＵの数と比較することによって行われる。現在のバックオフランダム値がＲＵの数よりも小さい場合、ＳＴＡは、ランダムアクセスのために割り当てられたＲＵのうちの１つにランダムにアクセスする。ランダムアクセスは、ショートパケット送信の効率を高めると期待されている。
３．課題の記述
８０２．１１ｎ／ａｃなどの従来の技術は、ＭＵ ＵＬ送信のために、衝突を避けるのに役立つように送信要求／送信可（ＲＴＳ／ＣＴＳ）、又はチャネルアクセススキームでの拡張機能を含むＲＴＳ／ＣＴＳを実装している。しかしながら、このスキームでは一度に１人のユーザしかチャネルを占有することができない。さらに、ＲＴＳ／ＣＴＳフレーム交換のオーバーヘッドによって長い遅延が導入される。
比較として、８０２．１１ａｘ技術は、異なるユーザが同時にチャネルにアクセスすることを可能にするＯＦＤＭＡスキームを実装することによって、チャネル利用効率を改善して平均遅延を減少させている。しかしながら、現在の８０２．１１ａｘ技術は、共有ＴＸＯＰのためにＡＰ局がＵＬ送信を開始することに依拠する。従って、非ＡＰ ＳＴＡは、チャネルがアイドルであることを感知してＡＰに送信すべきデータを有している場合、ＵＬデータ送信を開始するために、関連するＡＰからトリガーフレームを受け取るまで待つ必要がある。また、非ＡＰ ＳＴＡは、ＡＰが利用可能なチャネルリソースをスケジュールして、このチャネルを取得した非ＡＰ ＳＴＡと他の非ＡＰ ＳＴＡとの間で配分することに依拠する必要もある。この場合、ＯＦＤＭＡの出現によって、低いチャネル利用効率、従って遅延の増加を含む複数の問題が導入される。
４．本開示の寄与
本開示は、単一ＢＳＳ内の共有ＴＸＯＰにおけるマルチユーザＵＬ送信を可能にする新たな解決策を提案する。本明細書で使用する「共有ＴＸＯＰ」という表現は、１つのＴＸＯＰ中に異なるユーザ間でチャネルアクセス権を共有できることを意味する。具体的に言えば、非ＡＰ ＳＴＡは、チャネルを取得すると、ＡＰからのトリガーフレームを待たずにＭＵ ＵＬ送信を開始することができる。この非ＡＰ ＳＴＡは、共有ＴＸＯＰアクセスを開始して、次の共有ＴＸＯＰに参加する他の非ＡＰ ＳＴＡのためのチャネルリソースを予約できるＴＸＯＰ所有者ＳＴＡとして機能する。検討するシナリオは、単一ＢＳＳの事例に焦点を当てている。提案する解決策は、チャネル利用効率を改善し、非ＡＰ ＳＴＡ側の遅延を減少させ、従って非ＡＰ ＳＴＡ側の柔軟性及びＲＴＡ性能を高める。
５．非ＡＰ ＳＴＡハードウェア設定
図１０に、無線ネットワーク通信プロトコルを実装する（単複の）プログラムの実行及びデータの記憶のためのＣＰＵ１８及びＲＡＭ２０を有する局回路１２のバス１６内への外部Ｉ／Ｏ１４を有する非ＡＰ ＳＴＡの実施形態例１０を示す。本開示の局ハードウェアは、指向性及び／又は全方向性通信を含むことができる様々な方法で通信するように構成することができる。
ホストマシン１２は、ｓｕｂ－６ＧＨｚ帯（例えば、２．４、５、６Ｇｈｚ）などでの通信及び／又はミリメートル波長（ｍｍＷ）を介した通信を実行するための、１又は２以上のアンテナ２６ａ、２６ｂ、２６ｃ～２６ｎ及び２９に接続された少なくとも１つのＲＦモジュール２４、２８に結合された、通信をサポートする少なくとも１つのモデム２２を収容する。図示の例では、ＲＦアンテナ２９が全方向性アンテナである。一例として、図示のＲＦモジュール２４は、この帯域での送受信のためにビームフォーミングをサポートするように複数のアンテナを有する。このように、ＳＴＡは、複数組のビームパターンを使用して信号を送信することができる。なお、この例ではｓｕｂ－６ＧＨｚ通信について説明するが、本開示の教示はいずれかの所望の帯域をサポートすることができると理解されたい。また、本開示の教示から逸脱することなく、複数のＳＴＡをいずれかの所望の構成でグループ化（クラスタ化）することもできる。
バス１４は、センサ及びアクチュエータなどの様々な装置をＣＰＵに接続することができる。プロセッサ１８上では、ＳＴＡがアクセスポイント（ＡＰ）局又は非ＡＰ（通常）局（ＳＴＡ）の機能を果たせるように実行される通信プロトコルを実装するプログラムを実行するためのメモリ２０からの命令が実行される。また、このプログラミングは、現在の通信状況でどのような役割を果たしているかに応じて異なるモード（ソース、送信機、中間、宛先、受信機、第１のＡＰ、他のＡＰ、第１のＡＰに関連する非ＡＰ局、非ＡＰ ＴＸＯＰ所有者局、非ＡＰ ＴＸＯＰ参加者局、非ＡＰ ＴＸＯＰ非参加者局、別のＡＰに関連する局、調整機（ｃｏｏｒｄｉｎａｔｏｒ）、及び被調整機（ｃｏｏｒｄｉｎａｔｅｅ）など）で動作するように構成されると理解されたい。
なお、本開示は、それぞれがいずれかの任意の数のＲＦ回路に結合された複数のモデム２２で構成することができると理解されたい。一般に、使用するＲＦ回路の数が多ければ多いほど、アンテナビーム方向のカバレッジが広くなる。なお、利用するＲＦ回路の数及びアンテナの数は、特定の装置のハードウェア制約によって決まると理解されたい。ＲＦ回路及びアンテナの中には、ＳＴＡが近隣ＳＴＡと通信する必要がないと判定した時に無効にできるものもある。
図６６に、無線通信局がマルチリンク装置（ＭＬＤ）ハードウェア構成で所属している実施形態１３７０としての、図１０の変形形態を示す。ＭＬＤ内の各ＳＴＡは異なる周波数のリンク上で動作する。各局１０’は、図１０で説明するようなものとすることができ、それぞれがＣＰＵ、ＲＡＭ、モデム、ＲＦ回路及び１又は２以上のアンテナを有する。この図では、図示のｎ個の局の各々が異なるリンクを提供することが分かる（例えば、リンク１、リンク２～リンクｎを示す）。
ＭＬＤは、少なくとも１つのプロセッサ（ＣＰＵ）１３７４と、ＭＬＤのアプリケーションにアクセスしてＭＬＤレベルでの通信プロトコルを実装するための外部Ｉ／Ｏを提供するメモリ１３７６とを有するＭＬＤ管理エンティティの回路１３７２を有することも分かる。ＭＬＤは、各所属するＳＴＡにタスクを配分し、各所属するＳＴＡから情報を収集し、所属するＳＴＡ間で情報を共有するように構成される。
また、ＭＬＤの各ＳＴＡは独自のプロセッサ及びメモリを有する必要はないと理解されたい。少なくとも１つの実施形態では、ＭＬＤ内の１又は２以上の局がこれらの局間でプロセッサ及びメモリを共有することができ、又はＭＬＤ回路のプロセッサ及びメモリを共有することができる。従って、本開示は、ＭＬＤ内の複数のリンクを介した通信のための多くの可能な構成を企図する。
６．トポロジー及びシナリオの説明
６．１．検討するトポロジー
図１１に、本開示の以下の動作説明において限定ではなく一例として利用する単一ＷＬＡＮ ＢＳＳ３２シナリオのためのシナリオ（トポロジー）の実施形態例３０を示す。このシナリオは、本明細書における教示の使用をいずれかの特定のネットワークシナリオに限定することなく、本明細書で説明する動作の説明に役立つトポロジーを提供するものである。単一ＷＬＡＮ ＢＳＳ３２は、１つのＡＰ３４、並びにＳＴＡ１ ３６、ＳＴＡ２ ３８及びＳＴＡ３ ４０として例示する複数の局から成る。ＳＴＡ３は、チャネルを取得して他の非ＡＰ ＳＴＡとの間で次の（後続の）ＴＸＯＰを共有する用意があるＳＴＡである非ＡＰ ＴＸＯＰ所有者ＳＴＡであり、他の２つのＳＴＡは、チャネルを取得せずにＴＸＯＰ所有者ＳＴＡによって共有される次のＴＸＯＰに参加する用意がある非ＡＰ共有ＴＸＯＰ参加者ＳＴＡである。この例は、あらゆるＷＬＡＮトポロジーに制限なく適用できる解決策案の説明に使用される。
６．２．シナリオの説明
検討するＢＳＳは、１つのＡＰ及び複数の非ＡＰ ＳＴＡを含む。各非ＡＰ ＳＴＡは、ＡＰへの送信のために定期的に又は頻繁に生成できるパケットを有する。本開示は、各非ＡＰ ＳＴＡとＡＰとの間に必要とされるスケジューリングが複雑になることによって常に遅延時間が重大な問題となるＵｐＬｉｎｋ（ＵＬ）ＯＦＤＭＡ送信に焦点を当てている。
８０２．１１ａｘ技術では、複数のＳＴＡが共有ＴＸＯＰ内で同時にＵＬデータシーケンスを送信することによってＴＸＯＰの利用効率を高めることができる。８０２．１１ａｘでは、ＡＰがＵＬデータ送信を開始することができる。通常、ＡＰは、非ＡＰ ＳＴＡにトリガーフレーム（例えば、バッファステータスレポートポーリング（ＢＳＲＰ））を送信してバッファステータス及びトラフィック優先度を問い合わせる。ＡＰは、これらの非ＡＰ ＳＴＡから応答フレーム（例えば、バッファステータスレポート（ＢＳＲ））を受け取ると、これらの非ＡＰ ＳＴＡがＵＬデータシーケンスを送信する際に使用すべきリソース割り当て情報を含む別のトリガーフレーム（例えば、ベーシックトリガー）を非ＡＰ ＳＴＡに送信する。既存の技術では、特に非ＡＰ ＳＴＡが送信すべきＲＴＡ（リアルタイムアプリケーション）パケットを有している場合に、ＡＰによって開始されたＴＸＯＰが非ＡＰ ＳＴＡの動的ニーズをサポートすることができない。一般に、ＲＴＡパケットは小さなサイズであるが、高速（低遅延）送信を要求している。
本開示では、非ＡＰ ＳＴＡの観点からの、具体的にはチャネルが利用可能であることを感知して直ちにＡＰに送信すべきパケットを有している非ＡＰ ＳＴＡのための新たな解決策を示す。共有ＴＸＯＰスキームは、アクセスのためのチャネルを取得して次のＴＸＯＰでのチャネルアクセスを他のＳＴＡと共有する用意があるＳＴＡによって可能になる。共有ＴＸＯＰスキームは、バックオフ遅延を低減し、チャネルアクセス権を求めて競合するＳＴＡに効率的なチャネル利用を提供することによって、遅延時間を効率的に減少させる。
具体的には、本開示は以下の特徴を有する。いずれかの非ＡＰ ＳＴＡは、チャネルアクセス権を獲得すると直ちに共有ＴＸＯＰを開始することができる。本明細書では、この非ＡＰ ＳＴＡを非ＡＰ ＴＸＯＰ所有者ＳＴＡと呼ぶ。本明細書では、共有ＴＸＯＰに参加する用意がある非ＡＰ ＳＴＡを非ＡＰ共有ＴＸＯＰ参加者ＳＴＡと呼ぶ。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、同じ又は別のＢＳＳ内の他の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡと周波数領域においてＴＸＯＰ期間を共有する。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＡＰが共有ＴＸＯＰアクセスを開始するのを待つ必要がない。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、利用可能な周波数リソースをスケジュールして他の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに配分することができる。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＴＸＯＰが予約されるとＡＰにスケジューリングを送信することができる。潜在的非ＡＰ ＴＸＯＰ所有者ＳＴＡは、所定のスケジュールを使用してチャネルアクセスリソースを割り当てることができる。
本開示は、チャネルにアクセスするための遅延時間を短縮するとともにチャネル利用効率を高めることによって、ＷＬＡＮ動作に恩恵をもたらすことができる。
図１２に、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって開始される共有ＴＸＯＰプロトコル案の大雑把な例の実施形態例５０を示す。ＴＸＯＰ設定手順では、非ＡＰ ＴＸＯＰ所有者ＳＴＡ及び非ＡＰ共有ＴＸＯＰ参加者ＳＴＡを含む非ＡＰ ＳＴＡが、ＡＰの協調を通じてＴＸＯＰ共有可能性情報を交換する。
この図には、受信側ＡＰ５２と、共有ＴＸＯＰ参加者５４、５６としての２つの非ＡＰ送信側と、非ＡＰ送信側ＴＸＯＰ所有者５８との間の相互作用を示す。ＴＸＯＰ設定手順が実行される（６０）。非ＡＰ ＴＸＯＰ所有者ＳＴＡ５８は、チャネルを取得するとＵＬ共有ＴＸＯＰを初期化する。ＴＸＯＰ所有者ＳＴＡは、どの非ＡＰ ＳＴＡが次の共有ＴＸＯＰに参加する用意があるかを確認することが必要になり得る。次に、第１の共有ＴＸＯＰアクセス６２が開始し、送信側非ＡＰ ＳＴＡからヘッダ６４、６８及び７２が送信される。ＴＸＯＰ所有者ＳＴＡは、予約されたＲＵ７４上でＵＬデータを送信し、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、非ＡＰ ＴＸＯＰ所有者ＳＴＡから割り当てられたＲＵ６６、７０上でＵＬデータを送信する。第２のＴＸＯＰ７６も示しており、ヘッダ７８、８２の後に、ＴＸＯＰ所有者５８はＲＵ２ ８４においてより多くのリソースを利用し、他の唯一の非ＡＰ共有ＴＸＯＰ参加者はＲＵ１ ８０において送信を行う。
６．３．シナリオの分類
本開示では、動的シナリオ及び半静的シナリオを含む２つの異なるシナリオに関する異なる解決策について説明する。両シナリオにつき、例えばコーディネータとして参加するＡＰを使用する場合及び使用しない場合の２つの側面から解決策を説明する。第７節では単一ＢＳＳシナリオにおける解決策について説明し、第８節では関連するフレームフォーマットについて説明し、第９節では提案する解決策を要約する。
７．プロトコル設計
７．１．プロトコル設計の概要
図１３に、例えばチャネルが利用可能であることを感知してチャネルを取得（獲得）した非ＡＰ ＳＴＡがこのチャネルアクセス権を周波数領域において他のＳＴＡと共有するプロトコル案の大まかな概観の実施形態例９０を示す。この図にも、受信機ＡＰ５２と、共有ＴＸＯＰ参加者５４、５６としての２つの非ＡＰ送信側と、非ＡＰ送信側ＴＸＯＰ所有者５８との間の相互作用を示す。他のＳＴＡも、送信すべきＵＬデータを有している場合には、共有ＴＸＯＰ所有者ＳＴＡによって決定されたスケジューリングに従って、又は所定の半静的スケジューリングスキームに基づいてチャネルにアクセスする。本開示のプロトコルは３つの段階を含み、ランダムアクセス及び定期アクセスなどの異なるチャネルアクセス設計に適用することができる。
共有ＴＸＯＰ設定９２の第１段階では、ＴＸＯＰ所有者ＳＴＡ及び共有ＴＸＯＰ参加者ＳＴＡを含む非ＡＰ ＳＴＡが、ＡＰの協調を通じて交換する認証フレーム、アソシエーションフレーム又はその他のフレームにＴＸＯＰを共有（提供／要求）する意思を示すＴＸＯＰ共有可能情報を埋め込むことによってこの情報を交換する。
共有ＴＸＯＰ初期化段階９４としての第２段階では、非ＡＰ ＴＸＯＰ所有者ＳＴＡがチャネルアクセス権を獲得し、次のＴＸＯＰを他の非ＡＰ ＳＴＡとの間で共有する用意があることを告知する。少なくとも１つの実施形態では、このプロセスが、例えば次のＴＸＯＰが共有に利用可能であることを示すＭＵ－ＲＴＳ共有フレームを潜在的共有ＴＸＯＰ参加者ＳＴＡにブロードキャストすることによって実行される。次の共有ＴＸＯＰに参加する用意がある他の非ＡＰ ＳＴＡは、ＣＴＳ共有フレームを返送することなどによって、ＴＸＯＰ所有者ＳＴＡに応答して参加を確認する。
ＴＸＯＰスケジュール及びアクセス段階９６としての第３段階では、非ＡＰ ＴＸＯＰ所有者ＳＴＡ及び非ＡＰ共有ＴＸＯＰ参加者ＳＴＡが同時にチャネルにアクセスする。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、予約されたＲＵを使用してＵＬデータを送信する。非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、どのチャネルアクセスモードが選択されたかに応じて、割り当てられたＲＵを使用して又は残りのＲＵにランダムにアクセスしてＵＬデータを送信する。
システムは、これらの段階のサブセットと共に機能することもでき、従って全ての段階が必須というわけではない。
７．２．コーディネータとしてのＡＰを伴わない動的シナリオ
この事例では、非ＡＰ ＴＸＯＰ所有者ＳＴＡが、チャネルを取得した後に、ＡＰがトリガーフレームを送信するのを待つ代わりに他の非ＡＰ ＳＴＡとの間でＭＵ ＵＬ送信を開始することができる。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、次の共有ＴＸＯＰに参加する用意がある他の非ＡＰ ＳＴＡと直接協調することができる。
図１４に、共有ＴＸＯＰ設定段階における共有情報交換手順の実施形態例１１０を示す。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。非ＡＰ ＳＴＡは、ＡＰとの間で交換されるフレーム内で共有可能性を示し、例えばＡＰとの間で交換される認証フレーム、アソシエーションフレーム又は他のいずれかのフレームに共有情報１１２を含む要素を添付して、これらを関連するＡＰに送信することができる。ＡＰは、認証フレーム又はアソシエーションフレームを受け取ると、共有情報をチェックして、正常な受信を確認するためにフレームで応答する（１１４）。次に、ＡＰは、共有オファー／要求フレーム１１６を使用して、全ての関連する非ＡＰ ＳＴＡの共有可能性をブロードキャストする。この場合、非ＡＰ ＳＴＡは、共有オファー／要求フレームを受け取ると、どの局がＴＸＯＰを共有する用意があるか、及びどの局が他の非ＡＰ ＳＴＡにＴＸＯＰ時間を要求しているかに関して共有可能性を認識できるようになる。
図の右側では、ＳＴＡ２ ５６が共有要求１１８を送信することによってＴＸＯＰの共有を取得するように要求しており、これに対してＡＰが応答し（１２０）、その後に他のＳＴＡに共有情報１２２を伝えている。
共有ＴＸＯＰ設定段階は、コーディネータとしてのＡＰを伴う／伴わない動的シナリオの共通段階である。共有可能性情報は、ＳＴＡ ＴＸＯＰ共有可能性要素として設計された新たな要素を通じて管理フレーム内に実装される。
図１５に、ＡＰによって処理される共有ＴＸＯＰ設定段階の実施形態例１３０を示す。共有ＴＸＯＰ設定段階が開始した（１３２）後に、ＡＰは、非ＡＰ ＳＴＡから、他の非ＡＰ ＳＴＡとの共有ＴＸＯＰを提供／要求する用意があるかどうかを示す認証要求フレーム又はアソシエーション要求フレームなどの管理フレームを受け取る（１３４）。ＡＰは、この非ＡＰ ＳＴＡからの共有可能性情報を保持し、正常な受信を確認するために認証／アソシエーション応答フレームを返送する（１３６）。その後、ＡＰは、最新の共有可能性情報をデータベースに記録し（１３８）、その後に共有オファー／要求フレームを使用して全ての関連する非ＡＰ ＳＴＡに最新の共有可能性情報を再ブロードキャストしてプロセスは終了する（１４０）。
図１６に、非ＡＰ ＳＴＡレベルで処理される共有ＴＸＯＰ設定段階の実施形態例１５０を示す。共有ＴＸＯＰ設定段階が開始した（１５２）後に、非ＡＰ ＳＴＡは、共有ＴＸＯＰの共有オファー／要求情報を示すために、関連するＡＰに認証／アソシエーション要求フレームなどの管理フレームを送信する（１５４）。関連するＡＰからいずれかの応答が受け取られたかどうかを判定するチェックが行われる（１５６）。非ＡＰ ＳＴＡが、共有オファー／要求情報を含む認証フレーム又はアソシエーションフレームを送信した後に、管理フレームのタイムアウト前に関連するＡＰからフィードバックを受け取らなかった場合、実行はブロック１５８に進んで管理フレームタイムアウトとなり、実行はブロック１５４に戻って、非ＡＰ ＳＴＡは関連するＡＰに管理フレームを再送して共有可能性を示す。
一方で、ブロック１５６において非ＡＰ ＳＴＡがＡＰから応答を受け取った場合にはブロック１６０に到達し、非ＡＰ ＳＴＡが関連するＡＰから最新のＴＸＯＰ共有可能性情報を示す共有オファー／要求フレームを受け取ったかどうかを判定する。非ＡＰ ＳＴＡが全ての関連する非ＡＰ ＳＴＡの共有オファー／要求を受け取った場合にはブロック１６４に到達し、ＳＴＡが他の全てのＳＴＡの共有オファー／要求情報のデータベースを更新してプロセスは終了する（１６６）。タイムアウト前に共有オファー／要求フレームが受け取られなかった場合にはブロック１６２に到達してタイムアウトとなり、実行はブロック１５４に戻って、非ＡＰ ＳＴＡは、ＴＸＯＰ共有オファー／要求情報が埋め込まれた認証／アソシエーション要求フレームを再送すべきである。
図１７に、コーディネータとして機能するＡＰが存在しない場合の共有ＴＸＯＰ初期化段階手順の実施形態例１７０を示す。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
この例では、非ＡＰ ＴＸＯＰ所有者ＳＴＡが他の非ＡＰ ＳＴＡに向かうビームフォーム情報を取得するためにチャネルサウンディング（ビームフォームテスト）１７２を実行すると想定する。チャネルサウンディング１７２は、ＳＴＡが共有手順を初期化する前であればいつでも実行することができる。このプロセスを実行する頻度はチャネル特性に依存する。
この段階では、非ＡＰ ＴＸＯＰ所有者ＳＴＡがチャネルを取得（獲得）して他の非ＡＰ ＳＴＡとＴＸＯＰを共有する用意がある。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、他のどの非ＡＰ ＳＴＡが次の共有ＴＸＯＰに参加する用意があるかを確認する必要がある。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、各指定された非ＡＰ ＳＴＡのための帯域幅（ＢＷ）が示されたＭＵ－ＲＴＳ共有フレーム１７４を潜在的非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに送信する。ネットワーク割り当てベクトル（ＮＡＶ）（ＭＵ－ＲＴＳ）期間１７６が開始する。非ＡＰ ＳＴＡは、このＭＵ－ＲＴＳ共有フレームを受け取り、次の共有ＴＸＯＰに参加する用意が整った時点で、受け取られたＭＵ－ＲＴＳ共有フレームに示されるＢＷを使用して、非ＡＰ ＴＸＯＰ所有者ＳＴＡにＣＴＳ共有フレーム１７８、１８０で応答する。ＮＡＶ（ＣＴＳ共有）が開始する（１８２）。ＡＰは、ＭＵ－ＲＴＳ共有フレームを受け取った場合に共有ＴＸＯＰが開始したことを認識する。
図１８に、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理される共有ＴＸＯＰ初期化段階の実施形態例１９０を示す。共有ＴＸＯＰ初期化段階が開始して（１９２）チャネルサウンディングが実行された（１９４）後に、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、潜在的非ＡＰ共有ＴＸＯＰ参加者ＳＴＡ及びＡＰにＭＵ－ＲＴＳ共有フレームを送信して（１９６）、これらが応答する特定のＢＷを割り当てる。次に、非ＡＰ ＴＸＯＰ所有者が全てのＣＴＳ共有フレームを受け取ったかどうかを判定するチェック１９８が行われる。
ブロック１９８において、非ＡＰ ＴＸＯＰ所有者がＭＵ－ＲＴＳ共有フレームタイムアウト内にＣＴＳ共有フレームを受け取らなかったことが判明した場合、実行はＭＵ－ＲＴＳタイムアウト２００に到達した後にブロック１９６に到達して、他のいくつかの非ＡＰ ＳＴＡにＭＵ－ＲＴＳ共有フレームを再送すべきである。
一方で、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ブロック１９８において非ＡＰ共有ＴＸＯＰ参加者ＳＴＡから全てのＣＴＳ共有フレームを受け取った場合、これらの非ＡＰ ＳＴＡが次の共有ＴＸＯＰに参加することを認識し、ブロック２０２に到達して、受け取られたＣＴＳ共有フレームに含まれる全ての非ＡＰ共有ＴＸＯＰ参加者のＡＩＤを記録した後に実行は終了する（２０４）。
図１９に、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによって処理される共有ＴＸＯＰ初期化段階の実施形態例２１０を示す。共有ＴＸＯＰ初期化段階が開始した（２１２）後に、非ＡＰ ＳＴＡがＭＵ－ＲＴＳ共有フレームを受け取ったかどうかを判定するチェックが行われる（２１４）。ＭＵ－ＲＴＳ共有フレームが受け取られていない場合、プロセスは終了する（２２２）。
一方で、非ＡＰ ＳＴＡは、ユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ ｌｉｓｔ）フィールドのうちの１つにおけるＡＩＤ１２サブフィールドが受信側のＡＩＤと同じであるＭＵ－ＲＴＳ共有フレームを受け取った場合、非ＡＰ ＳＴＡが共有ＴＸＯＰに参加する用意があるかどうかを判定するチェックを行う（２１６）。ブロック２１６において非ＡＰ ＳＴＡが次の共有ＴＸＯＰに参加する用意があると判定された場合、ブロック２１８において、ＳＴＡは、ＴＸＯＰ共有参加者ＡＩＤフィールドを自機のＡＩＤに設定したＣＴＳ共有フレームで応答して次の共有ＴＸＯＰに参加する旨を示して処理は終了する（２２２）。一方で、非ＡＰ ＳＴＡは、参加する用意がない場合にはブロック２２０に到達し、ＴＸＯＰ共有参加者ＡＩＤフィールドを０に設定したＣＴＳ共有フレームで応答して次の共有ＴＸＯＰに参加しない旨を示す。
７．２．３．ＴＸＯＰスケジュール及びアクセス段階
本開示では、ＴＸＯＰスケジュール及びアクセス段階のための解決策が複数存在し、本明細書ではそのうちの３つである、（１）７．２．３．１節で紹介するＴＸＯＰアクセス要求トリガーをユニキャストする方法、（２）７．２．３．２節で紹介するＴＸＯＰアクセス要求トリガーをブロードキャストする方法、及び（３）７．２．３．３節で紹介するランダムアクセスによる方法を例示する。
７．２．３．１．ユニキャストＴＸＯＰアクセス要求トリガーを伴うＴＸＯＰスケジュール及びアクセス段階
図２０に、各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡのためのユニキャストＴＸＯＰアクセス要求トリガーフレームを伴うスケジューリングによるＴＸＯＰスケジュール及びアクセス段階の実施形態例２３０を示す。このプロセスは、共有ＴＸＯＰ初期化段階から受け取られた情報に基づく。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
非ＡＰ ＴＸＯＰ所有者ＳＴＡは、他の非ＡＰ ＳＴＡに向かうビームフォーム情報を取得するためにチャネルサウンディング（ビームフォームテスト）２３２を実行する。図１７の先行例と同様に、非ＡＰ ＴＸＯＰ所有者ＳＴＡがチャネルを取得（獲得）して他の非ＡＰ ＳＴＡとＴＸＯＰを共有する用意を整え、各指定された非ＡＰ ＳＴＡのための帯域幅（ＢＷ）が示されたＭＵ－ＲＴＳ共有フレーム２３６を潜在的非ＡＰ 共有ＴＸＯＰ参加者ＳＴＡに送信する、共有ＴＸＯＰ初期化段階２３４が実行される。ネットワーク割り当てベクトル（ＮＡＶ）（ＭＵ－ＲＴＳ）期間２３８が開始する。非ＡＰ ＳＴＡは、このＭＵ－ＲＴＳ共有フレームを受け取って次の共有ＴＸＯＰに参加する用意が整うと、受け取ったＭＵ－ＲＴＳ共有フレームに示されるＢＷを使用して、非ＡＰ ＴＸＯＰ所有者ＳＴＡにＣＴＳ共有フレーム２４０、２４２及び２４４で応答する。ＮＡＶ（ＣＴＳ共有）が開始する（２４６）。
非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＵＬ送信のために特定の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに割り当てられたリソースユニット（ＲＵ）を示す一連のユニキャストＴＸＯＰアクセス要求トリガーフレーム２４８、２５０をユニキャストする。非ＡＰ共有ＴＸＯＰ所有者ＳＴＡが最後のユニキャストＴＸＯＰアクセス要求トリガーフレームを送出した後、或いは非ＡＰ共有ＴＸＯＰ参加者ＳＴＡが共有ＴＸＯＰ所有者によって送信された最後のユニキャストＴＸＯＰアクセス要求トリガーフレームを受け取った後に、非ＡＰ ＴＸＯＰ所有者ＳＴＡは予約されたＲＵを使用し、非ＡＰ ＴＸＯＰ参加者ＳＴＡは割り当てられたＲＵを使用して、自機のアップロード（ＵＬ）データ２５２、２５４及び２５６をＡＰに送信する。共有ＴＸＯＰにおいて送信を行う全ての非ＡＰ ＳＴＡの同期は、ＴＸＯＰアクセス開始フラグが１に設定された最後のユニキャストＴＸＯＰアクセス要求トリガーフレームを検出することによって得られる。受信側ＡＰ５２は、ＵＬデータの正常な受信を確認するために複数局（マルチステーション）ブロック確認応答（ＢＡ）２５８を送出する。
７．２．３．２．ブロードキャストＴＸＯＰアクセス要求トリガーを伴うＴＸＯＰスケジュール及びアクセス段階
図２１に、全ての非ＡＰ共有ＴＸＯＰ参加者ＳＴＡのためのブロードキャストＴＸＯＰアクセス要求トリガーフレームを伴うスケジューリングによるＴＸＯＰスケジュール及びアクセス段階の実施形態例２７０を示す。このプロセスは、共有ＴＸＯＰ初期化段階から得られた情報に基づく。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
非ＡＰ ＴＸＯＰ所有者ＳＴＡは、他の非ＡＰ ＳＴＡに向かうビームフォーム情報を取得するためにチャネルサウンディング（ビームフォームテスト）２７２を実行する。図２０の先行例と同様に、非ＡＰ ＴＸＯＰ所有者ＳＴＡがチャネルを取得（獲得）して他の非ＡＰ ＳＴＡとＴＸＯＰを共有する用意を整え、各指定された非ＡＰ ＳＴＡのための帯域幅（ＢＷ）が示されたＭＵ－ＲＴＳ共有フレーム２７６を潜在的非ＡＰ 共有ＴＸＯＰ参加者ＳＴＡに送信する、共有ＴＸＯＰ初期化段階２７４が実行される。ネットワーク割り当てベクトル（ＮＡＶ）（ＭＵ－ＲＴＳ）期間２７８が開始する。非ＡＰ ＳＴＡは、このＭＵ－ＲＴＳ共有フレームを受け取って次の共有ＴＸＯＰに参加する用意が整うと、受け取ったＭＵ－ＲＴＳ共有フレームに示されるＢＷを使用して、非ＡＰ ＴＸＯＰ所有者ＳＴＡにＣＴＳ共有フレーム２８０、２８２及び２８４で応答する。ＮＡＶ（ＣＴＳ共有）が開始する（２８６）。
共有ＴＸＯＰ初期化段階２７４の後に、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＵＬ送信のために各特定の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに割り当てられるＲＵを示すブロードキャストＴＸＯＰアクセス要求トリガーフレーム２９０を送信する。
非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ブロードキャストＴＸＯＰアクセス要求トリガーフレームを送出した後に、予約されたＲＵを使用して自機のＵＬデータ２９６をＡＰに送信し、各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ブロードキャストＴＸＯＰアクセス要求トリガーフレーム受け取った後に、割り当てられたＲＵを使用して自機のＵＬデータ２９２及び２９４を送信する。受信側ＡＰ５２は、これらのアップロード後に複数局（マルチステーション）ブロック確認応答（ＢＡ）を送出する（２９８）。
７．２．３．３．ランダムアクセスを伴うＴＸＯＰスケジュール及びアクセス段階
図２２に、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに対するランダムアクセスを可能にすることによるＴＸＯＰスケジュール及びアクセス段階の実施形態例３００を示す。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
ランダムアクセスが適用されるので、非ＡＰ ＴＸＯＰ所有者ＳＴＡは共有ＴＸＯＰ初期化段階をスキップする（見送る）ことができる。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＵＬ送信のためにＲＵを予約したことを告知するＴＸＯＰランダムアクセス要求トリガーフレーム３０２をブロードキャストする。
非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＴＸＯＰランダムアクセス要求トリガーフレームを送出した後に、予約されたＲＵを使用して自機のＵＬデータ３０８をＡＰに送信する。非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ＴＸＯＰランダムアクセス要求トリガーフレームを受け取った後に、ＵＬデータ送信３０４及び３０６のために共有ＴＸＯＰのランダムアクセスを実行し、残りのＲＵを求めて競合する。共有ＴＸＯＰ内の全ての非ＡＰ ＳＴＡの同期は、ＴＸＯＰランダムアクセス要求トリガーフレームの伝搬遅延が無視できるほどわずかであると仮定することによって達成可能である。受信側ＡＰ５２は、これらのアップロード後に複数局（マルチステーション）ブロック確認応答（ＢＡ）３０９を送出する。
図２３Ａ及び図２３Ｂに、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理されるＴＸＯＰスケジュール及びアクセス段階の実施形態例３１０を示す。ＴＸＯＰスケジュール及びアクセス段階が開始した（３１２）後に、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、自機のためにＲＵを予約し（３１４）、残りのＲＵを他の非ＡＰ ＳＴＡと共有する用意がある。限定ではなく一例として、ランダムアクセスに基づくスケジューラ、ユニキャストＴＸＯＰアクセストリガー及びブロードキャストＴＸＯＰアクセストリガーを含む、非ＡＰ ＴＸＯＰ所有者ＳＴＡが処理できる３つの異なる形態のＴＸＯＰアクセススケジューリングについて説明する。
ブロック３１６において、共有ＴＸＯＰ中にランダムアクセスを使用すべきであるかどうかを判定する。ランダムアクセスにすべきである場合にはブロック３１８に到達し、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、自機のための予約されたＲＵを告知して他の非ＡＰ ＳＴＡのためのＵＯＲＡ（ＵＬ ＯＦＤＭＡベースのランダムアクセス）を示すＴＸＯＰランダムアクセス要求トリガーフレームをブロードキャストすることによってＴＸＯＰランダムアクセストリガーを送信する。次に、ブロック３２０において、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、予約されたＲＵにおいてＵＬデータ送信を開始してプロセスは終了する（３２２）。
一方で、ブロック３１６においてランダムアクセスＴＸＯＰにすべきでないと判定された場合、実行は図２３Ｂのブロック３２４に進み、ユニキャストアクセスによって共有ＴＸＯＰを行うべきであるかどうかをチェックする。ユニキャスト共有にすべきである場合にはブロック３２６に到達し、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＲＵが割り当てられた非ＡＰ ＴＸＯＰ共有参加者ＳＴＡにユニキャストＴＸＯＰアクセス要求トリガーフレームを送信する。次に、最後のユニキャストＴＸＯＰアクセス要求トリガーであるかどうかをチェックする（３２８）。最後の要求トリガーでない場合、実行はブロック３２６に戻る。一方で、最後のトリガーである場合、実行は図２３Ａのブロック３２０に到達し、非ＡＰ ＴＸＯＰ所有者ＳＴＡが自機のＵＬデータ送信を開始してプロセスは終了する（３２２）。
一方で、ブロック３２４においてユニキャストアクセスではないと判定された場合、ブロック３３０において、ブロードキャストアクセススキームであるかどうかを判定する。ブロードキャスト共有にすべきでない場合、これらの３つの例は全てチェックされたためプロセスは終了する（３２２）。なお、本開示は例示した共有形態に限定されるものではない。
一方で、ブロック３３０においてブロードキャスト共有にすべきであると判定された場合、ブロック３３２において、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、全ての非ＡＰ ＳＴＡにブロードキャストＴＸＯＰアクセス要求トリガーを送信して全ての非ＡＰ ＴＸＯＰ共有参加者ＳＴＡにＲＵを割り当て、実行は図２３Ａのブロック３２０に進み、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、予約されたＲＵにおいてＵＬデータ送信を開始する。
図２４Ａ及び図２４Ｂに、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによって処理されるＴＸＯＰスケジュール及びアクセス段階の実施形態例３４０を示す。
ＴＸＯＰスケジュール及びアクセス段階が開始した（３４２）後に、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがＴＸＯＰランダムアクセス要求トリガーフレームを受け取ったかどうかを判定するチェックが行われる（３４４）。
非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ＴＸＯＰランダムアクセス要求トリガーフレームを受け取った場合、ブロック３４６において、ゼロ（０）からＯＣＷ（ＯＦＤＭＡコンテンションウィンドウ）の間の範囲内でランダムに選択されたＯＢＯ（ＯＦＤＭＡランダムアクセスバックオフ）カウンタをカウントダウンする。この非ＡＰ ＳＴＡのＯＢＯカウンタがランダムアクセスのために割り当てられたＲＵ数よりも小さいかどうかを判定するチェックが行われる（３４８）。この条件が満たされない場合、実行はブロック３４６に戻ってＯＢＯはカウントダウンを継続する。一方で、この条件が満たされた場合、非ＡＰ ＳＴＡは、ＴＸＯＰランダムアクセス要求トリガーフレームのユーザ情報フィールドの選択されたサブセットによって示される、ランダムアクセスのために割り当てられたＲＵのうちの１つにランダムにアクセスして（３５０）プロセスは終了する（３６８）。
ブロック３４４に戻り、非ＡＰ ＳＴＡがＴＸＯＰランダムアクセス要求トリガーを受け取らなかった場合、実行は図２４Ｂのブロック３５２に進み、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがユニキャストＴＸＯＰアクセス要求トリガーを受け取ったかどうかを判定するチェックが行われる。この条件が満たされた場合、ブロック３５４において、この非ＡＰ共有ＴＸＯＰ参加者ＳＴＡにユニキャストＴＸＯＰアクセス要求トリガーフレームが送信されたかどうかを判定するチェックが行われる。この条件が満たされた場合、実行はブロック３５６に進み、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡが自機に割り当てられたＲＵをチェックして、実行はブロック３５８に到達する。一方で、ブロック３５４の条件が満たされない場合、実行は直接ブロック３５８に進む。
ブロック３５８において、ユニキャストＴＸＯＰアクセス要求トリガーのＴＸＯＰアクセス開始フラグサブフィールドを分析する。その後、ブロック３６０において、これが最後のユニキャストＴＸＯＰアクセストリガーであるかどうかを判定するチェックが行われる。（直近に受け取られたユニキャストＴＸＯＰアクセス要求トリガーフレームのＴＸＯＰアクセス開始フラグサブフィールドに示されるように）最後のユニキャストＴＸＯＰアクセス要求トリガーである場合、非ＡＰ ＳＴＡは、ユニキャストＴＸＯＰアクセス要求トリガーに示される割り当てられたＲＵサイズを使用して関連するＡＰにＵＬデータを送信して（３６２）プロセスは終了する（３６８）。一方で、ブロック３６０における条件が満たされない場合、非ＡＰ ＳＴＡは、ブロック３５８に戻ることによって、次に受け取られたユニキャストＴＸＯＰアクセス要求トリガーのＴＸＯＰアクセス開始フラグサブフィールドをチェックし続ける。
ブロック３５２に戻り、ユニキャストＴＸＯＰアクセス要求トリガーが受け取られなかった場合にはブロック３６４に到達し、非ＡＰ ＳＴＡがブロードキャストＴＸＯＰアクセス要求トリガーを受け取ったかどうかをチェックする。この条件が満たされた場合、ＳＴＡはブロードキャストＴＸＯＰアクセス要求トリガーフレームに示される割り当てられたＲＵを使用して関連するＡＰにＵＬデータを送信する（３６６）。その後、いずれの場合にもプロセスは終了する（３６８）。
７．３．コーディネータとしてのＡＰを伴う動的シナリオ
このシナリオ（事例）では、非ＡＰ ＴＸＯＰ所有者ＳＴＡが、ＡＰからのトリガーフレーム送信を待つ代わりにチャネルを取得（獲得）し、その後に他の非ＡＰ ＳＴＡとの間でＭＵ ＵＬ送信を開始することができる。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、次の共有ＴＸＯＰに参加する用意がある他の非ＡＰ ＳＴＡと直接通信することはできない。この場合、非ＡＰ ＴＸＯＰ所有者ＳＴＡと他の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡとの間の協調にＡＰが関与する必要がある。
７．３．１．共有ＴＸＯＰ初期化段階
図２５に、コーディネータとしてのＡＰを伴うシナリオにおける共有ＴＸＯＰ初期化段階３７２の実施形態例３７０を示す。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
図１４と同様に設定段階３７２が実行される。非ＡＰ ＳＴＡ３ ５８がＡＰとの間で共有可能性情報３７４を伝えてＡＰが応答した（３７６）後に、ＡＰは、共有オファー／要求フレーム３７８を使用して全ての関連する非ＡＰ ＳＴＡに共有可能性情報をブロードキャストする。また、ＳＴＡ２ ５６もＡＰに共有３８０を送信し、ＡＰは、応答した（３８２）後に共有オファー／要求をブロードキャストする（３８４）。
この図には、ＡＰがバッファステータスレポートポール（ＢＳＲＰ）フレーム３８８を定期的に送信して非ＡＰ ＳＴＡに自機のバッファステータスレポート（ＢＳＲ）を要求するようにポーリングする定期的バッファステータス動作３８６を示す。非ＡＰ ＳＴＡは、ＢＳＲＰを受け取ると、それぞれＢＳＲフレーム３９０、３９２及び３９４で応答して自機のバッファステータス及びトラフィック優先度を報告する。
非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＢＳＳ内の他の非ＡＰ ＳＴＡと直接通信できない場合があるので、次のＴＸＯＰが共有ＴＸＯＰであることを示す修正されたＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームを関連するＡＰにユニキャストする（３９６）ことによってＴＸＯＰ初期化段階を開始し、これによってＮＡＶ（ＣＴＳ－ｔｏ－ｓｅｌｆ共有）３９８も開始する。
ＡＰ５２は、非ＡＰ ＴＸＯＰ所有者ＳＴＡから修正されたＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームを受け取ると、全ての非ＡＰ ＳＴＡにＭＵ－ＲＴＳ共有フレームをブロードキャストして（４００）ＮＡＶ（ＭＵ－ＲＴＳ共有）４０２を開始する。各非ＡＰ ＳＴＡは、ＭＵ－ＲＴＳ共有フレームを受け取った後に、次の共有ＴＸＯＰに参加する用意があるかどうかをチェックする。参加する用意がある場合、非ＡＰ ＳＴＡは、自機のＡＩＤをＴＸＯＰ共有参加者ＡＩＤフィールド内に示すＣＴＳ共有フレームで応答し、このＣＴＳ共有フレームを関連するＡＰに返送する。参加する用意がない場合、非ＡＰ ＳＴＡは、ＴＸＯＰ共有参加者ＡＩＤフィールドを０に設定したＣＴＳ共有フレームで応答する。この図には、ＳＴＡ１ ５４及びＳＴＡ２ ５６がＣＴＳ共有４０４及び４０６でＡＰ１に応答し、この時点でＮＡＶ（ＣＴＳ共有）４０８が開始することを示す。ＡＰは、ＣＴＳ共有情報を受け取った後に、ＳＴＡ３ ５８にＴＸＯＰ参加者告知４１０を送信する。
図２６に、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理される共有ＴＸＯＰ初期化段階の実施形態例４３０を示す。共有ＴＸＯＰ初期化段階が開始した（４３２）後に、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、共有ＴＸＯＰ初期化段階の開始を示すＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームをＡＰにユニキャスト４３４する。ＭＵ－ＲＴＳ共有フレームが受け取られたかどうかを判定するチェックが行われる（４３６）。ＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームタイムアウト内にＭＵ－ＲＴＳ共有フレームが受け取られなかった場合にはＣＴＳ－ｔｏ－ｓｅｌｆ共有タイムアウトが発生し（４３８）、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ブロック４３４においてＣＴＳ－ｔｏ－ｓｅｌｆフレームを再送する。
一方で、ＭＵ－ＲＴＳ共有フレームが受け取られた場合には、ＡＰからＴＸＯＰ参加者告知が受け取られたかどうかを判定するチェック４４０が実行される。この条件が満たされた場合、ＳＴＡは、共有ＴＸＯＰ参加者ＳＴＡのＡＩＤのデータベースを更新して（４４２）プロセスは終了する（４４８）。
一方で、ブロック４４０においてＡＰから参加者告知が受け取られなかった場合には、ＴＸＯＰ参加者告知フレームがタイムアウトした（４４４）ことによって、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、それ以上ＴＸＯＰ参加者告知フレーム待つことなく、次の共有ＴＸＯＰに参加する用意がある他のＳＴＡは存在しないと仮定して（４４６）プロセスは終了する（４４８）。
図２７に、ＡＰによって処理される共有ＴＸＯＰ初期化段階の実施形態例４５０を示す。共有ＴＸＯＰ初期化段階が開始した（４５２）後に、ＡＰが非ＡＰ ＴＸＯＰ所有者ＳＴＡからＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームを受け取ったかどうかを判定するチェックが行われる４５４。受け取らなかった場合、処理は終了する（４６６）。そうでなければ、ＡＰは、ＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームが受け取られた後に、少なくともいくつかの潜在的非ＡＰ共有ＴＸＯＰ参加者ＳＴＡにＭＵ－ＲＴＳ共有フレームを送信し（４５６）、各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに特定のＢＷを割り当ててＣＴＳ共有フレームに応答する。
ＣＴＳ共有フレームの受信についてチェック４５８が行われる。ＭＵ－ＲＴＳ共有フレームタイムアウト期間内にＡＰがＣＴＳ共有フレームを受け取らなかった場合にはＭＵ－ＲＴＳタイムアウト４６０が発生し、実行はブロック４５６に戻ってＭＵ－ＲＴＳ共有フレームを再送する。
一方で、ＡＰが非ＡＰ共有ＴＸＯＰ参加者ＳＴＡからＣＴＳ共有フレームを受け取ったと判定された場合、ブロック４６２において、次の共有ＴＸＯＰに参加する用意があるこれらのＳＴＡのＡＩＤが記録される。なお、このＡＩＤ情報は、受け取られたＣＴＳ共有フレームに含まれる。次に、ＡＰは、次の共有ＴＸＯＰ参加者情報を通知するために非ＡＰ ＴＸＯＰ所有者にＴＸＯＰ参加者告知フレームをユニキャストして（４６４）プロセスは終了する（４６６）。なお、非ＡＰ ＴＸＯＰ所有者ＳＴＡのＭＡＣアドレスは、ＣＴＳ－ｔｏ－ｓｅｌｆフレームのＲＡフィールド内で見つけることができる。
非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによって処理される共有ＴＸＯＰ初期化段階のフローチャートは、図１９に示すものと同じである。
７．３．２．（ＡＰコーディネータを伴う）ＴＸＯＰスケジュール及びアクセス段階
本節では、ＡＰをコーディネータとして使用してＴＸＯＰスケジュール及びアクセス段階を実行する方法の例を示す。
図２８に、コーディネータとしてのＡＰを有するシナリオにおいてＴＸＯＰアクセス要求トリガーをユニキャストするＴＸＯＰスケジュール及びアクセス段階の実施形態例４７０を示す。スケジューリングは、要求トリガーを送信することで、具体的にはＴＸＯＰアクセス要求トリガーをユニキャストすることで達成される。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
共有初期化段階４７２は、図２５に示すようなものである。ＴＸＯＰ所有者ＳＴＡ３ ５８は、受信側ＡＰ５２にＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームをユニキャストし（４７４）、これによってＮＡＶ（ＣＴＳ－ｔｏ－ｓｅｌｆ共有）４７６も開始する。ＡＰ５２は、非ＡＰ ＴＸＯＰ所有者ＳＴＡから修正されたＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームを受け取ると、全ての非ＡＰ ＳＴＡにＭＵ－ＲＴＳ共有フレームをブロードキャストし（４７８）、ＮＡＶ（ＭＵ－ＲＴＳ共有）４８０が開始する。各非ＡＰ ＳＴＡは、ＭＵ－ＲＴＳ共有フレームを受け取った後に、次の共有ＴＸＯＰに参加する用意があるかどうかをチェックし、関連するＡＰにＣＴＳ共有フレーム４８２及び４８４を返送してＮＡＶ（ＣＴＳ共有）４８６期間を開始する。ＡＰは、ＣＴＳ共有情報を受け取った後に、ＳＴＡ３にＴＸＯＰ参加者告知４８８を送信する。
ＴＸＯＰスケジュール及びアクセス段階５０４は、共有ＴＸＯＰ初期化段階から収集された共有ＴＸＯＰ参加者情報に基づく。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＢＳＳ内の他の非ＡＰ ＳＴＡと直接通信することができないので、ＡＰにＴＸＯＰアクセススケジューラトリガーフレーム４９０を送信することによってＴＸＯＰスケジュール及びアクセス段階を開始する。ＴＸＯＰアクセススケジューラトリガーフレームは、全ての非ＡＰ共有ＴＸＯＰ参加者ＳＴＡへのＲＵ配分に関する情報を含む。
ＡＰは、ＴＸＯＰアクセススケジューラトリガーフレームを受け取った後に、好ましくはユニキャストによって各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡにＴＸＯＰアクセス要求トリガーフレーム４９２、４９４を送信して、ＵＬ送信のために特定の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに割り当てられるＲＵを示す。
各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ユニキャストＴＸＯＰアクセス要求トリガーフレームを受け取った後に、ＵＬ送信のために割り当てられたＲＵをチェックする。非ＡＰ ＴＸＯＰ所有者ＳＴＡ及び全ての非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ＴＸＯＰアクセス開始フラグフィールドがアクティブ（例えば、「１」）に設定されたものなどの最後のユニキャストＴＸＯＰアクセス要求トリガーを送信／受信すると、自機のＵＬデータ送信５００、４９８及び４９６を開始する。ＡＰは、ＵＬデータを受信し終えると、ＭＵブロック確認応答（ＢＡ）フレーム５０２で応答する。
図２９に、ＡＰがコーディネータとして機能するシナリオにおいてＴＸＯＰアクセス要求トリガーをブロードキャストするＴＸＯＰスケジュール及びアクセス段階の実施形態例５１０を示す。スケジューリングは、ブロードキャストＴＸＯＰアクセス要求トリガーを送信することによって達成される。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
共有初期化段階５１２は、図２８に示すようなものである。ＴＸＯＰ所有者ＳＴＡ３ ５８は、受信側ＡＰ５２にＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームをユニキャストし（５１４）、これによってＮＡＶ（ＣＴＳ－ｔｏ－ｓｅｌｆ共有）５１６も開始する。ＡＰ５２は、非ＡＰ ＴＸＯＰ所有者ＳＴＡから修正されたＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームを受け取ると、全ての非ＡＰ ＳＴＡにＭＵ－ＲＴＳ共有フレームをブロードキャストし（５１８）、ＮＡＶ（ＭＵ－ＲＴＳ共有）５２０が開始する。各非ＡＰ ＳＴＡは、ＭＵ－ＲＴＳ共有フレームを受け取った後に、次の共有ＴＸＯＰに参加する用意があるかどうかをチェックし、関連するＡＰにＣＴＳ共有フレーム５２２及び５２４を返送してＮＡＶ（ＣＴＳ共有）５２６期間を開始する。ＡＰは、ＣＴＳ共有情報を受け取った後にＴＸＯＰ所有者（ＳＴＡ３）にＴＸＯＰ参加者告知５２８を送信する。
ＴＸＯＰスケジュール及びアクセス段階５２９は、共有ＴＸＯＰ初期化段階５１２から収集された共有ＴＸＯＰ参加者情報に基づく。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＢＳＳ内の他の非ＡＰ ＳＴＡと直接通信することができないので、ＡＰにＴＸＯＰアクセススケジューラトリガーフレーム５３０を送信することによってＴＸＯＰスケジュール及びアクセス段階を開始する。ＴＸＯＰアクセススケジューラトリガーフレームは、全ての非ＡＰ共有ＴＸＯＰ参加者ＳＴＡへのＲＵ配分を含む。
ＡＰは、ＴＸＯＰアクセススケジューラトリガーフレームを受け取った後に、全ての非ＡＰ共有ＴＸＯＰ参加者ＳＴＡにブロードキャストＴＸＯＰアクセス要求トリガーフレーム５３２を送信して、ＵＬ送信のために各特定の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに割り当てられる１又は複数のＲＵを示す。各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ブロードキャストＴＸＯＰアクセス要求トリガーフレームが受け取られると、割り当てられたＲＵを確認して自機のＵＬ送信５３８、５３６及び５３４を開始する。
少なくとも１つの実施形態では、非ＡＰ ＴＸＯＰ所有者ＳＴＡが、ブロードキャストＴＸＯＰアクセス要求トリガーを送出すると、予約されたＲＵを使用して自機のＵＬデータ送信を開始する。他の非ＡＰ共有ＴＸＯＰ ＳＴＡは、割り当てられたＲＵ（又は複数のＲＵ）において自機のＵＬデータを送信する。ＡＰは、ＵＬデータを受け取るとＭＵ－ＢＡフレーム５４０で応答する。
図３０に、コーディネータとしてのＡＰを有するシナリオにおいてベーシックトリガーを使用するＴＸＯＰスケジュール及びアクセス段階の実施形態例５５０を示す。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
この事例では、スケジューラがベーシックトリガーフレームのために設計される。図では、ＳＴＡ３の非ＡＰ ＴＸＯＰ所有者がＡＰ５２にＴＸＯＰ優先度トリガーフレーム５５２を送信してＮＡＶ（トリガー）５５４が開始する。任意にバッファステータスレポートの収集が実行される（５５６）。この例では、ＡＰが定期的にＢＳＲＰフレーム５５８をブロードキャストして非ＡＰ ＳＴＡのバッファステータスを問い合わせ、ＮＡＶ（ＢＳＲＰ）５５５が開始する。非ＡＰ ＳＴＡは、自機のバッファステータス及びパケット情報を示すためにＢＳＲフレーム５６０、５６２及び５６４で応答し、ＮＡＶ（ＢＳＲ）５６６が開始する。ＢＳＲＰ及びＢＳＲの交換は、このＴＸＯＰスケジュール及びアクセス段階の内部又は外部で実行することができる。ＢＳＲＰ及びＢＳＲの交換から共有ＴＸＯＰ参加者情報を収集することができるので、共有ＴＸＯＰ初期化段階は省略することができる。
この例ではＡＰによってスケジューリングが実行されることを示しているので、非ＡＰ ＴＸＯＰ所有者ＳＴＡはＢＳＳ内の他の非ＡＰ ＳＴＡと直接通信できず、従って非ＡＰ ＴＸＯＰ所有者は、ＡＰにＴＸＯＰ優先度トリガーフレーム５５２を送信することによってＴＸＯＰスケジュール及びアクセス段階を開始する。ＴＸＯＰ優先度トリガーフレームは、非ＡＰ ＴＸＯＰ所有者ＳＴＡのために予約されたＲＵを示す。
ＡＰは、ＴＸＯＰ優先度トリガーフレームを受け取った後に各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡ及び非ＡＰ ＴＸＯＰ所有者ＳＴＡにベーシックトリガーフレーム５６８をブロードキャストして、ＮＡＶ（ベーシックトリガー）５７０が開始する。ベーシックトリガーフレームは、ＵＬデータシーケンスを送信するために各非ＡＰ ＳＴＡに割り当てられたＲＵ（又は複数のＲＵ）を示す。各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ベーシックトリガーフレームを受け取った後に、割り当てられたＲＵを使用して自機のＵＬデータ送信５７２及び５７４を開始し、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、予約されたＲＵを使用してＵＬデータ送信５７６を開始し、ＮＡＶ（データ）５７８が開始する。ＡＰは、ＵＬデータを受信し終えるとＭＵ－ＢＡ５８０フレームで応答する。
図３１に、コーディネータとしてのＡＰを有するシナリオにおいてランダムアクセスを使用するＴＸＯＰスケジュール及びアクセス段階の実施形態例５９０を示す。このシナリオでは、スケジューラがランダムアクセスに基づく。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
この事例では、共有ＴＸＯＰ参加者に関する正確な情報は不要であるため、共有ＴＸＯＰ初期化段階、並びにＢＳＲＰ及びＢＳＲの交換はスキップすることができる。
非ＡＰ ＴＸＯＰ所有者ＳＴＡはＢＳＳ内の他の非ＡＰ ＳＴＡと直接通信することができないので、スケジューリングをＡＰによって実行されるように任せ、従って非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＡＰにＴＸＯＰ優先度トリガーフレーム５９２を送信することによってＴＸＯＰスケジュール及びアクセス段階を開始し、ＮＡＶ（優先度トリガー）５９４が開始する。ＴＸＯＰ優先度トリガーフレームは、非ＡＰ ＴＸＯＰ所有者ＳＴＡのために予約されたＲＵを示す。
ＡＰは、ＴＸＯＰ優先度トリガーフレームを受け取った後に、各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡ及び非ＡＰ ＴＸＯＰ所有者ＳＴＡにＴＸＯＰランダムアクセス要求トリガーフレーム５９６をブロードキャストし、ＮＡＶ（スケジュールトリガー）５９８が開始する。各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ＴＸＯＰランダムアクセス要求トリガーフレームを受け取った後に、残りのＲＵにランダムにアクセスすることでＵＬデータ送信６００及び６０２を開始し、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、予約されたＲＵを使用して自機のＵＬデータ送信６０４を開始し、ＮＡＶ（データ）６０６が開始する。ＡＰは、ＵＬデータを受信し終えるとＭＵ－ＢＡフレーム６０８で応答する。
図３２Ａ及び図３２Ｂに、コーディネータとしてのＡＰによってランダムアクセスが処理されるＴＸＯＰスケジュール及びアクセス段階の実施形態例６１０を示す。ＡＰは、ＴＸＯＰスケジュール及びアクセス段階が開始した（６１２）後に、最初に非ＡＰ ＴＸＯＰ所有者が非ＡＰ ＳＴＡレベルでスケジューリングを実行するかどうかをチェックする（６１４）。
非ＡＰ ＳＴＡがスケジューリングを実行する場合にはブロック６１６に到達し、ＡＰは、各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡにＲＵを配分することを示すＴＸＯＰアクセススケジューラトリガーを非ＡＰ ＴＸＯＰ所有者ＳＴＡから受け取る。次に、共有ＴＸＯＰにおいてユニキャストアクセスが使用されるかどうかを判定するチェック６１８が行われる。ユニキャストアクセスである場合、ＡＰは、各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡにユニキャストＴＸＯＰアクセス要求トリガーフレームを送信して（６２０）、この非ＡＰ ＳＴＡに割り当てられるＲＵを示す。ＡＰは、全てのユニキャストＴＸＯＰアクセス要求トリガーフレームを送出した後にＵＬデータを受信できるようになり、従ってブロック６２２において最後のユニキャストアクセスをチェックして、全てのユニキャストアクセスが完了するまでブロック６２０に戻り、完了した時点でブロック６２４に到達してＵＬデータが受け取られるのを待った後に処理は終了する（６４０）。
ブロック６１８に戻り、ユニキャストアクセスが使用されていないと判定された場合、ＡＰは、ブロック６２６において、ＵＬデータ送信をトリガーするために全ての非ＡＰ共有ＴＸＯＰ参加者ＳＴＡにブロードキャストＴＸＯＰアクセス要求トリガーフレームを送信する。次に、ブロック６２８において、ブロードキャストＴＸＯＰアクセス要求トリガーフレームが、全ての非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに割り当てられたＲＵを示す。実行はブロック６２４に進み、ＡＰはＵＬデータが受け取られるのを待つ。
ブロック６１４に戻り、ＡＰによってスケジューリングが実行される場合、実行は図３２Ｂのブロック６３０に進み、ＡＰは、非ＡＰ ＴＸＯＰ所有者ＳＴＡの予約されたＲＵ及び優先度を示すＴＸＯＰ優先度トリガーを非ＡＰ ＴＸＯＰ所有者ＳＴＡから受け取る。ＴＸＯＰにおいてランダムアクセスが使用されるかどうかを判定するチェック６３２が行われる。ランダムアクセスである場合、ブロック６３４において、ＡＰは、ＴＸＯＰ所有者のために予約されたＲＵを告知して他の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡのためのＵＯＲＡ（ＵＬ ＯＦＤＭＡベースランダムアクセス）を示すことによってＴＸＯＰランダムアクセス要求トリガーをブロードキャストし、プロセスは終了する（６４０）。そうでなければ、実行はブロック６３６に到達して、ＢＳＲＰフレーム及びＢＳＲフレームの定期的交換からのバッファステータス情報に基づいてスケジューリングが実行され、ＡＰが各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに割り当てられたＲＵ配分でベーシックトリガーを送信して（６３８）プロセスは終了する（６４０）。
図３３Ａ及び図３３Ｂに、ＡＰをコーディネータとして使用して非ＡＰ ＴＸＯＰ所有者ＳＴＡによってランダムアクセスが処理されるＴＸＯＰスケジュール及びアクセス段階の実施形態例６５０を示す。ＴＸＯＰスケジュール及びアクセス段階が開始した（６５２）後に、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、自機のレベルでスケジューリングを実行する用意があるか、それともＡＰレベルでスケジューリングを実行する用意があるかを判定する（６５４）。
非ＡＰ ＴＸＯＰ所有者ＳＴＡがスケジューリングを行う場合、ブロック６５６において、次の共有ＴＸＯＰを他のＳＴＡと共有する用意がある非ＡＰ ＴＸＯＰ所有者ＳＴＡが、自機のためにＲＵ／複数のＲＵを予約する。次に、非ＡＰ ＴＸＯＰ所有者は、各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡへのＲＵ配分を示すＴＸＯＰアクセススケジューラトリガーフレームをＡＰにユニキャストする（６５８）。次に、ブロードキャストが実行されるか、それともユニキャストが実行されるかが判定される。チェック６６０において、ＴＸＯＰアクセススケジューラトリガーフレームがタイムアウトする前に非ＡＰ ＴＸＯＰ所有者ＳＴＡがＡＰからユニキャストＴＸＯＰアクセス要求トリガーを受け取ったかどうかを判定する。
ユニキャストでない場合、ブロック６６８において、ブロードキャストＴＸＯＰアクセス要求トリガーが受け取られたかどうかを判定するチェックが行われる。トリガーが受け取られなかった場合、トリガーのタイムアウト６７０が発生して実行はブロック６５８に戻り、ＴＸＯＰアクセススケジューラトリガーフレームを再送する。一方で、ブロードキャストＴＸＯＰアクセス要求トリガーが受け取られた場合にはブロック６６６に到達し、非ＡＰ ＴＸＯＰ所有者ＳＴＡがＡＰにＵＬデータを送信してプロセスは終了する（６８４）。
ブロック６６０に戻り、非ＡＰ ＴＸＯＰ所有者がユニキャストＴＸＯＰアクセス要求トリガーを受け取った場合、ブロック６６２において、ＳＴＡがユニキャストＴＸＯＰアクセス要求トリガーフレームのＴＸＯＰアクセス開始フラグフィールドをチェックする。ブロック６６４において、ＡＰによって最後のユニキャストＴＸＯＰアクセス要求トリガーが送信されるまでブロック６６２に戻ってループが実行され、最後のユニキャストＴＸＯＰアクセス要求トリガーが送信された時点で実行はブロック６６６に到達し、非ＡＰ ＴＸＯＰ所有者ＳＴＡが自機の予約されたＲＵ上でＡＰにＵＬデータを送信して処理を終了する（６８４）。
ブロック６５４に戻り、ＡＰによってスケジューリングが実行されると判定された場合、実行はブロック６７２に進み、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、自機のためにＲＵを予約し、ＡＰにＴＸＯＰ優先度トリガーをユニキャストして、ＴＸＯＰ所有者が最高優先度を有していることを示す。非ＡＰ ＴＸＯＰ所有者ＳＴＡがＴＸＯＰ優先度トリガーフレームタイムアウト間隔内にＡＰからＴＸＯＰランダムアクセス要求トリガーフレームを受け取ったかどうかを判定するチェック６７４が行われる。非ＡＰ ＴＸＯＰ所有者ＳＴＡがトリガーフレームを受け取った場合にはブロック６６６に到達し、非ＡＰ ＴＸＯＰ所有者ＳＴＡが自機のＵＬデータをＡＰに送信してプロセスは終了する（６８４）。
一方で、ブロック６７４においてランダムアクセストリガー要求が受け取られなかった場合、実行はブロック６７６に進み、非ＡＰ ＴＸＯＰ所有者ＳＴＡがＢＳＲＰを受け取ったかどうかがチェックされる。非ＡＰ ＴＸＯＰ所有者ＳＴＡがＢＳＲＰを受け取った場合には、ブロック６７８において、非ＡＰ ＴＸＯＰ所有者が自機のバッファステータス及びトラフィック優先度を示すためにＢＳＲフレームで応答して実行はブロック６８０に到達する。ブロック６７６のチェックにおいてＢＳＲＰが受け取られていないと判定された場合、実行は直接ブロック６８０に進む。
ブロック６８０において、非ＡＰ ＴＸＯＰ所有者ＳＴＡがベーシックトリガーを受け取ったかどうかが判定される。ベーシックトリガーを受け取った場合、実行はブロック６６６に進み、ＡＰにＵＬデータを送信してプロセスを終了する（６８４）。ベーシックトリガーが受け取られなかった場合には、優先度トリガーのタイムアウトが発生し、実行はブロック６７２に戻る。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＴＸＯＰランダムアクセス要求トリガーフレームを受け取った場合には、予約されたＲＵを使用してＵＬ送信を開始することができる。
図３４Ａ及び図３４Ｂに、ＡＰをコーディネータとして使用して非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによってランダムアクセスが処理されるＴＸＯＰスケジュール及びアクセス段階の実施形態例６９０を示す。
ＴＸＯＰスケジュール及びアクセス段階が開始した（６９２）後に、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがユニキャストＴＸＯＰアクセス要求トリガーを受け取ったかどうかを判定するチェックが行われる（６９４）。非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがユニキャストＴＸＯＰアクセストリガーを受け取った場合、実行はブロック６９６に到達して、この局にユニキャストＴＸＯＰアクセス要求トリガーが送信されたかどうかを判定する。この局にユニキャストＴＸＯＰアクセス要求トリガーが送信された場合、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、自機に割り当てられたＲＵをチェックする（６９８）。次に、ブロック７００において、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ユニキャストＴＸＯＰアクセス要求トリガーのＴＸＯＰアクセス開始フラグフィールドをチェックする。ブロック７０２において、ＡＰによって最後のユニキャストＴＸＯＰアクセス要求トリガーが送信されるまでブロック７００に戻ってループが実行され、最後のユニキャストＴＸＯＰアクセス要求トリガーが送信された時点で実行はブロック７０４に到達し、非ＡＰ ＴＸＯＰ共有参加者が割り当てられたＲＵでＡＰにＵＬデータを送信してプロセスは終了する（７１８）。
ブロック６９４に戻り、ユニキャストＴＸＯＰアクセス要求トリガーが受け取られなかった場合には、ブロック７０６において、非ＡＰ ＴＸＯＰ参加者ＳＴＡがＡＰからブロードキャストＴＸＯＰアクセス要求トリガーを受け取ったかどうかが判定される。非ＡＰ ＴＸＯＰ参加者ＳＴＡがブロードキャストＴＸＯＰアクセス要求トリガーを受け取った場合、実行はブロック７０４に進み、非ＡＰ ＴＸＯＰ参加者ＳＴＡは割り当てられたＲＵでＡＰにＵＬデータを送信し始める。
一方で、ブロードキャスト要求トリガーでない場合、実行は図３４Ｂのブロック７０８に進み、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがＢＳＲＰを受け取ったかどうかが判定される。ＢＳＲＰを受け取った場合、非ＡＰ ＴＸＯＰ参加者ＳＴＡは、自機のバッファステータス及びトラフィック優先度を示すためにＢＳＲフレームで応答して（７１０）、実行はブロック７１２に進む。ＢＳＲＰを受け取らなかった場合、実行は直接ブロック７１２に進む。
ブロック７１２において、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがベーシックトリガーを受け取ったかどうかが判定される。ベーシックトリガーを受け取った場合、実行は図３４Ａのブロック７０４に進み、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは割り当てられたＲＵでＡＰにＵＬデータを送信し始めて終了する（７１８）。
一方で、ベーシックトリガーではなかった場合、ブロック７１４において、ＴＸＯＰランダムアクセス要求トリガーであるかどうかを判定するチェックが行われる。ＴＸＯＰランダムアクセス要求トリガーである場合、ブロック７１６において、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがＵＬ送信のために共有ＲＵにランダムにアクセスしてプロセスは終了する（７１８）。一方でランダムアクセストリガーではない場合には、これらのカテゴリのいずれでもなく、プロセスは終了する（７１８）。
７．４．半静的シナリオの概要
このシナリオでは、共有ＴＸＯＰ設定段階、並びにＴＸＯＰスケジュール及びアクセス段階という２段階設計について説明する。
共有ＴＸＯＰ設定段階では、各非ＡＰ ＳＴＡがＡＰとの間で共有ＴＸＯＰの共有オファー／要求情報を交換する。これに加えて、各非ＡＰ ＴＸＯＰ所有者ＳＴＡは、他の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡのＲＵ割り当ても告知し、ＡＰの協調を通じて他の非ＡＰ ＳＴＡとの間でこの割り当て構成情報を交換する。
半静的構成は開始段階で実行される。この事例では、ＴＸＯＰスケジュール及びアクセス段階における複雑なスケジューリングプロセスをスキップすることができる。非ＡＰ ＳＴＡは、共有ＴＸＯＰ設定段階において構成される割り当てられたＲＵで直接ＴＸＯＰチャネルにアクセスする。
本開示では、ＡＰ協調を伴う場合又は伴わない場合の両方の半静的シナリオを例示する。
図３５に、共有オファー／要求設定サブ段階７３２及びＴＸＯＰ所有者構成設定サブ段階７４６を含む共有ＴＸＯＰ設定段階の実施形態例７３０を示す。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
共有オファー／要求設定サブ段階では、非ＡＰ ＳＴＡが自機の共有可能性を示すために関連するＡＰに共有オファー／要求フレーム７３４、７４０を送信する。ＡＰは、共有オファー／要求フレームを受け取ると、非ＡＰ ＳＴＡに応答フレーム７３６、７４２を返送して正常な受信を確認する。次に、ＡＰは、全ての関連する非ＡＰ ＳＴＡの共有可能性を含む共有オファー／要求フレーム７３８、７４４をブロードキャストする。この場合、非ＡＰ ＳＴＡは、この共有オファー／要求フレームを受け取ると、他の全ての非ＡＰ ＳＴＡの共有可能性を認識する。なお、共有オファー／要求では、（将来的に共有ＴＸＯＰ所有者になる可能性がある）非ＡＰ ＴＸＯＰ参加者ＳＴＡ１ ５４が共有オファー／要求を伝える一方で、（将来的に共有ＴＸＯＰ参加者になる可能性がある）非ＡＰ ＴＸＯＰ所有者ＳＴＡ３ ５８が共有オファー／要求を伝える。
ＴＸＯＰ所有者構成設定サブ段階７４６では、各潜在的非ＡＰ共有ＴＸＯＰ所有者ＳＴＡが、他の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡのためのＲＵ割り当てを告知し、この割り当て情報をＴＸＯＰ所有者構成（ｃｏｎｆｉｇ）フレーム７４８、７５４でＡＰに送信する。ＡＰは、ＴＸＯＰ所有者構成フレームを受け取ると、受信を確認応答した（７５０、７５６）後に、各潜在的非ＡＰ ＴＸＯＰ所有者ＳＴＡによって割り当てられた各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡのＲＵの配分を示すＴＸＯＰアクセス構成フレーム７５２、７５８で全体的ＴＸＯＰ所有者構成情報をブロードキャストする。
図３６に、ＡＰによって処理される共有オファー／要求設定のサブ段階の実施形態例７７０を示す。共有オファー／要求設定サブ段階が開始した（７７２）後に、ＡＰは、非ＡＰ ＳＴＡが共有ＴＸＯＰをオファー／要求する用意があるかどうかを示す共有オファー／要求フレームを非ＡＰ ＳＴＡから受け取る（７７４）。ＡＰは、この情報を保持して（７７６）、共有可能性の認識を確認する応答フレームを返送する。その後、ＡＰは、共有オファー／要求フレームで全ての関連する非ＡＰ ＳＴＡの最新の共有可能性情報をブロードキャスト７７８して処理は終了する（７８０）。
図３７に、非ＡＰ ＳＴＡによって処理される共有オファー／要求設定サブ段階の実施形態例７９０を示す。共有オファー／要求設定サブ段階が開始した（７９２）後に、非ＡＰ ＳＴＡは、関連するＡＰに共有オファー／要求フレームを送信し（７９４）、従って共有ＴＸＯＰを共有するオファー又は共有ＴＸＯＰを共有する要求を行い、オファー又は要求するＴＸＯＰアクセスリソースに関する情報をそれぞれ含む。
ブロック７９６において、非ＡＰ ＳＴＡが応答フレームを受け取ったかどうかが判定される。非ＡＰ ＳＴＡが共有オファー／要求タイムアウト期間内に関連するＡＰからフィードバックを受け取らなかった場合にはフレームタイムアウト７９８が発生し、実行はブロック７９４に戻って、非ＡＰ ＳＴＡは共有オファー／要求フレームを再送する。一方で、非ＡＰ ＳＴＡが応答フレームを受け取った場合、ブロック８００において、この応答フレームがブロードキャスト共有オファー／要求であるかどうかを判定するチェックが行われる。非ＡＰ ＳＴＡがブロードキャスト共有オファー／要求を適時に受け取らなかった場合、ブロードキャスト共有オファー／要求はタイムアウトし（８０２）、実行はやはりブロック７９４に戻って、非ＡＰ ＳＴＡはそのオファー／要求を再送する。
一方で、非ＡＰ ＳＴＡは、ＡＰからブロードキャスト共有オファー／要求フレームを受け取った場合には非ＡＰ ＳＴＡの全体的共有可能性を認識し、自機のデータベース内の最新の全体的ＳＴＡ共有オファー／要求情報を更新して（８０４）プロセスは終了する（８０６）。
図３８に、ＡＰによって処理されるＴＸＯＰ所有者構成設定サブ段階の実施形態例８１０を示す。ＴＸＯＰ所有者構成設定サブ段階が開始した（８１２）後に、ＡＰは、他の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡに割り当てられたＲＵ配分を示すＴＸＯＰ所有者構成フレームを非ＡＰ ＴＸＯＰ所有者ＳＴＡから受け取る（８１４）。ＡＰは、ＴＸＯＰ所有者構成情報を記憶し、正常な受信を確認する応答フレームを返送する（８１６）。次に、ＡＰは、全ての関連する非ＡＰ ＳＴＡの全体的ＴＸＯＰアクセス構成を告知するためにＴＸＯＰアクセス構成フレーム８１８をブロードキャストしてプロセスは終了する（８２０）。
図３９に、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理されるＴＸＯＰ所有者構成設定サブ段階の実施形態例８３０を示す。ＴＸＯＰ所有者構成設定サブ段階が開始した（８３２）後に、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、関連するＡＰにＴＸＯＰ所有者構成フレーム８３４を送信して、他の非ＡＰ共有ＴＸＯＰ参加者ＳＴＡへのＲＵ配分のスケジュールを示す。
応答フレームについてのチェックが行われる（８３６）。非ＡＰ ＳＴＡがＴＸＯＰ所有者ＳＴＡ構成フレームタイムアウト内に関連するＡＰからフィードバックを受け取らなかった場合にはタイムアウトが発生し（８３８）、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、実行がブロック８３４に戻ることによって示すようにＴＸＯＰ所有者構成フレームを再送すべきである。
一方で、応答フレームを受け取った場合には、非ＡＰ ＳＴＡがＡＰからブロードキャストＴＸＯＰ所有者構成フレームを受け取ったかどうかを判定するチェックが行われる（８４０）。非ＡＰ ＳＴＡがタイムアウト間隔内にＴＸＯＰアクセス構成フレームを受け取らなかった場合にはタイムアウトが発生し（８４２）、実行はブロック８３４に戻って、非ＡＰ ＴＸＯＰ所有者ＳＴＡは関連するＡＰにＴＸＯＰ所有者構成フレームを再送する。一方で、構成フレームを受け取った場合、ＳＴＡは全体的なＴＸＯＰアクセス構成を認識し、他の全てのＳＴＡについてＴＸＯＰアクセス構成のデータベースを更新して（８４４）プロセスは終了する（８４６）。
図４０に、半静的シナリオにおいてＡＰ協調を使用しないＴＸＯＰスケジュール及びアクセス段階の実施形態例８５０を示す。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＴＸＯＰ共有要求トリガーフレーム８５２を送出した後にＵＬデータ送信を開始し、ＮＡＶ（ＴＸＯＰ共有トリガー）８５４が開始する。非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ＴＸＯＰ共有要求トリガーフレームを受け取ると、割り当てられたスロット（ＲＵ）でＵＬデータ送信８５６、８５８を開始し、非ＡＰ ＴＸＯＰ所有者局は、予約されたスロット（ＲＵ）でＵＬデータ送信８６０し、ＮＡＶ（データ）間隔８６２が開始する。ＵＬデータ送信が完了すると、ＡＰはＭＵ－ＢＡ８６４を送信する。
図４１に、ＡＰ協調を伴わない半静的シナリオのための、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理されるＴＸＯＰスケジュール及びアクセス段階の実施形態例８７０を示す。ＴＸＯＰスケジュール及びアクセス段階が開始した（８７２）後に、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＴＸＯＰ共有要求トリガーフレームをブロードキャストする（８７４）。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＴＸＯＰ所有者構成設定サブ段階において構成されたＲＵを使用して関連するＡＰにＵＬデータを送信する（８７６）。非ＡＰ ＴＸＯＰ所有者ＳＴＡがＴＸＯＰ共有要求トリガーフレームのタイムアウト時間内にＡＰからＭＵ－ＢＡフレームを受け取ったかどうかがチェックされる（８７８）。タイムアウト時間内にＭＵ－ＢＡを受け取らなかった場合にはタイムアウト８８０が発生し、実行がブロック８７４に戻ることなどによって、ＳＴＡはＴＸＯＰ共有要求トリガーフレームを再送する。一方で、タイムアウト間隔内にＭＵ－ＢＡが受け取られた場合、プロセスは終了する（８８２）。
図４２に、ＡＰ協調を伴わない半静的シナリオのための、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡによって処理されるＴＸＯＰスケジュール及びアクセス段階の実施形態例８９０を示す。ＴＸＯＰスケジュール及びアクセス段階が開始した（８９２）後に、非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがブロードキャストＴＸＯＰ共有要求トリガーフレームを受け取ったかどうかについてチェックが行われる（８９４）。このフレームを受け取らなかった場合、プロセスは終了する（８９８）。一方で、トリガーフレームを受け取った場合、ＳＴＡは、ＴＸＯＰ所有者構成設定サブ段階において構成されたＲＵを使用してＵＬデータ送信を開始する（８９６）。
図４３に、半静的シナリオにおいてコーディネータとしてのＡＰを伴うＴＸＯＰスケジュール及びアクセス段階の実施形態例９１０を示す。限定ではなく一例として、この図にも前の図と同じＡＰ及びＳＴＡ参加者を示す。
非ＡＰ ＴＸＯＰ所有者ＳＴＡは、他の非ＡＰ ＳＴＡと直接通信することができないので最初にＡＰにＴＸＯＰ共有要求トリガーフレーム９１２を送信すべきであり、ＮＡＶ（ＴＸＯＰ共有要求トリガー）９１４が開始する。ＡＰは、ＴＸＯＰ共有要求トリガーフレームを受け取るとＴＸＯＰ共有応答トリガーフレーム９１６をブロードキャストし、ＮＡＶ（ＴＸＯＰ共有応答トリガー）９１８が開始する。非ＡＰ ＴＸＯＰ所有者ＳＴＡ及び全ての非ＡＰ共有ＴＸＯＰ参加者ＳＴＡは、ＴＸＯＰ共有応答トリガーフレームを送信／受信すると自機のＵＬデータ送信９２０、９２２及び９２４を開始し、ＮＡＶ（データ）９２６が開始する。ＡＰは、ＵＬデータを受け取るとＭＵ－ＢＡ９２８で応答する。
図４４に、ＡＰ協調を伴う準静的シナリオのための、非ＡＰ ＴＸＯＰ所有者ＳＴＡによって処理されるＴＸＯＰスケジュール及びアクセス段階の実施形態例９３０を示す。ＴＸＯＰスケジュール及びアクセス段階が開始する（９３２）。非ＡＰ ＴＸＯＰ所有者ＳＴＡは、他の非ＡＰ ＳＴＡと直接通信することができないので、最初に関連するＡＰにＴＸＯＰ共有要求トリガー９３４をユニキャストする。非ＡＰ ＴＸＯＰ所有者ＳＴＡがＴＸＯＰ共有要求トリガーフレームタイムアウト間隔内にＡＰからＴＸＯＰ共有応答トリガーフレームを受け取ったかどうかのチェックが行われる（９３６）。
この間隔内に応答が受け取られなかった場合にはタイムアウトが発生し（９３８）、実行がブロック９３４に戻ることなどによって、ＳＴＡはＴＸＯＰ共有要求トリガーフレームを再送する。一方で、応答が受け取られると、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、ＴＸＯＰ所有者構成設定サブ段階で構成されたＲＵを使用してＵＬデータ送信を開始し（９４０）、プロセスは終了する（９４２）。
図４５に、ＡＰ協調を伴う半静的シナリオのための、ＡＰによって処理されるＴＸＯＰスケジュール及びアクセス段階の実施形態例９５０を示す。ＴＸＯＰスケジュール及びアクセス段階が開始した（９５２）後に、ＡＰがＴＸＯＰ共有要求トリガーを受け取ったかどうかのチェックが行われる（９５４）。
トリガーが受け取られていない場合、プロセスは終了する（９６４）。一方で、ＡＰは、トリガーフレームを受け取ると、非ＡＰ ＴＸＯＰ所有者ＳＴＡからＴＸＯＰ共有要求トリガーフレームを受け取った応答としてＴＸＯＰ共有応答トリガーフレームをブロードキャストする（９５６）。
次に、ＡＰがＵＬデータを受け取ったかどうかのチェックが行われる（９５８）。ＡＰがＴＸＯＰ共有応答トリガーフレームのタイムアウト時間内にＵＬデータを受け取らなかった場合にはタイムアウトが発生し（９６０）、実行はブロック９５６に戻ってＡＰがＴＸＯＰ共有応答トリガーフレームを再送する。一方で、ＡＰは、ＵＬデータシーケンスを受信し終えると、ＭＵ－ＢＡフレームを送出することによって応答して（９６２）プロセスは終了する（９６４）。
８．フレームフォーマット
８．１．ＳＴＡ ＴＸＯＰ共有可能性要素
図４６に、ＳＴＡ ＴＸＯＰ共有可能性要素の実施形態例９７０を示しており、ＳＴＡ ＴＸＯＰ共有可能性要素は、限定するわけではないが認証又はアソシエーション要求フレームなどの管理フレームに含まれ、各非ＡＰ ＳＴＡが関連するＡＰに自機のＴＸＯＰ共有可能性を通知するために使用される。共有可能性要素の少なくとも１つの実施形態は、以下のフィールドを有する。要素ＩＤ（Ｅｌｅｍｅｎｔ ＩＤ）フィールドは特定の要素を識別し、ここでの特定の事例では、この要素がＳＴＡ ＴＸＯＰ共有可能要素であることを示すように８に設定される。ＡＰは、要素ＩＤフィールドが８に設定された認証又はアソシエーション要求フレームを受け取った場合、（ＳＴＡ情報フィールドに示される）各ＳＴＡの全ての共有オファー／要求情報を記録し、正常な受信を示すために認証又はアソシエーション応答フレームを返送すべきである。長さ（Ｌｅｎｇｔｈ）フィールドは、要素ＩＤ及び長さフィールドを除いた要素のオクテット数を示す。１又は２以上のＳＴＡ情報（ＳＴＡ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドも含まれ、そのサブフィールドについては図４７で説明する。
図４７に、少なくとも１つの実施形態では以下のサブフィールドを有するＳＴＡ情報フィールドの実施形態例９９０を示す。ＡＩＤサブフィールドは、ＴＸＯＰ共有可能性が示されるＳＴＡのＡＩＤを含む。ＴＸＯＰ共有所有者（ＴＸＯＰ ｓｈａｒｅ ｈｏｌｄｅｒ）サブフィールドは、このＳＴＡのＴＸＯＰ所有者としての共有可能性を示す。ＴＸＯＰ共有所有者サブフィールドは、第１の状態（例えば、１）に設定されると、ＴＸＯＰ所有者として動作しているこのＳＴＡが他のＳＴＡとＴＸＯＰを共有する用意があることを示し、一方で第２の状態（例えば、０）に設定されると、ＴＸＯＰ所有者が他のＳＴＡとＴＸＯＰを共有する用意がないことを示す。ＴＸＯＰ共有参加者サブフィールドは、このＳＴＡのＴＸＯＰ参加者としての共有可能性を示す。ＴＸＯＰ共有参加者サブフィールドは、第１の状態（例えば、１）に設定されると、共有ＴＸＯＰ参加者ＳＴＡとして動作しているこのＳＴＡが、ＴＸＯＰ所有者ＳＴＡによって共有される次のＴＸＯＰに参加する用意があることを示し、一方で第２の状態（例えば、０）に設定されると、ＳＴＡがＴＸＯＰ所有者ＳＴＡによって共有される次のＴＸＯＰに参加する用意がないことを示す。
８．２．共有オファー／要求フレーム
図４８に、少なくとも１つの実施形態では以下のフィールドを有する共有オファー／要求フレームフォーマットの実施形態例１０１０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドはフレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のＭＡＣアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのＭＡＣアドレスを含む。ＢＳＳＩＤサブフィールドは、非ＡＰ ＳＴＡが関連するＡＰのＭＡＣアドレスである。ＢＳＳＩＤがＴＡと同じＭＡＣアドレスを示す場合には、共有オファー／要求フレームが内部ＢＳＳから非ＡＰ ＳＴＡの共有可能性情報を配信していることを示し、そうでなければ、共有オファー／要求フレームが、ＢＳＳＩＤによって示されるＩＤを有するインターＢＳＳから非ＡＰ ＳＴＡの共有可能性情報を配信していることを示す。ここ及び本開示で説明する他のデータフォーマットでは、通信プロトコルにおいてフレームに追加されるエラー検出コードを提供するフレームチェックシーケンス（ＦＣＳ）が見られる。
図４９に、少なくとも１つの実施形態では以下のフィールドを有するＳＴＡ共有オファー／要求情報フィールドフォーマットの実施形態例１０３０を示す。ＳＴＡ共有オファー／要求情報（ＳＴＡ Ｓｈａｒｅ Ｏｆｆｅｒ／Ｒｅｑｕｅｓｔ ｉｎｆｏ）フィールドは、非ＡＰ ＳＴＡのＴＸＯＰ共有オファー／要求情報を示す。優先度（Ｐｒｉｏｒｉｔｙ）フィールドは、ＳＴＡのバッファに記憶されたトラフィックの優先度を示し、ＴＸＯＰ所有者がＴＸＯＰアクセススケジューラ設計のために使用することができる。ＳＴＡ ＡＩＤフィールドは、非ＡＰ ＳＴＡのＡＩＤを含む。ＴＸＯＰ共有要求サブフィールドは、第１の状態（例えば、１）に設定されると、このＳＴＡが共有ＴＸＯＰを要求していることを示し、そうでなければ第２の状態（例えば、０）に設定される。ＡＰは、ＴＸＯＰ共有要求フィールドが第１の状態に設定された共有オファー／要求フレームを受け取ると、このフレームを送信したＳＴＡが共有ＴＸＯＰに参加する用意があることを認識することができる。ＴＸＯＰリソース要求（ＴＸＯＰ Ｒｅｓｏｕｒｃｅ Ｒｅｑｕｅｓｔ）サブフィールドは、非ＡＰ ＳＴＡが共有ＴＸＯＰにおいて要求している連続するＲＵの数を示す。少なくとも１つの実施形態では、２６トーンを有するベーシックＲＵトーンが利用されるが、本開示の教示から逸脱することなく他のＲＵトーンシーケンスを利用することもできる。この例では、ベーシックＲＵの有効値が１～３７である。ＡＰは、この情報を共有オファー／要求フレームでブロードキャストする。
ＴＸＯＰ共有オファー（ＴＸＯＰ Ｓｈａｒｅ Ｏｆｆｅｒｅｄ）サブフィールドは、第１の状態（例えば、１）に設定されると、このＳＴＡが非ＡＰ ＴＸＯＰ所有者ＳＴＡになって自機のＴＸＯＰを他のＳＴＡと共有する用意があることを示し、そうでなければ第２の状態に設定される。ＡＰは、第１の状態に設定されたＴＸＯＰ共有オファーフィールドを有する共有オファー／要求フレームを受け取ると、このフレームを送信したＳＴＡがそのＴＸＯＰを他のＳＴＡと共有する用意があることを認識することができる。ＴＸＯＰリソースオファー（ＴＸＯＰ Ｒｅｓｏｕｒｃｅ Ｏｆｆｅｒｅｄ）サブフィールドは、ＴＸＯＰ所有者ＳＴＡが他のＳＴＡと共有する用意がある連続するＲＵの数を示す。ここでも、一例としてこの数はベーシックＲＵ（２６トーン）内に記述されるが、他のトーンを制限なく利用することもできる。本例では、ベーシックＲＵの有効値が１～３７であり、ＡＰはこの情報を共有オファー／要求フレームでブロードキャストする。
８．３．ＭＵ－ＲＴＳ共有フレーム
図５０に、少なくとも１つの実施形態では以下のフィールドを有するＭＵ－ＲＴＳ共有フレーム１０５２のフレームフォーマットの実施形態例１０５０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のＭＡＣアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのＭＡＣアドレスを含む。共通情報（ｃｏｍｍｏｎ ｉｎｆｏ）フィールドについては１０５４で後述し、１０５８に続く。ユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）サブフィールドについては１０５６で後述する。ここでは、パディング及びＦＣＳを含むフレームを例示する。
１０５８に続く共通情報フィールド１０５４は、以下のサブフィールドを有する。共通情報フィールドのトリガータイプ（Ｔｒｉｇｇｅｒ Ｔｙｐｅ）サブフィールドは、トリガーフレームの変種を識別する。限定ではなく一例として、このフィールドが３に設定されてＴＸＯＰ共有サブフィールド（Ｂ６３）が第１の状態（例えば、１）に設定された場合には、フレームがＭＵ－ＲＴＳ共有フレームであることを示す。ＡＰ又は非ＡＰ ＳＴＡは、ＭＵ－ＲＴＳ共有フレームを受け取った場合に共有ＴＸＯＰが初期化されることを認識し、ＭＵ－ＲＴＳ共有フレーム内に（共通情報のＵＬ ＢＷサブフィールド及びユーザ情報フィールドのＲＵ割り当てサブフィールドによって）示される指定されたＲＵを使用してＣＴＳ共有フレームに応答すべきである。ＵＬ長さ（ＵＬ Ｌｅｎｇｔｈ）サブフィールドは、要求されるＨＥ ＴＢ ＰＰＤＵのＬ－ＳＩＧ ＬＥＮＧＴＨフィールドの値を示す。さらなるＴＦ（Ｍｏｒｅ ＴＦ）サブフィールドは、後続のトリガーフレームが送信予定であるか否かを示す。必要ＣＳ（ＣＳ Ｒｅｑｕｉｒｅｄ）サブフィールドは、ユーザ情報フィールド内で識別されるＳＴＡが応答すべきであるか否かを判定する際に媒体状態又はＮＡＶを考慮する必要があるか否かを示す。ＵＬ ＢＷサブフィールドは、ＨＥ ＴＢ ＰＰＤＵのＨＥ－ＳＩＧ－Ａにおける帯域幅を示す。ＧＩ及びＨＥ－ＬＴＦタイプサブフィールドは、ＨＥ ＴＢ ＰＰＤＵ応答のＧＩ及びＨＥ－ＬＴＦタイプを示す。ＭＵ－ＭＩＭＯ ＨＥ－ＬＴＦモードサブフィールドは、ＧＩ及びＨＥ－ＬＴＦタイプサブフィールドが２×ＨＥ－ＬＴＦ＋１．６μｓ ＧＩ又は４×ＨＥ－ＬＴＦ＋３．２μｓ ＧＩを示す時に、非ＯＦＤＭＡ ＭＵ－ＭＩＭＯ ＨＥ ＴＢ ＰＰＤＵ応答のＨＥ－ＬＴＦモードを示す。そうでなければ、このサブフィールドは、ＨＥシングルストリームパイロットＨＥ－ＬＴＦモードを示すように設定される。ＨＥ－ＬＴＦシンボル数及びミッドアンブル周期性（ＨＥ－ＬＴＦ Ｓｙｍｂｏｌｓ Ａｎｄ Ｍｉｄａｍｂｌｅ Ｐｅｒｉｏｄｉｃｉｔｙ）サブフィールドは、ドップラー（Ｄｏｐｐｌｅｒ）サブフィールドが０の場合には、ＨＥ ＴＢ ＰＰＤＵ内に存在するＨＥ－ＬＴＦシンボルの数を示し、ドップラーサブフィールドが１の場合には、ＨＥ－ＬＴＦシンボル数及びミッドアンブルの周期性を示す。
図の下部には、以下のサブフィールドを含む共通情報フィールドが続く（１０５８）。ＵＬ ＳＴＢＣサブフィールドは、要求されるＨＥ ＴＢ ＰＰＤＵのＳＴＢＣ符号化の状態を示す。ＬＤＰＣエクストラシンボルセグメント（ＬＤＰＣ Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔ）サブフィールドは、ＬＤＰＣエクストラシンボルセグメントの状態を示す。ＡＰ／非ＡＰ ＴＸＯＰ所有者ＳＴＡ Ｔｘ電力（ＡＰ／ｎｏｎ－ＡＰ ＴＸＯＰ ｏｗｎｅｒ ＳＴＡ Ｔｘ Ｐｏｗｅｒ）サブフィールドは、ＡＰ（コーディネータとしてのＡＰを伴う動的シナリオの場合）又は非ＡＰ ＴＸＯＰ所有者ＳＴＡ（コーディネータとしてのＡＰを伴わない動的シナリオの場合）のトリガーフレームの送信に使用される全ての送信アンテナのアンテナコネクタにおける２０ＭＨｚ帯域幅に正規化された合計送信電力をｄＢｍ単位で示す。Ｐｒｅ－ＦＥＣパディング因子（Ｐｒｅ－ＦＥＣ Ｐａｄｄｉｎｇ Ｆａｃｔｏｒ）サブフィールドは、Ｐｒｅ－ＦＥＣパディング因子を示す。ＰＥ明瞭性（ＰＥ Ｄｉｓａｍｂｉｇｕｉｔｙ）サブフィールドは、ＰＥ明瞭性を示す。ＵＬ空間再使用（ＵＬ Ｓｐａｔｉａｌ Ｒｅｕｓｅ）サブフィールドは、要求されるＨＥ ＴＢ ＰＰＤＵのＨＥ－ＳＩＧ－Ａフィールド内の空間再使用フィールドに含めるべき値を伝える。ドップラー（Ｄｏｐｐｌｅｒ）サブフィールドは、第１の状態（例えば、１）に設定されると、ＨＥ ＴＢ ＰＰＤＵにミッドアンプルが存在することを示し、そうでなければ第２の状態（例えば、０）に設定される。ＵＬ ＨＥ－ＳＩＧ－Ａ２予備（ＵＬ ＨＥ－ＳＩＧ－Ａ２ Ｒｅｓｅｒｖｅｄ）サブフィールドは、要求されるＨＥ ＴＢ ＰＰＤＵのＨＥ－ＳＩＧ－Ａ２サブフィールドの予備フィールドに含めるべき値を伝える。ＴＸＯＰ共有サブフィールドは、送信者が他の非ＡＰ ＳＴＡとＴＸＯＰを共有する用意があることを第１の状態（例えば、１）によって示し、そうでなければ第２の状態（例えば、０）に設定される。任意に、トリガータイプフィールドの値に基づいてトリガー依存共通情報（Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏ）サブフィールドが存在する。
ユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｌｉｓｔ）フィールドは、ユーザ情報のリストを含む。ユーザ情報１０５６の各サブフィールドには、特定のＳＴＡに割り当てられたＲＵ情報に関する以下のサブフィールド１０５７が存在する。ＡＩＤ１２サブフィールドは、ＡＩＤ１２サブフィールドの値に等しいＡＩＤを有する特定のＳＴＡに一定のＲＵを割り当てるために使用される。ＲＵ割り当て（ＲＵ Ａｌｌｏｃａｔｉｏｎ）サブフィールドは、共通情報フィールド内のＵＬ ＢＷサブフィールドと共に、ＲＵのサイズ及び位置を識別する。ＵＬ ＦＥＣ符号化タイプ（ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅ）サブフィールドは、要求されるＨＥ ＴＢ ＰＰＤＵのコードタイプを示す。ＵＬ ＨＥ－ＭＣＳサブフィールドは、要求されるＨＥ ＴＢ ＰＰＤＵのＨＥ－ＭＣＳを示す。ＵＬ ＤＣＭサブフィールドは、要求されるＨＥ ＴＢ ＰＰＤＵのＤＣＭを示す。組み合わせＳＳ割り当て／ＲＡ－ＲＵ（ｃｏｍｂｉｎｅｄ ＳＳ Ａｌｌｏｃａｔｉｏｎ／ＲＡ－ＲＵ）サブフィールドは、以下のように使用される。ＳＳ割り当てサブフィールドは、要求されるＨＥ ＴＢ ＰＰＤＵの空間ストリームを示し、ＲＡ－ＲＵ情報サブフィールドは、ＲＡ－ＲＵ情報を示す。ＵＬターゲットＲＳＳＩ（ＵＬ Ｔａｒｇｅｔ ＲＳＳＩ）サブフィールドは、割り当てられたＲＵ上で送信されるＨＥ ＴＢ ＰＰＤＵのＨＥ部分の予想受信信号電力を示す。任意に、トリガータイプフィールドの値に基づいてトリガー依存ユーザ情報（Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏ）サブフィールドが存在する。
８．４．ＣＴＳ共有
図５１に、少なくとも１つの実施形態では以下のフィールドを有するＣＴＳ共有フレームのフォーマットの実施形態例１０７０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドはフレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のＭＡＣアドレスを含む。ＴＸＯＰ共有参加者ＡＩＤ（ＴＸＯＰ Ｓｈａｒｅ Ｐａｒｔｉｃｉｐａｎｔ ＡＩＤ）フィールドは、このＣＴＳ共有フレームを送信したＴＸＯＰ共有参加者のＡＩＤを示す。
ＴＸＯＰ所有者は、ＣＴＳ共有フレームを受け取ると、ＴＸＯＰ共有参加者ＡＩＤ情報を確認することによってどのＳＴＡが共有ＴＸＯＰに参加する用意があるかを認識し、これに応じてそのＳＴＡにリソースを割り当てる。非ＡＰ ＳＴＡは、ＭＵ－ＲＴＳ共有フレームを受け取ったもののＡＰに送信するものを何も有していない場合には、ＴＸＯＰ共有参加者ＡＩＤを第２の状態（例えば、０）に設定して次の共有ＴＸＯＰに参加しない旨を示すべきである。
８．５．ランダムＴＸＯＰアクセス要求トリガーフレーム
図５２に、少なくとも１つの実施形態では以下のフィールド１０９２を有するＴＸＯＰランダムアクセス要求トリガーのフレームフォーマットの実施形態例１０９０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のＭＡＣアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのＭＡＣアドレスを含む。共通情報（Ｃｏｍｍｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドについては、１０９４、１１００及び１１０４で後述する。ユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）サブフィールドについては１０９６で後述する。ここでは、パディング及びＦＣＳを含むフレームを例示する。
共通情報サブフィールド１０９４は、以下のサブフィールドを有する。トリガータイプ（Ｔｒｉｇｇｅｒ Ｔｙｐｅ）サブフィールドは、以前は予備であった空間を利用し、本開示では、特定の値（例えば、限定ではなく一例として８）に設定されると、ＴＸＯＰランダムアクセス要求トリガーフレームであることを示す。ＴＸＯＰ所有者ＳＴＡは、自機のためのＲＵを予約して残りのＲＵを他のＳＴＡと共有する。ＴＸＯＰ所有者ＳＴＡは、ＡＰ協調を伴わないシナリオではＴＸＯＰランダムアクセス要求トリガーを送出した後に、或いはＡＰ協調を伴うシナリオではＴＸＯＰランダムアクセス要求トリガーを受け取った後に、予約されたＲＵにおいてＡＰにＵＬデータをユニキャストする。ＴＸＯＰ共有参加者ＳＴＡは、ＴＸＯＰランダムアクセス要求トリガーを受け取った後に、チャネルにランダムにアクセスして共有ＲＵを求めて競合する。
残りのサブフィールドは、以下を除き図５０で説明したものと同じである。
共通情報の下部１１００には、以下のように利用されるサブフィールドが存在する。ＡＰ／非ＡＰ ＴＸＯＰ所有者ＳＴＡ Ｔｘ電力（ＡＰ／ｎｏｎ－ＡＰ ＴＸＯＰ ｏｗｎｅｒ ＳＴＡ Ｔｘ Ｐｏｗｅｒ）サブフィールドは、ＡＰ（コーディネータとしてのＡＰを伴う動的シナリオの場合）又は非ＡＰ ＴＸＯＰ所有者ＳＴＡ（コーディネータとしてのＡＰを伴わない動的シナリオの場合）のトリガーフレームの送信に使用される全ての送信アンテナのアンテナコネクタにおける２０ＭＨｚ帯域幅に正規化された合計送信電力をｄＢｍ単位で示す。
ＴＸＯＰ所有者ＳＴＡは、共通情報のＵＬ ＢＷサブフィールド及びユーザ情報フィールドのＲＵ割り当てサブフィールドによって、予約されたＲＵを告知する。また、ＴＸＯＰ所有者ＳＴＡは、ＡＩＤ１２サブフィールドにおいて、この例では１～２００７の範囲とすべき自機のＡＩＤも告知する。
ランダムアクセス要求トリガーフレーム内のユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）フィールドは、ユーザ情報フィールド１０９６のリストを含み、各ユーザ情報フィールドは、その下に示すサブフィールド１０９８を有する。他の関連するＳＴＡでは、ユーザ情報フィールドのＡＩＤ１２サブフィールドが０として設定され、ここではＳＳ割り当て／ＲＡ－ＲＵ情報としてマークされるユーザ情報フィールドのＢ２６～Ｂ３１を利用して、サブフィールド１１０２を有するＲＡ－ＲＵ情報を提供する。ＲＡ－ＲＵ数（Ｎｕｍｂｅｒ ｏｆ ＲＡ－ＲＵ）サブフィールドは、ＵＬ ＯＦＤＭＡランダムアクセス（ＵＯＲＡ）のために割り当てられた連続するＲＵの数を示す。ＲＡ－ＲＵ数サブフィールドの値は、連続するＲＡ－ＲＵ数から１をマイナスした数に等しい。さらなるＲＡ－ＲＵ（Ｍｏｒｅ ＲＡ－ＲＵ）サブフィールドは、第１の状態（例えば、１）に設定されると、このユーザ情報フィールド内のＡＩＤ１２サブフィールドによって示されるタイプのＲＡ－ＲＵが後続のトリガーフレームにおいて割り当てられて、このフィールドを伝えるトリガーフレームが送信されるＴＷＴ ＳＰの終了まで送信されることを示し、そうでなければ第２の状態（例えば、０）に設定される。共通情報フィールドのさらなるＴＦフィールドが０に設定された場合、さらなるＲＡ－ＲＵサブフィールドは予備である。
８．６．ユニキャストＴＸＯＰアクセス要求トリガーフレーム
図５３に、少なくとも１つの実施形態では以下のフィールド１１１２を有するユニキャストＴＸＯＰアクセス要求トリガーフレームフォーマットの実施形態例１１１０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のＭＡＣアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのＭＡＣアドレスを含む。共通情報（Ｃｏｍｍｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドについては１１１４で後述し、１１１８に拡張される。ユーザ情報フィールドは、１１１６で後述するサブフィールドを有する。ここでは、パディング及びＦＣＳを含むフレームを例示する。
共通情報フィールドは、以下のサブフィールド１１１４を有する。説明していないフィールド／サブフィールドは、図５０及び図５２に示すような本明細書で上述したデータ構造について説明した機能と同じ機能を有する。以前は予備フィールドであったトリガータイプ（Ｔｒｉｇｇｅｒ Ｔｙｐｅ）サブフィールドは、この事例ではユニキャストＴＸＯＰアクセス要求トリガーフレームであるトリガーフレームのタイプを示すために利用され、この具体例では一例として９に設定される。
単一ＢＳＳシナリオでは以下のことが言える。（ａ）ＴＸＯＰ所有者ＳＴＡは、（ＴＸＯＰアクセス開始フラグサブフィールドによって示される）最後のユニキャストＴＸＯＰアクセス要求トリガーフレームを送出した後に、予約されたＲＵでＡＰにＵＬデータをユニキャストする。（ｂ）ＴＸＯＰ共有参加者ＳＴＡは、（たとえ宛先が別のＳＴＡであったとしても）最後のユニキャストＴＸＯＰアクセス要求トリガーフレームを受け取った後に、割り当てられたＲＵでＡＰにＵＬデータをユニキャストする。
データセグメント１１１８では、ＡＰ／非ＡＰ ＴＸＯＰ所有者ＳＴＡ Ｔｘ電力（ＡＰ／ｎｏｎ－ＡＰ ＴＸＯＰ ｏｗｎｅｒ ＳＴＡ Ｔｘ Ｐｏｗｅｒ）サブフィールドが、ＡＰ（コーディネータとしてのＡＰを伴う動的シナリオの場合）又は非ＡＰ ＴＸＯＰ所有者ＳＴＡ（コーディネータとしてのＡＰを伴わない動的シナリオの場合）のトリガーフレームの送信に使用される全ての送信アンテナのアンテナコネクタにおける２０ＭＨｚ帯域幅に正規化された合計送信電力をｄＢｍ単位で示す。
ユーザフィールドに戻ると、１１１６に、それぞれがサブフィールド１１１７を含むユーザ情報サブフィールドのリストが見られる。説明していないフィールド／サブフィールドは、図５０及び図５２に示すような上述したデータ構造について説明した機能と同じ機能を有する。ユーザ情報フィールドのＡＩＤ１２サブフィールド（例えば、１～２００７の値）は、ＡＩＤ１２サブフィールドの値に等しいＡＩＤを有する関連するＳＴＡにアドレス指定される。このＳＴＡは、共有ＴＸＯＰ参加者ＳＴＡである。ＲＵ割り当て（ＲＵ Ａｌｌｏｃａｔｉｏｎ）サブフィールドは、共通情報フィールド内のＵＬ ＢＷサブフィールドと共にＲＵのサイズ及び位置を識別する。単一ＢＳＳ（Ｓｉｎｇｌｅ ＢＳＳ）サブフィールドは、ユニキャストＴＸＯＰアクセス要求トリガーフレームが単一ＢＳＳシナリオで送信されるか、それともＯＢＳＳシナリオで送信されるかを示す。単一ＢＳＳシナリオでは、最後のユニキャストＴＸＯＰアクセス要求トリガーフレームを示すためにＴＸＯＰアクセス開始フラグ（ＴＸＯＰ Ａｃｃｅｓｓ Ｓｔａｒｔ Ｆｌａｇ）サブフィールドが使用される。この例では、データ遅延（Ｄａｔａ Ｄｅｌａｙ）サブフィールドは使用されない。ＯＢＳＳシナリオでは、データ送信の遅延を示すためにデータ遅延サブフィールドが使用される。同様に、この例ではＴＸＯＰアクセス開始フラグ（ＴＸＯＰ Ａｃｃｅｓｓ Ｓｔａｒｔ Ｆｌａｇ）サブフィールドも使用されない。
ＴＸＯＰアクセス開始フラグサブフィールドは、このユニキャストＴＸＯＰアクセス要求トリガーフレームがＴＸＯＰ所有者によって最後のＴＸＯＰ共有参加者ＳＴＡに送信されたかどうかを示す。最後のＴＸＯＰ共有参加者ＳＴＡである場合には第１の状態（例えば、１）に設定され、そうでない場合には第２の状態（例えば、０）に設定される。ユニキャストＴＸＯＰアクセス要求トリガーを受け取った各ＴＸＯＰ共有参加者ＳＴＡは、たとえこれらのＳＴＡにフレームが送信されていない場合でも、ＴＸＯＰアクセス開始フラグサブフィールドをチェックする。このフィールドが第２の状態に設定されている場合、ＳＴＡはデータを保持し、第１の状態に設定されている場合、ＳＴＡはＡＰにデータを送出する。データ遅延（Ｄａｔａ Ｄｅｌａｙ）サブフィールドは、非ＡＰ ＳＴＡがユニキャストＴＸＯＰアクセス要求トリガーフレームを送出／受信してからＵＬデータを送出するまでの遅延を示す。
８．７．ブロードキャストＴＸＯＰアクセス要求トリガーフレーム
図５４に、少なくとも１つの実施形態では以下のフィールドを有するブロードキャストＴＸＯＰアクセス要求トリガーフレームフォーマット１１３２の実施形態例１１３０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のＭＡＣアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのＭＡＣアドレスを含む。共通情報（Ｃｏｍｍｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドについては１１３４で後述し、１１３６に拡張される。サブフィールド１１３８及び１１４０を有するユーザ情報（Ｕｓｅｒ Ｉｎｆｏ）フィールドについても後述する。ここでは、パディング及びＦＣＳを含むフレームを例示する。
共通情報フィールドは、以下のサブフィールド１１３４を有する。説明していないフィールド／サブフィールドは、図５０及び図５２に示すような上述したデータ構造について説明した機能と同じ機能を有する。共通情報フィールドのトリガータイプ（Ｔｒｉｇｇｅｒ Ｔｙｐｅ）サブフィールドは、この例ではブロードキャストＴＸＯＰアクセス要求トリガーフレームであることを示すために限定ではなく一例として１０に設定される。
単一ＢＳＳシナリオでは以下のことが言える。（ａ）ＴＸＯＰ所有者ＳＴＡは、ブロードキャストＴＸＯＰアクセス要求トリガーフレームを送出した後に、予約されたＲＵでＡＰにＵＬデータをユニキャストする。（ｂ）ＴＸＯＰ共有参加者ＳＴＡは、ブロードキャストＴＸＯＰアクセス要求トリガーフレームを受け取った後に、割り当てられたＲＵでＡＰにＵＬデータをユニキャストする。
サブフィールド１１３６に進むと、ＡＰ／非ＡＰ ＴＸＯＰ所有者ＳＴＡ Ｔｘ電力（ＡＰ／ｎｏｎ－ＡＰ ＴＸＯＰ ｏｗｎｅｒ ＳＴＡ Ｔｘ Ｐｏｗｅｒ）サブフィールドは、ＡＰ（コーディネータとしてのＡＰを伴う動的シナリオの場合）又は非ＡＰ ＴＸＯＰ所有者ＳＴＡ（コーディネータとしてのＡＰを伴わない動的シナリオの場合）のトリガーフレームの送信に使用される全ての送信アンテナのアンテナコネクタにおける２０ＭＨｚ帯域幅に正規化された合計送信電力をｄＢｍ単位で示す。
ユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）フィールドは、以下のサブフィールド１１３８及び１１４０を有する。それぞれが１１４０に例示するフォーマットを有する複数のユーザ情報を保持することができる（１１３８）。ユーザ情報フィールドのＡＩＤ１２サブフィールド（例えば、１～２００７の値）は、ＡＩＤ１２サブフィールドの値に等しいＡＩＤを有する関連するＳＴＡにアドレス指定される。このＳＴＡは、共有ＴＸＯＰ参加者ＳＴＡである。ＲＵ割り当て（ＲＵ Ａｌｌｏｃａｔｉｏｎ）サブフィールドは、共通情報フィールド内のＵＬ ＢＷサブフィールドと共にＲＵのサイズ及び位置を識別する。データ遅延サブフィールドは、ＡＩＤ１２サブフィールドの値に等しいＡＩＤを有する非ＡＰ ＳＴＡがＵＬデータを送信する遅延期間を示す。
８．８．ＣＴＳ－ｔｏ－ｓｅｌｆ共有
図５５に、少なくとも１つの実施形態では以下のフィールドを有するＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームフォーマットの実施形態例１１５０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のＭＡＣアドレスを含む。
単一ＢＳＳシナリオでは、ＴＸＯＰ所有者ＳＴＡが、ＴＸＯＰ送信のための媒体を予約するために、最初にＲＡフィールドが自機のＭＡＣアドレスに等しいＣＴＳ－ｔｏ－ｓｅｌｆフレームをＡＰにユニキャストすることができる。ＡＰは、ＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームを受け取ると、潜在的ＴＸＯＰ共有参加者ＳＴＡにＭＵ－ＲＴＳ共有フレームをブロードキャストする。
ＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームの期間（Ｄｕｒａｔｉｏｎ）フィールドにはＮＡＶを設定することができる。設定ビット０～１３は、１～１６，３８３のＮＡＶ継続時間値を含む。０１としての設定ビット１４～１５は共有情報を示す。これは、ＴＸＯＰ所有者が他のＳＴＡとＴＸＯＰを共有する用意があることを意味する。ＡＰは、ＴＸＯＰ所有者ＳＴＡからＣＴＳ－ｔｏ－ｓｅｌｆフレームを受け取って、潜在的ＴＸＯＰ共有参加者ＳＴＡにＭＵ－ＲＴＳ共有フレームを送信する。
８．９．ＴＸＯＰ参加者告知フレーム
図５６は、少なくとも１つの実施形態では以下のフィールドを有するＴＸＯＰ参加者告知フレームのフレームフォーマットの実施形態例１１７０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドはフレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のＭＡＣアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのＭＡＣアドレスを含む。図５７に示して後述するような１又は２以上のＳＴＡ ＴＸＯＰ参加者（ＳＴＡ ＴＸＯＰ ｐａｒｔｉｃｉｐａｎｔ）フィールド（例えば、１～ｎ）が組み込まれる。
図５７に、少なくとも１つの実施形態では以下のフィールドを有する、ＢＳＲＰ及びＢＳＲフレームの定期的交換でＡＰ／ＴＸＯＰ所有者によって知られているＳＴＡ ＴＸＯＰ参加者フィールドフォーマットのフレームフォーマットの実施形態例１１９０を示す。ソースＡＩＤ（Ｓｏｕｒｃｅ ＡＩＤ）及び宛先ＡＩＤ（Ｄｅｓｔｉｎａｔｉｏｎ ＡＩＤ）サブフィールドは、それぞれソースＳＴＡ及び宛先ＳＴＡのＡＩＤを示す。ＡＣＩビットマップ（ＡＣＩ Ｂｉｔｍａｐ）サブフィールドは、バッファステータスが報告されるアクセスカテゴリを示す。デルタＴＩＤ（Ｄｅｌｔａ ＴＩＤ）サブフィールドは、ＡＣＩビットマップサブフィールドの値と共に、ＳＴＡがバッファステータスを報告しているＴＩＤの数を示す。ＡＣＩ高（ＡＣＩ Ｈｉｇｈ）サブフィールドは、キューサイズ高（Ｑｕｅｕｅ Ｓｉｚｅ Ｈｉｇｈ）サブフィールドにフレームが示されるＡＣのＡＣＩを示す。スケーリングファクター（ＳＦ）（Ｓｃａｌｉｎｇ Ｆａｃｔｏｒ（ＳＦ））サブフィールドは、キューサイズ高サブフィールド及びキューサイズ全サブフィールドのＳＦ単位をオクテット単位で示す。キューサイズ高（Ｑｕｅｕｅ Ｓｉｚｅ Ｈｉｇｈ）サブフィールドは、フレーム制御サブフィールドを含むフレームの受信側アドレスによって識別されるＳＴＡを対象とする、ＡＣＩ高サブフィールドによって識別されるＡＣのバッファリングされたトラフィック量をＳＦオクテットの単位で示す。キューサイズ全（Ｑｕｅｕｅ Ｓｉｚｅ Ａｌｌ）サブフィールドは、フレーム制御サブフィールドを含むフレームの受信側アドレスによって識別されるＳＴＡを対象とする、ＡＣＩビットマップサブフィールドによって識別される全てのＡＣのバッファリングされたトラフィック量をＳＦオクテットの単位で示す。
８．１０．ＴＸＯＰアクセススケジューラトリガーフレーム
図５８に、少なくとも１つの実施形態では以下のフィールドを有するＴＸＯＰアクセススケジューラトリガーフレームフォーマット１２１２の実施形態例１２１０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のＭＡＣアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのＭＡＣアドレスを含む。共通情報（Ｃｏｍｍｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドについては１２１４で後述し、１２２０及び１２２２に拡張される。サブフィールドを有するユーザ情報フィールドについては１２１６及び１２１８で後述する。ここでは、パディング及びＦＣＳを含むＴＸＯＰアクセススケジューラトリガーフレームを例示する。
共通情報フィールドは、以下のサブフィールド１２１４を含む。共通情報フィールドの（従来は予備であったビットを使用する）トリガータイプ（Ｔｒｉｇｇｅｒ Ｔｙｐｅ）サブフィールドは、ＴＸＯＰアクセススケジューラトリガーフレームであることを示すために設定され、限定ではなく一例として１１に設定される。
トリガータイプサブフィールドは、単一ＢＳＳシナリオでは以下のように使用される。（１）ＴＸＯＰ所有者ＳＴＡは、ＴＸＯＰアクセススケジューラトリガーフレームを送出した後、最後のユニキャストＴＸＯＰアクセス要求トリガーフレームを受け取った後にＡＰにＵＬデータをユニキャストする。（２）ＡＰは、ＴＸＯＰアクセススケジューラトリガーフレームを受け取った後に、各ＴＸＯＰ共有参加者ＳＴＡにユニキャストＴＸＯＰアクセス要求トリガーフレームを送信する。ＡＰは、最後のユニキャストＴＸＯＰアクセス要求トリガーフレームを送信する際に、ＴＸＯＰアクセス開始フラグサブフィールドを第１の状態（例えば、１）に設定する。
１２２０では、ＡＰ／非ＡＰ ＴＸＯＰ所有者ＳＴＡ Ｔｘ電力（ＡＰ ／ ｎｏｎ－ＡＰ ＴＸＯＰ ｏｗｎｅｒ ＳＴＡ Ｔｘ Ｐｏｗｅｒ）サブフィールドが、ＡＰ（コーディネータとしてのＡＰを伴う動的シナリオの場合）又は非ＡＰ ＴＸＯＰ所有者ＳＴＡ（コーディネータとしてのＡＰを伴わない動的シナリオの場合）のトリガーフレームの送信に使用される全ての送信アンテナのアンテナコネクタにおける２０ＭＨｚ帯域幅に正規化された合計送信電力をｄＢｍ単位で示すことが分かる。説明していないフィールド／サブフィールドは、本明細書で上述したデータ構造と同じ機能を有する。
ユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）フィールドは、以下のサブフィールド１２１６及び１２１８を有する。１２１６にユーザフィールドのリストを示しており、各フィールドは、１２１８に示す以下のサブフィールドを含む情報を含む。ユーザ情報フィールドのＡＩＤ１２サブフィールド（例えば、１～２００７の値）は、ＡＩＤ１２サブフィールドの値に等しいＡＩＤを有する関連するＳＴＡにアドレス指定される。このＳＴＡは、共有ＴＸＯＰ参加者ＳＴＡである。ＲＵ割り当て（ＲＵ Ａｌｌｏｃａｔｉｏｎ）サブフィールドは、共通情報フィールド内のＵＬ ＢＷサブフィールドと共にＲＵのサイズ及び位置を識別する。ユーザ情報フィールドのデータ遅延サブフィールドは、ＡＩＤ１２サブフィールド内の値に等しいＡＩＤを有する非ＡＰ ＳＴＡがＵＬデータを送信する遅延時間を示す。
８．１１．ＴＸＯＰ優先度トリガーフレーム
図５９に、少なくとも１つの実施形態では以下のフィールドを有するＴＸＯＰ優先度トリガーフレームフォーマットの実施形態例１２３０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のＭＡＣアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのＭＡＣアドレスを含む。共通情報（Ｃｏｍｍｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドについては１２３４で後述し、１２４０に拡張される。ユーザ情報フィールドについては、サブフィールド１２３６及び１２３８と共に後述する。ここでは、パディング及びＦＣＳを含むフレームを例示する。
共通情報フィールドは、以下のサブフィールド１２３４を含み、説明していないフィールド／サブフィールドは、本明細書で上述したデータ構造と同じ機能を有する。（従来は予備であったビットを使用する）共通情報フィールドのトリガータイプ（Ｔｒｉｇｇｅｒ Ｔｙｐｅ）サブフィールドは、フレームがＴＸＯＰ優先度トリガーフレームであることを示すために設定され、限定ではなく一例として１２に設定される。
ＴＸＯＰ所有者ＳＴＡは、自機のためのＲＵを予約して残りのＲＵを他のＳＴＡと共有する。ＴＸＯＰ所有者は、ＴＸＯＰ優先度トリガーフレームをＡＰにユニキャストした後に、スケジュールされたＴＸＯＰアクセス情報を含むＡＰからのトリガーフレームを待つ。ＡＰは、ＴＸＯＰ優先度トリガーフレームを受け取った後に、共有ＴＸＯＰアクセススケジューリング及びトリガーＵＬ送信を実行し、ＴＸＯＰ所有者ＳＴＡにより多くのリソースを割り当てるべきである。
サブフィールド１２４０に進むと、ＡＰ／非ＡＰ ＴＸＯＰ所有者ＳＴＡ Ｔｘ電力（ＡＰ／ｎｏｎ－ＡＰ ＴＸＯＰ ｏｗｎｅｒ ＳＴＡ Ｔｘ Ｐｏｗｅｒ）サブフィールドは、ＡＰ（コーディネータとしてのＡＰを伴う動的シナリオの場合）又は非ＡＰ ＴＸＯＰ所有者ＳＴＡ（コーディネータとしてのＡＰを伴わない動的シナリオの場合）のトリガーフレームの送信に使用される全ての送信アンテナのアンテナコネクタにおける２０ＭＨｚ帯域幅に正規化された合計送信電力をｄＢｍ単位で示す。
ユーザ情報リストフィールドには、サブフィールド１２３６及び１２３８を示す。説明していないフィールド／サブフィールドは、本明細書で既に説明したデータ構造と同じ機能を有する。それぞれが１２３８に例示するフォーマットを有する複数のユーザ情報（ここでは一例として１つのみを示す）１２３６を保持することができる。ユーザ情報フィールドの（例えば、１～２００７の値を有する）ＡＩＤ１２サブフィールドは、ＡＩＤ１２サブフィールドの値に等しいＡＩＤを有する関連するＳＴＡにアドレス指定され、従ってＳＴＡは共有ＴＸＯＰ参加者ＳＴＡである。
ＲＵ割り当て（ＲＵ Ａｌｌｏｃａｔｉｏｎ）サブフィールドは、共通情報フィールド内のＵＬ ＢＷサブフィールドと共にＲＵのサイズ及び位置を識別する。
ユーザ情報フィールドの優先度サブフィールドは、ＴＸＯＰ優先度トリガーフレームを送信したＳＴＡの優先度を示す。第１の状態（例えば、１）に設定されると、送信側がＴＸＯＰ所有者であることを示し、従ってＡＰは、ＲＵ割り当てサブフィールド及びＵＬ ＢＷサブフィールドによって示されるＲＵサイズ未満ではない十分なＲＵサイズを割り当てるべきである。
８．１２．ＴＸＯＰ所有者構成
図６０に、少なくとも１つの実施形態では以下のフィールドを有するＴＸＯＰ所有者構成フレームフォーマットの実施形態例１２５０を示す。ＳＴＡ ＴＸＯＰアクセス割り当てフィールドは、各特定のＳＴＡのためのＴＸＯＰアクセス割り当てを示す。ＡＰは、ＴＸＯＰ所有者構成フレームを受け取った後に、ＳＴＡ ＴＸＯＰアクセス割り当て情報を記録して、ＳＴＡに確認応答フレームを送信する。
図６１に、少なくとも１つの実施形態では以下のフィールドを有する、図６０に示すＳＴＡ ＴＸＯＰアクセス割り当てフィールドのフレームフォーマットの実施形態例１２７０を示す。ＴＸＯＰ所有者ＭＡＣアドレス（ＴＸＯＰ Ｈｏｌｄｅｒ ＭＡＣ Ａｄｄｒｅｓｓ）サブフィールドは、ＴＸＯＰ所有者のＭＡＣアドレスを示す。ＴＸＯＰ参加者ＭＡＣアドレス（ＴＸＯＰ Ｐａｒｔｉｃｉｐａｎｔ ＭＡＣ Ａｄｄｒｅｓｓ）サブフィールドは、ＴＸＯＰ共有参加者ＳＴＡのＭＡＣアドレスを示す。割り当て制御情報（Ａｌｌｏｃａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｉｎｆｏ）サブフィールドは、特定のＴＸＯＰ共有参加者ＳＴＡのためのＴＸＯＰリソース割り当てを示し、これについては図６２に示す。
図６２に、少なくとも１つの実施形態では以下のサブフィールドを有する、ＴＸＯＰ共有参加者ＳＴＡのトラフィックの優先度を示す割り当て制御情報サブフィールドの優先度サブフィールドの実施形態例１２９０を示す。割り当て制御情報サブフィールドのＡＩＤ１２サブフィールド（例えば、１～２００７の値）サブフィールドは、割り当て制御情報サブフィールドが、ＡＩＤ１２サブフィールドの値に等しい関連するＳＴＡにアドレス指定されることを示す。割り当て制御情報サブフィールドのＵＬ ＢＷサブフィールドは、ＨＥ ＴＢ ＰＰＤＵのＨＥ－ＳＩＧ－Ａにおける帯域幅を示す。ＲＵ割り当てサブフィールドは、ＵＬ ＢＷサブフィールドと共に、割り当てられたＲＵのサイズ及び位置を識別する。
８．１３．ＴＸＯＰアクセス構成
図６３に、少なくとも１つの実施形態では以下のフィールド１３１２を有するＴＸＯＰアクセス構成フレームフォーマットの実施形態例１３１０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）、期間（Ｄｕｒａｔｉｏｎ）、ＲＡ及びＴＡは、前節で説明した通りに利用される。各非ＡＰ ＳＴＡの構成を示す複数のＳＴＡ構成フィールド（例えば、１～ｎ）が存在することができる。図の下部には、ＳＴＡ構成フィールドフォーマットを１３１４で示しており、これらは図６１に示すような各非ＡＰ ＳＴＡのためのＴＸＯＰアクセス割り当てを含む。ＳＴＡは、ＴＸＯＰ所有者（コーディネータとしてのＡＰを使用しない場合）又は関連するＡＰ（コーディネータとしてのＡＰを使用する場合）のいずれかからトリガーを受け取った後に、割り当てられたＲＵを使用してＡＰにデータを送信する。
８．１４．ＴＸＯＰ共有要求トリガー
図６４に、少なくとも１つの実施形態では以下のフィールドを有するＴＸＯＰ共有要求トリガーフレームフォーマットの実施形態例１３３０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）、期間（Ｄｕｒａｔｉｏｎ）及び共通情報（ｃｏｍｍｏｎ ｉｎｆｏ）は、前節で説明した通りであり、このＴＸＯＰ共有要求トリガーフレームフォーマットではユーザ情報（Ｕｓｅｒ Ｉｎｆｏ）フィールドは不要である。ＴＡフィールドは、ＴＸＯＰ所有者のＭＡＣアドレスとして設定すべき、送信局のＭＡＣアドレスを含む。ＲＡフィールドは受信側のＭＡＣアドレスであり、以下のように動作する。
コーディネータとしてのＡＰを伴わないシナリオでは、ＲＡフィールドがブロードキャストＭＡＣアドレス（ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ）として設定される。ＴＸＯＰ所有者は、ＴＸＯＰ共有要求トリガーフレームをブロードキャストする。ＴＸＯＰ共有参加者ＳＴＡは、このフレームを受け取ると、共有ＴＸＯＰ構成段階で構成される割り当てられたＲＵを使用して、関連するＡＰにＵＬデータを送信すべきである。ＴＸＯＰ所有者は、ＴＸＯＰ共有要求トリガーフレームを送信した後に、予約されたＲＵを使用して関連するＡＰにＵＬデータを送信する。
コーディネータとしてのＡＰを使用するシナリオでは、ＲＡフィールドが関連するＡＰのＭＡＣアドレスとして設定される。ＴＸＯＰ所有者は、ＴＸＯＰ共有要求トリガーフレームをユニキャストする。ＡＰは、このフレームを受け取ると、ＴＸＯＰ共有応答トリガーフレームをブロードキャストする。全ての該当するＳＴＡは、共有ＴＸＯＰ構成段階で構成される割り当てられたＲＵを使用して、関連するＡＰにＵＬデータを送信すべきである。
８．１５．ＴＸＯＰ共有応答トリガー
図６５に、少なくとも１つの実施形態では以下のフィールドを有するＴＸＯＰ共有応答トリガーフレームフォーマットの実施形態例１３５０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）、期間（Ｄｕｒａｔｉｏｎ）及び共通情報（ｃｏｍｍｏｎ ｉｎｆｏ）フィールドは前節で説明した通りであり、ＴＸＯＰ共有要求トリガーフレームフォーマットではユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）フィールドは不要である。ＲＡフィールドは受信側のＭＡＣアドレスであり、コーディネータとしてのＡＰを使用するシナリオではブロードキャストＭＡＣアドレス（ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ）として設定される。データ遅延（Ｄａｔａ Ｄｅｌａｙ）フィールドは、ＯＢＳＳシナリオにおいてＴＸＯＰ共有応答トリガーを受け取ってからＵＬデータを送信するまでの遅延時間を示す。
９．実施形態の一般的範囲
提示した技術の説明した強化は、様々な無線ネットワーク通信局内に容易に実装することができる。また、無線ネットワーク通信局が１又は２以上のコンピュータプロセッサ装置（例えば、ＣＰＵ、マイクロプロセッサ、マイクロコントローラ、コンピュータ対応ＡＳＩＣなど）、及び命令を記憶する関連するメモリ（例えば、ＲＡＭ、ＤＲＡＭ、ＮＶＲＡＭ、ＦＬＡＳＨ、コンピュータ可読媒体など）を含むように実装されることにより、メモリに記憶されたプログラム（命令）がプロセッサ上で実行されて、本明細書で説明した様々なプロセス法のステップを実行することが好ましいと理解されたい。
当業者は、デジタル無線通信に関連するステップを実行するコンピュータ装置の使用を認識しているため、単純化のために図にはコンピュータ及びメモリデバイスを選択的に示した。提示した技術は、メモリ及びコンピュータ可読媒体が非一時的であり、従って一時的電子信号を構成しない限り、これらに関して限定するものではない。
本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び／又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフローチャートを参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック（及び／又はステップ）の組み合わせ、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び／又はコンピュータ可読プログラムコードの形で具体化された１又は２以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようないずれかのコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のいずれかのプログラマブル処理装置を含む１又は２以上のコンピュータプロセッサによって実行して、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、（単複の）特定される機能を実施するための手段を生み出すようにすることができる。
従って、本明細書で説明したフローチャートのブロック、並びに手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、（単複の）特定の機能を実行する手段の組み合わせ、（単複の）特定の機能を実行するステップの組み合わせ、及びコンピュータ可読プログラムコードロジック手段の形で具体化されるような、（単複の）特定の機能を実行するコンピュータプログラム命令をサポートする。また、本明細書で説明したフローチャートの各ブロック、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現、及びこれらの組み合わせは、（単複の）特定の機能又はステップを実行する専用ハードウェアベースのコンピュータシステム、又は専用ハードウェアとコンピュータ可読プログラムコードとの組み合わせによって実装することもできると理解されるであろう。
なお、これらのフローチャートの「開始」及び「停止」などの最初と最後のブロックは、命令が特定のルーチンに限定されること又は実際の開始及び停止を有することをそれ自体が暗示するものではなく、プロセスに関与するステップの実行に関連する基準点として示すものにすぎないと理解されたい。これらのプロセスステップの関連する命令は、様々なルーチン、タスク、スライス及びスレッドなどの範囲内で制限なく実行することができ、これらのステップは、他の機能を実行するステップと組み合わせることができ、或いは本開示の教示から逸脱することなくさらなる機能を提供するように拡張することもできる。
さらに、コンピュータ可読プログラムコードなどの形で具体化されるこれらのコンピュータプログラム命令を、コンピュータプロセッサ又は他のプログラマブル処理装置に特定の態様で機能するように指示することができる１又は２以上のコンピュータ可読メモリ又はメモリ装置に記憶して、これらのコンピュータ可読メモリ又はメモリ装置に記憶された命令が、（単複の）フローチャートの（単複の）ブロック内に指定される機能を実施する命令手段を含む製造の物品を生産するようにすることもできる。コンピュータプログラム命令をコンピュータプロセッサ又は他のプログラマブル処理装置によって実行し、コンピュータプロセッサ又は他のプログラマブル処理装置上で一連の動作ステップが実行されるようにしてコンピュータで実施される処理を生成し、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行される命令が、（単複の）フローチャートの（単複の）ブロック、（単複の）手順、（単複の）アルゴリズム、（単複の）ステップ、（単複の）演算、（単複の）数式、又は（単複の）計算表現に特定される機能を実施するためのステップを提供するようにすることもできる。
さらに、本明細書で使用する「プログラム」又は「プログラム実行文」という用語は、本明細書で説明した１又は２以上の機能を実行するために１又は２以上のコンピュータプロセッサが実行できる１又は２以上の命令を意味すると理解されるであろう。命令は、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせで具体化することができる。命令は、装置の非一時的媒体に局所的に記憶することも、又はサーバなどに遠隔的に記憶することもでき、或いは命令の全部又は一部を局所的に又は遠隔的に記憶することもできる。遠隔的に記憶された命令は、ユーザが開始することによって、或いは１又は２以上の要因に基づいて自動的に装置にダウンロード（プッシュ）することができる。
さらに、本明細書で使用するプロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、中央処理装置（ＣＰＵ）及びコンピュータという用語は、命令、並びに入力／出力インターフェイス及び／又は周辺装置との通信を実行できる装置を示すために同義的に使用されるものであり、プロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、ＣＰＵ及びコンピュータという用語は、単一の又は複数の装置、シングルコア装置及びマルチコア装置、及びこれらの変種を含むように意図するものであると理解されるであろう。
本明細書の説明から、本開示は、限定ではないが以下の内容を含む複数の技術的実装を含むと理解されるであろう。
ネットワークにおける無線通信のための装置であって、（ａ）少なくとも１つの他の局と無線で通信する第１の局として構成された無線通信回路と、（ｂ）無線ネットワーク上で動作するように構成された局内で前記無線通信回路に結合されたプロセッサと、（ｃ）プロセッサによって実行可能な命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）自機の送信機会（ＴＸＯＰ）を他の局と共有する際にアクセスポイント（ＡＰ）局との間でメッセージを交換してＡＰに通知し、及び／又はＡＰによる承認を得ることと、（ｄ）（ｉｉ）他の局との間で情報を交換してＴＸＯＰが共有に利用可能であることを示し、受け取られた応答に基づいて非アクセスポイント（非ＡＰ）共有ＴＸＯＰ参加局を識別することと、（ｄ）（ｉｉｉ）次の共有ＴＸＯＰに参加する用意がある非ＡＰ共有ＴＸＯＰ参加局に、チャネルアクセス中の共有ＴＸＯＰ中にアップロード（ＵＬ）データを送信する際に利用すべきリソースユニット（ＲＵ）の情報を非ＡＰ共有ＴＸＯＰ参加局毎に含むメッセージを送信することと、を含むステップを実行することによって、周波数領域内の単一ベーシックサービスセット（ＢＳＳ）シナリオにおいて非ＡＰ局による他の局とのＴＸＯＰの共有を実行する、装置。
ネットワークにおける無線通信のための装置であって、（ａ）少なくとも１つの他の局と無線で通信する第１の無線局として構成された無線通信回路と、（ｂ）無線ネットワーク上で動作するように構成された、前記第１の局のプロセッサと、（ｃ）プロセッサによって実行可能な命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）自機の送信機会（ＴＸＯＰ）を他の局と共有する際にアクセスポイント（ＡＰ）局との間でメッセージを交換してＡＰ局に通知し、及び／又はＡＰ局による承認を得ることと、（ｄ）（ｉｉ）第１の局が、ＴＸＯＰ所有者としてチャネルへのアクセス権を獲得すると、ＡＰ局の協調を通じて、次のＴＸＯＰが共有に利用可能であることを示す情報を他の局との間で交換し、次の共有ＴＸＯＰに参加する用意がある他の局を識別することと、（ｄ）（ｉｉｉ）ＡＰ局の協調を通じて、次の共有ＴＸＯＰに参加する用意がある非アクセスポイント（非ＡＰ）共有ＴＸＯＰ参加局にメッセージを送信し、チャネルがアクセスされた時に非ＡＰ共有ＴＸＯＰ参加局の各々がＵＬデータを送信するために使用すべきＲＵを示すことと、を含むステップを実行することによって、周波数領域内の単一ベーシックサービスセット（ＢＳＳ）シナリオにおいて非ＡＰ局による他の局とのＴＸＯＰの共有を実行する、装置。
ネットワークにおける無線通信のための装置であって、（ａ）少なくとも１つの他の局と無線で通信する第１の無線局として構成された無線通信回路と、（ｂ）無線ネットワーク上で動作するように構成された、前記第１の局のプロセッサと、（ｃ）プロセッサによって実行可能な命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）各非アクセスポイント（非ＡＰ）局が、自機が共有送信機会（ＴＸＯＰ）所有者になる場合に自機の共有ＴＸＯＰに他の非ＡＰ局のうちのどの非ＡＰ局がアクセスできるかを判定することと、（ｄ）（ｉｉ）各潜在的共有ＴＸＯＰ参加局のＲＵ割り当て及びアクセス順の広告された構成を、ＡＰ局の協調を通じて半静的構成として伝えることと、（ｄ）（ｉｉｉ）各非ＡＰ局が、特定の共有ＴＸＯＰ所有者局が広告された半静的構成に従って開始した共有ＴＸＯＰにアクセスすることと、を含むステップを実行することによって、周波数領域内の単一ベーシックサービスセット（ＢＳＳ）シナリオにおいて非ＡＰ局による他の局とのＴＸＯＰの共有を実行する、装置。
無線ＬＡＮネットワークにおいてＴＸＯＰを取得するＳＴＡであって、（ａ）ＡＰとの間でメッセージを交換して、自機のＴＸＯＰを他の非ＡＰ ＳＴＡと共有することを通知し及び／又はその承認を得ることと、（ｂ）チャネルへのアクセス権を獲得した時に、ＡＰの協調を通じて、次のＴＸＯＰを共有に利用可能であることを示す情報を他のＳＴＡと交換して、次の共有ＴＸＯＰに参加する用意があるＳＴＡを識別することと、を含むステップを実行することによって、周波数領域内の単一ＢＳＳにおいて自機のＴＸＯＰを他のＳＴＡと共有する、ＳＴＡ。
無線ＬＡＮネットワークにおいてＴＸＯＰを取得するＳＴＡであって、（ａ）ＡＰとの間でメッセージを交換して、自機のＴＸＯＰを他の非ＡＰ ＳＴＡと共有することを通知し及び／又はその承認を得ることと、（ｂ）チャネルへのアクセス権を獲得した時に、次のＴＸＯＰが共有に利用可能であることを示す情報を他のＳＴＡと交換し、応答に基づいて非ＡＰ共有ＴＸＯＰ参加者ＳＴＡを識別することと、（ｃ）次の共有ＴＸＯＰに参加する用意がある非ＡＰ共有ＴＸＯＰ参加者ＳＴＡにメッセージを送信して、チャネルアクセスの発生時に各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがＵＬデータ送信のために使用すべきＵＲを知らせることと、（ｄ）非ＡＰ ＳＴＡが、ＡＰの協調を伴って、（認証／アソシエーション要求／応答フレーム、ビーコンフレームなどの）管理フレームの交換を通じてＴＸＯＰ共有可能性の情報交換することと、（ｅ）ＡＰ及び非ＡＰ ＳＴＡが、ＢＳＲＰ及びＢＳＲフレームで定期的にトラフィック情報を交換することと、（ｆ）チャネルサウンディング後に、ＴＸＯＰ所有者ＳＴＡが他のＳＴＡにＭＵ－ＲＴＳ共有フレームを送信し、次の共有ＴＸＯＰに参加する用意があるＳＴＡからＣＴＳ共有フレームを受け取ることと、を含むステップを実行することによって、周波数領域内の単一ＢＳＳシナリオにおいて自機のＴＸＯＰを他のＳＴＡと共有する、ＳＴＡ。
前記非ＡＰ局は、ＡＰ局の協調を伴う管理フレームの交換を通じてＴＸＯＰ共有可能性に関する情報を交換する、いずれかの先行する実装の装置又は方法。
前記管理フレームは、認証フレーム、アソシエーションフレーム、要求フレーム、応答フレーム及びビーコンフレームを含む一群のメッセージフレームから選択される、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、非ＡＰ局及びＡＰ局が定期的にトラフィック情報を交換することをさらに含む、いずれかの先行する実装の装置又は方法。
前記トラフィック情報は、バッファステータスレポートポーリング（ＢＳＲＰ）フレームとバッファステータスレポート（ＢＳＲ）フレームとの組み合わせを利用して交換される、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、他の局にＭＵ－ＲＴＳ共有フレームを送信して次の共有ＴＸＯＰに参加する用意がある他の局からＣＴＳ共有フレームを受け取るＴＸＯＰ所有者局がチャネルサウンディングを実行することをさらに含む、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、（ａ）割り当てられるＲＵと共に各特定の局に送信されるユニキャストＴＸＯＰアクセス要求トリガー、（ｂ）各非ＡＰ共有ＴＸＯＰ参加局について示されるＲＵ配分情報と共に全ての非ＡＰ共有ＴＸＯＰ参加局に送信されるブロードキャストＴＸＯＰアクセス要求トリガー、及び（ｃ）他の局にブロードキャストし、共有ＲＵを使用して他の局のランダムアクセスを引き起こすＴＸＯＰランダムアクセス要求トリガー、から成る一群のメッセージから選択されたトリガーフレームを送信することによって、ＴＸＯＰ所有者局が共有ＴＸＯＰアクセスを開始することさらに含む、いずれかの先行する実装の装置又は方法。
他のＴＸＯＰ参加局は、ＴＸＯＰ所有者局からトリガーフレームを受け取ると、トリガーフレームに含まれるアクセス情報に従ってチャネルのアクセスを実行する、いずれかの先行する実装の装置又は方法。
ＴＸＯＰ共有可能性情報の前記交換は、ＡＰ局による協調を伴う管理フレームの交換を通じて実行される、いずれかの先行する実装の装置又は方法。
前記管理フレームは、認証フレーム、アソシエーションフレーム、要求フレーム、応答フレーム及びビーコンフレームを含む一群のフレームから選択される、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、非ＡＰ局とＡＰ局との間でバッファステータス及びトラフィック優先度情報を定期的に交換することをさらに含む、いずれかの先行する実装の装置又は方法。
前記バッファステータス及びトラフィック優先度情報は、バッファステータスレポートポーリング（ＢＳＲＰ）フレームとバッファステータスレポート（ＢＳＲ）フレームとの組み合わせを利用することによって交換される、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、他の局にＭＵ－ＲＴＳ共有フレームを送信して次の共有ＴＸＯＰに参加する用意がある他の局からＣＴＳ共有フレームを受け取るＡＰ局が非ＡＰ ＴＸＯＰ所有者局からＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームを受け取ることをさらに含み、ＡＰ局は、非ＡＰ ＴＸＯＰ所有者局にＴＸＯＰ参加者告知フレームで参加者情報を送信する、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、非ＡＰ ＴＸＯＰ所有者局が、（ａ）次のＴＸＯＰを共有する他の局の各々のＲＵ割り当てを示すＴＸＯＰアクセススケジューラトリガーフレームをＡＰ局に送信すること、又は（ｂ）ＴＸＯＰ優先度トリガーフレームをＡＰ局に送信すること、によって共有ＴＸＯＰのアクセスを開始することをさらに含み、ＴＸＯＰ優先度トリガーフレームは、ＴＸＯＰ所有者に優先度を示すとともに、ＡＰ局がＲＵ配分をスケジュールすることを可能にする、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、ＡＰ局がＴＸＯＰアクセススケジューラトリガーを受け取った際に、（ａ）割り当てられたＲＵを有する各特定の局にＴＸＯＰアクセス要求トリガーをユニキャストすること、又は（ｂ）全ての非ＡＰ共有ＴＸＯＰ参加局にＴＸＯＰアクセス要求トリガーをブロードキャストすることを含むステップを実行し、前記ＴＸＯＰアクセス要求トリガーは、割り当てられたＲＵを前記非ＡＰ共有ＴＸＯＰ参加局の各々に配分すること、を含む１又は２以上のステップをさらに実行する、いずれかの先行する実装の装置又は方法。
ＴＸＯＰ優先度トリガーを受け取ったＡＰ局は、（ａ）他の局の各々からのＢＳＲフレームに示される最新のトラフィック情報に基づいてスケジューリングを実行し、ベーシックトリガーでＵＬ送信をトリガーすること、又は（ｂ）非ＡＰ局にＴＸＯＰランダムアクセス要求トリガーをブロードキャストし、ＲＡ－ＲＵを使用してチャネルにアクセスする非ＡＰ共有ＴＸＯＰ参加局のランダムアクセスをトリガーすることを含むステップを実行する、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、ＡＰ局が、非ＡＰ ＴＸＯＰ所有者局に、予約されたＲＵを使用してチャネルにアクセスさせることをさらに含む、いずれかの先行する実装の装置又は方法。
非ＡＰ ＴＸＯＰ共有参加者局は、ＡＰからトリガーフレームを受け取ると、トリガーフレーム内に示されるアクセス情報に従ってチャネルにアクセスすることを実行し、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、予約されたＲＵを使用してチャネルにアクセスすることを実行する、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、（ａ）非ＡＰ局がＡＰ局の協調を通じて他の非ＡＰ局と共有オファー／要求フレームを交換し、（ｂ）ＡＰ局が他の全ての非ＡＰ局に非ＡＰ局の共有可能性情報を転送し、（ｃ）非ＡＰ局がＡＰ局の協調を通じて他の全ての非ＡＰ局と準静的ＴＸＯＰ共有スケジュールの構成を交換し、（ｄ）ＡＰ局が全ての非ＡＰ局にＴＸＯＰアクセス構成フレームで共有ＴＸＯＰアクセス情報を転送することによって非ＡＰ局が半静的構成を設定する設定手順を実行することをさらに含む、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、非ＡＰ局が、広告された割り当てスケジュールに従って他の非ＡＰ局との間で自機のＴＸＯＰの共有を実行することをさらに含む、いずれかの先行する実装の装置又は方法。
前記命令は、プロセッサによって実行された時に、非ＡＰ ＴＸＯＰ所有者局がチャネルを取得して、（ａ）コーディネータとしてのＡＰ局を伴わずにＴＸＯＰ共有要求トリガーをブロードキャストすること、又は（ｂ）コーディネータとしてのＡＰ局を伴ってＡＰ局にＴＸＯＰ共有要求トリガーをユニキャストすること、を実行することをさらに含み、ＡＰ局は、（ｂ）に応答してＴＸＯＰ共有応答トリガーをブロードキャストする、いずれかの先行する実装の装置又は方法。
前記非ＡＰ局は、ブロードキャストＴＸＯＰ共有要求フレームを受け取ると、広告されたＲＵ割り当てに基づいてチャネルにアクセスすることを実行する、いずれかの先行する実装の装置又は方法。
ＡＰの協調を通じて次の共有ＴＸＯＰに参加する用意がある非ＡＰ共有ＴＸＯＰ参加者ＳＴＡにメッセージを送信し、チャネルアクセスの発生時に各非ＡＰ共有ＴＸＯＰ参加者ＳＴＡがＵＬデータを送信するために使用すべきＲＵを通知する、いずれかの先行する実装の装置又は方法。
ＳＴＡが、ＡＰの協調を伴って（認証／アソシエーション要求／応答及びビーコンフレームなどの）管理フレームの交換を通じてＴＸＯＰ共有可能性情報を交換する、いずれかの先行する実装の装置又は方法。
ＡＰ及び非ＡＰ ＳＴＡが、ＢＳＲＰ及びＢＳＲフレームを使用してバッファステータス及びトラフィック優先度情報を定期的に交換する、いずれかの先行する実装の装置又は方法。
ＡＰが、非ＡＰ ＴＸＯＰ所有者ＳＴＡからＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームを受け取った後に、他のＳＴＡにＭＵ－ＲＴＳ共有フレームを送信して、次の共有ＴＸＯＰに参加する用意があるＳＴＡからＣＴＳ共有フレームを受け取り、ＡＰは、ＴＸＯＰ参加局告知フレームで非ＡＰ ＴＸＯＰ所有者ＳＴＡに参加局に関する情報を送信する、いずれかの先行する実装の装置又は方法。
ＴＸＯＰ所有者ＳＴＡが、（ａ）割り当てられるＲＵと共に各特定のＳＴＡに送信されるユニキャストＴＸＯＰアクセス要求トリガー、（ｂ）各非ＡＰ共有ＴＸＯＰ参加ＳＴＡについて示されるＲＵ配分情報と共に全ての非ＡＰ共有ＴＸＯＰ参加ＳＴＡに送信されるブロードキャストＴＸＯＰアクセス要求トリガー、又は（ｃ）他のＳＴＡにブロードキャストし、共有ＲＵを使用して他のＳＴＡのランダムアクセスを引き起こすＴＸＯＰランダムアクセス要求トリガーを含むトリガーフレームを送信することによって共有ＴＸＯＰを開始する、いずれかの先行する実装の装置又は方法。
他のＴＸＯＰ共有参加者ＳＴＡは、ＴＸＯＰ所有者ＳＴＡからトリガーフレームを受け取ると、トリガーフレーム内に示されるアクセス情報に従ってチャネルにアクセスする、いずれかの先行する実装の装置又は方法。
本明細書で使用する「実装」という用語は、本明細書で説明する技術を実践するための実施形態、実施例又はその他の形態を制限なく含むように意図される。
本明細書で使用する単数形の「ａ、ａｎ（英文不定冠詞）」及び「ｔｈｅ（英文定冠詞）」は、文脈において別途明確に示されていない限り複数形の照応を含む。ある物体に対する単数形での言及は、明確にそう述べていない限り「唯一」を意味するものではなく、「１又は２以上」を意味する。
本開示における「Ａ、Ｂ及び／又はＣ」などの表現構造は、Ａ、Ｂ又はＣのいずれか、或いは項目Ａ、Ｂ及びＣのいずれかの組み合わせが存在し得ることを表す。「～のうちの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ）」の後にリストされた一群の要素が続くものなどを示す表現構造は、該当する際にはこれらのリストされた要素のいずれかの考えられる組み合わせを含む、これらの一群の要素のうちの少なくとも１つが存在することを示す。
本開示における「ある実施形態」、「少なくとも１つの実施形態」又は同様の実施形態という言い回しについて言及する参照は、説明する実施形態に関連して説明した特定の特徴、構造又は特性が本開示の少なくとも１つの実施形態に含まれることを示す。従って、これらの様々な実施形態の表現は、必ずしも全てが同じ実施形態、又は説明されている他の全ての実施形態とは異なる特定の実施形態を意味するわけではない。実施形態という表現は、所与の実施形態の特定の特徴、構造又は特性を、開示する装置、システム又は方法の１又は２以上の実施形態においていずれかの好適な形で組み合わせることができることを意味するものとして解釈すべきである。
本明細書で使用する「組（ｓｅｔ）」という用語は、１又は２以上の物体の集合を意味する。従って、例えば物体の組は、単一の物体又は複数の物体を含むことができる。
本文書における第１及び第２、頂部及び底部などの関係語は、１つの実体又は行動を別の実体又は行動と区別するために使用しているにすぎず、必ずしもこのような実体又は行動同士のこのようないずれかの実際の関係又は順序を必要としたり、又は意味したりするものではない。
「備える、有する、含む（ｃｏｍｐｒｉｓｅｓ、ｃｏｍｐｒｉｓｉｎｇ、ｈａｓ、ｈａｖｉｎｇ、ｉｎｃｌｕｄｅｓ、ｉｎｃｌｕｄｉｎｇ、ｃｏｎｔａｉｎｓ、ｃｏｎｔａｉｎｉｎｇ）」という用語、又はこれらの用語の他のあらゆる変化形は、非排他的包含を含むことが意図されており、従って、ある要素リストを備える、有する又は含むプロセス、方法、物品又は装置は、これらの要素のみを含むのではなく、明示的に列挙していない、又はこのようなプロセス、方法、物品又は装置に特有の他の要素を含むこともできる。「～を備える、有する、又は含む（ｃｏｍｐｒｉｓｅｓ … ａ、ｈａｓ … ａ、ｉｎｃｌｕｄｅｓ … ａ、ｃｏｎｔａｉｎｓ … ａ）」に続く要素は、その要素を備える、有する又は含むプロセス、方法、物品又は装置にさらなる同一要素が存在することを、さらなる制約を受けることなく除外するものではない。
本明細書で使用する「近似的に（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、「近似する（ａｐｐｒｏｘｉｍａｔｅ）」、「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「基本的に（ｅｓｓｅｎｔｉａｌｌｙ）」及び「約（ａｂｏｕｔ）」という用語、又はこれらのいずれかの変形形態は、わずかな変動の記述及び説明のために使用するものである。これらの用語は、事象又は状況に関連して使用した時には、これらの事象又は状況が間違いなく発生する場合、及びこれらの事象又は状況が発生する可能性が非常に高い場合を意味することができる。これらの用語は、数値に関連して使用した時には、その数値の±５％以下、±４％以下、±３％以下、±２％以下、±１％以下、±０．５％以下、±０．１％以下、又は±０．０５％以下などの、±１０％以下の変動範囲を意味することができる。例えば、「実質的に」整列しているということは、±５°以下、±４°以下、±３°以下、±２°以下、±１°以下、±０．５°以下、±０．１°以下、又は±０．０５°以下などの、±１０°以下の角度変動範囲を意味することができる。
また、本明細書では、量、比率及びその他の数値を範囲形式で示すこともある。このような範囲形式は、便宜的に単純化して使用するものであり、範囲の限界として明確に指定された数値を含むが、この範囲に含まれる全ての個々の数値又は部分的範囲も、これらの各数値及び部分的範囲が明確に示されているかのように含むものであると柔軟に理解されたい。例えば、約１～約２００の範囲内の比率は、約１及び約２００という明確に列挙した限界値を含むが、約２、約３、約４などの個々の比率、及び約１０～約５０、約２０～約１００などの部分的範囲も含むと理解されたい。
本明細書で使用する「結合される（ｃｏｕｐｌｅｄ）」という用語は、「接続される」と定義されるが、必ずしも直接的な機械的接続ではない。特定の形で「構成される（ｃｏｎｆｉｇｕｒｅｄ）」装置又は構造は、少なくともその形で構成されるが、列挙していない形で構成することもできる。
利点、長所、問題解決手段、及びいずれかの利点、長所又は解決手段を生じさせる、又はより顕著にするいずれかの（単複の）要素は、本明細書で説明した技術、或いは一部又は全部の請求項の重要な、必要な又は不可欠な特徴又は要素として解釈すべきでない。
また、上述した開示では、開示を合理化する目的で様々な実施形態において様々な特徴を共にグループ化することができる。本開示の方法は、請求項に記載する実施形態が、各請求項に明示的に記載する特徴よりも多くの特徴を必要とするという意図を反映したものであると解釈すべきではない。本発明の主題は、開示した単一の実施形態の全ての特徴よりも少ないものによって成立することができる。
本開示の要約書は、読者が技術開示の本質を素早く確認できるように示すものである。要約書は、特許請求の範囲又はその意味を解釈又は限定するために使用されるものではないという理解の下で提示するものである。
管轄によっては、出願後に本開示の１又は２以上の部分の削除を求める慣行もあると理解されたい。従って、読者は、本開示の元々の内容については出願日時点の出願を参照すべきである。開示内容のいずれかの削除は、当初出願時の出願のいずれかの主題の放棄、失権又は公衆への献呈として解釈すべきではない。
以下の特許請求の範囲は、各請求項が単独の発明主題として自立した状態で本開示に組み込まれる。
本明細書の説明は多くの詳細を含んでいるが、これらは本開示の範囲を限定するものではなく、現在のところ好ましい実施形態の一部を例示するものにすぎないと解釈すべきである。従って、本開示の範囲は、当業者に明らかになると考えられる他の実施形態も完全に含むと理解されるであろう。
当業者に周知の本開示の実施形態の要素の構造的及び機能的同等物も、引用によって本明細書に明確に組み入れられ、本特許請求の範囲に含まれるように意図される。さらに、本開示の要素、構成要素又は方法ステップは、これらが特許請求の範囲に明示されているかどうかにかかわらず、一般に公開されるように意図するものではない。本明細書における請求項の要素については、その要素が「～のための手段」という表現を使用して明確に示されていない限り、「ミーンズプラスファンクション」の要素として解釈すべきではない。また、本明細書における請求項の要素については、その要素が「～のためのステップ」という表現を使用して明確に示されていない限り、「ステッププラスファンクション」の要素として解釈すべきではない。
１５０ 共有ＴＸＯＰ設定段階
１５２ 開始
１５４ 非ＡＰ ＳＴＡが次のＴＸＯＰについての自機の共有オファー又は要求を示すために、関連するＡＰに認証／アソシエーション要求フレームなどの管理フレームを送信
１５６ 非ＡＰ ＳＴＡが関連するＡＰからいずれかの応答を受信？
１５８ 管理フレームタイムアウト
１６０ 非ＡＰ ＳＴＡが最新のＴＸＯＰ共有可能性情報を示す共有オファー／要求フレームを受信？
１６２ 共有オファー／要求フレームタイムアウト
１６４ 非ＡＰ ＳＴＡが他の全てのＳＴＡの共有オファー／要求情報のデータベースを更新
１６６ 終了

Claims (24)

  1. ネットワークにおける無線通信のための装置であって、
    （ａ）少なくとも１つの他の局と無線で通信する第１の局として構成された無線通信回路と、
    （ｂ）無線ネットワーク上で動作するように構成された局内で前記無線通信回路に結合されたプロセッサと、
    （ｃ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）自機の送信機会（ＴＸＯＰ）を他の局と共有する際にアクセスポイント（ＡＰ）局との間でメッセージを交換して前記ＡＰに通知し、及び／又は前記ＡＰによる承認を得ることと、
    （ｉｉ）他の局との間で情報を交換してＴＸＯＰが共有に利用可能であることを示し、受け取られた応答に基づいて非アクセスポイント（非ＡＰ）共有ＴＸＯＰ参加局を識別することと、
    （ｉｉｉ）次の共有ＴＸＯＰに参加する用意がある非ＡＰ共有ＴＸＯＰ参加局に、チャネルアクセス中の前記共有ＴＸＯＰ中にアップロード（ＵＬ）データを送信する際に利用すべきリソースユニット（ＲＵ）の情報を非ＡＰ共有ＴＸＯＰ参加局毎に含むメッセージを送信することと、
    を含むステップを実行することによって、周波数領域内の単一ベーシックサービスセット（ＢＳＳ）シナリオにおいて非ＡＰ局による他の局とのＴＸＯＰの共有を実行する、
    ことを特徴とする装置。
  2. 前記非ＡＰ局は、ＡＰ局の協調を伴う管理フレームの交換を通じてＴＸＯＰ共有可能性に関する情報を交換する、
    請求項１に記載の装置。
  3. 前記管理フレームは、認証フレーム、アソシエーションフレーム、要求フレーム、応答フレーム及びビーコンフレームを含む一群のメッセージフレームから選択される、
    請求項２に記載の装置。
  4. 前記命令は、前記プロセッサによって実行された時に、非ＡＰ局及びＡＰ局が定期的にトラフィック情報を交換することをさらに含む、
    請求項１に記載の装置。
  5. 前記トラフィック情報は、バッファステータスレポートポーリング（ＢＳＲＰ）フレームとバッファステータスレポート（ＢＳＲ）フレームとの組み合わせを利用して交換される、
    請求項４に記載の装置。
  6. 前記命令は、前記プロセッサによって実行された時に、他の局にＭＵ－ＲＴＳ共有フレームを送信して次の共有ＴＸＯＰに参加する用意がある他の局からＣＴＳ共有フレームを受け取るＴＸＯＰ所有者局がチャネルサウンディングを実行することをさらに含む、
    請求項１に記載の装置。
  7. 前記命令は、前記プロセッサによって実行された時に、（ａ）割り当てられるＲＵと共に各特定の局に送信されるユニキャストＴＸＯＰアクセス要求トリガー、（ｂ）各非ＡＰ共有ＴＸＯＰ参加局について示されるＲＵ配分情報と共に全ての非ＡＰ共有ＴＸＯＰ参加局に送信されるブロードキャストＴＸＯＰアクセス要求トリガー、及び（ｃ）他の局にブロードキャストし、共有ＲＵを使用して他の局のランダムアクセスを引き起こすＴＸＯＰランダムアクセス要求トリガー、から成る一群のメッセージから選択されたトリガーフレームを送信することによって、ＴＸＯＰ所有者局が共有ＴＸＯＰアクセスを開始することさらに含む、
    請求項１に記載の装置。
  8. 他のＴＸＯＰ参加局は、ＴＸＯＰ所有者局からトリガーフレームを受け取ると、前記トリガーフレームに含まれるアクセス情報に従ってチャネルのアクセスを実行する、
    請求項１に記載の装置。
  9. ネットワークにおける無線通信のための装置であって、
    （ａ）少なくとも１つの他の局と無線で通信する第１の無線局として構成された無線通信回路と、
    （ｂ）無線ネットワーク上で動作するように構成された、前記第１の局のプロセッサと、
    （ｃ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）自機の送信機会（ＴＸＯＰ）を他の局と共有する際にアクセスポイント（ＡＰ）局との間でメッセージを交換して前記ＡＰ局に通知し、及び／又は前記ＡＰ局による承認を得ることと、
    （ｉｉ）前記第１の局が、ＴＸＯＰ所有者としてチャネルへのアクセス権を獲得すると、前記ＡＰ局の協調を通じて、次のＴＸＯＰが共有に利用可能であることを示す情報を他の局との間で交換し、前記次の共有ＴＸＯＰに参加する用意がある他の局を識別することと、
    （ｉｉｉ）前記ＡＰ局の協調を通じて、前記次の共有ＴＸＯＰに参加する用意がある非アクセスポイント（非ＡＰ）共有ＴＸＯＰ参加局にメッセージを送信し、前記チャネルがアクセスされた時に前記非ＡＰ共有ＴＸＯＰ参加局の各々がＵＬデータを送信するために使用すべきＲＵを示すことと、
    を含むステップを実行することによって、周波数領域内の単一ベーシックサービスセット（ＢＳＳ）シナリオにおいて非ＡＰ局による他の局とのＴＸＯＰの共有を実行する、
    ことを特徴とする装置。
  10. ＴＸＯＰ共有可能性情報の前記交換は、ＡＰ局による協調を伴う管理フレームの交換を通じて実行される、
    請求項９に記載の装置。
  11. 前記管理フレームは、認証フレーム、アソシエーションフレーム、要求フレーム、応答フレーム及びビーコンフレームを含む一群のフレームから選択される、
    請求項１０に記載の装置。
  12. 前記命令は、前記プロセッサによって実行された時に、非ＡＰ局とＡＰ局との間でバッファステータス及びトラフィック優先度情報を定期的に交換することをさらに含む、
    請求項９に記載の装置。
  13. 前記バッファステータス及びトラフィック優先度情報は、バッファステータスレポートポーリング（ＢＳＲＰ）フレームとバッファステータスレポート（ＢＳＲ）フレームとの組み合わせを利用することによって交換される、
    請求項１２に記載の装置。
  14. 前記命令は、前記プロセッサによって実行された時に、他の局にＭＵ－ＲＴＳ共有フレームを送信して次の共有ＴＸＯＰに参加する用意がある他の局からＣＴＳ共有フレームを受け取るＡＰ局が非ＡＰ ＴＸＯＰ所有者局からＣＴＳ－ｔｏ－ｓｅｌｆ共有フレームを受け取ることをさらに含み、前記ＡＰ局は、非ＡＰ ＴＸＯＰ所有者局にＴＸＯＰ参加者告知フレームで参加者情報を送信する、
    請求項９に記載の装置。
  15. 前記命令は、前記プロセッサによって実行された時に、非ＡＰ ＴＸＯＰ所有者局が、（ａ）次のＴＸＯＰを共有する他の局の各々のＲＵ割り当てを示すＴＸＯＰアクセススケジューラトリガーフレームをＡＰ局に送信すること、又は（ｂ）ＴＸＯＰ優先度トリガーフレームをＡＰ局に送信すること、によって共有ＴＸＯＰのアクセスを開始することをさらに含み、前記ＴＸＯＰ優先度トリガーフレームは、ＴＸＯＰ所有者に優先度を示すとともに、ＡＰ局がＲＵ配分をスケジュールすることを可能にする、
    請求項９に記載の装置。
  16. ＴＸＯＰアクセススケジューラトリガーを受け取ったＡＰ局は、（ａ）割り当てられたＲＵを有する各特定の局にＴＸＯＰアクセス要求トリガーをユニキャストすること、又は（ｂ）全ての非ＡＰ共有ＴＸＯＰ参加局にＴＸＯＰアクセス要求トリガーをブロードキャストすることを含むステップを実行し、前記ＴＸＯＰアクセス要求トリガーは、割り当てられたＲＵを前記非ＡＰ共有ＴＸＯＰ参加局の各々に配分することを含む、
    請求項９に記載の装置。
  17. 前記ＡＰ局は、ＴＸＯＰ優先度トリガーを受け取ると、（ａ）他の局の各々からのＢＳＲフレームに示される最新のトラフィック情報に基づいてスケジューリングを実行し、ベーシックトリガーでＵＬ送信をトリガーすること、又は（ｂ）非ＡＰ局にＴＸＯＰランダムアクセス要求トリガーをブロードキャストし、ＲＡ－ＲＵを使用してチャネルにアクセスする非ＡＰ共有ＴＸＯＰ参加局のランダムアクセスをトリガーすることを含むステップを実行する、
    請求項９に記載の装置。
  18. 前記命令は、前記プロセッサによって実行された時に、ＡＰ局が、非ＡＰ ＴＸＯＰ所有者局に、予約されたＲＵを使用してチャネルにアクセスさせることをさらに含む、
    請求項１７に記載の装置。
  19. 非ＡＰ ＴＸＯＰ共有参加者局は、ＡＰからトリガーフレームを受け取ると、トリガーフレーム内に示されるアクセス情報に従ってチャネルにアクセスすることを実行し、非ＡＰ ＴＸＯＰ所有者ＳＴＡは、予約されたＲＵを使用してチャネルにアクセスすることを実行する、
    請求項９に記載の装置。
  20. ネットワークにおける無線通信のための装置であって、
    （ａ）少なくとも１つの他の局と無線で通信する第１の無線局として構成された無線通信回路と、
    （ｂ）無線ネットワーク上で動作するように構成された、前記第１の局のプロセッサと、
    （ｃ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）各非アクセスポイント（非ＡＰ）局が、自機が共有送信機会（ＴＸＯＰ）所有者になる場合に自機の共有ＴＸＯＰに他の非ＡＰ局のうちのどの非ＡＰ局がアクセスできるかを判定することと、
    （ｉｉ）各潜在的共有ＴＸＯＰ参加局のＲＵ割り当て及びアクセス順の広告された構成を、ＡＰ局の協調を通じて半静的構成として伝えることと、
    （ｉｉｉ）各非ＡＰ局が、特定の共有ＴＸＯＰ所有者局が広告された半静的構成に従って開始した共有ＴＸＯＰにアクセスすることと、
    を含むステップを実行することによって、周波数領域内の単一ベーシックサービスセット（ＢＳＳ）シナリオにおいて非ＡＰ局による他の局とのＴＸＯＰの共有を実行する、
    ことを特徴とする装置。
  21. 前記命令は、前記プロセッサによって実行された時に、（ａ）非ＡＰ局がＡＰ局の協調を通じて他の非ＡＰ局と共有オファー／要求フレームを交換し、（ｂ）ＡＰ局が他の全ての非ＡＰ局に非ＡＰ局の共有可能性情報を転送し、（ｃ）非ＡＰ局がＡＰ局の協調を通じて他の全ての非ＡＰ局と準静的ＴＸＯＰ共有スケジュールの構成を交換し、（ｄ）ＡＰ局が全ての非ＡＰ局にＴＸＯＰアクセス構成フレームで共有ＴＸＯＰアクセス情報を転送することによって非ＡＰ局が半静的構成を設定する設定手順を実行することをさらに含む、
    請求項２０に記載の装置。
  22. 前記命令は、前記プロセッサによって実行された時に、非ＡＰ局が、広告された割り当てスケジュールに従って他の非ＡＰ局との間で自機のＴＸＯＰの共有を実行することをさらに含む、
    請求項２０に記載の装置。
  23. 前記命令は、前記プロセッサによって実行された時に、非ＡＰ ＴＸＯＰ所有者局がチャネルを取得して、（ａ）コーディネータとしてのＡＰ局を伴わずにＴＸＯＰ共有要求トリガーをブロードキャストすること、又は（ｂ）コーディネータとしてのＡＰ局を伴ってＡＰ局にＴＸＯＰ共有要求トリガーをユニキャストすること、を実行することをさらに含み、前記ＡＰ局は、（ｂ）に応答してＴＸＯＰ共有応答トリガーをブロードキャストする、
    請求項２０に記載の装置。
  24. 前記非ＡＰ局は、ブロードキャストＴＸＯＰ共有要求フレームを受け取ると、広告されたＲＵ割り当てに基づいてチャネルにアクセスすることを実行する、
    請求項２０に記載の装置。
JP2022579050A 2020-06-24 2021-06-22 周波数領域においてｔｘｏｐを共有する単一ｂｓｓ内の局の協調 Active JP7418716B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202063043217P 2020-06-24 2020-06-24
US63/043,217 2020-06-24
US17/141,840 2021-01-05
US17/141,840 US11337222B2 (en) 2020-06-24 2021-01-05 Coordinated stations in a single BSS with shared TXOP in the frequency domain
PCT/US2021/038377 WO2021262652A1 (en) 2020-06-24 2021-06-22 Coordinated stations in a single bss with shared txop in the frequency domain

Publications (2)

Publication Number Publication Date
JP2023531684A true JP2023531684A (ja) 2023-07-25
JP7418716B2 JP7418716B2 (ja) 2024-01-22

Family

ID=79030885

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022579050A Active JP7418716B2 (ja) 2020-06-24 2021-06-22 周波数領域においてｔｘｏｐを共有する単一ｂｓｓ内の局の協調

Country Status (6)

Country Link
US (1) US11337222B2 (ja)
EP (1) EP4147528A4 (ja)
JP (1) JP7418716B2 (ja)
KR (1) KR20220117321A (ja)
CN (1) CN114762439A (ja)
WO (1) WO2021262652A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11405944B2 (en) * 2020-06-24 2022-08-02 Sony Group Corporation Coordinated stations in OBSS with shared TXOP in the frequency domain
US11617187B2 (en) * 2020-10-28 2023-03-28 Hewlett Packard Enterprise Development Lp Systems and methods for prioritizing bi-directional traffic flows
US11856606B2 (en) * 2020-12-01 2023-12-26 Sony Group Corporation Coordinated stations in OBSS with shared TXOP in time domain
CN116528287B (zh) * 2021-07-23 2024-01-05 华为技术有限公司 缓冲区报告发送、接收方法及装置
US11412472B1 (en) * 2021-10-15 2022-08-09 Link Labs, Inc. System and method for generating phase-coherent signaling via calibrated phase synchronization factors among wireless ranging nodes in a phase-based time difference of arrival framework
WO2023137725A1 (en) * 2022-01-21 2023-07-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method, data transmission apparatus, multi-link device, and storage medium
WO2024005512A1 (ko) * 2022-06-27 2024-01-04 엘지전자 주식회사 무선랜 시스템에서 향상된 트리거된 송신 기회 공유 절차에서의 송신 또는 수신 방법 및 장치
KR102648538B1 (ko) * 2022-10-24 2024-03-18 영남대학교 산학협력단 근거리 무선 네트워크에서 서비스 품질 기반 직교 주파수 분할 다중 액세스 스케줄링을 위한 방법
CN117956603A (zh) * 2022-10-27 2024-04-30 华为技术有限公司 一种协作传输方法及相关装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9504032B2 (en) * 2012-09-13 2016-11-22 Interdigital Patent Holdings, Inc. Method, wireless transmit/receive unit (WTRU) and base station for transferring small packets
CN104053243B (zh) * 2013-03-11 2019-03-12 中兴通讯股份有限公司 无线局域网中的数据传输方法和系统
US9419752B2 (en) 2013-03-15 2016-08-16 Samsung Electronics Co., Ltd. Transmission opportunity operation of uplink multi-user multiple-input-multiple-output communication in wireless networks
JP2018011093A (ja) 2014-11-18 2018-01-18 株式会社東芝 無線通信端末、メモリーカード、無線通信装置、無線通信方法および無線通信システム
US10091813B2 (en) 2014-12-02 2018-10-02 Mediatek Inc. STA initiated uplink aggregation in wireless communication systems
KR102035028B1 (ko) 2015-02-24 2019-10-22 니폰 덴신 덴와 가부시끼가이샤 무선 통신 시스템, 무선 통신 방법, 무선 lan 기지국 장치 및 무선 lan 단말 장치
US10492223B2 (en) 2015-05-21 2019-11-26 Newracom, Inc. Channel access for multi-user communication
US20170181187A1 (en) 2015-12-16 2017-06-22 Qualcomm Incorporated Methods and apparatus for negotiating processing time for multiple user uplink
US11564257B2 (en) * 2020-04-01 2023-01-24 Sony Group Corporation Coordinated WiFi stations with shared TXOP in time domain
US11405944B2 (en) * 2020-06-24 2022-08-02 Sony Group Corporation Coordinated stations in OBSS with shared TXOP in the frequency domain

Also Published As

Publication number Publication date
KR20220117321A (ko) 2022-08-23
EP4147528A4 (en) 2023-10-18
CN114762439A (zh) 2022-07-15
WO2021262652A1 (en) 2021-12-30
EP4147528A1 (en) 2023-03-15
JP7418716B2 (ja) 2024-01-22
US20210410149A1 (en) 2021-12-30
US11337222B2 (en) 2022-05-17

Similar Documents

Publication Publication Date Title
JP7418716B2 (ja) 周波数領域においてｔｘｏｐを共有する単一ｂｓｓ内の局の協調
US10623219B2 (en) Multi-user communication in wireless networks
JP7442767B2 (ja) 時間領域における共有ｔｘｏｐを用いたｗｉｆｉ局の協調
US11405944B2 (en) Coordinated stations in OBSS with shared TXOP in the frequency domain
JP2022539759A (ja) Ｍｕ－ｍｉｍｏパケット到着前チャネル競合
US11856606B2 (en) Coordinated stations in OBSS with shared TXOP in time domain
JP2023534818A (ja) 非ａｐ ｓｔａによって開始されるトリガー要求フレーム及びｔｘｏｐ共有
JP7284925B2 (ja) パケット到着前チャネル競合
US20220174732A1 (en) Coordinated wifi stations with shared txop among dl and ul over time domain
JP2022539407A (ja) 無線ローカルエリアネットワークにおける将来的チャネル時間の予約
KR20230014753A (ko) 시간 도메인에 걸쳐 dl과 ul 사이의 공유 txop로 코디네이션된 wifi 스테이션들
WO2022118136A1 (en) Coordinated stations in obss with shared txop in time domain
JP2024511187A (ja) Ｒｔａトラフィックとのｅｄｃａ ｔｘｏｐの共有

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221221

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231023

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231124

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231211

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231224

R151 Written notification of patent or utility model registration

Ref document number: 7418716

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151