JP7442767B2 - 時間領域における共有ｔｘｏｐを用いたｗｉｆｉ局の協調 - Google Patents

時間領域における共有ｔｘｏｐを用いたｗｉｆｉ局の協調 Download PDF

Info

Publication number
JP7442767B2
JP7442767B2 JP2022559755A JP2022559755A JP7442767B2 JP 7442767 B2 JP7442767 B2 JP 7442767B2 JP 2022559755 A JP2022559755 A JP 2022559755A JP 2022559755 A JP2022559755 A JP 2022559755A JP 7442767 B2 JP7442767 B2 JP 7442767B2
Authority
JP
Japan
Prior art keywords
txop
sta
frame
access
shared
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.)
Active
Application number
JP2022559755A
Other languages
English (en)
Other versions
JP2023520689A (ja
Inventor
モハメド アブエルサウード
チン シャ
リャンシャオ シン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Sony Group Corp
Original Assignee
Sony Corp
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp, Sony Group Corp filed Critical Sony Corp
Publication of JP2023520689A publication Critical patent/JP2023520689A/ja
Application granted granted Critical
Publication of JP7442767B2 publication Critical patent/JP7442767B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • 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/0446—Resources in time domain, e.g. slots or frames
    • 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
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

表２
ＲＴＳ／ＣＴＳ共有フレーム期間（ＲＴＳ／ＣＴＳ Ｓｈａｒｅ Ｆｒａｍｅ Ｄｕｒａｔｉｏｎ）フィールドの符号化
Figure 0007442767000002

*ＣＰ中に送信されるＰＳ－Ｐｏｌｌフレーム、又はＨＣＦを使用してＣＦＰ中に送信されるフレームを除く
１２ ＡＰ
１４ ＳＴＡ１
１６ ＳＴＡ２
１８ ＳＴＡ３
３３０ 半静的シナリオのためのプロトコルに従う通信を示す実施形態
３３２、３３６、３３８、３４２ 共有オファー／要求
３３４、３４０ ＯＫ
３５０ 半静的シナリオのためのプロトコルに従う通信を示す実施形態
３５２、３５８、３６２ ＴＸＯＰ所有者構成
３５４、３６０ ＯＫ
３５６ ＴＸＯＰアクセス構成

Claims (7)

  1. ネットワークにおける無線通信のための装置であって、
    （ａ）無線局（ＳＴＡ）として、該ＳＴＡの受信エリア内のローカルエリアネットワーク（ＷＬＡＮ）上の他の無線局（ＳＴＡ）と少なくとも１つのチャネルを介して無線で通信するように構成された無線通信回路と、
    （ｂ）送信機会（ＴＸＯＰ）プロトコルを用いた通信をサポートするように構成された局として前記ＷＬＡＮ上で動作するように構成された局内で前記無線通信回路に結合されたプロセッサと、
    （ｃ）前記局が自機のＴＸＯＰを同じベーシックサービスセット（ＢＳＳ）内の他の局と共有するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）前記ＢＳＳのアクセスポイント（ＡＰ）との間で、自機のＴＸＯＰを前記ＢＳＳ内の他のＳＴＡと共有することを通知する及び／又はそのための承認を得るメッセージを交換することと、
    （ｉｉ）前記チャネルへのアクセス権を獲得した後に、ＴＸＯＰ所有者としての前記ＳＴＡから前記ＢＳＳ内の他のＳＴＡに、次のＴＸＯＰが共有に利用可能であることを示すメッセージをブロードキャストすることと、
    （ｉｉｉ）共有に利用可能な前記次のＴＸＯＰの時間を前記ＢＳＳ内のどのＳＴＡが要求しているかを決定する際に、前記ＢＳＳ内の他のＳＴＡとメッセージを交換することと、
    （ｉｖ）前記ＳＴＡと前記ＴＸＯＰを共有するＳＴＡに、共有されている前記次のＴＸＯＰの期間及びチャネルアクセス時刻を通知するメッセージを送信することと、
    （ｖ）前記ＴＸＯＰ所有者が他のＳＴＡにポーリングして前記他のＳＴＡのアクセス要求を取得することによって、前記他のＳＴＡから前記ＴＸＯＰを共有するためのアクセス要求を受け取ること、
    を実行する、
    ことを特徴とする装置。
  2. 要素（ｄ）（ｉ）～（ｄ）（ｉｖ）における前記１又は複数のメッセージは、管理フレームの利用を通じて伝えられる、
    請求項１に記載の装置。
  3. 前記管理フレームは、アソシエーション要求／応答フレーム及びビーコンフレームを含む、
    請求項２記載の装置。
  4. 次のＴＸＯＰが共有に利用可能であることを示す前記メッセージは公開され、前記ＢＳＳ内の他のＳＴＡが利用可能である、
    請求項１記載の装置。
  5. 次のＴＸＯＰが共有に利用可能であることを示す前記メッセージは、前記ＴＸＯＰを共有する前記ＳＴＡと前記ＡＰとの間で前記ＴＸＯＰの開始前に伝えられるＲＴＳ共有フレーム及びＣＴＳ共有フレームを含む、
    請求項１記載の装置。
  6. 前記命令は、前記プロセッサによって実行された時に、前記ＴＸＯＰ所有者ＳＴＡが、予定時刻及び指定期間を含むＴＸＯＰアクセススケジューラフレームを前記他のＳＴＡに送信し、これに応答して前記他のＳＴＡが、前記予定時刻に前記指定期間にわたって前記ＡＰにデータを送信できることをさらに実行する、
    請求項１に記載の装置。
  7. 前記命令は、前記プロセッサによって実行された時に、ＴＸＯＰフレームをＴＸＯＰオファーフレーム、ＴＸＯＰアクセススケジューラフレーム又はブロードキャストＴＸＯＰスケジューラフレームとして送信することをさらに実行する、
    請求項１に記載の装置。
JP2022559755A 2020-04-01 2021-03-29 時間領域における共有ｔｘｏｐを用いたｗｉｆｉ局の協調 Active JP7442767B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US202063003347P 2020-04-01 2020-04-01
US63/003,347 2020-04-01
US202063046010P 2020-06-30 2020-06-30
US63/046,010 2020-06-30
US17/069,468 2020-10-13
US17/069,468 US11564257B2 (en) 2020-04-01 2020-10-13 Coordinated WiFi stations with shared TXOP in time domain
PCT/US2021/024642 WO2021202372A1 (en) 2020-04-01 2021-03-29 Coordinated wifi stations with shared txop in time domain

Publications (2)

Publication Number Publication Date
JP2023520689A JP2023520689A (ja) 2023-05-18
JP7442767B2 true JP7442767B2 (ja) 2024-03-05

Family

ID=77922401

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022559755A Active JP7442767B2 (ja) 2020-04-01 2021-03-29 時間領域における共有ｔｘｏｐを用いたｗｉｆｉ局の協調

Country Status (6)

Country Link
US (1) US11564257B2 (ja)
EP (1) EP4094542A4 (ja)
JP (1) JP7442767B2 (ja)
KR (1) KR20220141866A (ja)
CN (1) CN114788400B (ja)
WO (1) WO2021202372A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US11765713B2 (en) * 2020-04-24 2023-09-19 Nxp Usa, Inc. Method and apparatus for wireless communications
US11265882B2 (en) * 2020-04-30 2022-03-01 Charter Communications Operating, Llc Methods and apparatus for supporting wireless medium sharing
US11477781B2 (en) * 2020-05-08 2022-10-18 Charter Communications Operating, Llc Methods and apparatus for supporting prioritized transmission opportunity (TXOP) sharing
FI129163B (en) * 2020-06-10 2021-08-13 Wirepas Oy A resource scheduling system for a wireless telecommunications network
US11337222B2 (en) * 2020-06-24 2022-05-17 Sony Group Corporation Coordinated stations in a single BSS with shared TXOP in the frequency domain
US11405944B2 (en) * 2020-06-24 2022-08-02 Sony Group Corporation Coordinated stations in OBSS with shared TXOP in the frequency domain
US11737021B2 (en) * 2020-08-28 2023-08-22 Qualcomm Incorporated Low-latency enhancements for a wireless network
US11856606B2 (en) * 2020-12-01 2023-12-26 Sony Group Corporation Coordinated stations in OBSS with shared TXOP in time domain
US20220264566A1 (en) * 2021-02-12 2022-08-18 Nxp Usa, Inc. Device, system, and method for wireless communications
CN116133147A (zh) * 2021-11-12 2023-05-16 华为技术有限公司 数据传输方法及装置、存储介质、程序产品
WO2024038905A1 (ja) * 2022-08-19 2024-02-22 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 通信装置、及び通信方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140119288A1 (en) 2012-10-31 2014-05-01 Samsung Electronics Co., Ltd. Method and system for uplink multi-user multiple-input-multiple-output communication in wireless networks
JP2017535107A (ja) 2014-09-12 2017-11-24 インターデイジタル パテント ホールディングス インコーポレイテッド 無線ローカルエリアネットワーク（ｗｌａｎ）システムにおける同時送信のためのプリアンブル選択
JP2019500801A (ja) 2015-12-25 2019-01-10 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． アクセス方法及び装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9419752B2 (en) * 2013-03-15 2016-08-16 Samsung Electronics Co., Ltd. Transmission opportunity operation of uplink multi-user multiple-input-multiple-output communication in wireless networks
WO2014186602A2 (en) * 2013-05-15 2014-11-20 Huawei Technologies Co., Ltd. Systems and methods for operation of wireless user devices with cellular and wi-fi interfaces
US9295074B2 (en) 2013-09-10 2016-03-22 Samsung Electronics Co., Ltd. Acknowledgement, error recovery and backoff operation of uplink multi-user multiple-input-multiple-output communication in wireless networks
US9585171B2 (en) * 2013-09-13 2017-02-28 Futurewei Technologies, Inc. System and method for one-way traffic in wireless communications systems
WO2015143668A1 (en) 2014-03-27 2015-10-01 Intel Corporation Methods and apparatus for distributing transmission opportunities in a wireless communication network
CN105578423A (zh) * 2014-10-24 2016-05-11 中兴通讯股份有限公司 无线局域网络站点共享资源的方法及装置
US10492223B2 (en) * 2015-05-21 2019-11-26 Newracom, Inc. Channel access for multi-user communication
US10638516B2 (en) * 2015-08-19 2020-04-28 Zte Corporation Controlling transmissions from multiple user devices via a request-clear technique
US10277383B2 (en) * 2016-09-23 2019-04-30 Intel Corporation Access point (AP), station (STA) and method for allocation of resources for full-duplex (FD) communication in high-efficiency (HE) arrangements
WO2018075745A1 (en) 2016-10-19 2018-04-26 Intel Corporation ENABLING AUTONOMOUS UPLINK (UL) TRANSMISSION WITHIN THE GAP OF A TRANSMISSION OPPORTUNITY (TxOP)
WO2018128642A1 (en) 2017-01-04 2018-07-12 Intel IP Corporation Apparatus, system and method of modifying a channel bandwidth during a transmit opportunity (txop)
US11711183B2 (en) * 2018-09-04 2023-07-25 Qualcomm Incorporated Protocols for multi-access point coordinated multi-user transmissions

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140119288A1 (en) 2012-10-31 2014-05-01 Samsung Electronics Co., Ltd. Method and system for uplink multi-user multiple-input-multiple-output communication in wireless networks
JP2017535107A (ja) 2014-09-12 2017-11-24 インターデイジタル パテント ホールディングス インコーポレイテッド 無線ローカルエリアネットワーク（ｗｌａｎ）システムにおける同時送信のためのプリアンブル選択
JP2019500801A (ja) 2015-12-25 2019-01-10 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． アクセス方法及び装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
George Cherian (Qualcomm)，Coordinated AP Time and Frequency Sharing in a Transmit Opportunity in 11be， IEEE 802.11-19/1582r2 ，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/19/11-19-1582-02-00be-coordinated-ap-time-and-frequency-sharing-in-a-transmit-opportunity-in-11be.pptx＞，2020年01月14日

Also Published As

Publication number Publication date
WO2021202372A1 (en) 2021-10-07
KR20220141866A (ko) 2022-10-20
US11564257B2 (en) 2023-01-24
EP4094542A1 (en) 2022-11-30
CN114788400B (zh) 2024-08-09
EP4094542A4 (en) 2023-05-31
JP2023520689A (ja) 2023-05-18
CN114788400A (zh) 2022-07-22
US20210315009A1 (en) 2021-10-07

Similar Documents

Publication Publication Date Title
JP7442767B2 (ja) 時間領域における共有ｔｘｏｐを用いたｗｉｆｉ局の協調
JP7418716B2 (ja) 周波数領域においてｔｘｏｐを共有する単一ｂｓｓ内の局の協調
JP7345739B2 (ja) Ｍｕ－ｍｉｍｏパケット到着前チャネル競合
US11405944B2 (en) Coordinated stations in OBSS with shared TXOP in the frequency domain
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
JP7284925B2 (ja) パケット到着前チャネル競合
JP2024511187A (ja) Ｒｔａトラフィックとのｅｄｃａ ｔｘｏｐの共有
JP2023551336A (ja) 時間領域にわたるｄｌ及びｕｌ間の共有ｔｘｏｐを用いたｗｉｆｉ局の協調
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: 20220929

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231002

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231122

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240122

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240204

R151 Written notification of patent or utility model registration

Ref document number: 7442767

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151