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

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

Info

Publication number
JP2023525062A
JP2023525062A JP2022567589A JP2022567589A JP2023525062A JP 2023525062 A JP2023525062 A JP 2023525062A JP 2022567589 A JP2022567589 A JP 2022567589A JP 2022567589 A JP2022567589 A JP 2022567589A JP 2023525062 A JP2023525062 A JP 2023525062A
Authority
JP
Japan
Prior art keywords
txop
shared
bss
frame
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.)
Pending
Application number
JP2022567589A
Other languages
English (en)
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 JP2023525062A publication Critical patent/JP2023525062A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • 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/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • 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
    • 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/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/541—Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/02—Hybrid access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • 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]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

同じベーシックサービスセット（ＢＳＳ）又は重複するベーシックサービスセット（ＯＢＳＳ）における少なくとも１つのチャネルを介した送信機会（ＴＸＯＰ）の共有を可能にする無線ネットワーク通信プロトコル。アクセスポイント（ＡＰ）局との間で共有オファー及び要求情報が交換され、ＡＰは重複するＢＳＳ上のＡＰとの間でこの情報を共有する。次のＴＸＯＰが共有に利用可能であることを告知してこのＴＸＯＰに参加する用意がある局を識別する情報が局間で交換される。参加者局がＴＸＯＰの共有において使用するリソースユニット（ＲＵ）配分が決定され、ＯＢＳＳのＡＰは、ＯＢＳＳ内の局のためにＲＵのスケジューリング及び配分を実行する。【選択図】 図１２

Description

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

Claims (20)

  1. ネットワークにおける無線通信のための装置であって、
    （ａ）同じベーシックサービスセット（ＢＳＳ）内の又は重複するベーシックサービスセット（ＯＢＳＳ）からの少なくとも１つの他の局と少なくとも１つのチャネルを介して無線で通信する第１の局として構成された無線通信回路と、
    （ｂ）無線ネットワーク上で動作するように構成された局内で前記無線通信回路に結合されたプロセッサと、
    （ｃ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）自機の送信機会（ＴＸＯＰ）をこの共有ＴＸＯＰ所有者ＢＳＳの他の非アクセスポイント（ＡＰ）局と共有する際に、ＡＰ局との間で共有オファー及び要求情報を交換して前記ＡＰに通知し、及び／又は前記ＡＰによる承認を得ることと、
    （ｉｉ）前記共有オファー及び要求情報が、共有ＴＸＯＰ参加者ＢＳＳとしての重複するＢＳＳのＡＰとの間で共有されることと、
    （ｉｉｉ）少なくとも１つのチャネルへのアクセス権を獲得した時に、他の局との間で情報を交換して、次のＴＸＯＰが共有に利用可能であることを示すとともに、前記次の共有ＴＸＯＰに参加する用意がある局を識別することと、
    （ｉｖ）前記共有ＴＸＯＰ参加者ＢＳＳの前記ＡＰが共有ＴＸＯＰ参加者ＳＴＡの識別を実行することと、
    （ｖ）ＴＸＯＰ所有者ＢＳＳにおいて、非ＡＰ ＴＸＯＰ所有者局による共有ＴＸＯＰ参加者局のためのリソースユニット（ＲＵ）配分を可能にする一方で、前記共有ＴＸＯＰ参加者ＢＳＳにおいて、前記共有ＴＸＯＰ参加者局のためのＲＵのスケジューリング及び配分がＡＰレベルで決定されることと、
    を含むステップを実行することによって、周波数領域においてＯＢＳＳ内の他の局とＴＸＯＰを共有することを実行する、
    ことを特徴とする装置。
  2. 異なるＢＳＳ間で共有動作を同期させるためにＯＢＳＳ ＴＸＯＰ参加者局フレームが利用される、
    請求項１に記載の装置。
  3. 異なるＢＳＳ間の干渉を避けるために異なる周波数帯が使用され又はタイムシフトが実行される、
    請求項１に記載の装置。
  4. 前記非ＡＰ局は、ＡＰ局の協調を伴う管理フレームの交換を通じてＴＸＯＰ共有可能性に関する情報を交換する、
    請求項１に記載の装置。
  5. 前記管理フレームは、認証要求フレーム、アソシエーション要求フレーム、認証応答フレーム、アソシエーション応答フレーム及びビーコンフレームから成る一群のメッセージフレームから選択される、
    請求項４に記載の装置。
  6. 異なるＢＳＳのＡＰは、ＯＢＳＳ共有局フレームの交換を通じてＴＸＯＰ共有オファー／要求情報に関する情報を交換する、
    請求項１に記載の装置。
  7. 前記命令は、前記プロセッサによって実行された時に、共有ＴＸＯＰ所有者局又は各ＢＳＳのＡＰがマルチユーザ送信要求（ＭＵ－ＲＴＳ）共有フレーム及び送信可（ＣＴＳ）共有フレームを交換することによって共有ＴＸＯＰ参加者局を識別することを含む１又は２以上のステップをさらに実行する、
    請求項１に記載の装置。
  8. 前記命令は、前記プロセッサによって実行された時に、共有ＴＸＯＰ所有者ＢＳＳ内のＡＰから共有ＴＸＯＰ参加者ＳＴＡが指定されていないＯＢＳＳ ＴＸＯＰ参加者局フレームを受け取ることによって共有ＴＸＯＰ参加者ＢＳＳにおいて共有ＴＸＯＰ初期化段階を開始し、全ての共有ＴＸＯＰ参加者局が指定されたＯＢＳＳ ＴＸＯＰ参加者局フレームを共有ＴＸＯＰ所有者ＢＳＳ内のＡＰに返送することによって終了することを含む１又は２以上のステップをさらに実行する、
    請求項１に記載の装置。
  9. 前記命令は、前記プロセッサによって実行された時に、異なるＢＳＳにおいて同時に、ただし異なる周波数帯でフレームを送信することによって、或いは同じ帯域上で、ただし時間に関してシフトさせてフレームを送信することによって、重複するＢＳＳ間の共有ＴＸＯＰアクセスによる干渉を避けることを含む１又は２以上のステップをさらに実行する、
    請求項１に記載の装置。
  10. 異なる帯域上での共有ＴＸＯＰアクセスは、ランダムアクセスとベーシックトリガーを含む専用トリガーとに基づくスケジューリングの実行を含む、
    請求項９に記載の装置。
  11. タイムシフトを使用する共有ＴＸＯＰアクセスは、ベーシックトリガー、コーディネータとしてのＡＰを使用する又は使用しないユニキャストＴＸＯＰアクセス要求トリガー、及びコーディネータとしてのＡＰを使用する又は使用しないブロードキャストＴＸＯＰアクセス要求トリガーに基づくスケジューリングを含む、
    請求項９に記載の装置。
  12. 共有ＴＸＯＰ所有者ＢＳＳと共有ＴＸＯＰ参加者ＢＳＳとの間のタイムシフト情報は、ＯＢＳＳ共有トリガーフレームを利用することによって交換される、
    請求項９に記載の装置。
  13. 非ＡＰ ＴＸＯＰ共有参加者局は、ＡＰからトリガーフレームを受け取ると、トリガーフレーム内に示されるアクセス情報に従って少なくとも１つのチャネルにアクセスすることを実行する、
    請求項１に記載の装置。
  14. 非ＡＰ局は、自機のＴＸＯＰにアクセスする同じＢＳＳ及びＯＢＳＳの他の非ＡＰ局について、単一ＢＳＳ又はＯＢＳＳシナリオにおいてＡＰ協調を使用するメッセージ交換を通じてリソースユニット（ＲＵ）割り当て及びアクセス順の両方を半静的構成で決定することを実行する、
    請求項１に記載の装置。
  15. 非ＡＰ ＳＴＡは、
    （ａ）非ＡＰ局が各ＢＳＳにおけるＡＰ協調を通じて互いに共有オファー／要求フレームの交換を実行し、ＡＰがこの共有可能性情報をＯＢＳＳの別のＡＰにさらに転送し、その後に他のＡＰが受け取った共有可能性情報をブロードキャストする半静的構成、
    （ｂ）非ＡＰ局が各ＢＳＳにおけるＡＰ協調を通じて半静的ＴＸＯＰ共有スケジュールの構成を互いに交換し、ＡＰが共有ＴＸＯＰアクセススケジューラをＯＢＳＳの別のＡＰにさらに転送し、その後に他のＡＰが受け取った共有ＴＸＯＰアクセススケジューラをＯＢＳＳにおいてブロードキャストする半静的構成、及び、
    （ｃ）ＴＸＯＰ共有において異なる帯域を利用する異なるＢＳＳ間の干渉を避けるスケジューリング方法又はタイムシフト方法を実行し、非ＡＰ局が構成されたＲＵを使用して共有ＴＸＯＰにアクセスする半静的構成、
    を設定するための設定手順を実行する、請求項１４に記載の装置。
  16. リソースユニット（ＲＵ）配分の割り当ては、非ＡＰ ＴＸＯＰ所有者局が共有ＴＸＯＰアクセスの割り当てスケジュールを広告し、同じＢＳＳ／ＯＢＳＳからのＴＸＯＰを共有する非ＡＰ局が広告された割り当てスケジュールに従うことを含む、
    請求項１５に記載の装置。
  17. 共有ＴＸＯＰアクセスは、非ＡＰ ＴＸＯＰ所有者局がＴＸＯＰ共有要求トリガーをユニキャストすることで開始し、ＡＰは、これに応答して、ＯＢＳＳ干渉を避けるためにタイムシフト又は異なる帯域スケジューリングを伴ってＴＸＯＰ共有応答トリガーをブロードキャストする、
    請求項１６に記載の装置。
  18. 前記タイムシフトを伴う応答トリガーは、ＯＢＳＳ共有トリガーフレーム内で共有ＴＸＯＰ所有者ＢＳＳと共有ＴＸＯＰ参加者ＢＳＳとの間でタイムシフト情報を交換することによって実行される、
    請求項１７に記載の装置。
  19. 非ＡＰ局は、ＡＰからブロードキャストＴＸＯＰ共有応答トリガーを受け取った後、受け取られたトリガーフレームに示される対応するデータ遅延の後に、自機のＲＵ割り当てで広告された割り当てスケジュールに基づいて共有ＴＸＯＰのアクセスを実行する、
    請求項１６に記載の装置。
  20. ネットワークにおいて無線通信を実行する方法であって、
    （ａ）周波数領域においてＯＢＳＳ内の他の局と送信機会（ＴＸＯＰ）を共有するために、第１の局として構成された無線通信回路と、同じ又は他のベーシックサービスセット（ＢＳＳ）内の又は重複するベーシックサービスセット（ＯＢＳＳ）からの少なくとも１つの他の局との間で、少なくとも１つのチャネルを介して無線で通信することと、
    （ｂ）自機のＴＸＯＰをこの共有ＴＸＯＰ所有者ＢＳＳの他の非アクセスポイント（ＡＰ）局と共有する際に、ＡＰ局との間で共有オファー及び要求情報を交換して前記ＡＰに通知し、及び／又は前記ＡＰによる承認を得ることと、
    （ｃ）前記共有オファー及び要求情報が、共有ＴＸＯＰ参加者ＢＳＳとしての重複するＢＳＳのＡＰとの間で共有されることと、
    （ｄ）少なくとも１つのチャネルへのアクセス権を獲得した時に、他の局との間で情報を交換して、次のＴＸＯＰが共有に利用可能であることを示すとともに、前記次の共有ＴＸＯＰに参加する用意がある局を識別することと、
    （ｅ）前記共有ＴＸＯＰ参加者ＢＳＳの前記ＡＰが共有ＴＸＯＰ参加者ＳＴＡの識別を実行することと、
    （ｆ）ＴＸＯＰ所有者ＢＳＳにおいて、非ＡＰ ＴＸＯＰ所有者局による共有ＴＸＯＰ参加者局のためのリソースユニット（ＲＵ）配分を可能にする一方で、前記共有ＴＸＯＰ参加者ＢＳＳにおいて、前記共有ＴＸＯＰ参加者局のためのＲＵのスケジューリング及び配分がＡＰレベルで決定されることと、
    を含み、
    （ｇ）前記方法が、非一時的媒体に記憶された命令を１又は２以上のプロセッサが実行することによって実行される、
    ことを特徴とする方法。
JP2022567589A 2020-06-24 2021-06-22 周波数領域においてｔｘｏｐを共有するｏｂｓｓ内の局の協調 Pending JP2023525062A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202063043309P 2020-06-24 2020-06-24
US63/043,309 2020-06-24
US17/152,536 US11405944B2 (en) 2020-06-24 2021-01-19 Coordinated stations in OBSS with shared TXOP in the frequency domain
US17/152,536 2021-01-19
PCT/US2021/038380 WO2021262654A1 (en) 2020-06-24 2021-06-22 Coordinated stations in obss with shared txop in the frequency domain

Publications (1)

Publication Number Publication Date
JP2023525062A true JP2023525062A (ja) 2023-06-14

Family

ID=79030780

Family Applications (1)

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

Country Status (6)

Country Link
US (1) US11405944B2 (ja)
EP (1) EP4147527A4 (ja)
JP (1) JP2023525062A (ja)
KR (1) KR20220158029A (ja)
CN (1) CN114830801A (ja)
WO (1) WO2021262654A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112188640A (zh) * 2019-07-05 2021-01-05 华为技术有限公司 通信保护方法及装置
US11405944B2 (en) * 2020-06-24 2022-08-02 Sony Group Corporation Coordinated stations in OBSS with shared TXOP in the frequency domain
US11337222B2 (en) * 2020-06-24 2022-05-17 Sony Group Corporation Coordinated stations in a single BSS with shared TXOP in the frequency domain
US11856606B2 (en) * 2020-12-01 2023-12-26 Sony Group Corporation Coordinated stations in OBSS with shared TXOP in time domain
US12095681B2 (en) * 2021-09-28 2024-09-17 Hewlett Packard Enterprise Development Lp Resource allocation for clients of multiple co-hosted VAPs
US12069725B2 (en) * 2021-11-19 2024-08-20 Qualcomm Incorporated Starting position control in channel occupancy time for new radio sidelink communications
WO2023133178A1 (en) * 2022-01-07 2023-07-13 Ofinno, Llc Triggered txop sharing (txs) power save
CN118201119A (zh) * 2022-12-14 2024-06-14 中兴通讯股份有限公司 数据传输方法、设备和存储介质
CN118591018A (zh) * 2023-03-02 2024-09-03 华为技术有限公司 通信方法和通信装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140269544A1 (en) * 2013-03-15 2014-09-18 Samsung Electronics Co., Ltd. Transmission opportunity operation of uplink multi-user multiple-input-multiple-output communication in wireless networks
US20170325239A1 (en) * 2014-10-24 2017-11-09 Zte Corporation Method and Device for Resource Sharing Between Stations in Wireless Local Area Network

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104053243B (zh) * 2013-03-11 2019-03-12 中兴通讯股份有限公司 无线局域网中的数据传输方法和系统
US10306672B2 (en) * 2013-05-03 2019-05-28 Qualcomm Incorporated Transmit opportunity (TXOP) based channel reuse
US10516457B2 (en) * 2013-06-28 2019-12-24 Mediatek Singapore Pte. Ltd. Beamforming enhancements for spatial reuse in wireless networks
US10211901B2 (en) * 2014-09-11 2019-02-19 Interdigital Patent Holdings, Inc. Wireless communications method and apparatus for spatial sharing using carrier sense multiple access wireless medium access
KR20230169353A (ko) * 2015-02-24 2023-12-15 니폰 덴신 덴와 가부시끼가이샤 무선 lan 기지국 장치 및 무선 lan 단말 장치
US20170181187A1 (en) * 2015-12-16 2017-06-22 Qualcomm Incorporated Methods and apparatus for negotiating processing time for multiple user uplink
CN109067436B (zh) 2018-09-25 2021-09-21 河南科技大学 一种后向兼容的无线局域网多ap协同通信方法
US11818061B2 (en) * 2018-10-01 2023-11-14 Qualcomm Incorporated Power control for coordinated transmissions from overlapping wireless local area networks
US11405164B2 (en) * 2019-10-10 2022-08-02 Qualcomm Incorporated Coordinated access point time division multiple access
US11659448B2 (en) * 2019-10-23 2023-05-23 Qualcomm Incorporated Basic service set (BSS) configuration in a multiple access point (multi-AP) network
US11432326B2 (en) * 2019-10-29 2022-08-30 Mediatek Singapore Pte. Ltd. Multi-link channel access and operation with efficient utilization of multi-link resources
US11700044B2 (en) * 2019-11-11 2023-07-11 Nxp Usa, Inc. Apparatus and methods for multi-AP joint transmission and reception
US20210120548A1 (en) * 2020-03-04 2021-04-22 Cheng Chen Multi-ap resource sharing
US11723006B2 (en) * 2020-03-13 2023-08-08 Samsung Electronics Co., Ltd Shared transmission opportunity operation in multi-access point coordination
US11564257B2 (en) * 2020-04-01 2023-01-24 Sony Group Corporation Coordinated WiFi stations with shared TXOP in time domain
US11917551B2 (en) * 2020-04-01 2024-02-27 Mediatek Singapore Pte. Ltd. Apparatus and methods for coordinated spatial reuse in a wireless network
US11968712B2 (en) * 2020-04-06 2024-04-23 Mediatek Inc. Shared wireless fidelity communication device for controlling operations of station during shared period that is part of time period of transmission opportunity obtained by sharing access point
US11405944B2 (en) * 2020-06-24 2022-08-02 Sony Group Corporation Coordinated stations in OBSS with shared TXOP in the frequency domain
US11337222B2 (en) * 2020-06-24 2022-05-17 Sony Group Corporation Coordinated stations in a single BSS with shared TXOP in the frequency domain
US20220053560A1 (en) * 2020-08-17 2022-02-17 Sony Group Corporation Request trigger frame and txop sharing launched by non-ap sta

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140269544A1 (en) * 2013-03-15 2014-09-18 Samsung Electronics Co., Ltd. Transmission opportunity operation of uplink multi-user multiple-input-multiple-output communication in wireless networks
US20170325239A1 (en) * 2014-10-24 2017-11-09 Zte Corporation Method and Device for Resource Sharing Between Stations in Wireless Local Area Network

Also Published As

Publication number Publication date
KR20220158029A (ko) 2022-11-29
WO2021262654A1 (en) 2021-12-30
US20210410163A1 (en) 2021-12-30
EP4147527A1 (en) 2023-03-15
US11405944B2 (en) 2022-08-02
EP4147527A4 (en) 2023-11-01
CN114830801A (zh) 2022-07-29

Similar Documents

Publication Publication Date Title
US10623219B2 (en) Multi-user communication in wireless networks
JP7418716B2 (ja) 周波数領域においてｔｘｏｐを共有する単一ｂｓｓ内の局の協調
JP7442767B2 (ja) 時間領域における共有ｔｘｏｐを用いたｗｉｆｉ局の協調
US11405944B2 (en) Coordinated stations in OBSS with shared TXOP in the frequency domain
CN111555845B (zh) 同时数据传输的无线通信方法和使用其的无线通信终端
US20240049213A1 (en) Wireless communication method for uplink multiple-user transmission schedule and wireless communication terminal using the method
JP2022539759A (ja) Ｍｕ－ｍｉｍｏパケット到着前チャネル競合
JP2023534818A (ja) 非ａｐ ｓｔａによって開始されるトリガー要求フレーム及びｔｘｏｐ共有
US11856606B2 (en) Coordinated stations in OBSS with shared TXOP in time domain
US12075471B2 (en) Coordinated WiFi stations with shared TXOP among DL and UL over time domain
JP2022537181A (ja) パケット到着前チャネル競合
KR20230014753A (ko) 시간 도메인에 걸쳐 dl과 ul 사이의 공유 txop로 코디네이션된 wifi 스테이션들
WO2022118136A1 (en) Coordinated stations in obss with shared txop in time domain

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221107

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231030

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231113

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231220

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240318

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20240515

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240717