JP2023551336A - 時間領域にわたるｄｌ及びｕｌ間の共有ｔｘｏｐを用いたｗｉｆｉ局の協調 - Google Patents

時間領域にわたるｄｌ及びｕｌ間の共有ｔｘｏｐを用いたｗｉｆｉ局の協調 Download PDF

Info

Publication number
JP2023551336A
JP2023551336A JP2023533339A JP2023533339A JP2023551336A JP 2023551336 A JP2023551336 A JP 2023551336A JP 2023533339 A JP2023533339 A JP 2023533339A JP 2023533339 A JP2023533339 A JP 2023533339A JP 2023551336 A JP2023551336 A JP 2023551336A
Authority
JP
Japan
Prior art keywords
txop
sta
shared
frame
stas
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023533339A
Other languages
English (en)
Inventor
チン シャ
モハメド アブエルサウード
リャンシャオ シン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Sony Group Corp
Original Assignee
Sony Corp
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US17/390,979 external-priority patent/US20220174732A1/en
Application filed by Sony Corp, Sony Group Corp filed Critical Sony Corp
Publication of JP2023551336A publication Critical patent/JP2023551336A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Landscapes

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

Abstract

ＡＰ又は非ＡＰ ＳＴＡのいずれであるかにかかわらず送信機会（ＴＸＯＰ）所有者がＡＰ又は非ＡＰ ＳＴＡのいずれかである他の局とＴＸＯＰを共有することを可能にする無線ローカルエリアネットワーク（ＷＬＡＮ）プロトコル。ＴＸＯＰを共有する意図がＴＸＯＰ所有者によって他のＳＴＡ及び／又はＡＰに直接的又は間接的に伝えられ、その後にスケジューリング情報（時間及び期間）がＳＴＡやＡＰと共有される。ＴＸＯＰが発生すると、ＳＴＡ及び／又はＡＰは指定された時点で指定された期間にわたってチャネルにアクセスすることができ、従ってＴＸＯＰの使用が増加して効率が高まる。【選択図】 図１４

Description

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


Figure 2023551336000002

Figure 2023551336000003

Claims (28)

  1. ネットワークにおける無線通信のための装置であって、
    （ａ）無線局（ＳＴＡ）としてローカルエリアネットワーク（ＷＬＡＮ）上の他の無線局（ＳＴＡ）と少なくとも１つのチャネルを介して無線で通信するように構成された無線通信回路と、
    （ｂ）共有される送信機会（ＴＸＯＰ）プロトコルを用いた通信をサポートするように構成された局としてＷＬＡＮ上で動作するように構成された局内で前記無線通信回路に結合されたプロセッサと、
    （ｃ）同じベーシックサービスセット（ＢＳＳ）内のＳＴＡのための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）チャネルへのアクセス権を獲得し、ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡとすることができるＴＸＯＰ所有者としてのＳＴＡからＢＳＳ内の他のＳＴＡにメッセージをブロードキャストすることによって、又はＴＸＯＰ所有者としてのＳＴＡが他のＳＴＡとＴＸＯＰを共有する用意があることを示す通信をＡＰに行い、ＡＰとして動作するＳＴＡがＴＸＯＰ所有者としてのＳＴＡの代わりにこのメッセージをさらにブロードキャストすることによって、次のＴＸＯＰが共有に利用可能である旨を伝えることと、
    （ｉｉ）非ＡＰ ＳＴＡ又はＡＰ ＳＴＡとして動作する前記ＳＴＡが、同じＢＳＳ内のネットワーク上の他の局とＴＸＯＰを共有することと、
    （ｉｉｉ）ＴＸＯＰの前記共有が、時間領域におけるアップリンク（ＵＬ）物理層プロトコルデータユニット（ＰＰＤＵ）送信及びダウンリンク（ＤＬ）ＰＰＤＵ送信の両方について実行されることと、
    （ｉｖ）前記ＴＸＯＰ所有者から、又は前記ＡＰが前記ＴＸＯＰ所有者でない時には前記ＡＰを通じて、前記ＴＸＯＰを共有する予定のＳＴＡに、共有される次のＴＸＯＰのチャネルアクセスの期間及び時間を通知するメッセージを送信することと、
    を含むステップを実行する、
    ことを特徴とする装置。
  2. 前記ＳＴＡは、ＳＴＡのタイプに基づく通信範囲を有し、
    （ｉ）前記ＳＴＡが非ＡＰ ＳＴＡである場合、前記通信範囲は、同じ基本サービスセット（ＢＳＳ）内の、ＡＰ ＳＴＡの協調を伴って他の非ＡＰ ＳＴＡと直接通信できる他の全てのＳＴＡ、又は他の非ＡＰ ＳＴＡが自局の通信範囲内にある場合に前記他の非ＡＰ ＳＴＡと直接通信できる他の全てのＳＴＡをカバーしない場合があり、
    （ｉｉ）前記ＳＴＡがＡＰ ＳＴＡである場合、前記通信範囲は、同じ基本サービスセット（ＢＳＳ）内の他の全てのＳＴＡをカバーする、
    請求項１に記載の装置。
  3. 前記命令は、時間領域におけるアップリンク（ＵＬ）物理層プロトコルデータユニット（ＰＰＤＵ）送信及びダウンリンク（ＤＬ）ＰＰＤＵ送信の両方について前記ＴＸＯＰの共有を実行した後に、ＢＳＳ内の非ＡＰ ＳＴＡ又はＡＰ ＳＴＡのいずれかであるどのＳＴＡが共有に利用可能な次のＴＸＯＰにおける時間を要求しているかを決定する際に、前記ＢＳＳ内の他のＳＴＡと直接的に、又は関連するＡＰを介して間接的にメッセージを交換することをさらに含む、
    請求項１に記載の装置。
  4. 時間領域における前記ＵＬ送信は、ＵＬ起動型であってＡＰ協調を利用するＴＸＯＰ共有をスケジュールするための動的シナリオを含む、
    請求項１に記載の装置。
  5. 前記ＡＰ ＳＴＡとして動作する前記ＳＴＡは、
    （ｉ）ネットワーク上の非ＡＰ ＳＴＡから共有オファー／要求情報を示すメッセージを受け取ることと、
    （ｉｉ）取得された共有オファー／要求情報をネットワーク上の他の非ＡＰ ＳＴＡと交換することと、
    （ｉｉｉ）非ＡＰ ＳＴＡがＴＸＯＰを取得して共有ＴＸＯＰを開始したことを示すフレームを受け取った後に応答を送信することと、
    （ｉｖ）ＴＸＯＰ所有者に代わって次の共有ＴＸＯＰに参加することを要求している非ＡＰ ＳＴＡを識別するために問い合わせメッセージを送信することと、
    （ｖ）ＴＸＯＰ所有者に代わって次の共有ＴＸＯＰに参加するための要求を非ＡＰ ＳＴＡから収集することと、
    （ｖｉ）収集された共有要求情報をＴＸＯＰ所有者において動作するＳＴＡに送信することと、
    （ｖｉｉ）次の共有ＴＸＯＰに参加することを要求するＳＴＡのための割り当てられた時間及び期間を示すフレームをＴＸＯＰ所有者から受け取ることと、
    （ｖｉｉｉ）共有される非ＡＰ ＳＴＡの各々又は全てのための割り当てられた開始時刻及び期間を示すフレームを送信することにより、ＴＸＯＰ所有者ＳＴＡに代わって取得されたＴＸＯＰ時間の一部を他の非ＡＰ ＳＴＡと共有することと、
    （ｉｘ）ＡＰ ＳＴＡとして動作するＳＴＡがＤＬ送信のために共有ＴＸＯＰへの参加を要求した場合、ＴＸＯＰ共有のための割り当てられた開始時間及び期間をＴＸＯＰ所有者から受け取ることと、
    （ｘ）ＴＸＯＰ所有者ＳＴＡによって割り当てられた割り当て共有ＴＸＯＰ期間内に、ネットワーク上の宛先ＳＴＡにダウンリンク（ＤＬ）ＰＰＤＵを送信することと、
    を含むステップを実行する、請求項４に記載の装置。
  6. 時間領域における前記ＵＬ送信は、ＵＬ起動型であってＡＰ協調を必要としないＴＸＯＰ共有をスケジュールするための動的シナリオを含む、
    請求項１に記載の装置。
  7. 前記非ＡＰ ＳＴＡとして動作する前記ＳＴＡは、
    （ｉ）前記非ＡＰ ＳＴＡがキャリアセンス（ＣＳ）機構に基づいて媒体がアイドルであることを検出した場合、チャネルを取得するためのフレームを関連するＡＰに送信することと、
    （ｉｉ）前記送信されたフレームにおいて、このチャネルアクセスの試みが共有ＴＸＯＰを取得するためのものであることを示すことと、
    （ｉｉｉ）前回送信されたフレームの正常な受信を示すとともに、前記非ＡＰ ＳＴＡがＴＸＯＰを取得して共有ＴＸＯＰの使用を開始できる旨を示す応答を、前記関連するＡＰから受け取ることと、
    （ｉｖ）前記非ＡＰ ＳＴＡがＴＸＯＰ所有者として動作している場合、次の共有ＴＸＯＰに参加することを要求する他のＳＴＡを識別するために問い合わせメッセージを送信することと、
    （ｖ）前記ＳＴＡがＴＸＯＰ所有者として動作していない場合、次の共有ＴＸＯＰに参加する要求を含むメッセージを送信することと、
    （ｖｉ）前記非ＡＰ ＳＴＡがＴＸＯＰ所有者として動作している場合、他のＳＴＡから次の共有ＴＸＯＰに参加する要求を収集することと、
    （ｖｉｉ）取得されたＴＸＯＰ時間の一部への参加を要求する共有ＳＴＡのための時間及び期間を割り当てることと、
    （ｖｉｉｉ）割り当てられた開始時刻及び期間を示すフレームを、共有される非ＡＰ ＳＴＡの各々又は全てに送信することと、
    （ｉｘ）前記非ＡＰ ＳＴＡがＴＸＯＰ所有者ではなく、ＵＬ送信のための共有ＴＸＯＰへの参加を要求した場合、ＴＸＯＰ共有のための割り当てられた開始時間及び期間をＴＸＯＰ所有者から受け取ることと、
    （ｘ）ＴＸＯＰ所有者ＳＴＡによって割り当てられた割り当て共有ＴＸＯＰ期間内に、ネットワーク上の関連するＡＰにＵＬ ＰＰＤＵを送信することと、
    を含むステップを実行する、請求項６に記載の装置。
  8. 時間領域における前記ＵＬ及びＤＬ送信は、ＵＬ起動型又はＤＬ起動型のいずれかであるＴＸＯＰ共有をスケジュールする際にＡＰ ＳＴＡをコーディネータとして利用する半静的シナリオを含む、
    請求項１に記載の装置。
  9. 時間領域における前記ＵＬ及びＤＬ送信は、ＵＬ起動型又はＤＬ起動型のいずれかであるＴＸＯＰ共有を開始する際に、ＡＰとして動作するＳＴＡが共有ＴＸＯＰ参加者を識別せずに全てのＳＴＡを参加のために１つずつ順に移行する簡易シナリオを含む、
    請求項１に記載の装置。
  10. 前記ＳＴＡは、ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡとして動作するネットワーク上のＳＴＡとの管理フレームの交換を通じて、ＴＸＯＰ共有オファー／要求能力及びＴＸＯＰアクセス時間割り当ての情報を交換する、
    請求項１に記載の装置。
  11. 前記管理フレームは、認証要求フレーム、認証応答フレーム、アソシエーション要求フレーム、アソシエーション応答フレーム及びビーコンフレームをから成る一群のフレームから選択される、
    請求項１０に記載の装置。
  12. ＲＴＳ共有及びＣＴＳ共有フレームは、共有されるべき取得されたＴＸＯＰについて示す情報フィールドを組み込んだ修正Ｒｅａｄｙ－Ｔｏ－Ｓｅｎｄ（ＲＴＳ）及びＣｌｅａｒ－Ｔｏ－Ｓｅｎｄ（ＣＴＳ）フレームを含み、共有ＴＸＯＰが開始される、
    請求項１に記載の装置。
  13. 他のＳＴＡが次のＴＸＯＰにおけるアクセス時間を要求しているメッセージの交換は、予め定められたスロット時刻に又は専用タイムスロットにおいて前記少なくとも１つのチャネルにランダムにアクセスすることを通じて送信することができる、
    請求項１に記載の装置。
  14. ＴＸＯＰ所有者としての前記ＳＴＡは、ＡＰ ＳＴＡとして動作している時に、非ＡＰ ＳＴＡにポーリングを行って、前記非ＡＰ ＳＴＡが次のＴＸＯＰにおける時間を要求しているかどうかを判定することができる、
    請求項１に記載の装置。
  15. ＴＸＯＰ所有者としての前記ＳＴＡは、非ＡＰ ＳＴＡとして動作している時に、単独で又はＡＰ ＳＴＡの協調を通じて非ＡＰ ＳＴＡにポーリングを行って、前記非ＡＰ ＳＴＡが次のＴＸＯＰにおける送信時間を要求しているかどうかを判定することができる、
    請求項１に記載の装置。
  16. ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡとすることができる共有ＴＸＯＰ所有者ＳＴＡは、ＡＰ ＳＴＡの協調の有無にかかわらず、次のＴＸＯＰにおける時間を要求しているＳＴＡに共有ＴＸＯＰアクセススケジューラフレームを送信し、前記次のＴＸＯＰにおける時間を要求しているＳＴＡは、スケジュールされた時間内に指定期間にわたってＡＰ ＳＴＡにＵＬデータを送信し、又は非ＡＰ ＳＴＡにＤＬデータを送信する際にこれに応答すべきである、
    請求項１に記載の装置。
  17. 前記ＴＸＯＰアクセススケジューラフレームは、ＴＸＯＰオファーフレーム、ＴＸＯＰアクセススケジューラフレーム及びブロードキャストＴＸＯＰスケジューラフレームから成る一群のメッセージフレームから選択される、
    請求項１６に記載の装置。
  18. ネットワークにおける無線通信のための装置であって、
    （ａ）無線局（ＳＴＡ）としてローカルエリアネットワーク（ＷＬＡＮ）上の他の無線局（ＳＴＡ）と少なくとも１つのチャネルを介して無線で通信するように構成された無線通信回路と、
    （ｂ）局としてＷＬＡＮ上で動作するように構成された局内で前記無線通信回路に結合されたプロセッサと、
    （ｃ）同じベーシックサービスセット（ＢＳＳ）内のＳＴＡのための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）送信機会（ＴＸＯＰ）共有を実行する能力を示すメッセージを送信することと、
    （ｉｉ）ＴＸＯＰ所有者としてＴＸＯＰを取得したアクセスポイント（ＡＰ）ＳＴＡから非ＡＰ ＳＴＡに、取得されたＴＸＯＰ内の時間の前記非ＡＰ ＳＴＡと共有すべき割り当てられた部分を示すフレームを送信することと、
    （ｉｉｉ）非ＡＰ ＳＴＡとして動作するように構成された局が、自局に割り当てられた時間内に、共有すべきフレーム内でＰＰＤＵを送信することと、
    （ｉｖ）非ＡＰ ＳＴＡが、関連するＡＰから自局にアドレス指定されたフレームを受け取り、自局の物理層プロトコルデータユニット（ＰＰＤＵ）送信及びいずれかの予想される応答を割り当てられた時間内に完全に実行できることを保証しながら、フレームに示される割り当てられた共有ＴＸＯＰ期間内に１又は２以上の非トリガベース（非ＴＢ）のＰＰＤＵを送信することと、
    （ｖ）非ＡＰ ＳＴＡによってＡＣＫが要求された場合、非ＡＰ ＳＴＡによって送信されたＰＰＤＵに対してＡＰ ＳＴＡが確認応答（ＡＣＫ）で応答することと、
    （ｖｉ）前記ＡＰ ＳＴＡが送信すべきＰＰＤＵを有している場合、前記ＡＰ ＳＴＡが、割り当てられた時間の終了後であって取得されたＴＸＯＰ ＮＡＶが経過する前に１又は２以上のＰＰＤＵを送信することと、
    を含むステップを実行する、
    ことを特徴とする装置。
  19. 前記ＳＴＡは、ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡとして動作するネットワーク上のＳＴＡとの管理フレームの交換を通じてＴＸＯＰ共有能力の情報を交換する、
    請求項１８に記載の装置。
  20. 前記管理フレームは、認証要求フレーム、認証応答フレーム、アソシエーション要求フレーム、アソシエーション応答フレーム及びビーコンフレームから成る一群のフレームから選択される、
    請求項１９に記載の装置。
  21. ネットワークにおける無線通信のための装置であって、
    （ａ）無線局（ＳＴＡ）として、該ＳＴＡの受信エリア内のローカルエリアネットワーク（ＷＬＡＮ）上の他の無線局（ＳＴＡ）と少なくとも１つのチャネルを介して無線で通信するように構成された無線通信回路と、
    （ｂ）共有される送信機会（ＴＸＯＰ）プロトコルを用いた通信をサポートするように構成された局として前記ＷＬＡＮ上で動作するように構成された局内で前記無線通信回路に結合されたプロセッサと、
    （ｃ）ＳＴＡのための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）前記ＳＴＡがＢＳＳのＡＰ ＳＴＡとして動作することと、
    （ｉｉ）前記ＢＳＳのネットワーク上の非ＡＰ ＳＴＡと共有可能性情報を交換し、取得された共有可能性情報を前記ＢＳＳのネットワーク上でブロードキャストすることと、
    （ｉｉｉ）チャネルへのアクセス権を獲得し、ＡＰ ＳＴＡとしてのＴＸＯＰ所有者になることと、
    （ｉｖ）ＴＸＯＰが共有に利用可能であることを非ＡＰ ＳＴＡに告知することと、
    （ｖ）ＴＸＯＰを共有することを要求するメッセージを他のＳＴＡから受け取ることと、
    （ｖｉ）取得されたＴＸＯＰを使用して宛先ＳＴＡにＤＬデータを送信することと、
    （ｖｉｉ）共有ＴＸＯＰ時間が許す場合に、全ての共有ＴＸＯＰ参加者に共有可能性情報をブロードキャストして、各共有ＴＸＯＰ参加者のためのタイムスロット及び期間を割り当てることと、
    を含むステップを実行する、
    ことを特徴とする装置。
  22. ネットワークにおける無線通信のための装置であって、
    （ａ）無線局（ＳＴＡ）としてローカルエリアネットワーク（ＷＬＡＮ）上の他の無線局（ＳＴＡ）と少なくとも１つのチャネルを介して無線で通信するように構成された無線通信回路と、
    （ｂ）共有される送信機会（ＴＸＯＰ）プロトコルを用いた通信をサポートするように構成された局としてＷＬＡＮ上で動作するように構成された局内で前記無線通信回路に結合されたプロセッサと、
    （ｃ）ＳＴＡのための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡとして動作する前記ＳＴＡがＴＸＯＰ所有者としてＴＸＯＰを獲得することと、
    （ｉｉ）前記ＴＸＯＰ所有者が、自局のＴＸＯＰにアクセスする共有ＴＸＯＰ参加者を決定し、ＡＰの協調を通じてこれらの参加者とメッセージを交換することを通じて、前記共有ＴＸＯＰ参加者に半静的方法でタイムスロット及び期間を割り当てることを実行することと、
    （ｉｉ）前記ＳＴＡが半静的構成を設定する設定手順を実行し、（Ａ）前記ＳＴＡがＡＰ ＳＴＡを通じて他のＳＴＡと共有／要求情報を交換し、（Ｂ）前記ＳＴＡが半静的共有ＴＸＯＰスケジューリングを実行し、ＡＰ ＳＴＡを通じて他の全てのＳＴＡとスケジュール構成を交換することと、
    を含むステップを実行する、
    ことを特徴とする装置。
  23. 前記ＴＸＯＰ所有者は、前記設定手順中に設定される広告されたリソース（チャネルアクセス）割り当てスケジュールに従って前記ネットワーク上の他のＳＴＡと自局のＴＸＯＰを共有する、
    請求項２２に記載の装置。
  24. 前記共有ＴＸＯＰ参加者は、前記ＴＸＯＰの開始を検出し、割り当てられたタイムスロット及び期間において共有ＴＸＯＰの使用を開始するように構成される、
    請求項２２に記載の装置。
  25. ネットワークにおける無線通信のための装置であって、
    （ａ）基本サービスセット（ＢＳＳ）内でＡＰ ＳＴＡとして動作する無線局（ＳＴＡ）として、ローカルエリアネットワーク（ＷＬＡＮ）上の他の無線局（ＳＴＡ）と少なくとも１つのチャネルを介して無線で通信するように構成された無線通信回路と、
    （ｂ）簡易共有ＴＸＯＰスキームに従ってチャネルアクセスを可能にする共有送信機会（ＴＸＯＰ）プロトコルを用いた通信をサポートするとともに、非ＡＰ ＴＸＯＰ所有者ＳＴＡがチャネルアクセス権を取得して、ＵＬデータ送信に必要なだけ多くの共有ＴＸＯＰを使用するように構成され、前記ＡＰ ＳＴＡが全ての非ＡＰ ＳＴＡを順に移行してアップリンク（ＵＬ）データ送信及びダウンリンク（ＤＬ）データ送信間でＴＸＯＰを共有するように構成された局としてＷＬＡＮ上で動作するように構成された局内で前記無線通信回路に結合されたプロセッサと、
    を備え、
    （ｃ）非ＡＰ ＳＴＡとして動作するＳＴＡが、ＵＬ送信を終了した後にＡＰ ＳＴＡにメッセージを送信して、前記ＡＰ ＳＴＡが次の非ＡＰ ＳＴＡにループスルーできることを示し、
    （ｄ）ＳＴＡのための、前記プロセッサが実行できる命令を記憶した非一時的メモリをさらに備え、
    （ｅ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）非ＡＰ ＴＸＯＰが自局のＴＸＯＰの使用を完了したことを検出することと、
    （ｉｉ）前記ＡＰ ＳＴＡが残りの非ＡＰ ＳＴＡを順に移行して、ＵＬ送信のために前記非ＡＰ ＳＴＡの各々に少なくとも１つの共有ＴＸＯＰスロットを提供することと、
    （ｉｉｉ）十分なＴＸＯＰ時間が残っていると判定し、前記ＡＰ ＳＴＡがネットワーク上の非ＡＰ ＳＴＡにＤＬ送信を開始することと、
    （ｉｖ）前記ＡＰ ＳＴＡがＤＬ送信を完了した後に、又はＴＸＯＰ時間が過ぎた時に、前記ＡＰ ＳＴＡが全ての非ＡＰ ＳＴＡのチャネル予約をクリアするためにＣＴＳ－Ｔｏ－Ｓｅｌｆフレームをブロードキャストし、これによって新たなＴＸＯＰ手順を開始できることと、
    を含むステップを実行する、
    ことを特徴とする装置。
  26. 前記少なくとも１つの共有ＴＸＯＰスロットは予め構成される、
    請求項２５に記載の装置。
  27. ネットワークにおける無線通信のための装置であって、
    （ａ）基本サービスセット（ＢＳＳ）内でＡＰ ＳＴＡとして動作する無線局（ＳＴＡ）として、該ＳＴＡの受信エリア内のローカルエリアネットワーク（ＷＬＡＮ）上の他の無線局（ＳＴＡ）と少なくとも１つのチャネルを介して無線で通信するように構成された無線通信回路と、
    （ｂ）共有送信機会（ＴＸＯＰ）プロトコルを用いた通信をサポートするとともに、前記ＡＰ ＳＴＡが全ての非ＡＰ ＳＴＡを順に移行してアップリンク（ＵＬ）データ送信及びダウンリンク（ＤＬ）データ送信間でＴＸＯＰを共有し、簡易共有ＴＸＯＰスキームに従ってチャネルアクセスを可能にするように構成された局として前記ＷＬＡＮ上で動作するように構成された局内で前記無線通信回路に結合されたプロセッサと、
    （ｃ）ＳＴＡのための、前記プロセッサが実行できる命令を記憶した非一時的メモリと、
    を備え、
    （ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）前記ＡＰ ＳＴＡがチャネルを取得して、取得されたＴＸＯＰをＤＬ物理層プロトコルデータユニット（ＰＰＤＵ）送信の実行に利用し、前記ＡＰ ＳＴＡが、ＴＸＯＰ所有者として、取得されたＴＸＯＰ時間をＤＬ送信に必要なだけ多く使用するように構成されることと、
    （ｉｉ）自局のＤＬ送信を完了し、非ＡＰ ＳＴＡとＴＸＯＰの共有を開始するのに十分な時間がＴＸＯＰに残っていると判定することと、
    （ｉｉｉ）前記ＡＰ ＳＴＡが、ＵＬ送信を実行するために非ＡＰ ＳＴＡの各々のための少なくとも１つのＴＸＯＰスロットを共有する非ＡＰ ＳＴＡをループスルーすることと、
    （ｉｖ）非ＡＰ ＳＴＡと共有するシーケンスの１回のループを完了した時点で、又はＴＸＯＰ時間が過ぎた場合に、ＡＰが全ての非ＡＰ ＳＴＡのチャネル予約をクリアするためにＣＴＳ－Ｔｏ－Ｓｅｌｆフレームをブロードキャストし、これによって新たな共有ＴＸＯＰ手順を開始できることと、
    を含むステップを実行する、
    ことを特徴とする装置。
  28. 前記少なくとも１つの共有ＴＸＯＰスロットは予め構成される、
    請求項２７に記載の装置。
JP2023533339A 2020-12-01 2021-11-23 時間領域にわたるｄｌ及びｕｌ間の共有ｔｘｏｐを用いたｗｉｆｉ局の協調 Pending JP2023551336A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202063119761P 2020-12-01 2020-12-01
US63/119,761 2020-12-01
US17/390,979 US20220174732A1 (en) 2020-12-01 2021-08-01 Coordinated wifi stations with shared txop among dl and ul over time domain
US17/390,979 2021-08-01
PCT/IB2021/060874 WO2022118135A1 (en) 2020-12-01 2021-11-23 Coordinated wifi stations with shared txop among dl and ul over time domain

Publications (1)

Publication Number Publication Date
JP2023551336A true JP2023551336A (ja) 2023-12-07

Family

ID=78820048

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023533339A Pending JP2023551336A (ja) 2020-12-01 2021-11-23 時間領域にわたるｄｌ及びｕｌ間の共有ｔｘｏｐを用いたｗｉｆｉ局の協調

Country Status (5)

Country Link
EP (1) EP4233457A1 (ja)
JP (1) JP2023551336A (ja)
KR (1) KR20230014753A (ja)
CN (1) CN115699971A (ja)
WO (1) WO2022118135A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024065423A1 (zh) * 2022-09-29 2024-04-04 西门子股份公司 通信方法、通信装置、通信系统、计算设备和存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9100108B2 (en) * 2011-12-15 2015-08-04 Broadcom Corporation Time domain coexistence of RF signals
CN112135364B (zh) * 2016-01-14 2024-02-09 华为技术有限公司 Wlan中一种数据传输方法及装置

Also Published As

Publication number Publication date
CN115699971A (zh) 2023-02-03
WO2022118135A1 (en) 2022-06-09
EP4233457A1 (en) 2023-08-30
KR20230014753A (ko) 2023-01-30

Similar Documents

Publication Publication Date Title
JP7442767B2 (ja) 時間領域における共有ｔｘｏｐを用いたｗｉｆｉ局の協調
JP7345739B2 (ja) Ｍｕ－ｍｉｍｏパケット到着前チャネル競合
JP7418716B2 (ja) 周波数領域においてｔｘｏｐを共有する単一ｂｓｓ内の局の協調
US11856606B2 (en) Coordinated stations in OBSS with shared TXOP in time domain
US11405944B2 (en) Coordinated stations in OBSS with shared TXOP in the frequency domain
JP7284925B2 (ja) パケット到着前チャネル競合
JP2023534818A (ja) 非ａｐ ｓｔａによって開始されるトリガー要求フレーム及びｔｘｏｐ共有
US20220174732A1 (en) Coordinated wifi stations with shared txop among dl and ul over time domain
JP2023551336A (ja) 時間領域にわたるｄｌ及びｕｌ間の共有ｔｘｏｐを用いたｗｉｆｉ局の協調
JP2024511187A (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: 20230531

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240513