JP2024520609A - 限定的ターゲットウェイトタイム（ｒ－ｔｗｔ：ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）セットアップを含むストリーム分類サービス（ｓｃｓ） - Google Patents

限定的ターゲットウェイトタイム（ｒ－ｔｗｔ：ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）セットアップを含むストリーム分類サービス（ｓｃｓ） Download PDF

Info

Publication number
JP2024520609A
JP2024520609A JP2023574202A JP2023574202A JP2024520609A JP 2024520609 A JP2024520609 A JP 2024520609A JP 2023574202 A JP2023574202 A JP 2023574202A JP 2023574202 A JP2023574202 A JP 2023574202A JP 2024520609 A JP2024520609 A JP 2024520609A
Authority
JP
Japan
Prior art keywords
twt
scs
request
field
sta
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023574202A
Other languages
English (en)
Inventor
リャンシャオ シン
モハメド アブエルサウード
リ－シャン スン
チン シア
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Sony Group Corp
Original Assignee
Sony Corp
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp, Sony Group Corp filed Critical Sony Corp
Publication of JP2024520609A publication Critical patent/JP2024520609A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0258—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity controlling an operation mode according to history or models of usage information, e.g. activity schedule or time of day
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H04W72/512—Allocation or scheduling criteria for wireless resources based on terminal or device properties for low-latency requirements, e.g. URLLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

ＳＣＳのセットアップ及びターゲットウェイトタイムの予約（Ｒ－ＴＷＴ）を別個に行うことを取り巻く必要及び問題が除去されるＩＥＥＥ ８０２．１１プロトコル。本開示では、局（ＳＴＡ）が、ＳＣＳのセットアップ手順中にストリーム分類サービス（ＳＣＳ）のトラフィック送信に対してＲ－ＴＷＴをスケジュールすることを要求することができる新しいデータ構造及び処理が実行される。本開示の技術を使用する時に、ＳＴＡは、１つのリンク上でＴＷＴセットアップフレームを交換して、複数のリンク上でＲ－ＴＷＴをスケジュールすることができる。【選択図】図２２

Description

〔関連出願の相互参照〕
[0001] 本出願は、２０２２年７月２１日に出願された米国特許出願第１７／８１４，１６６号に対する優先権及びその利益を主張するものであり、この特許出願はその全体が引用により本明細書に組み入れられる。本出願は、２０２２年２月１日に出願された米国仮特許出願第６３／２６７，３９７号に対する優先権及びその利益を主張するものであり、この仮特許出願はその全体が引用により本明細書に組み入れられる。本出願は、２０２１年１１月１０日に出願された米国仮特許出願第６３／２６３，８６２号に対する優先権及びその利益を主張するものであり、この仮特許出願はその全体が引用により本明細書に組み入れられる。本出願は、２０２１年８月１１日に出願された米国仮特許出願第６３／２６０，１７３号に対する優先権及びその利益を主張するものであり、この仮特許出願はその全体が引用により本明細書に組み入れられる。
〔連邦政府が支援する研究又は開発に関する記述〕
[0002] 適用なし
〔著作権保護を受ける資料の通知〕
[0003] 本特許文書中の資料の一部は、米国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、米国特許商標庁の一般公開ファイル又は記録内に表されるとおりに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定するわけではないが、米国特許法施行規則§１．１４に従う権利を含め、本特許文献を秘密裏に保持しておくあらゆる権利を本明細書によって放棄するものではない。
[0005] 本開示の技術は、一般に、８０２．１１の下で動作する無線ローカルエリアネットワークに関し、具体的には、ＳＣＳセットアップ中にストリーム分類サービス（ＳＣＳ）のトラフィック送信に対する限定的ターゲットウェイトタイム（Ｒ－ＴＷＴ）のスケジューリングを要求することを可能にするＣＳＭＡ／ＣＡプロトコルに関する。
[0007] ＣＳＭＡ／ＣＡを使用する現在の無線技術（ＩＥＥＥ ８０２．１１ｂｅなど）は、ネットワークの高スループット性能に焦点を当てているが、高レベルの低レイテンシ（低遅延）性能を提供しない。しかしながら、リアルタイムアプリケーション（ＲＴＡ）などの多数のアプリケーションは、低レイテンシ能力を必要とするので、技術ギャップが存在する。
[0008] リアルタイムアプリケーション（ＲＴＡ）は、低レイテンシ通信を必要とし、ベストエフォート通信に依拠する。ＲＴＡから生成されるデータは、ＲＴＡトラフィックと呼ばれ、送信機ＳＴＡにおいてＲＴＡパケットとしてパケット化される。また、非時間依存アプリケーションから生成されるデータは、非ＲＴＡトラフィックと呼ばれ、送信機ＳＴＡにおいて非ＲＴＡパケットとしてパケット化される。
[0009] ＲＴＡパケットは、パケット配信時の高い適時性要件に起因して、低レイテンシを必要とする。ＲＴＡパケットは、特定の期間内に配信された時に有効である。
[0010] したがって、ＲＴＡパケットのために低レイテンシを提供するとともに、非ＲＴＡパケットトラフィックのために高スループットを提供することができる強化されたＣＳＭＡ／ＣＡ ＷＬＡＮプロトコルに対するニーズが存在する。本開示は、このニーズを満たすとともに、更なる利点をもたらす。
[0011] ＣＳＭＡ／ＣＡ ＷＬＡＮのための本開示のプロトコルは、局（ＳＴＡ）が、ＳＣＳのセットアップ手順中にストリーム分類サービス（ＳＣＳ）のトラフィック送信に対する限定的ターゲットウェイトタイム（Ｒ－ＴＷＴ）のスケジューリングを要求できるようにする。したがって、ＳＴＡは、１つのリンク上でＴＷＴセットアップフレームを交換して、複数のリンク上でＲ－ＴＷＴをスケジュールすることができる。
[0012] 本明細書の以下の部分では、本明細書で説明する技術の更なる態様が明らかになり、この詳細な説明は、本技術の好ましい実施形態を制限することなく完全に開示するためのものである。
[0013] 本明細書で説明する技術は、例示のみを目的とする以下の図面を参照することによって十分に理解されるであろう。
ＩＥＥＥ ８０２．１１で規定されるような従来のＴＳＰＥＣ要素のデータフィールド図である。 図１のＴＳＰＥＣ要素のＴＳ情報フィールドのデータフィールド図である。 ＩＥＥＥ ８０２．１１で規定されるＴＣＬＡＳ要素のデータフィールド図である。 ＩＥＥＥ ８０２．１１で規定されるようなＴＣＬＡＳ処理要素のデータフィールド図である。 ＩＥＥＥ ８０２．１１で規定されるようなＴＷＴ要素のデータフィールド図である。 図５のＴＷＴ要素の制御フィールドのデータフィールド図である。 図５のブロードキャストＴＷＴパラメータ情報のデータフィールド図である。 図７に示すブロードキャストＴＷＴパラメータ情報フィールド内の要求タイプフィールドのデータフィールド図である。 図７に示すブロードキャストＴＷＴパラメータ情報フィールド内のブロードキャストＴＷＴ情報フィールドのデータフィールド図である。 ＩＥＥＥ ８０２．１１ｂｅで規定されるようなＳＣＳセットアップ手順のレベル間通信図である。 ＳＣＳ要求フレームのデータフィールド図である。 ＳＣＳ記述子要素フォーマットのデータフィールド図である。 ＳＣＳ応答フレームのデータフィールド図である。 ＳＣＳステータスフィールドのデータフィールド図である。 ＴＷＴセットアップシグナリングのレベル間通信図である。 図５に見られるようなＴＷＴ要素を搬送するＴＷＴセットアップフレームのデータフィールド図である。 本開示の少なくとも１つの実施形態による無線局（ＳＴＡ）ハードウェアのハードウェアブロック図である。 本開示の少なくとも１つの実施形態による、マルチリンクデバイス（ＭＬＤ）ハードウェアに含まれるような局構成のハードウェアブロック図である。 本開示の少なくとも１つの実施形態による、検討する局トポロジを示す図である。 本開示の少なくとも１つの実施形態による、非ＡＰが、Ｒ－ＴＷＴメンバーシップ要求情報を含むＳＣＳ要求フレームを送信するフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰが、Ｒ－ＴＷＴメンバーシップ要求情報を含むＳＣＳ要求フレームを送信するフロー図である。 本開示の少なくとも１つの実施形態による、ＡＰが、Ｒ－ＴＷＴメンバーシップ応答を含むＳＣＳ応答フレームで応答するフロー図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴセットアップ要求を含む修正されたＳＣＳ記述子要素のデータフィールド図である。 本開示の少なくとも１つの実施形態によるＲＴＡ－ＴＳＰＥＣ要素のデータフィールド図である。 本開示の少なくとも１つの実施形態によるＲＴＡ－ＴＳＰＥＣ要素内の修正されたＴＳ情報フィールドフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、デフォルトユースケースを設定する時の例示的なＲＴＡ－ＴＳＰＥＣ要素フォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による修正されたＳＣＳステータスのデータフィールド図である。 本開示の少なくとも１つの実施形態による修正されたＴＷＴ要素のデータフィールド図である。 本開示の少なくとも１つの実施形態によるＲ－ＴＷＴを含むＳＣＳセットアップの通信図である。 本開示の少なくとも１つの実施形態による、ＳＣＳのセットアップ手順中にＳＣＳトラフィックストリームに対してＲ－ＴＷＴをスケジュールしない通信図である。 本開示の少なくとも１つの実施形態による、１つのＳＣＳトラフィックストリームに対して複数のＲ－ＴＷＴをスケジュールする通信図である。 本開示の少なくとも１つの実施形態による、他のリンクのためのＲ－ＴＷＴを含むＳＣＳセットアップの通信図である。 本開示の少なくとも１つの実施形態による、修正されたＴＷＴ要素を使用するＲ－ＴＷＴセットアップの通信図である。 本開示の少なくとも１つの実施形態による、修正されたＴＷＴ要素を使用するブロードキャストＴＷＴセットアップの通信図である。 本開示の少なくとも１つの実施形態による、修正されたＴＷＴ要素を使用するウェイクＴＢＴＴネゴシエーションの通信図である。 本開示の少なくとも１つの実施形態による、修正されたＴＷＴ要素を使用する個別ネゴシエーションの通信図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＭＬＤが、ＳＣＳに対するＲ－ＴＷＴスケジューリングを要求するＳＣＳセットアップ手順を開始するフロー図である。 本開示の少なくとも１つの実施形態による、非ＡＰ ＭＬＤが、ＳＣＳに対するＲ－ＴＷＴスケジューリングを要求するＳＣＳセットアップ手順を開始するフロー図である。 本開示の少なくとも１つの実施形態による、ＡＰ ＭＬＤが、ＳＣＳ応答フレームを送信して、ＳＣＳに対するメンバーシップを割り当てるフロー図である。 本開示の少なくとも１つの実施形態による、ＱｏＳ特性要素内にＲ－ＴＷＴ要求フィールドを含むＳＣＳ記述子要素のデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＳＣＳＩＤサブフィールドを含む修正されたブロードキャストＴＷＴパラメータセットフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＡＰ１が、リンク１上でＳＣＳｘトラフィックストリームに対してＲ－ＴＷＴ ＳＰをスケジュールする通信図である。 本開示の少なくとも１つの実施形態による、ＡＰ１が、異なるリンク上でＳＣＳｘトラフィックストリームに対してＲ－ＴＷＴ ＳＰをスケジュールする通信図である。 本開示の少なくとも１つの実施形態による、ＭＬＤ１が、複数のリンク上でＳＣＳｘトラフィックストリームに対してＲ－ＴＷＴ ＳＰをスケジュールする通信図である。 本開示の少なくとも１つの実施形態による、ＭＬＤ３が、タイムアウトの前にＳＣＳｘに対するＲ－ＴＷＴメンバーシップを受け取らない通信図である。
１．ＩＥＥＥ ８０２．１１データ要素の概論
１．１．トラフィック仕様（ＴＳＰＥＣ）要素
[0059] 図１に、ＩＥＥＥ ８０２．１１で規定され、以下のフィールドを有するＴＳＰＥＣ要素内の内容を示す。要素ＩＤフィールドは、要素のタイプ、例えばこの場合にはＴＳＰＥＣ要素を示す。長さフィールドは、ＴＳＰＥＣ要素の長さを示す。ＴＳ情報（ｉｎｆｏ）フィールドは、図２で以下に説明するようなトラフィックストリーム情報を提供する。
[0060] 公称ＭＳＤＵサイズフィールドは、このＴＳＰＥＣの下でＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵの公称サイズを示す。最大ＭＳＤＵサイズフィールドは、このＴＳＰＥＣの下でＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵの最大サイズを示す。最小サービス間隔フィールドは、２つの連続するサービス期間（ＳＰ）の開始時間の間の最小時間を示す。最大サービス間隔フィールドは、２つの連続するＳＰの開始時間の間の最大時間を示す。不活動間隔フィールドは、ＴＳが削除される前のＴＳに属するＭＳＤＵの送信到着の前の最大時間間隔を示す。中断間隔フィールドは、ＴＳに対して連続するＱｏＳ（＋）ＣＦ－Ｐｏｌｌの生成が停止される前にＴＳに属するＭＳＤＵの到着又は送信のいずれかがない最大時間間隔を示す。
[0061] サービス開始時間フィールドは、最初のＳＰの開始時間を示す。最小データレートフィールドは、このＴＳＰＥＣの下でＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信するためにＭＡＣ ＳＡＰによって特定される最低データレートを示す。平均データレートフィールドは、このＴＳＰＥＣの下でＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信するためにＭＡＣ ＳＡＰによって特定される平均データレートを示す。ピークデータレートフィールドは、このＴＳＰＥＣの下でＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信するためにＭＡＣ ＳＡＰによって特定される最大データレートを示す。バーストサイズフィールドは、ピークデータレートにおいてこのＴＳＰＥＣの下でＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵの最大バーストを示す。遅延限界フィールドは、このＴＳＰＥＣの下でＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信することを許可される最大時間である。
[0062] 最小ＰＨＹレートフィールドは、このＴＳＰＥＣの下でＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信するための最低ＰＨＹレートを示す。余剰帯域幅許容フィールドは、このＴＳＰＥＣの下でＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信すること及びその再送信のために使用される帯域幅と、最小ＰＨＹレートでそのＭＳＤＵ又はＡ－ＭＳＤＵを１回送信するために使用される帯域幅との比を含む。媒体時間フィールド（毎秒時間）は、媒体にアクセスするために許可される時間を示す。ＤＭＧ属性フィールドは、ＴＳＰＥＣが指向性マルチギガビット（ＤＭＧ）ＢＳＳに適用された時に提示される。
[0063] 図２に、ＩＥＥＥ ８０２．１１で規定されるような図１のＴＳＰＥＣ要素のＴＳ情報フィールド内の内容を示す。この要素は、以下のサブフィールドを有する。トラフィックタイプサブフィールドは、トラフィックが周期的であるか否かを特定する。ＴＳＩＤは、ＴＳを識別するためのＩＤ番号を示す。方向サブフィールドは、データ送信の方向を特定する。アクセスポリシーサブフィールドは、チャネルアクセスを獲得するための方法を特定する。アグリゲーションサブフィールドは、アグリゲーションスケジュールが必要であるかどうかを特定する。ＡＰＳＤサブフィールドは、自動ＰＳ配信が使用されるかどうかを示す。ユーザ優先度サブフィールドは、ＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵのユーザ優先度を示す。ＴＳ情報ＡＣＫポリシーサブフィールドは、確認応答（ＡＣＫ）が必要であるかどうか、及びどのような形式のＡＣＫが使用されるべきかを示す。スケジュールサブフィールドは、スケジュールのタイプを示す。
１．２．トラフィック分類（ＴＣＬＡＳ）要素
[0065] 図３に、ＩＥＥＥ ８０２．１１で規定され、以下のフィールドを有するＴＣＬＡＳ要素の内容を示す。要素ＩＤフィールドは、要素のタイプを示し、この場合には、ＴＣＬＡＳ要素として示す。長さフィールドは、ＴＣＬＡＳ要素の長さを示す。ユーザ優先度フィールドは、上位レイヤからのユーザ優先度を示す。フレーム分類法フィールドは、上位レイヤからのフレームを分類するための方法を示す。
１．３．トラフィック分類（ＴＣＬＡＳ）処理要素
[0067] 図４に、ＩＥＥＥ ８０２．１１で規定され、以下のフィールドを有するＴＣＬＡＳ処理要素内の内容を示す。要素ＩＤフィールドは、要素のタイプを示し、この場合には、ＴＣＬＡＳ処理要素である。長さフィールドは、ＴＣＬＡＳ処理要素の長さを示す。処理フィールドは、複数のＴＣＬＡＳ要素が存在する時に、上位レイヤからのトラフィックを分類する方法を示す。
１．４．ＴＷＴ要素
[0069] 図５に、ＩＥＥＥ ８０２．１１ａｘで規定され、以下のフィールドを有するＴＷＴ要素のフォーマットを示す。要素ＩＤ及び長さは、前述したのと同じ目的にかなう。制御フィールドは、制御情報を提供する。ＴＷＴ要素内の制御フィールド内のネゴシエーションタイプフィールドが「２」又は「３」の値に設定された時に、ＴＷＴ要素内のＴＷＴパラメータ情報フィールドは、図７に示すようなブロードキャストＴＷＴパラメータ情報フィールドを搬送する。
[0070] この要素に関連するＩＥＥＥ ８０２．１１ｂｅ（Ｄｒａｆｔ Ｐ８０２．１１ｂｅ＿Ｄ１．０１）に更新が存在することに留意されたい。ブロードキャストＴＷＴパラメータ情報フィールド内の要求タイプフィールド内のブロードキャストＴＷＴ推薦フィールドが「４」の値に設定された時に、これは、ブロードキャストＴＷＴパラメータ情報フィールドに示されるブロードキャストＴＷＴ（Ｂ－ＴＷＴ）が限定的ＴＷＴ（Ｒ－ＴＷＴ：ｒｅｓｔｒｉｃｔｅｄ ＴＷＴ）であることを表す。
[0071] 図６に、ＮＤＰページングインジケータ、レスポンダＰＭモード、ネゴシエーションタイプ、ＴＷＴ情報フレーム無効化、ウェイク継続時間ユニット、及び予約フィールドというサブフィールドを有するＴＷＴ要素の制御フィールドを示す。
[0072] 図７に、ブロードキャストＴＷＴパラメータ情報フィールド（ネゴシエーションタイプが２又は３である時のＴＷＴ要素内のＴＷＴパラメータ情報フィールド）を示す。サブフィールドは、要求タイプ、ターゲットウェイクタイム（Ｔａｒｇｅｔ Ｗａｋｅ Ｔｉｍｅ）、公称最小ＴＷＴウェイク継続時間、ＴＷＴウェイク間隔仮数部、及びブロードキャストＴＷＴ情報を含む。
[0073] 図８に、図７に示すブロードキャストＴＷＴパラメータ情報フィールド内の要求タイプフィールドを示す。サブフィールドは、ＴＷＴ要求、ＴＷＴセットアップコマンド、トリガ、最後のブロードキャストパラメータセット、フロータイプ、ブロードキャストＴＷＴ推薦、ＴＷＴウェイク間隔指数部、及び予約サブフィールドを含む。
[0074] 図９に、図７に示すブロードキャストＴＷＴパラメータ情報フィールド内のブロードキャストＴＷＴ情報サブフィールドを示す。サブフィールドは、予約サブフィールド、及びブロードキャストＴＷＴ ＩＤサブフィールド及びブロードキャストＴＷＴ持続サブフィールドを含む。
１．５．ストリーム分類サービス（ＳＣＳ）シグナリング
[0076] 図１０に、ＩＥＥＥ ８０２．１１ｂｅ（Ｄｒａｆｔ Ｐ８０２．１１ｂｅ＿Ｄ１．０１）で規定されるストリーム分類サービス（ＳＣＳ）セットアップの例を示す。ＳＴＡの相互作用モデルは、ＩＥＥＥ ８０２．１１標準で規定されるものと同じとすることができる。
[0077] 非ＡＰ ＳＴＡが、ＡＰに対してＳＣＳセットアップ手順を開始することを決定する。非ＡＰ ＳＴＡの局管理エンティティ（ＳＭＥ）が、非ＡＰ ＳＴＡのＭＡＣサブレイヤ管理エンティティ（ＭＬＭＥ）にＭＬＭＥ－ＳＣＳ．ｒｅｑｕｅｓｔメッセージを送信する。非ＡＰ ＳＴＡのＭＬＭＥは、ＭＬＭＥ－ＳＣＳ．ｒｅｑｕｅｓｔメッセージを受け取った時に、ＭＬＭＥ－ＳＣＳ．ｒｅｑｕｅｓｔメッセージ内の情報を収集して、ＡＰにＳＣＳ要求フレームを送信する。ＡＰのＭＬＭＥがフレームを受け取り、ＡＰのＳＭＥに対してＭＬＭＥ－ＳＣＳ．ｉｎｄｉｃａｔｉｏｎメッセージを生成し、ＡＰのＳＭＥは要求を処理する。
[0078] 次に、ＡＰのＳＭＥは、ＡＰのＭＬＭＥに、ＳＣＳセットアップ結果を含むＭＬＭＥ－ＳＣＳ．ｒｅｓｐｏｎｓｅメッセージを送信する。次に、ＡＰのＭＬＭＥは、非ＡＰ ＳＴＡにＳＣＳ応答フレームを送信する。非ＡＰ ＳＴＡのＭＬＭＥは、フレームを受け取り、非ＡＰ ＳＴＡのＳＭＥにＭＬＭＥ－ＳＣＳ．ｃｏｎｆｉｒｍメッセージを送信する。次に、この時点で、非ＡＰは、ＳＣＳセットアップが成功したか否かを認識することができる。
[0079] 図１１～図１４では、ＳＣＳ要求フレーム及び関連するデータについて説明する。
[0080] 図１１に、フレーム制御、アドレスフィールド（１～３）、シーケンス制御、アクション、及びフレームチェックシーケンス（ＦＣＳ）というフィールドを有するＳＣＳ要求フレームを示す。図示のアクションフィールドは、以下のサブフィールド、すなわち、カテゴリ、ロバストアクション、ダイアログトークン、及びＳＣＳ記述子リストを含み、各々は図１２に示すフィールドを含む。ＳＣＳ記述子リストフィールドは複数のＳＣＳ記述子要素を搬送することができると理解されたい。
[0081] 図１２に示すように、各記述子要素は、要素ＩＤ、長さ、ＳＣＳＩＤ、要求タイプ、イントラアクセスカテゴリ優先度、ＴＣＬＡＳ、ＴＣＬＡＳ処理（任意選択）、ＴＳＰＥＣ、及び任意選択のサブエレメントというフィールドを有する。
[0082] 図１３に、フレーム制御、継続時間、アドレス（１～３）、シーケンス制御、アクション、及びＦＣＳというサブフィールドを有するＳＣＳ応答フレームを示す。図示のアクションサブフィールドは、カテゴリ、ロバストアクション、ダイアログトークン及びＳＣＳステータスリストというサブフィールドを有する。ＳＣＳステータスリストサブフィールドは、図１４に示すような複数のＳＣＳステータスサブフィールドを搬送することができる。
[0083] 図１４に、ＳＣＳＩＤ及びステータスサブフィールドを含むＳＣＳステータスフィールドを示す。ステータスは、ＳＣＳＩＤフィールドに示されるＳＣＳのＳＣＳセットアップ結果（例えば、受け入れ、拒絶、理由を含む拒絶、終了など）を表す。
１．６．ＴＷＴシグナリング
[0085] 図１５に、ＩＥＥＥ ８０２．１１ａｘで規定されるＴＷＴセットアップシグナリングの例を示す。ＳＴＡの相互作用モデルは、ＩＥＥＥ ８０２．１１標準で規定されるものと同じとすることができる。
[0086] 非ＡＰ ＳＴＡが、ＡＰとのＴＷＴセットアップ手順を開始することを決定する。非ＡＰ ＳＴＡの局管理エンティティ（ＳＭＥ）が、非ＡＰ ＳＴＡのＭＡＣサブレイヤ管理エンティティ（ＭＬＭＥ）にＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｑｕｅｓｔメッセージを送信する。非ＡＰ ＳＴＡのＭＬＭＥは、ＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｑｕｅｓｔメッセージを受け取った時に、ＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｑｕｅｓｔメッセージ内の情報を収集して、ＡＰにＴＷＴセットアップフレーム（すなわち、ＴＷＴ要求フレーム）を送信する。ＡＰのＭＬＭＥがフレームを受け取り、ＡＰのＳＭＥに対してＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｉｎｄｉｃａｔｉｏｎメッセージを生成し、ＡＰのＳＭＥは要求を処理する。
[0087] 次に、ＡＰのＳＭＥは、ＡＰのＭＬＭＥに、ＴＷＴセットアップ結果を含むＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｓｐｏｎｓｅメッセージを送信する。次に、ＡＰのＭＬＭＥは、非ＡＰ ＳＴＡにＴＷＴセットアップフレーム（すなわち、ＴＷＴ応答フレーム）を送信する。非ＡＰ ＳＴＡのＭＬＭＥは、フレームを受け取り、非ＡＰ ＳＴＡのＳＭＥにＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｃｏｎｆｉｒｍメッセージを送信する。次に、非ＡＰ ＳＴＡは、ＴＷＴセットアップが成功したか否かを認識（判断）することができる。
[0088] 図１６に、図５に示したようなフレーム内のＴＷＴ要素を搬送するＴＷＴセットアップフレームを示す。ＴＷＴセットアップのサブフィールドは、フレーム制御、継続時間、アドレス（１～３）、シーケンス制御、データ、及びＦＣＳである。図示のデータフィールドは、カテゴリ、アクション、ダイアログトークン、及びＴＷＴ要素というサブフィールドを有する。
２．課題の記述及び本開示の寄与
[0090] 現在のＩＥＥＥ ８０２．１１プロトコルは、ＳＣＳセットアップ及びＲ－ＴＷＴセットアップを別個にサポートする。しかしながら、これは、例えば、ＳＣＳのセットアップに成功したが、そのＳＣＳのトラフィック送信に対してＲ－ＴＷＴをスケジュールすることができないことによって、ＳＣＳのＱｏＳ要件が満たされない場合がある時に、問題を引き起こす可能性がある。
[0091] 多くの場合、高スループット性能と低レイテンシ性能との間にトレードオフが必要とされる。というのは、これらは、全てのトラフィックにわたって同時に達成することができない場合があるからである。リアルタイムアプリケーション（ＲＴＡ）パケットトラフィック及び非ＲＴＡパケットトラフィックの異なる要件を満たすために、ネットワークは、ＲＴＡパケットを送信する時に低レイテンシ性能を向上させるためのいくつかの特徴を使用する一方で、非ＲＴＡパケットを送信する時にスループットを最大にするための他のいくつかの特徴を利用することができる。
[0092] したがって、この目的のために、送信機ＳＴＡによって、ＲＴＡトラフィックと非ＲＴＡトラフィックとを識別すべきであり、一方、時には、受信機ＳＴＡが、ＲＴＡパケットと非ＲＴＡパケットとを区別することから利益を得ることもある。そして、ネットワークは、ＲＴＡトラフィック及び非ＲＴＡトラフィックの要件を別個に満たすために異なる特徴を使用することを選択することができる。
[0093] 多くの場合、ＲＴＡトラフィックは、コネクション型通信のように、周期的に生成される。ＳＴＡ間にアプリケーションによって確立されるＲＴＡコネクション型通信は、ＲＴＡセッションと呼ばれる。いくつかの例では、ＳＴＡは、ネットワーク内の複数のＲＴＡセッションを有することができ、ＳＴＡは、それらのＲＴＡセッションを管理することができなければならない。
[0094] ＷＬＡＮネットワークにおいてそれらのＲＴＡセッションを管理するために、本開示は、ＲＴＡセッションを、ＩＥＥＥ ８０２．１１におけるストリーム分類サービス（ＳＣＳ）トラフィックストリームとしてみなすように構成される。そして、ＳＣＳトラフィックストリームのＲＴＡトラフィックを、他のトラフィックから区別することができる。一方、限定的ターゲットウェイトタイム（Ｒ－ＴＷＴ）を使用して、ＲＴＡトラフィックの送信のためのチャネルリソースをスケジュールして予約することができる。本開示は、ＳＣＳセットアップ手順の中にＲ－ＴＷＴセットアップを含む。ＲＴＡセッションに対してＳＣＳトラフィックストリームが確立された場合、チャネルリソースを予約して、Ｒ－ＴＷＴを介してＲＴＡトラフィックストリームのＱｏＳ品質（レイテンシ、ジッタ、及びパケット損失など）を保証する。
[0095] 本開示は、ＳＴＡが、ＳＣＳのセットアップ手順中にＳＣＳのトラフィック送信に対してＲ－ＴＷＴをスケジュールすることを要求することができるプロトコルを提供する。この構成を利用することによって、ＳＴＡは、１つのリンク上でＴＷＴセットアップフレームを交換して、複数のリンク上でＲ－ＴＷＴをスケジュールすることができる。
３．本開示の実施形態
３．１．通信局（ＳＴＡ及びＭＬＤ）ハードウェア
[0098] 図１７に、本開示のプロトコルを実行するように構成されるＳＴＡハードウェアの実施形態例１０を示す。外部Ｉ／Ｏ接続１４は、好ましくは、回路１２の内部バス１６に結合し、内部バス１６上に、ＣＰＵ１８及びメモリ（例えばＲＡＭ）２０が接続されて、通信プロトコルを実装するプログラムを実行するようになっている。ホストマシンは、通信をサポートするための少なくとも１つのモデム２２を収容し、モデム２２は、少なくとも１つのＲＦモジュール２４、２８に結合され、ＲＦモジュール２４、２８の各々は、１又は複数のアンテナ２９、２６ａ、２６ｂ、２６ｃ、…、２６ｎに接続される。複数のアンテナ（例えばアンテナアレイ）を含むＲＦモジュールは、送信及び受信中にビームフォーミングを実行することを可能にする。このように、ＳＴＡは、複数のビームパターンのセットを使用して、信号を送信することができる。
[0099] バス１４は、ＣＰＵに様々な装置を接続すること、例えば、センサ、アクチュエータなどへの接続を可能にする。プロセッサ１８上では、通信プロトコルを実装するプログラムを実行するための、メモリ２０からの命令が実行され、通信プロトコルが実行されて、ＳＴＡがアクセスポイント（ＡＰ）局又は通常の局（非ＡＰ ＳＴＡ）の機能を実行できるようにする。また、プログラミングは、現在の通信文脈においてどのような役割を実行しているかによって、異なるモード（ＴＸＯＰ保持者、ＴＸＯＰ共有参加者、送信元、中間、送信先、第１のＡＰ、他のＡＰ、第１のＡＰと関連付けられる局、他のＡＰと関連付けられる局、コーディネータ、コーディネーティ（ｃｏｏｒｄｉｎａｔｅｅ）、ＯＢＳＳ内のＡＰ、ＯＢＳＳ内のＳＴＡなど）で動作するように構成されると理解されたい。
[00100] したがって、図示のＳＴＡ ＨＷは、少なくとも１つの帯域で通信を提供するために、少なくとも１つのモデム及び関連するＲＦ回路を含むように構成される。本開示は、主にｓｕｂ－６ＧＨｚ帯を対象とする。
[00101] 本開示は、各々が任意の数のＲＦ回路に結合された複数のモデム２２を含むように構成することができると理解されたい。一般に、使用するＲＦ回路の数が多ければ多いほど、アンテナビーム方向のカバレッジが広くなる。なお、利用するＲＦ回路の数及びアンテナの数は、特定の装置のハードウェア制約によって決まると理解されたい。ＲＦ回路及びアンテナの中には、ＳＴＡが近隣ＳＴＡと通信する必要がないと判断した時に無効にできるものもある。少なくとも１つの実施形態では、ＲＦ回路が、周波数変換器及びアレイアンテナコントローラなどを含み、送受信のためにビームフォーミングを実行するように制御される複数のアンテナに接続される。このように、ＳＴＡは、複数のビームパターンのセットを使用して信号を送信することができ、各ビームパターン方向がアンテナセクタとみなされる。
[00102] 更に、なお、図に示すような局ハードウェアの複数の例は、マルチリンクデバイス（ＭＬＤ）に組み合わせることができ、マルチリンクデバイス（ＭＬＤ）は、通常、活動を調整するためのプロセッサ及びメモリを有するが、ＭＬＤ内の各ＳＴＡに別個のＣＰＵ及びメモリが常に必要であるとは限らない。
[00103] 図１８に、マルチリンクデバイス（ＭＬＤ）ハードウェア構成を示す。
[00104] 図１８に、マルチリンクデバイス（ＭＬＤ）ハードウェア構成の実施形態例４０を示す。ソフトＡＰ ＭＬＤは、ＡＰとして動作させる１又は２以上の提携ＳＴＡからなるＭＬＤである。ソフトＡＰ ＭＬＤは、２．４ＧＨｚ、５ＧＨｚ及び６ＧＨｚでの複数の無線動作をサポートする。複数の無線の中で、基本リンクセットは、同時送受信（ＳＴＲ）モードを満たすリンクペア、例えば、基本リンクセット（２．４ＧＨｚ及び５ＧＨｚ）、基本リンクセット（２．４ＧＨｚ及び６ＧＨｚ）である。
[00105] 条件付きリンクは、いくつかの基本リンクを含む非同時送受信（ＮＳＴＲ）リンクペアを形成するリンクである。例えば、これらのリンクペアは、５ＧＨｚが基本リンクである時に、５ＧＨｚリンクに対応する条件付きリンクとして６ＧＨｚリンクを含むことができ、６ＧＨｚが基本リンクである時には、５ＧＨｚリンクが、６ＧＨｚリンクに対応する条件付きリンクである。ソフトＡＰは、Ｗｉ－Ｆｉホットスポット及びテザーリング（ｔｅｔｈｅｒｉｎｇ）を含む異なるシナリオにおいて使用される。
[00106] 複数のＳＴＡが、ＭＬＤと提携しており、その各ＳＴＡは、異なる周波数のリンク上で動作する。ＭＬＤは、アプリケーションへの外部Ｉ／Ｏアクセスを有し、このアクセスは、ＣＰＵ６２及びメモリ（例えばＲＡＭ）６４を有するＭＬＤ管理エンティティ４８に接続して、ＭＬＤレベルにおいて通信プロトコルを実装するプログラムを実行できるようにする。ＭＬＤは、ＭＬＤが接続される各提携局（ここでは、ＳＴＡ １ ４２、ＳＴＡ ２ ４４、…、ＳＴＡ Ｎ ４６として例示する）にタスクを分散し、各提携局から情報を収集して、提携ＳＴＡ間で情報を共有することができる。
[00107] 少なくとも１つの実施形態では、ＭＬＤの各ＳＴＡは、それ自身のＣＰＵ５０及びメモリ（ＲＡＭ）５２を有し、ＣＰＵ５０及びメモリ（ＲＡＭ）５２は、バス５８を通じて、少なくとも１つのモデム５４に結合され、モデム５４は、少なくとも１つのＲＦ回路５６に接続され、ＲＦ回路５６は、１又は２以上のアンテナを有する。本例では、ＲＦ回路は、例えばアンテナアレイの複数のアンテナ６０ａ、６０ｂ、６０ｃ、…、６０ｎを有する。モデムは、ＲＦ回路及び関連するアンテナと共同して、近隣ＳＴＡとの間でデータフレームを送信／受信する。少なくとも１つの実装では、ＲＦモジュールは、周波数変換器と、アレイアンテナコントローラと、そのアンテナとインターフェイスするための他の回路とを含む。
[00108] ＭＬＤの各ＳＴＡは、特定のＭＬＤ実装に応じて、リソースを、互いに及び／又はＭＬＤ管理エンティティと共有することができるので、それ自身のプロセッサ及びメモリを必ずしも必要としないと理解されたい。上記のＭＬＤの図は、限定ではなく一例として示したものであるが、本開示は、広範囲のＭＬＤ実装で動作することができると理解されたい。
３．２．検討するネットワークトポロジ
[00110] 図１９に、本開示の実施例において検討する例示的なＳＴＡトポロジを示す。図は、提案する技術の理解を向上させることに関与する及び向上させるための技術の説明を助けるために提供される。プロトコルは、任意の所望のトポロジのＷＬＡＮ ＳＴＡ及びＭＬＤの間の通信に利用することができるので、本開示は、この例のトポロジに決して限定されないと理解されたい。
[00111] ＭＬＤは、１よりも多くの提携ＳＴＡを有し、１つのＭＡＣデータサービスを含む論理リンク制御（ＬＬＣ）に対する１つのＭＡＣサービスアクセスポイント（ＳＡＰ）を有するデバイスである。
[00112] ＡＰがＭＬＤと提携している場合、そのＭＬＤはＡＰ ＭＬＤである。非ＡＰ ＳＴＡがＭＬＤと提携している場合、そのＭＬＤは非ＡＰ ＭＬＤである。
[00113] 図１９に示すように、例示のシナリオは、合計７つの局を有し、そのうちの６つは、会議室内のＭＬＤ７２、７４及び７６内に存在する。ＡＰ１ ７８及びＡＰ２ ８０は、マルチリンクデバイス７２（ＭＬＤ）＃１と提携し、ＳＴＡ１ ８２及びＳＴＡ４ ８８は、ＭＬＤ ＃２ ７４と提携し、ＳＴＡ３ ８６及びＳＴＡ５ ９０は、ＭＬＤ ＃３ ７６と提携している。ＳＴＡ２ ８４は、リンク１ ９２上で動作する非ＡＰ ＳＴＡ、又は単一リンクＭＬＤ（すなわち、１つのＳＴＡのみを有し、１つのリンク上で動作する特別なＭＬＤ）を含むことができる。ＳＴＡ１、ＳＴＡ２、及びＳＴＡ３は、リンク１ ９４、９８を通じてＡＰ１と関連付けられ、ＳＴＡ４及びＳＴＡ５は、リンク２ ９６及び１００を通じてＡＰ２と関連付けられる。全てのＳＴＡは、全てのリンク上でランダムチャネルアクセスのためにＥＤＣＡを使用する。
３．３．ＳＣＳセットアップ手順／Ｒ－ＴＷＴメンバーシップ交換
[00115] この節では、ＳＣＳのトラフィックに対するＲ－ＴＷＴメンバーシップ交換を含むＳＣＳセットアッププロセスについて説明する。ＳＣＳセットアップ手順にＲ－ＴＷＴメンバーシップ交換を追加する目的は、Ｒ－ＴＷＴ ＳＰをスケジュールして、ＳＣＳのトラフィックを送信し、そのＱｏＳ要件（スループット、レイテンシ、ジッタ、及びパケット損失など）を満たし、その後にＳＣＳを確立することである。ＳＣＳのトラフィックを送信するためにＲ－ＴＷＴサービス期間（ＳＰ）をスケジュールすることができない場合、ＳＣＳセットアップ要求を断ることができる。
[00116] なお、所望される場合、ＳＣＳセットアップ手順とＲ－ＴＷＴセットアップ手順とを分離することができ、ＳＣＳトラフィックストリームのＱｏＳ要件を満たすように、Ｒ－ＴＷＴ ＳＰをスケジュールする。
[00117] 本開示では、非ＡＰ ＳＴＡ及びそれと関連付けられるＡＰがＳＣＳセットアップ手順を開始した時に、以下のことが実行される。（ａ）非ＡＰ ＳＴＡによって送信されるＳＣＳ要求フレームのＴＷＴ要素内のＳＣＳ（ＳＣＳｘで表す）のＳＣＳ記述要素に、Ｒ－ＴＷＴメンバーシップ要求を含めることができる。この場合、Ｒ－ＴＷＴメンバーシップ要求は、ＳＣＳｘのトラフィック送信に対するＲ－ＴＷＴパラメータ要求を示す。
[00118] （ｂ）ＡＰによって送信される対応するＳＣＳ応答フレームのＴＷＴ要素内のＳＣＳｘのＳＣＳステータス要素に、Ｒ－ＴＷＴメンバーシップ応答を含めることができる。この場合、Ｒ－ＴＷＴメンバーシップ応答は、以下の応答のうちの１つを示す。
[00119] （ｂ）（ｉ）Ｒ－ＴＷＴメンバーシップ要求が受け入れられ、非ＡＰ ＳＴＡが、受け入れられたＲ－ＴＷＴスケジューリングに従って、ＳＣＳｘのトラフィックを送信する。ＳＣＳのトラフィックは、受け入れられたＲ－ＴＷＴ ＳＰ中に送信するようにスケジュールされる。例えば、トリガベースのＲ－ＴＷＴである場合、ＡＰは、そのＳＣＳｘトラフィックストリームに対してトリガベースの送信をスケジュールする。非ＡＰ ＳＴＡは、受け入れられたＲ－ＴＷＴのメンバーＳＴＡになる。ＳＣＳｘは、受け入れられたＲ－ＴＷＴのメンバーＳＴＡとして示される。少なくとも１つの実施形態／モード／ケースでは、Ｒ－ＴＷＴのメンバーＳＣＳに属さないトラフィックは、そのＲ－ＴＷＴのＳＰ中に送信することを許可されないか、又はそのＲ－ＴＷＴのＳＰ中に送信するためのＲ－ＴＷＴのメンバーＳＣＳのトラフィックよりも低い優先度が与えられるかのいずれかである。少なくとも１つの実施形態／モード／ケースでは、Ｒ－ＴＷＴのメンバーＳＣＳと同じＴＩＤを有し、かつ再送信する必要があるが、Ｒ－ＴＷＴのいかなるメンバーＳＣＳにも属さないフレームが存在する場合、ＡＰは、そのＲ－ＴＷＴのＳＰ中に、それらのフレームを送信することができる。ＡＰは、そのＴＩＤのためにブロック確認応答が使用される時に、そのＲ－ＴＷＴのＳＰ中に、同じＴＩＤを有するＲ－ＴＷＴのメンバーＳＣＳのフレームよりも早く、それらのフレームを送信すべきである。これは、それらのフレームのシーケンス番号が割り当てられており、これらは、同じＴＩＤを有するそのＲ－ＴＷＴのメンバーＳＣＳのフレームよりも小さいからである。
[00120] （ｂ）（ｉｉ）Ｒ－ＴＷＴメンバーシップ要求が受け入れられないが、ＡＰによって、提案されたＲ－ＴＷＴパラメータが与えられる。非ＡＰ ＳＴＡは、提案されたＲ－ＴＷＴパラメータに基づいて、メンバーシップを再要求することができる。特定の場合には、提案されたＲ－ＴＷＴパラメータは、非ＡＰ ＳＴＡがメンバーであるＲ－ＴＷＴに関連しない場合があるか、或いは非ＡＰ ＳＴＡがメンバーであるＲ－ＴＷＴに関連する提案されたＲ－ＴＷＴパラメータは、そのＲ－ＴＷＴの非ＡＰ ＳＴＡのメンバーシップに影響を及ぼさない。
[00121] （ｂ）（ｉｉｉ）Ｒ－ＴＷＴメンバーシップ要求が拒絶され、非ＡＰは、そのＲ－ＴＷＴにおいてメンバーシップを再要求すべきではない。
[00122] この節では、提案する技術は、ＳＣＳのセットアップ手順中のＳＣＳに対するＲ－ＴＷＴスケジューリングを検討する。ＳＣＳセットアップ手順中に、他のタイプのＴＷＴ（個別ＴＷＴ及びブロードキャストＴＷＴなど）をセットアップすることができることを許可することもできる。他のタイプのＴＷＴのセットアップシグナリング交換は、ＳＣＳセットアップ手順におけるＲ－ＴＷＴメンバーシップ交換と同じとすることができる。というのは、全てのタイプのＴＷＴセットアップシグナリング情報は、ＴＷＴ要素によって搬送されるからである。ＳＣＳ手順中の他のタイプのＴＷＴのＴＷＴセットアップ手順は、１．６節に示したのと同じとすることができる。
[00123] ＳＣＳセットアップ手順は、ＳＣＳ要求フレーム及びＳＣＳ応答フレームのフォーマットが修正されて、ＴＷＴメンバーシップを追加することを除いて、図１０に示したものと同じとすることができることに留意されたい。
３．３．１．非ＡＰがＳＣＳ要求フレーム／Ｒ－ＴＷＴメンバーシップ要求情報を送信する
[00125] この節では、非ＡＰ ＳＴＡ側におけるＲ－ＴＷＴセットアップ要求を含むＳＣＳに対するセットアップ手順を示す。この節では、以下の動作について詳細を説明する。
[00126] （ａ）非ＡＰ ＳＴＡが、ＳＣＳに対するＲ－ＴＷＴセットアップ要求を搬送するＳＣＳセットアップ要求を送信するプロセスは、以下の通りである。少なくとも１つの実施形態では、Ｒ－ＴＷＴセットアップ要求を含むＳＣＳ要求は、図２３に示すような修正されたＳＣＳ記述子要素で搬送することができる。非ＡＰ ＳＴＡは、図１２に示すようなＳＣＳ要求フレームを送信することができ、それによって、ＳＣＳ記述子リストフィールドは、ＡＰに、１又は２以上の修正されたＳＣＳ記述子を搬送することができる。各修正されたＳＣＳ記述子要素は、ＳＣＳ ＩＤフィールドに示される１つのＳＣＳに対するＳＣＳセットアップ要求を表す。
[00127] （ｂ）ＡＰが、ＳＣＳのためのＲ－ＴＷＴセットアップ要求を搬送するＳＣＳセットアップに応答するプロセスは、以下の通りである。少なくとも１つの実施形態では、そのＳＣＳに対するＲ－ＴＷＴスケジューリングを含むＳＣＳセットアップへの応答は、図２７に示すような修正されたＳＣＳステータス要素で搬送することができる。ＡＰは、図２５に示すようなＳＣＳ応答フレームを送信し、それによって、ＳＣＳステータスリストは、図２７に示すような１又は２以上の修正されたＳＣＳステータス要素を搬送することができる。各修正されたＳＣＳステータス要素は、ＳＣＳ ＩＤフィールドに示される１つのＳＣＳに対するセットアップ応答を表す。
[00128] 図２０及び図２１に、非ＡＰが、それと関連付けられるＡＰに、Ｒ－ＴＷＴセットアップ要求を含むＳＣＳ要求フレームを送信して、Ｒ－ＴＷＴメンバーシップ要求情報を含むＳＣＳセットアップを要求する実施形態例１１０を示す。
[00129] 非ＡＰは、ＡＰにＳＣＳ要求フレームを送信して（１１２）、ＳＣＳ（ＳＣＳｘで表す）を確立するようにする。非ＡＰ ＳＴＡは、ＳＣＳｘ中にＳＣＳｘのトラフィック送信に対するＲ－ＴＷＴセットアップ要求を示すことができる。例えば、ＳＣＳ要求フレーム内のＳＣＳｘのＳＣＳ記述子要素内で、非ＡＰ ＳＴＡは、Ｒ－ＴＷＴ要求フィールドを、ＲＴＡ－ＴＳＰＥＣ要素内のＴＳ情報フィールドフォーマット（又はＩＥＥＥ ８０２．１１ｂｅで規定されるＱｏＳ特性要素内の制御情報フィールド）において「必須」又は「任意選択」に設定して、非ＡＰ ＳＴＡがＳＣＳｘのトラフィック送信に対するＲ－ＴＷＴスケジューリングを要求することを示すことができる。
[00130] 次に、ＳＣＳｘのＳＣＳ記述子要素にＴＷＴ要素を含ませて、ＳＣＳｘのためのＲ－ＴＷＴスケジューリング要件を示すことができる。ＴＷＴ要素の制御フィールド内のネゴシエーションタイプフィールドを「３」に設定して、ＴＷＴ要素がメンバーシップ交換のためのものであることを示すべきである。非ＡＰがＳＣＳｘのトラフィック送信のためのＲ－ＴＷＴｘのメンバーシップを要求していると仮定する。次に、ＴＷＴ要素は、Ｒ－ＴＷＴｘのブロードキャストＴＷＴパラメータセットフィールドを含む。Ｒ－ＴＷＴｘのブロードキャストＴＷＴパラメータセットフィールドの要求タイプフィールド内のＴＷＴ要求フィールド及びブロードキャストＴＷＴ推薦フィールドを、それぞれ、「１」及び「４」に設定して、ＴＷＴ要素がＲ－ＴＷＴメンバーシップ要求のためのものであることを示すべきである。Ｒ－ＴＷＴｘのブロードキャストＴＷＴパラメータセットフィールドの要求タイプフィールド内のブロードキャストＴＷＴ推薦フィールドを、値「４」又は他の値に設定して、Ｒ－ＴＷＴｘがＲ－ＴＷＴであることを示すことができる。なお、非ＡＰは、１つのＳＣＳ記述子要素内の１又は２以上のＴＷＴ要素内に複数のブロードキャストＴＷＴパラメータセットフィールドを有し、異なるＲ－ＴＷＴのメンバーシップを要求することができる。
[00131] 少なくとも１つの実施形態／モード／ケースでは、非ＡＰ ＳＴＡは、Ｒ－ＴＷＴ要求フィールドを、ＲＴＡ－ＴＳＰＥＣ要素内のＴＳ情報フィールドフォーマットにおいて「必須」又は「任意選択」に設定する一方で、ＳＣＳｘのＳＣＳ記述子要素にＴＷＴ要素を追加しないこともできる。次に、少なくとも１つの実施形態によれば、ＡＰは、ＳＣＳセットアップ要求を受け入れた場合、ＳＣＳｘに対する非送信請求Ｒ－ＴＷＴスケジューリングを送信することができる。
[00132] 非ＡＰは、Ｒ－ＴＷＴ要求フィールドを「必須ではない」に設定することができ、ＳＣＳ要求フレームは、ＩＥＥＥ ８０２．１１で規定されるように、ＳＣＳセットアップのみのためのものである。ＳＣＳ要求フレーム内のＳＣＳ記述子要素によって搬送されるＴＷＴ要素は無い。これは、既存のプロトコルとの後方互換性を提供する。次に、非ＡＰ ＳＴＡは、ＳＣＳｘのセットアップ結果を示すためのＳＣＳ応答フレームを受け取る。
[00133] ブロック１１４において、ＡＰがＳＣＳセットアップ要求を拒絶したと判断した場合、ＳＣＳセットアップは、関連付けられるＲ－ＴＷＴセットアップ要求とともに、失敗している（１２４）（図２１）。
[00134] 実行はブロック１２６に進んで、ＡＰは、提案されたパラメータ設定を含むことができる。非ＡＰは、提案されたパラメータ設定を使用して別のＳＣＳ要求フレームを再送信して、ＳＣＳセットアップを再び要求することができる。少なくとも１つの実施形態／モード／ケースでは、ＳＣＳｘセットアップが拒絶された時に、ＡＰは、ＳＣＳ応答フレーム内の対応するＳＣＳステータス要素にＴＷＴ要素を含めない。
[00135] 図２０のブロック１１４において、非ＡＰが、ＡＰから、ＡＰがＳＣＳｘセットアップを受け入れたというＳＣＳ応答フレームを受け取った場合、ＳＣＳｘセットアップは成功して、ブロック１１６において、非ＡＰは、ＳＣＳのトラフィックを他のトラフィックから区別することができる。ＳＣＳｘの確立が成功した場合、非ＡＰ ＳＴＡは、ＡＰによってＳＣＳに対するＲ－ＴＷＴセットアップ要求が受け入れられたか否かをチェック（１１８）（図２１）する。
[00136] ブロック１１８において、Ｒ－ＴＷＴセットアップ要求が受け入れられた場合、ブロック１２２において、非ＡＰ ＳＴＡは、ＳＣＳ応答フレーム内のＳＣＳｘのステータス要素内のＴＷＴ要素で示されるＲ－ＴＷＴのメンバーになる。ＳＣＳのトラフィックは、それらのＲ－ＴＷＴのメンバーＳＣＳになる。
[00137] ブロック１１８において、Ｒ－ＴＷＴセットアップ要求が受け入れられなかった場合、ブロック１２０において、非ＡＰ ＳＴＡは、ＡＰによって通知されるＲ－ＴＷＴの非ＡＰ ＳＴＡのメンバーシップを変更しない。
[00138] ＳＣＳが既存のＳＣＳを変更するように要求された場合、そのＳＣＳのＳＣＳ記述子要素にＴＷＴ要素を追加することができない。
[00139] ＳＣＳセットアップ要求が受け入れられたが、そのＳＣＳに対するＲ－ＴＷＴセットアップ要求が拒絶された場合、非ＡＰ ＳＴＡは、ＴＷＴセットアップフレームを送信して、Ｒ－ＴＷＴのメンバーシップを要求することができる。
[00140] 図２２に、ＡＰが、ＳＣＳのためのＲ－ＴＷＴセットアップ応答を含むＳＣＳ応答フレームで応答する実施形態例１３０を示す。
[00141] ＡＰが、非ＡＰ ＳＴＡから、ＳＣＳ（ＳＣＳｘで表す）を確立するためのＲ－ＴＷＴセットアップ要求を含むＳＣＳ要求フレームを受け取り（１３２）、ＳＣＳｘに属するトラフィックを送信するようにＲ－ＴＷＴ ＳＰをスケジュールした時に、ＡＰは、非ＡＰ ＳＴＡに、Ｒ－ＴＷＴセットアップ応答を含むＳＣＳ応答フレームを送信（１３４）する。
[00142] ブロック１３６において、ＡＰがＳＣＳ要求及びＲ－ＴＷＴセットアップ要求を受け入れたかどうかを判断する。ＡＰによって行われるＳＣＳｘセットアップは、ＳＣＳ応答フレーム内のＳＣＳｘのＳＣＳステータス要素に示すことができる。ＳＣＳｘのＳＣＳステータス要素内に、ＳＣＳｘのためのＲ－ＴＷＴセットアップへの応答を含めることもできる。少なくとも１つの実施形態／モード／ケースでは、ＡＰは、ＳＣＳｘのＳＣＳステータス要素にいかなるＴＷＴ要素も含まないことによって、Ｒ－ＴＷＴセットアップの拒絶を示すと理解されたい。
[00143] ＳＣＳ及びＲ－ＴＷＴが受け入れられた場合、ブロック１３８において、非ＡＰ ＳＴＡは、Ｒ－ＴＷＴのメンバーになり、ＳＣＳに属するトラフィックは、Ｒ－ＴＷＴ ＳＰ中に送信するようにスケジュールされる。一方で、ブロック１３６において、要求が受け入れられなかった場合、ブロック１４０において、ＳＣＳに属するトラフィックは、許可されないか、又はＲ－ＴＷＴ ＳＰ中に送信するものよりも低い優先度が与えられる。
[00144] 具体的には、少なくとも１つの実施形態では、ＡＰは、非ＡＰに応答するための以下のオプションを有する。
[00145] （ａ）ＡＰは、ＳＣＳｘセットアップと、ＳＣＳｘに対するＲ－ＴＷＴセットアップ要求とを受け入れる。この場合、ＳＣＳｘの確立が成功して、ＳＣＳｘのトラフィックを他のトラフィックから区別することができる。ＡＰは、また、ＳＣＳｘのトラフィックを送信するようにＲ－ＴＷＴを割り当てる。ＡＰは、ＳＣＳｘの修正されたＳＣＳステータスフィールドにＴＷＴ要素を追加して、ＳＣＳｘのトラフィック送信に対するＲ－ＴＷＴスケジューリングを示す。具体的には、Ｒ－ＴＷＴ ＳＰがトリガベースである時に、ＡＰは、そのＲ－ＴＷＴのＳＰ中に、ＳＣＳに属するトラフィックの送信をスケジュールする。
[00146] （ｂ）ＡＰは、ＳＣＳｘセットアップ要求を受け入れるが、ＳＣＳｘに対するＲ－ＴＷＴセットアップ要求を拒絶する。なお、この場合は、ＡＰが、ＳＣＳｘのＳＣＳ記述子要素内のＲＴＡ－ＴＳＰＥＣ要素内のＴＳ情報フィールドフォーマット内のＲ－ＴＷＴ要求フィールドが「任意選択」に設定されたＳＣＳ要求フレームを受け取った時にのみ、生じ得る。この場合、ＳＣＳｘの確立は成功するが、ＳＣＳｘのトラフィック送信に対してＲ－ＴＷＴはスケジュールされない。ＳＣＳｘに対するＲ－ＴＷＴセットアップ要求を拒絶するために、ＡＰは、（１）ＳＣＳｘに対するＳＣＳステータス要素にＴＷＴ要素を含めないか、又は（２）ＳＣＳｘに対するＳＣＳステータス要素に、「拒絶ＴＷＴ（ｒｅｊｅｃｔ ＴＷＴ）」を示すＴＷＴセットアップコマンドフィールドを含むＴＷＴ要素を追加して、そのＳＣＳに対するＲ－ＴＷＴセットアップ要求の拒絶を示すか、又は（３）ＳＣＳに対するＳＣＳステータス要素に、「代替ＴＷＴ（Ａｌｔｅｒｎａｔｅ ＴＷＴ）」又は「指令ＴＷＴ（Ｄｉｃｔａｔｅ ＴＷＴ）」を示すＴＷＴセットアップコマンドフィールドを含むＴＷＴ要素を追加して、Ｒ－ＴＷＴセットアップ要求を拒絶する時にＳＣＳに対するＲ－ＴＷＴセットアップに対する提案されたパラメータを示す、ことができる。
[00147] （ｃ）そうでない場合には、ＡＰは、ＳＣＳｘセットアップ要求を拒絶し、ＳＣＳｘに対するＲ－ＴＷＴセットアップ要求を拒絶する。この場合、ＳＣＳｘセットアップは失敗したが、ＳＣＳｘのトラフィック送信に対してＲ－ＴＷＴはスケジュールされない。ＳＣＳｘに対するＲ－ＴＷＴセットアップ要求を拒絶するために、ＡＰは、（１）ＳＣＳｘに対するＳＣＳステータス要素にＴＷＴ要素を含めないか、又は（２）ＳＣＳｘに対するＳＣＳステータス要素に、「拒絶ＴＷＴ（ｒｅｊｅｃｔ ＴＷＴ）」を示すＴＷＴセットアップコマンドフィールドを含むＴＷＴ要素を追加して、そのＳＣＳに対するＲ－ＴＷＴセットアップ要求の拒絶を示すか、又は（３）ＳＣＳに対するＳＣＳステータス要素に、「代替ＴＷＴ（Ａｌｔｅｒｎａｔｅ ＴＷＴ）」又は「指令ＴＷＴ（Ｄｉｃｔａｔｅ ＴＷＴ）」を示すＴＷＴセットアップコマンドフィールドを含むＴＷＴ要素を追加して、Ｒ－ＴＷＴセットアップ要求を拒絶する時にＳＣＳに対するＲ－ＴＷＴセットアップに対する提案されたパラメータを示す、ことができる。
３．３．２．通信フレームフォーマット
[00149] 図２３に、ＳＣＳ ＩＤフィールドに示されるＳＣＳの修正されたＳＣＳ記述子要素の実施形態例１５０を示す。修正されたＳＣＳ記述子要素は、ＳＣＳに示されるＳＣＳのトラフィック送信に対するＲ－ＴＷＴセットアップ要求を搬送することができる。図１３に示すようなＳＣＳ記述子要素と比較して、この修正されたＳＣＳ記述子要素の修正について、以下のように説明する。以下にいかなる説明もないフィールドについては、図１３のものと同じとするか又は予約することができる。
[00150] 要求タイプフィールドを設定して、ＳＣＳ記述子要素の要求タイプを示す。非ＡＰ ＳＴＡは、要求タイプフィールドを「追加」に設定した時に、新たなＳＣＳを追加することを要求する。次に、ＡＰは、要求が受け入れられたか否かを応答する。また、ＡＰは、ＲＴＡ－ＴＳＰＥＣ要素内のＴＳ情報フィールド内のＲ－ＴＷＴ要求フィールドが「必須」に設定されたＳＣＳ要求を受け入れた場合、新たなＳＣＳに対するＲ－ＴＷＴセットアップ要求を受け入れるべきである。ＲＴＡ－ＴＳＰＥＣ要素内のＴＳ情報フィールド内のＲ－ＴＷＴ要求フィールドが「任意選択」に設定された場合、ＡＰは、Ｒ－ＴＷＴメンバーシップ要求を断ることができる。ＲＴＡ－ＴＳＰＥＣは、ＩＥＥＥ ８０２．１１ｂｅで規定されるＱｏＳ特性要素に取って代わられることができることに留意されたい。
[00151] 非ＡＰ ＳＴＡは、要求タイプフィールドを「変更」に設定した時に、既存のＳＣＳのタイプを変更することを要求している。ＡＰは、このフィールドを受け取った時に、タプル＜ＳＣＳＩＤ、非ＡＰ ＳＴＡ ＭＡＣアドレス＞を使用して、ＳＣＳを見つけることができる。次に、ＡＰは、そのＳＣＳのパラメータを変更することを受け入れるか、又はそれを拒絶する。ＡＰが、以前に受け入れられたＳＣＳを変更する要求を断った場合、このＳＣＳのために、（存在する場合には）以前に受け入れられた分類及びＲ－ＴＷＴスケジューリングを使用して、動作し続ける。
[00152] 非ＡＰ ＳＴＡは、要求タイプを「除去」に設定した時に、既存のＳＣＳを除去することを要求する。ＡＰは、このフィールドを受け取った時に、タプル＜ＳＣＳＩＤ、非ＡＰ ＭＬＤ ＭＡＣアドレス（なお、非ＡＰがＳＴＡである場合は、非ＡＰ ＳＴＡ ＭＡＣアドレスである）＞によってＳＣＳを識別し、そのＳＣＳを除去することができる。このＳＣＳに対してスケジュールされるＲ－ＴＷＴ ＳＰを変更又は除去することができる。例えば、このＳＣＳに対してＲ－ＴＷＴ ＳＰがスケジュールされた場合、このＳＣＳが除去された時に、このＳＣＳに属するトラフィックを送信するのに必要な時間量だけ、Ｒ－ＴＷＴ ＳＰの継続時間を低減すべきである。このＳＣＳのみに対してＲ－ＴＷＴ ＳＰがスケジュールされた場合、Ｒ－ＴＷＴ ＳＰを取り消すべきである。ＡＰは、ＴＷＴ要素を追加して、Ｒ－ＴＷＴスケジューリングの変更を示すことができる。
[00153] 非ＡＰ ＳＴＡによって、ＲＴＡ－ＴＳＰＥＣを設定して、ＳＣＳのトラフィックの仕様及びＱｏＳ要件を示す。ＡＰは、このフィールドを受け取った時に、このフィールド内の情報を使用して、ＳＣＳ要求を受け入れるべきか又は拒絶すべきかどうかを決定することができる。ＡＰは、Ｒ－ＴＷＴセットアップも必要とするＳＣＳ要求を受け取った場合、ＳＣＳのトラフィックを送信するように、かつそのＱｏＳ要件を満たすように、Ｒ－ＴＷＴ ＳＰをスケジュールすべきである。
[00154] 修正されたＴＷＴ要素フィールドは、図２８に示すフォーマットを有し、非ＡＰ ＳＴＡは、このフィールドを設定して、ＳＣＳのトラフィック送信に対するＲ－ＴＷＴセットアップ要求を示す。ＡＰは、このフィールドを受け取った時に、ＴＷＴ要素で示される要件に従って、ＳＣＳ記述子要素（すなわちＳＣＳＩＤ）で示されるＳＣＳのトラフィック送信に対してＲ－ＴＷＴをスケジュールする。この要素のパラメータ設定及び機能は、Ｒ－ＴＷＴのメンバーシップを要求するためのＴＷＴシグナリングのものと同じとすることができる。
[00155] 非ＡＰ ＳＴＡは、修正されたＴＳ情報フィールド内のＲ－ＴＷＴ要求サブフィールドが「必須」又は「任意選択」に設定された時に、１つのＳＣＳ記述子要素に１又は２以上のＴＷＴ要素を追加すべきかどうかを決定することができる。修正されたＴＳ情報フィールド内のＲ－ＴＷＴ要求サブフィールドが「必須ではない」に設定された場合、ＳＣＳ記述子要素にＴＷＴ要素を追加すべきではない。非ＡＰ ＳＴＡが、修正されたＴＳ情報フィールド内のＲ－ＴＷＴ要求サブフィールドを「必須」又は「任意選択」に設定したが、ＳＣＳ記述子要素にＴＷＴ要素を追加しなかった場合、ＡＰは、依然として、ＳＣＳ記述子要素で示されるＳＣＳのトラフィック送信のためのＲ－ＴＷＴをスケジュールする。ＳＣＳ応答フレーム内の対応するＳＣＳステータスフィールドで、Ｒ－ＴＷＴスケジューリングを搬送することができる。
[00156] ＴＷＴ要素のネゴシエーションタイプサブフィールドは「３」であり、非ＡＰ ＳＴＡがＲ－ＴＷＴメンバーシップのためのものであることを示す。
[00157] ＳＣＳ記述子要素内の要求タイプが「追加」に設定された時に、ＴＷＴ要素内のブロードキャストＴＷＴパラメータセットフィールド内の要求タイプフィールド内のＴＷＴセットアップコマンドフィールドを、「要求ＴＷＴ（Ｒｅｑｕｅｓｔ ＴＷＴ）」、「提案ＴＷＴ（Ｓｕｇｇｅｓｔ ＴＷＴ）」、又は「請求ＴＷＴ（Ｄｅｍａｎｄ ＴＷＴ）」に設定しなければならない。ＴＷＴ要素内のブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴ要求サブフィールドは、「１」に設定されて、Ｒ－ＴＷＴメンバーシップ要求を示す。
[00158] 少なくとも１つの実施形態／モード／ケースでは、ＳＣＳ記述子要素内の要求タイプは「変更」に設定されるが、ＴＷＴ要素がＳＣＳ記述子要素に追加される可能性はない。
[00159] ＳＣＳ記述子要素内の要求タイプが「除去」に設定された時に、ＳＣＳのトラフィックが、いくつかのＲ－ＴＷＴによって送信するようにスケジュールされる非ＡＰ ＳＴＡのトラフィックストリームのみである場合、ＴＷＴ要素内のＴＷＴセットアップコマンドフィールドを「拒絶ＴＷＴ（Ｒｅｊｅｃｔ ＴＷＴ）」に設定することができる。その後、非ＡＰ ＳＴＡは、もはやそれらのＲ－ＴＷＴのメンバーではなくなる。
[00160] 少なくとも１つの実施形態／モード／ケースでは、１つの修正されたＳＣＳ記述子フィールドで、複数のＴＷＴ要素を搬送して、同じＲ－ＴＷＴに対して、単一の値又は値の範囲、例えば、ターゲットウェイクタイム（ＴＷＴ）フィールド、公称最小ＴＷＴウェイク継続時間フィールド、及びＴＷＴウェイク間隔パラメータを示すことができる。パラメータに対して単一の値を示すために、ＳＴＡは、そのパラメータの値を、同じリンク上の同じＲ－ＴＷＴに対する各ＴＷＴ要素において同じであるように設定する。値の範囲を表現することもできる。例えば、少なくとも１つの実施形態では、ＳＴＡが、パラメータの値を、同じリンク上の同じＲ－ＴＷＴに対する各ＴＷＴ要素において異なって設定することによって、パラメータに対する値の範囲を示す。パラメータに対して示される範囲は、ＴＷＴウェイク間隔仮数部及びＴＷＴウェイク間隔指数部フィールドを除いて、ＴＷＴ要素における順番に関係なく、低い方の値から開始して、高い方の値までの全ての値を含む範囲である。ＴＷＴウェイク間隔に対して示される範囲は、２つのＴＷＴウェイク間隔値のうちの低い方の値から開始して、２つのＴＷＴウェイク間隔値のうちの高い方の値で終了し、ここで、ＴＷＴウェイク間隔は、（Ｄｒａｆｔ Ｐ８０２．１１ａｘ Ｄ８．０からコピーされる）ＴＷＴウェイク間隔仮数部及びＴＷＴウェイク間隔指数部フィールドから決定される。
[00161] 図２４に、ＲＴＡ－ＴＳＰＥＣ要素の実施形態例１７０を示し、ＲＴＡ－ＴＳＰＥＣ要素は、２つの部分、すなわち、オリジナルのＴＳＰＥＣと、本開示のＲＴＡ属性とを組み込むことができ、ＲＴＡ属性は、公称サービス間隔、信頼性、ジッタ、ＭＳＤＵ寿命及び決定論的サービスというサブフィールドで例示される。上記のサブフィールドのサブセット又はスーパーセットは、本開示の教示から逸脱することなく利用することができると理解されたい。
[00162] 図２５に、ＲＴＡ－ＴＳＰＥＣ要素内の修正されたＴＳ情報フィールドの実施形態例１９０を示す。ＴＳＰＥＣは、ＴＳ情報フィールドが、図２の代わりに図２５に示す通りであることを除いて、図１に示したものと同じとすることができる。
[00163] ＴＳＰＥＣのＴＳ情報フィールド内のＴＳＩＤフィールドの値は、図１に示したような８～１５の代わりに０～１５の値に設定することができる。
[00164] 同じＳＣＳ記述子要素内に、少なくとも１つのＴＣＬＡＳ要素又はイントラＡＣ優先度要素が存在する時に、ＴＳＰＥＣのＴＳ情報フィールド（又はＱｏＳ特性要素の制御情報フィールド）内のユーザ優先度を予約することができる。同じＳＣＳ記述子要素にＴＣＬＡＳ要素が存在しない時に、ユーザ優先度（又はＴＩＤ）を設定して、トラフィックのユーザ優先度（又はＴＩＤ、それぞれ）を示すことができる。ＳＣＳセットアップが成功した場合、そのユーザ優先度（又はＴＩＤ、それぞれ）のトラフィックは、そのＳＣＳに属する。例えば、このユーザ優先度（又はＴＩＤ、それぞれ）が、ＳＣＳセットアップのために「６」すなわちＵＰ６（又はＴＩＤ６、それぞれ）に設定された場合、ＵＰ６（又はＴＩＤ６、それぞれ）の全てのトラフィックは、該ＳＣＳに属する。ＴＩＤが０～７の間である場合、ＵＰは、ＴＩＤと同じ値でなければならない。
[00165] ＴＳ情報フィールド（又はＱｏＳ特性要素の制御情報フィールド）に、デフォルトユースケースフィールドを追加することができる。このフィールドを設定して、トラフィックのいくつかの古典的なユースケース、例えば、ＡＲ／ＶＲ、オンラインゲーム、ロボット工学などを示すことができる。デフォルトユースケースは、「０」に設定された時に、ユースケースが特定されていないこと、及びＲＴＡ－ＴＳＰＥＣ要素内のパラメータを手動で設定すべきことを示す。デフォルトユースケースフィールドが、特定のユースケース、例えばＡＲ／ＶＲに設定された場合、ＲＴＡ－ＴＳＰＥＣ要素内のいくつかのパラメータをデフォルトで設定することができる。少なくとも１つの実施形態／モード／ケースでは、デフォルトユースケースは、ＲＴＡ－ＴＳＰＥＣのフォーマットを制御することができる。ＲＴＡ－ＴＳＰＥＣから、ＲＴＡ－ＴＳＰＥＣ要素内の特定のユースケースのためのデフォルトパラメータ設定を含むいくつかのフィールドを除去することができ、いくつかの追加のフィールドを追加することができる。
[00166] Ｒ－ＴＷＴ要求フィールドを設定して、ＡＰがＳＣＳトラフィックストリームのトラフィック送信に対してＲ－ＴＷＴ ＳＰをスケジュールする必要があるかどうかを示す。
[00167] このフィールドが「必須」に設定された場合、ＡＰは、ＳＣＳのトラフィック送信に対してＲ－ＴＷＴをスケジュールしなければならない。ＡＰは、ＳＣＳのトラフィック送信に対してＲ－ＴＷＴをスケジュールすることができない場合、非ＡＰ ＳＴＡからのＳＣＳセットアップ要求を断らなければならない。
[00168] このフィールドが「任意選択」に設定された場合、ＡＰは、ＳＣＳのトラフィック送信に対してＲ－ＴＷＴをスケジュールしようと試みる。ＡＰは、ＳＣＳのトラフィック送信に対してＲ－ＴＷＴ ＳＰをスケジュールすることができない場合でも、非ＡＰからのＳＣＳメンバーシップ要求を受け入れることができる。
[00169] このフィールドが「必須ではない」に設定された場合、ＡＰは、ＳＣＳセットアップ手順中にＳＣＳに対してＲ－ＴＷＴスケジューリングを検討する必要がない。ＲＴＡ－ＴＳＰＥＣ要素の同じ修正されたＳＣＳ記述子要素又は同じ修正されたＳＣＳステータスフィールドに、ＴＷＴ要素を含めない。
[00170] このフィールドが「必須」又は「任意選択」に設定された場合、非ＡＰ ＳＴＡは、ＲＴＡ－ＴＳＰＥＣ要素の同じ修正されたＳＣＳ記述子要素にＴＷＴ要素を含ませて、ＴＷＴセットアップ要求を示すことができる。
[00171] このフィールドが「必須」又は「任意選択」に設定された場合、少なくとも１つの実施形態／モード／ケースでは、非ＡＰ ＳＴＡは、ＲＴＡ－ＴＳＰＥＣ要素の同じ修正されたＳＣＳ記述子要素に、いかなるＴＷＴ要素も含めない。その後、ＡＰは、依然として、その応答フレームでＴＷＴ要素を送信して、ＳＣＳのトラフィック送信に対してＲ－ＴＷＴ ＳＰをスケジュールすることができる。
[00172] 図２４に戻ると、ＲＴＡ属性フィールドは、このＲＴＡ－ＴＳＰＥＣの下でのレイテンシに敏感なトラフィックに対する追加のＱｏＳ要件を示す。少なくとも１つの実施形態／モード／ケースでは、このフィールドは、非ＡＰ ＳＴＡ及びＡＰの両方でＲＴＡ－ＴＳＰＥＣが実装される時にのみ、ＴＷＴ要素と共に又はその中に現れる。
[00173] 信頼性フィールドは、非ＡＰ ＳＴＡによって設定されて、このＲＴＡ－ＴＳＰＥＣの下でのレイテンシに敏感なトラフィックのパケット損失要件を示す。ＡＰは、このフィールドを受け取った時に、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックの送信に対するリソース分散を推定して、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックのパケット損失が、信頼性フィールドに示されるパケット損失よりも小さいことを保証すべきである。パケット損失は、限界のあるレイテンシ（ｂｏｕｎｄｅｄ ｌａｔｅｎｃｙ）（又はＭＳＤＵ寿命）内に配信されないこのＲＴＡ－ＴＳＰＥＣの下でのパケットの比とすることができる。このフィールドは、限界のあるレイテンシ（又はＭＳＤＵ寿命）内に配信されるこのＲＴＡ－ＴＳＰＥＣの下でのパケットの比を表すこともできることに留意されたい。
[00174] ジッタフィールドは、非ＡＰ ＳＴＡによって設定されて、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックのジッタ要件を示す。ＡＰは、このフィールドを受け取った時に、好ましくは、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックの送信に対するリソース分散の推定を実行して、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックのジッタ要件を満たすことができることを保証する。
[00175] ＭＳＤＵ寿命フィールドは、ＭＳＤＵをキューに記憶することができる時間を表す。非ＡＰ ＳＴＡが、このフィールドを設定して、決定論的サービスフィールドが第１の状態（例えば「１」）に設定された時に、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックのＭＳＤＵ又はＡ－ＭＳＤＵ寿命を示す。非ＡＰ ＳＴＡがこのフィールドを受け取り、かつ決定論的サービスフィールドがこの第１の状態に設定された時に、寿命内にＭＳＤＵ又はＡ－ＭＳＤＵの送信が成功しなかった場合、ＭＳＤＵ又はＡ－ＭＳＤＵは破棄される。決定論的サービスフィールドが第２の状態（例えば「０」）に設定された時に、このフィールドは予約される。このフィールドは、ＴＳＰＥＣ要素内の遅延限界（Ｄｅｌａｙ Ｂｏｕｎｄ）フィールドに取って代わられることができることに留意されたい。
[00176] 決定論的サービスフィールドは、非ＡＰ ＳＴＡによって設定されて、ＭＳＤＵの寿命が満了した時に、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックのＭＳＤＵを破棄するかどうかを示す。非ＡＰ ＳＴＡがこのフィールドを第１の状態（例えば「１」）に設定した場合、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックのＭＳＤＵ又はＡ－ＭＳＤＵは、その寿命が満了した時に破棄される。そうでない場合には、非ＡＰ ＳＴＡは、このフィールドを第２の状態（例えば「０」）に設定する。ＡＰが値「１」を含むこのフィールドを受け取った時に、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックのＭＳＤＵは、その寿命が満了した時に破棄される。ＡＰが「０」に設定されたこのフィールドを受け取った時に、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックのＭＳＤＵの寿命は存在しない。なお、ＭＳＤＵ寿命フィールドの値、例えば「０」が、ＭＳＤＵ寿命が特定されていないことを表す場合、このフィールドは不要であり、このＲＴＡ－ＴＳＰＥＣの下でのトラフィックのＭＳＤＵは、ＭＳＤＵ寿命の満了に起因して破棄されない。
[00177] 図２７に、ＳＣＳ ＩＤフィールドに示されるようなＳＣＳの修正されたＳＣＳステータスフィールドの実施形態例２３０を示す。修正されたＳＣＳステータスフィールドは、ＳＣＳで示されるＳＣＳのトラフィック送信に対するＲ－ＴＷＴセットアップ応答を搬送することができる。図１４に示すものと比較して、修正されたＳＣＳステータスフィールドの修正について、以下に説明する。以下にいかなる説明もないフィールドについては、図１のものと同じであるか又は予約する。ＳＣＳステータスのフィールドは、以下の通りである。
[00178] 要素ＩＤフィールドは、これが修正されたＳＣＳステータス要素であることを示す。長さフィールドは、修正されたＳＣＳステータス要素の長さを示す。
[00179] ＴＣＬＡＳフィールド、ＴＣＬＡＳ処理フィールド、及びＲＴＡ－ＴＳＰＥＣフィールドを設定して、ＡＰが非ＡＰ ＳＴＡによるＳＣＳセットアップ要求を拒絶した時に、それらのフィールドで提案されたパラメータを示す。非ＡＰ ＳＴＡは、提案されたパラメータを使用して、ＳＣＳセットアップ要求を再送信することができる。ＡＰは、ＳＣＳセットアップを受け入れた場合、ＳＣＳセットアップ要求から受け取られるそれらのフィールドからのパラメータを複製することができるか、又はＳＣＳステータスフィールドにそれらのフィールドを含めないことを決定することができる。
[00180] 修正されたＴＷＴ要素フィールドは、図２８に示すように構成することができる。ＡＰは、このフィールドを設定して、ＳＣＳのトラフィック送信に対するＲ－ＴＷＴセットアップ応答を示す。非ＡＰ ＳＴＡは、このフィールドを受け取った時に、ＳＣＳのトラフィック送信に対していくつかのＲ－ＴＷＴがスケジュールされるかどうかを判断する。この要素のパラメータ設定及び機能は、Ｒ－ＴＷＴのメンバーシップ要求に応答するためのＴＷＴシグナリングのものと同じとすることができる。
[00181] ＴＷＴ要求が受け入れられた場合、非ＡＰ ＳＴＡは、ＳＣＳのトラフィック送信に対するＴＷＴ要素で示されるようなＲ－ＴＷＴスケジューリングに従うべきである。
[00182] ＴＷＴ要求が受け入れられなかった場合、ＴＷＴ要素内の情報は、ＴＷＴ要素内の提案されたパラメータ設定を示して、ＳＣＳトラフィックストリームに対するＲ－ＴＷＴメンバーシップを要求する。非ＡＰ ＳＴＡは、別個のＴＷＴ要求フィールドを送信して、Ｒ－ＴＷＴメンバーシップを要求することができる。ＴＷＴ要素のネゴシエーションタイプサブフィールド（図６に示す）は、「３」である。
[00183] 少なくとも１つの実施形態／モード／ケースでは、ＡＰは、１つの修正されたＳＣＳステータス要素に、１よりも多くの修正されたＴＷＴ要素を追加して、ＳＣＳトラフィックストリームのトラフィック送信に対して複数のＲ－ＴＷＴをスケジュールする。少なくとも１つの実施形態／モード／ケースでは、１つの修正されたＴＷＴ要素が設定されて、ＴＷＴセットアップを受け入れた場合、同じＳＣＳステータス要素内の他の修正されたＴＷＴ要素も設定して、ＴＷＴセットアップを受け入れなければならない。
[00184] ＳＣＳセットアップの結果（例えば、ＳＣＳセットアップの受け入れ又は拒絶）は、図１４のように、修正されたＳＣＳステータス内のステータスフィールドで報告されることに留意されたい。
[00185] 図２８に、修正されたＴＷＴ要素の実施形態例２５０を示す。修正されたＴＷＴ要素内の全てのフィールドは、各（修正された）ブロードキャストＴＷＴパラメータセットフィールドにリンクＩＤフィールドが追加されたことを除いて、図５に示すようなＴＷＴ要素内のものと同じとすることができる。なお、修正されたブロードキャストＴＷＴパラメータセットフィールドは、図１５に示すようなＴＷＴシグナリングで使用することができる。
[00186] リンクＩＤフィールドを設定して、対応するブロードキャストＴＷＴパラメータセットフィールドに示されるＴＷＴ情報が効力を生じるリンクを示す。例えば、修正されたブロードキャストＴＷＴパラメータセットフィールド内のリンクＩＤがリンク２に設定された時に、修正されたブロードキャストＴＷＴパラメータセットフィールドは、リンク２上で効力を生じる。
[00187] ブロードキャストＴＷＴパラメータセットフィールドにおいてパラメータを設定する時に、パラメータ設定は、リンクＩＤフィールドに示されるリンクの時間基準に基づくことができる。例えば、修正されたブロードキャストＴＷＴパラメータセットフィールド内のリンクＩＤがリンク２に設定され、かつ修正されたブロードキャストＴＷＴパラメータセットフィールドがリンク１を通じて送信された時に、そのターゲットウェイクタイムフィールドを、リンク２上の非ＡＰ ＳＴＡ（又はＡＰ）のタイミング同期機能（ＴＳＦ）時間に設定することができ、その時間に、リンク２上の非ＡＰ ＳＴＡは、ウェイクアップするように指示される。
[00188] ＴＷＴパラメータ情報フィールドは、複数の修正されたブロードキャストＴＷＴパラメータセットフィールドを有することができる。いくつかの例では、ブロードキャストＴＷＴパラメータセットフィールドは、異なるＴＷＴ ＩＤを有することができる。各ブロードキャストＴＷＴパラメータセットフィールドは、独立したＴＷＴに対するＴＷＴセットアップコマンドを表す。
[00189] いくつかのブロードキャストＴＷＴパラメータセットフィールドが、同じＴＷＴ ＩＤを共有するが、異なるリンクＩＤを使用することができることを許可することもできる。これを使用して、異なるリンク上で同じ期間中にＳＰがスケジュールされたＴＷＴ（すなわち、異なるリンク上のＴＷＴ ＳＰが、同じ時間に開始及び終了する）を示すことができる。この場合、ＴＷＴ ＩＤは、ＭＬＤレベルにおいてＡＰによって管理することができる。すなわち、リンク１上にのみ、ＡＰ ＭＬＤによって作成されＴＷＴ ＩＤが３であるＴＷＴが存在する場合、同じＡＰ ＭＬＤの他のリンク上に、ＴＷＴ ＩＤが３である別のＴＷＴが存在すべきではない。ＴＷＴ ＩＤ ０は例外とすることができることに留意されたい。
[00190] 図８に示すようなブロードキャストＴＷＴパラメータ情報フィールド内の要求タイプフィールド内のトリガフィールドは、修正されたブロードキャストＴＷＴパラメータセットフィールド内に存在する時に、異なることができることも理解されたい。このフィールドは、Ｒ－ＴＷＴの修正されたブロードキャストＴＷＴパラメータセットフィールドにおいて第１の状態（例えば「１」）に設定された時に、Ｒ－ＴＷＴ ＳＰがトリガ可能なＲ－ＴＷＴ ＳＰであることを示す。修正されたブロードキャストＴＷＴパラメータセットフィールドにスケジュールされるトリガ可能なＲ－ＴＷＴ ＳＰ中に、Ｒ－ＴＷＴ ＳＰのメンバーＳＴＡではない非ＡＰ ＳＴＡは、このフィールドを受け取った時に、そのフィールドが、Ｒ－ＴＷＴ ＳＰ中にＡＰと非ＡＰ ＳＴＡ（この場合、該ＡＰと関連付けられ、Ｒ－ＴＷＴのメンバーである非ＡＰ ＳＴＡ）との間でＤＬ送信及びトリガベースのＵＬ送信のみが許可されることを特定する場合、そのＲ－ＴＷＴ ＳＰ中にチャネルを求めて競合することを許可されない。したがって、ＡＰのみが、Ｒ－ＴＷＴ ＳＰ中にチャネルを求めて競合することを許可され、Ｒ－ＴＷＴのメンバーは許可されない。なお、Ｒ－ＴＷＴ動作をサポートしない非ＡＰ ＳＴＡは、このルールに従うことを強いられない。一方で、このフィールドを第２の状態（例えば「０」）に設定して、任意の数のＲ－ＴＷＴが、Ｒ－ＴＷＴ ＳＰ中にＵＬ送信を開始するためのチャネルを求めて競合することができる。このフィールドは、要求タイプフィールド内のトリガフィールドを再使用する代わりに、新たなフィールドを含むことができることに留意されたい。
[00191] 少なくとも１つの実施形態では、ＡＰ又はＡＰ ＭＬＤは、そのブロードキャストＴＷＴ及びＲ－ＴＷＴに、別個のＴＷＴ ＩＤを割り当てることができる。すなわち、ＡＰは、ＴＷＴ ＩＤ １を含むブロードキャストＴＷＴを作成した場合、ＴＷＴ ＩＤ １を別のＲ－ＴＷＴに、及びその逆に割り当てるべきではない。
[00192] ブロードキャストＴＷＴパラメータセットフィールドは、任意のタイプのＴＷＴパラメータセットフィールド、例えば、個別ＴＷＴシグナリングのための個別ＴＷＴパラメータセットフィールドに取って代わられることができると理解されたい。また、リンクＩＤフィールドが添付された（修正された）個別ＴＷＴパラメータセットフィールドは、リンクＩＤフィールドに示されるリンクのための個別ＴＷＴパラメータセットを表す。個別ＴＷＴパラメータセットフィールドにおける時間設定（例えば、ターゲットウェイクタイム）は、リンクＩＤフィールドに示されるリンク上のＴＳＦ時間に基づいて設定される。
３．３．３．ＳＣＳセットアップ中にＲ－ＴＷＴ ＳＰをセットアップする例
[00194] この節では、ＳＣＳセットアップ手順中にＲ－ＴＷＴ ＳＰをセットアップするいくつかの例を示す。
[00195] 表１に、図２９～図３２に示す例について、Ｒ－ＴＷＴスケジューリングＡＰにおける３つのＳＣＳトラフィックストリーム（ＳＣＳ１、ＳＣＳ２及びＳＣＳ３）についての詳細を示す。
[00196] ＳＣＳ１では、ＳＣＳＩＤが第１の状態（例えば「１」）に設定され、このＳＣＳは、ＳＴＡ２とＡＰ１（又はＭＬＤ１）との間に確立される。このＳＣＳトラフィックストリームの方向は、アップリンクである。このＳＣＳのトラフィック識別子（ＴＩＤ）は「８」であり、ユーザ優先度値は「５」である。２つのＴＷＴ（すなわちＴＷＴＩＤ １及び３）がスケジュールされて、このＳＣＳトラフィックストリームを送信する。両方のＴＷＴは、リンク１上でスケジュールされる。
[00197] ＳＣＳ２では、ＳＣＳＩＤが「２」に設定され、このＳＣＳは、ＭＬＤ２とＭＬＤ１との間に確立される。このＳＣＳトラフィックストリームの方向は、ダウンリンクである。このＳＣＳのＴＩＤは「９」であり、ユーザ優先度は「６」である。１つのＴＷＴ（すなわちＴＷＴＩＤ １）がスケジュールされて、リンク１上でこのＳＣＳトラフィックストリームを送信する。
[00198] ＳＣＳ３では、ＳＣＳＩＤが「３」に設定され、このＳＣＳは、ＭＬＤ３とＭＬＤ１との間に確立される。このＳＣＳトラフィックストリームの方向は、ダウンリンクである。このＳＣＳのＴＩＤは「１０」であり、ユーザ優先度は「３」である。１つのＴＷＴ（すなわちＴＷＴＩＤ ２）がスケジュールされて、リンク２上でこのＳＣＳトラフィックストリームを送信する。
[00199] ＳＣＳＩＤは、ＴＷＴにリンクされるＴＩＤにマッピングすることができると理解されたい。また、ＴＩＤ ０～ＴＩＤ ７は、ＵＰ ０～ＵＰ ７と同じとすることができることに留意されたい。
[00200] 表２に、ＡＰ ＭＬＤ１によってスケジュールされた他のＴＷＴについての詳細を示し、ＭＬＤ３は、それらのＴＷＴのメンバーである。それらのＴＷＴのＳＰは、リンク１及びリンク２上でスケジュールされる。それらのＴＷＴの例を、図３３～図３６に示す。例示のターゲットウェイトタイムは、ＴＷＴ ＩＤが「４」である限定的ＴＷＴであるＲ－ＴＷＴ４、ＴＷＴ ＩＤが「５」であるブロードキャストＴＷＴとしてのＢ－ＴＷＴ５、及びＴＷＴ ＩＤが「６」である個別ＴＷＴを含むＩ－ＴＷＴ６である。
[00201] 図２９に、ＳＣＳのセットアップ手順中にＳＣＳトラフィックストリームに対してＲ－ＴＷＴをスケジュールする実施形態例２７０を示す。この図は、ＭＬＤ１のＡＰ１ ２７２とＭＬＤ２のＳＴＡ１ ２７４との間の通信を示す。
[00202] 図に示すように、Ｒ－ＴＷＴを含むＳＣＳセットアップ（２７６）を開始して、ＳＴＡ１が、ＡＰ１にＳＣＳ要求フレーム（２７８）を送信して、ＳＣＳ２を確立するように求める。ＳＣＳ要求フレームのフォーマットは、図１２に示すものと同じとすることができ、それによって、ＳＣＳ要求フレーム内のＳＣＳ記述子リストフィールドは、ＳＣＳ２の修正されたＳＣＳ記述子要素（図２３に示す）を搬送することができる。
[00203] ＳＴＡ１は、Ｒ－ＴＷＴ要求フィールドを、ＳＣＳ２の修正されたＳＣＳ記述子要素のＲＴＡ－ＴＳＰＥＣ要素のＴＳ情報フィールドにおいて「必須」又は「任意選択」に設定することができる。次に、ＳＴＡ１は、ＳＣＳ２の修正されたＳＣＳ記述子要素に修正されたＴＷＴ要素を含ませて、Ｒ－ＴＷＴ１に対するＲ－ＴＷＴメンバーシップ要求を示すことができる。ＳＴＡ１がＳＣＳ２のＳＣＳ記述子要素に修正されたＴＷＴ要素を含めないことを許可することもできる。修正されたＴＷＴ要素が含まれる場合、修正されたＴＷＴ要素におけるパラメータ設定の例は、以下に説明するようにすることができる。
[00204] 修正されたＴＷＴ要素の制御フィールド内のネゴシエーションタイプサブフィールドを「３」に設定して、メンバーシップ管理を提供するためのものであることを示す。ＴＷＴ要素において、修正されたブロードキャストパラメータセットフィールドを使用することができ、それによって、修正されたブロードキャストパラメータセットフィールド内のブロードキャストＴＷＴ情報フィールド内のブロードキャストＴＷＴ ＩＤフィールドを、Ｒ－ＴＷＴ１のＴＷＴ ＩＤに設定して、修正されたブロードキャストパラメータセットフィールドがＲ－ＴＷＴ１のためのものであることを示す。
[00205] Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内の要求サブフィールドを、第１の状態（例えば「１」）に設定して、Ｒ－ＴＷＴ１メンバーシップ要求を示す。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴセットアップコマンドサブフィールドを、「要求ＴＷＴ（Ｒｅｑｕｅｓｔ ＴＷＴ）」、「提案ＴＷＴ（Ｓｕｇｇｅｓｔ ＴＷＴ）」又は「請求ＴＷＴ（Ｄｅｍａｎｄ ＴＷＴ）」に設定して、ＳＴＡ１が、Ｒ－ＴＷＴ１のための修正されたブロードキャストパラメータセットフィールド内の提案されたＴＷＴパラメータのセットを含むＲ－ＴＷＴ１メンバーシップを要求することを示す。
[00206] Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のブロードキャストＴＷＴ推薦サブフィールドを「４」に設定して、要求がＲ－ＴＷＴに対するものであることを示す。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内のターゲットウェイクタイムフィールドを、リンク１上のＴＳＦ時間に設定して、その時間に、ＳＴＡ１は、ＳＣＳ２に対する第１のＲ－ＴＷＴ１ ＳＰを開始することを提案する。非ＡＰ ＳＴＡは、それをゼロに設定して、ＡＰが決定できるようにすることができる。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内のＴＷＴウェイク間隔仮数部及びＴＷＴウェイク間隔指数部フィールドを、ＳＴＡ１によって提案されるＲ－ＴＷＴ１ ＳＰ間の間隔に設定する。非ＡＰ ＳＴＡは、それをゼロに設定して、ＡＰに決定させることができる。
[00207] Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の公称最小ＴＷＴウェイク継続時間フィールドを、ＳＴＡ１によって提案される１つのＲ－ＴＷＴ１ ＳＰ時間に設定する。非ＡＰ ＳＴＡは、それをゼロに設定して、ＡＰに決定させることができる。修正されたブロードキャストパラメータセットフィールド内のリンクＩＤサブフィールドを、リンク１に設定する。
[00208] ＡＰ１は、ＳＴＡ１からＳＣＳ要求フレームを受け取った時に、要求を受け入れるべきかどうかを決定することができる。この例では、ＡＰ１は、ＳＣＳ要求を受け入れて、ＳＣＳ２トラフィックストリームの送信に対してＲ－ＴＷＴ１をスケジュールする。ＡＰ１は、ＳＴＡ１にＳＣＳ応答フレーム（２８０）を返送する。ＳＣＳ応答フレームのフォーマットは、図１４に示すものと同じとすることができ、それによって、フレーム内のＳＣＳステータスリストフィールドは、ＳＣＳ２の修正されたＳＣＳステータスフィールド（図２７に示す）を搬送する。ＳＣＳ２の修正されたＳＣＳステータスフィールドに、Ｒ－ＴＷＴ１のブロードキャストパラメータセットフィールドを搬送する修正されたＴＷＴ要素を含ませて、ＳＣＳ２トラフィックストリームを送信するようにＲ－ＴＷＴ１がスケジュールされることを示す。修正されたＴＷＴ要素におけるパラメータ設定の例は、以下に説明するようにすることができる。
[00209] ＴＷＴ要素の制御フィールド内のネゴシエーションタイプサブフィールドを「３」に設定して、メンバーシップ管理のためのものであることを示す。
[00210] 修正されたＴＷＴ要素において、修正されたブロードキャストパラメータセットフィールドを使用することができ、それによって、修正されたブロードキャストパラメータセットフィールド内のブロードキャストＴＷＴ情報フィールド内のブロードキャストＴＷＴ ＩＤフィールドを、Ｒ－ＴＷＴ１のＴＷＴ ＩＤに設定して、修正されたブロードキャストパラメータセットフィールドがＲ－ＴＷＴ１のためのものであることを示す。
[00211] Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内の要求サブフィールドを、第２の状態（例えば「０」）に設定して、修正されたブロードキャストパラメータセットフィールドがＲ－ＴＷＴ１メンバーシップ要求に応答するためのものであることを示す。
[00212] Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴセットアップコマンドサブフィールドを、「受諾ＴＷＴ（Ａｃｃｅｐｔ ＴＷＴ）」に設定して、ＡＰ１がＲ－ＴＷＴ１メンバーシップ要求を受け入れることを示す。
[00213] Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴブロードキャストＴＷＴ推薦サブフィールドを設定して、応答がＲ－ＴＷＴに対するものであることを示す。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内のターゲットウェイクタイムフィールドを、リンク１上のＴＳＦ時間に設定して、その時間に、ＳＣＳ２に対する第１のＲ－ＴＷＴ１ ＳＰを開始する。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内のＴＷＴウェイク間隔仮数部及びＴＷＴウェイク間隔指数部フィールドを、Ｒ－ＴＷＴ１ ＳＰ間の間隔に設定する。
[00214] Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の公称最小ＴＷＴウェイク継続時間フィールドを、１つのＲ－ＴＷＴ１ ＳＰ時間に設定する。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールドのリンクＩＤサブフィールドを、リンク１に設定する。図に、トリガ可能なＲ－ＴＷＴ１ ＳＰ（２８２）の例を示す。ＡＰ１は、Ｒ－ＴＷＴ１ ＳＰ（２８４）に対するチャネルアクセスを取得して、Ｒ－ＴＷＴ１ ＳＰ中に、ＳＴＡ１に、ＳＣＳ２トラフィックストリームを搬送するＤＬ ＰＰＤＵ（２８８）及び（２９２）を送信することを開始し、確認応答（例えばブロック確認応答（ＢＡ））（２９０）及び（２９４）を受け取ることができる。
[00215] いくつかの例では、Ｒ－ＴＷＴ ＳＰ時間は、Ｒ－ＴＷＴ ＳＰ中に送信するようにスケジュールされるＳＣＳトラフィックストリームによって必要とされる送信時間よりも大きくあるべきではない。例えば、この場合、ＳＴＡ１がＳＣＳ２トラフィックストリームを送信するためのＲ－ＴＷＴ１ ＳＰの唯一のメンバーである場合、Ｒ－ＴＷＴ１ ＳＰ時間は、ＳＣＳ２トラフィックストリームによって必要とされる送信時間に等しくあるべきである。例えば、毎秒のＲ－ＴＷＴ１ ＳＰ時間は、ＳＣＳ２セットアップ中にＲＴＡ－ＴＳＰＥＣ要素で示される媒体時間に等しくあるべきである。
[00216] ＳＣＳのトラフィック送信に対して、１つの及びただ１つのＲ－ＴＷＴがスケジュールされた場合、Ｒ－ＴＷＴの間隔（２８６）（同じＲ－ＴＷＴの２つの連続するＳＰ間の間隔）を、そのＳＣＳの（ＳＣＳセットアップ中にＲＴＡ－ＴＳＰＥＣ要素で示される）最小サービス間隔と最大サービス間隔との間にすべきである。例えば、間隔＝（最小サービス間隔＋最大サービス間隔）／２である。図に示すように、Ｒ－ＴＷＴ１の間隔（Ｒ－ＴＷＴ１ ＳＰ間の間隔）を、ＳＣＳ２の最小サービス間隔と最大サービス間隔との間にすべきである。図に、Ｒ－ＴＷＴ１ ＳＰ（２８４）と後続のＲ－ＴＷＴ１ ＳＰ（２９６）との間の間隔（２８６）を示す。
[00217] 図３０に、ＳＣＳのセットアップ手順中にＳＣＳトラフィックストリームに対してＲ－ＴＷＴをスケジュールしない場合を示す実施形態例３１０を示す。この図は、ＭＬＤ１のＡＰ１ ２７２とＭＬＤ２のＳＴＡ１ ２７４との間の通信を示す。
[00218] 図は、別個のＳＣＳセットアップ及びＲ－ＴＷＴセットアップ（３１２）の使用を示す。ＳＴＡ１が、ＡＰ１にＳＣＳ要求フレーム（３１４）を送信して、ＳＣＳ２を確立するように求める。ＳＣＳ要求フレームのフォーマットは、図１２に示すものと同じとすることができ、それによって、フレーム内のＳＣＳ２のためのＳＣＳ記述子要素は、図２３に示すようにすることができる。
[00219] ＳＴＡ１は、Ｒ－ＴＷＴ要求フィールドを、ＳＣＳ要求フレーム内のＳＣＳ２の修正されたＳＣＳ記述子要素のＲＴＡ－ＴＳＰＥＣ要素のＴＳ情報フィールドにおいて「任意選択」又は「必須ではない」に設定することができる。ＳＴＡ１は、Ｒ－ＴＷＴ要求フィールドを「任意選択」に設定した場合、ＳＣＳ２の修正されたＳＣＳ記述子要素に修正されたＴＷＴ要素を含ませて、Ｒ－ＴＷＴ１又は他のＲ－ＴＷＴに対するＲ－ＴＷＴメンバーシップ要求を示すことができる。
[00220] いくつかの場合では、ＳＴＡ１は、ＳＣＳ２の修正されたＳＣＳ記述子要素に修正されたＴＷＴ要素を含めないことができる。Ｒ－ＴＷＴ要求フィールドが「必須ではない」に設定された場合、ＳＣＳ記述子要素には、修正されたＴＷＴ要素が含まれないことに留意されたい。Ｒ－ＴＷＴ要求フィールドが「任意選択」に設定され、かつＳＣＳ２のＳＣＳ記述子要素に修正されたＴＷＴ要素が含まれる場合、修正されたＴＷＴ要素内のパラメータは、以下に説明するように設定することができる。
[00221] ＴＷＴ要素の制御フィールド内のネゴシエーションタイプサブフィールドを「３」に設定して、メンバーシップ管理のためのものであることを示すことができる。
[00222] 修正されたＴＷＴ要素内に、修正されたブロードキャストパラメータセットフィールドが存在することができ、それによって、修正されたブロードキャストパラメータセットフィールド内のブロードキャストＴＷＴ情報フィールド内のブロードキャストＴＷＴ ＩＤフィールドを、Ｒ－ＴＷＴ１のＴＷＴ ＩＤに設定して、修正されたブロードキャストパラメータセットフィールドがＲ－ＴＷＴ１のためのものであることを示す。
[00223] Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内の要求サブフィールドを、第２の状態（例えば「０」）に設定して、修正されたブロードキャストパラメータセットフィールドがＲ－ＴＷＴ１メンバーシップ要求に応答するためのものであることを示す。
[00224] Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴセットアップコマンドサブフィールドを、「受諾ＴＷＴ（Ａｃｃｅｐｔ ＴＷＴ）」に設定して、ＡＰ１がＲ－ＴＷＴ１メンバーシップ要求を受け入れることを示す。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴブロードキャストＴＷＴ推薦サブフィールドを設定して、応答がＲ－ＴＷＴに対するものであることを示す。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内のターゲットウェイクタイムフィールドを、リンク１上のＴＳＦ時間に設定して、その時間に、ＳＣＳ２に対する第１のＲ－ＴＷＴ１ ＳＰを開始する。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内のＴＷＴウェイク間隔仮数部及びＴＷＴウェイク間隔指数部フィールドを、Ｒ－ＴＷＴ１ ＳＰ間の間隔に設定する。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の公称最小ＴＷＴウェイク継続時間フィールドを、１つのＲ－ＴＷＴ１ ＳＰ時間に設定する。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールドのリンクＩＤサブフィールドを、リンク１に設定する。
[00225] ＡＰ１は、ＳＴＡ１からＳＣＳ要求フレームを受け取った時に、要求を受け入れてＳＣＳ応答フレームを返送すべきかどうかを決定することができる。ＳＣＳ応答フレーム（３１６）のフォーマットは、図１４に示すものと同じとすることができ、それによって、フレーム内のＳＣＳステータスリストフィールドは、図２７に示すようなＳＣＳ２の修正されたＳＣＳステータスフィールドを搬送する。ＳＣＳ２のＳＣＳステータスフィールドに、修正されたＴＷＴ要素を含ませて、ＳＴＡ１がＳＣＳ２に対するＲ－ＴＷＴのセットアップを要求した場合、ＳＣＳ１トラフィックストリームに対するＲ－ＴＷＴセットアップ結果を示すことができる。
[00226] この例では、ＡＰは、ＳＣＳ要求を受け入れるが、その時にＳＣＳ２トラフィックストリームの送信に対してＲ－ＴＷＴをスケジュールしない。例えば、以下のシナリオに例示する通りである。
[00227] ＳＴＡ１は、Ｒ－ＴＷＴ１以外のＲ－ＴＷＴのメンバーシップを要求するが、ＡＰ１は、そのメンバーシップ要求を受け入れない。代わりに、ＡＰ１は、ＴＷＴ要素を含むＳＣＳ応答フレームをＳＴＡ１に返送して、ＡＰ１がＲ－ＴＷＴ１に対するメンバーシップを要求することを提案する。修正されたＴＷＴ要素におけるパラメータ設定は、以下に説明するようにすることができる。
[00228] ＴＷＴ要素の制御フィールド内のネゴシエーションタイプサブフィールドを「３」に設定して、メンバーシップ管理を目的とするものであることを示すことができる。修正されたＴＷＴ要素内に、修正されたブロードキャストパラメータセットフィールドが存在することができ、それによって、ブロードキャストパラメータセットフィールド内のブロードキャストＴＷＴ情報フィールド内のブロードキャストＴＷＴ ＩＤフィールドを、Ｒ－ＴＷＴ１のＴＷＴ ＩＤに設定して、ブロードキャストパラメータセットフィールドがＲ－ＴＷＴ１のためのものであることを示す。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内の要求サブフィールドを「０」に設定して、ＳＣＳ２に対するＲ－ＴＷＴ１メンバーシップ要求に応答する。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴセットアップコマンドサブフィールドを、「指令ＴＷＴ（Ｄｉｃｔａｔｅ ＴＷＴ）」に設定して、ＡＰ１がＳＣＳ２に対するＲ－ＴＷＴ１メンバーシップ要求を受け入れないが、修正されたブロードキャストパラメータセットフィールド内のパラメータがＲ－ＴＷＴセットアップ要求を再送信するための提案されたパラメータを含むことを示す。Ｒ－ＴＷＴ１の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴブロードキャストＴＷＴ推薦サブフィールドを設定して、Ｒ－ＴＷＴ１がＲ－ＴＷＴであることを示す。Ｒ－ＴＷＴ１のブロードキャストパラメータセットフィールド内のターゲットウェイクタイムフィールドを、リンク１上のＴＳＦ時間に設定して、その時間に、ＳＣＳ２に対する第１のＲ－ＴＷＴ１ ＳＰを開始する。Ｒ－ＴＷＴ１のブロードキャストパラメータセットフィールド内のＴＷＴウェイク間隔仮数部及びＴＷＴウェイク間隔指数部フィールドを、Ｒ－ＴＷＴ１ ＳＰ間の間隔に設定する。Ｒ－ＴＷＴ１のブロードキャストパラメータセットフィールド内の公称最小ＴＷＴウェイク継続時間フィールドを、１つのＲ－ＴＷＴ１ ＳＰ時間に設定する。
[00229] ＳＣＳ２の確立が成功した後に、ＳＴＡ１は、ＴＷＴセットアップフレームを送信して、Ｒ－ＴＷＴ１などのＲ－ＴＷＴのメンバーシップを要求（３１８）することができる。次に、ＡＰ１は、ＩＥＥＥ ８０２．１１ａｘで規定されるような要求を受け入れる又は拒絶することを決定することができる。ＴＷＴセットアップフレームのフォーマットは、図１６に示すものと同じとすることができ、それによって、フレーム内のＴＷＴ要素のフォーマットは、図２８に示すようにすることができる。Ｒ－ＴＷＴセットアップ（Ｒ－ＴＷＴ要求（３１８）及びＲ－ＴＷＴ応答（３２０））をいつでも独立して実行することができると理解されたい。
[00230] 図に、トリガ可能なＲ－ＴＷＴ１ ＳＰの例を示す。図示のＡＰ１は、ＳＣＳ２に対する第１のＲ－ＴＷＴ１ ＳＰ（２８２）に対するチャネルアクセスを取得して、Ｒ－ＴＷＴ１ ＳＰ（２８４）を開始して、Ｒ－ＴＷＴ１ ＳＰ中に、ＳＴＡ１に、ＳＣＳ２トラフィックストリームを搬送するＤＬ ＰＰＤＵ（２８８）及び（２９２）を送信し、ＳＴＡ１からＢＡ（２９０）及び（２９４）を受け取る。
[00231] Ｒ－ＴＷＴ ＳＰ間の間隔（２８６）は、第１のＲ－ＴＷＴ ＳＰ（２８４）と第２のＲ－ＴＷＴ ＳＰ（２９６）との間である。少なくともいくつかの場合、Ｒ－ＴＷＴ ＳＰ時間は、Ｒ－ＴＷＴ ＳＰ中に送信するようにスケジュールされるＳＣＳトラフィックストリームによって必要とされる送信時間よりも大きくあるべきではない。例えば、この場合、ＳＴＡ１がＳＣＳ２トラフィックストリームを送信するためのＲ－ＴＷＴ１ ＳＰの唯一のメンバーである場合、Ｒ－ＴＷＴ１ ＳＰ時間は、ＳＣＳ２トラフィックストリームによって必要とされる送信時間に等しくあるべきである。例えば、毎秒のＲ－ＴＷＴ１ ＳＰ時間は、ＳＣＳ２セットアップ中にＲＴＡ－ＴＳＰＥＣ要素で示される媒体時間に等しくあるべきである。
[00232] ＳＣＳのトラフィック送信に対して、１つの及びただ１つのＲ－ＴＷＴがスケジュールされた場合、少なくともいくつかの場合、Ｒ－ＴＷＴの間隔（同じＲ－ＴＷＴの２つの連続するＳＰ間の間隔）は、そのＳＣＳの（ＳＣＳセットアップ中にＲＴＡ－ＴＳＰＥＣ要素で示される）最小サービス間隔と最大サービス間隔との間に限定されるべきである。例えば、間隔＝（最小サービス間隔＋最大サービス間隔）／２である。図に示すように、Ｒ－ＴＷＴ１の間隔を、ＳＣＳ２の最小サービス間隔と最大サービス間隔との間にすべきである。
[00233] 図３１に、ＳＣＳのセットアップ手順中に１つのＳＣＳトラフィックストリームに対して複数のＲ－ＴＷＴをスケジュールする実施形態例３５０を示す。この図は、ＭＬＤ１のＡＰ１ ３５２、ＳＴＡ２ ３５４、及びＭＬＤ２のＳＴＡ１ ３５６の間の通信を示す。
[00234] 図に示すように、Ｒ－ＴＷＴを含むＳＣＳセットアップ（３５８）を実行して、ＳＴＡ２が、ＡＰ１にＳＣＳ要求フレーム（３６０）を送信して、ＳＣＳ１を確立するように求める。ＳＣＳ要求フレームのフォーマットは、図１２に示すものと同じとすることができ、それによって、フレーム内のＳＣＳ記述子リストフィールドは、図２３に示すようなＳＣＳ１の修正されたＳＣＳ記述子要素を搬送することができる。
[00235] ＳＴＡ２は、Ｒ－ＴＷＴ要求フィールドを、ＳＣＳ要求フレーム内のＳＣＳ１の修正されたＳＣＳ記述子要素のＲＴＡ－ＴＳＰＥＣ要素のＴＳ情報フィールドにおいて「必須」又は「任意選択」に設定することができる。次に、ＳＴＡ２は、ＳＣＳ１の修正されたＳＣＳ記述子要素に、複数のブロードキャストＴＷＴパラメータセットフィールド（Ｒ－ＴＷＴ１に対する一方のフィールドと、Ｒ－ＴＷＴ３に対する他方のフィールド）を含む修正されたＴＷＴ要素を含ませて、Ｒ－ＴＷＴ１及びＲ－ＴＷＴ３に対するＲ－ＴＷＴメンバーシップ要求を示すことができる。特定の場合、ＳＴＡ２は、ＳＣＳ１の修正されたＳＣＳ記述子要素に、いかなる修正されたＴＷＴ要素も含めないことができる。
[00236] ＡＰ１は、ＳＴＡ２からＳＣＳ要求フレームを受け取った時に、要求を受け入れるべきか否かを決定することができる。この例では、ＡＰ１は、ＳＣＳ要求を受け入れて、ＳＣＳ１トラフィックストリームの送信に対してＲ－ＴＷＴ１及びＲ－ＴＷＴ３をスケジュールする。ＡＰ１は、ＳＴＡ２にＳＣＳ応答フレーム（３６２）を返送する。ＳＣＳ応答フレームのフォーマットは、図１４に示すものと同じとすることができ、それによって、フレーム内のＳＣＳステータスリストフィールドは、図２７に示すようなＳＣＳ１の修正されたＳＣＳステータスフィールドを搬送する。ＳＣＳ１の修正されたＳＣＳステータスフィールドに、複数の修正されたブロードキャストＴＷＴパラメータセットフィールド（Ｒ－ＴＷＴ１に対する一方のフィールドと、Ｒ－ＴＷＴ３に対する他方のフィールド）を含む修正されたＴＷＴ要素を含ませて、ＳＣＳ１トラフィックストリームを送信するようにＲ－ＴＷＴ１及びＲ－ＴＷＴ３がスケジュールされることを示す。
[00237] 図に、トリガ可能なＲ－ＴＷＴ１ ＳＰ（３６４）の例を示す。この例では、ＳＴＡ２及びＳＴＡ１は、Ｒ－ＴＷＴ１のメンバーであり、Ｒ－ＴＷＴ１ ＳＰ中に送信するように、ＳＣＳ１及びＳＣＳ２のトラフィック送信をスケジュールする。ＡＰ１は、チャネルアクセスを取得して、ＳＴＡ２にバッファステータスレポートポール（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ Ｐｏｌｌ）（ＢＳＲＰ）フレーム（３６８）を送信して、ＳＴＡ２のバッファステータスを要求する。ＳＴＡ２は、バッファステータスレポート（ＢＳＲ）フレーム（３７０）を返送して、そのバッファステータスを報告する。次に、ＡＰ１は、まずＲ－ＴＷＴ１ ＳＰ中に、ＳＴＡ１に、ＳＣＳ２トラフィックストリームを搬送するＤＬ ＰＰＤＵ（３７２）を送信する。この送信を行うことができるのは、ＳＣＳ２のＵＰがＳＣＳ１のＵＰよりも高い優先度であるからである。ＳＴＡ１は、ブロック確認応答（３７４）で応答する。次に、ＡＰ１は、ＳＴＡ２にトリガフレーム（３７６）を送信して、ＳＣＳ１トラフィックストリームのバッファステータスに従ってＳＣＳ１トラフィックストリームに対するＵＬ送信（３７８）をトリガし、ＡＰ１は、ＢＡ（３８０）で応答して、ＳＣＳ１に対する第１のＲ－ＴＷＴ３ ＳＰ（３６５）を終了する。
[00238] 同様に、Ｒ－ＴＷＴ３ ＳＰ（３８２）を開始した時に、ＡＰ１は、Ｒ－ＴＷＴ３ ＳＰ中にＳＣＳ１トラフィックストリームのＵＬ送信をスケジュールする。図示のように、ＡＰ１は、ＢＳＲＰ（３８４）を送信して、ＳＴＡ２からＢＳＲ（３８６）を返送してもらい、その後に、ＡＰ１は、基本トリガ（３８８）を生成して、ＳＴＡ２をトリガして、後でＵＬ ＰＰＤＵ（３９０）を送信する。
[00239] 多くの例では、Ｒ－ＴＷＴ ＳＰ時間は、Ｒ－ＴＷＴ ＳＰ中に送信するようにスケジュールされるＳＣＳトラフィックストリームによって必要とされる送信時間よりも大きくあるべきではない。例えば、この場合、ＳＴＡ１及びＳＴＡ２がＳＣＳ２及びＳＣＳ１トラフィックストリームを送信するためのＲ－ＴＷＴ１ ＳＰのメンバーである場合、Ｒ－ＴＷＴ１ ＳＰ時間は、ＳＣＳ２及びＳＣＳ１トラフィックストリームによって必要とされる送信時間に等しくあるべきである。例えば、毎秒のＲ－ＴＷＴ１ ＳＰ時間は、ＳＣＳ２及びＳＣＳ１セットアップ中にＲＴＡ－ＴＳＰＥＣ要素で示される媒体時間の総和に等しくあるべきである。
[00240] ＳＣＳのトラフィック送信に対して、複数のＲ－ＴＷＴがスケジュールされた場合、Ｒ－ＴＷＴ ＳＰは、そのＳＣＳの（ＳＣＳセットアップ中にＲＴＡ－ＴＳＰＥＣ要素で示される）最小サービス間隔と最大サービス間隔との間に設定される時間間隔に対してスケジュールされるべきである。図に示すように、２つの連続するＲ－ＴＷＴ ＳＰ間の間隔（３９２）（２つのＳＰが異なるＲ－ＴＷＴからのものである場合でも）（ここではＲ－ＴＷＴ１及びＲ－ＴＷＴ３として示す）を、ＳＣＳ１の最小サービス間隔と最大サービス間隔との間にすべきである。例えば、Ｒ－ＴＷＴ１の間隔＝Ｒ－ＴＷＴ３の間隔＝（ＳＣＳ１の最小サービス間隔＋ＳＣＳ１の最大サービス間隔）である。Ｒ－ＴＷＴ１ ＳＰとその近隣のＲ－ＴＷＴ３ ＳＰとの間の間隔は、ＳＣＳ１の最小サービス間隔と最大サービス間隔との間であり、例えば（ＳＣＳ１の最小サービス間隔＋ＳＣＳ１の最大サービス間隔）／２である。ＳＣＳ２は、図２９又は図３０に示すように確立されていることに留意されたい。
[00241] 図３２に、ＳＣＳトラフィックストリームの送信に対して他のリンク上のＲ－ＴＷＴをセットアップするＳＣＳセットアップ手順の実施形態例４１０を示す。この図は、リンク１上のＳＴＡ３ ４４２とＡＰ１ ４４８との間の、及びリンク２上のＳＴＡ５ ４４４とＡＰ２ ４５０との間の通信の両側４１２、４１３を示す。ＳＴＡ３及びＳＴＡ５はＭＬＤ３ ４４０の一部であり、一方、ＡＰ１及びＡＰ２はＭＬＤ１ ４４６の一部である。
[00242] 図に示すように、ＳＴＡ３が、ＡＰ１ ４４８にＳＣＳ要求フレーム（４１６）を送信して、ＳＣＳ＋Ｒ－ＴＷＴセットアッププロセス（４１４）においてＳＣＳ３を確立するように求める。ＳＣＳ要求フレームのフォーマットは、図１２に示すものと同じとすることができ、それによって、フレーム内のＳＣＳ記述子リストフィールドは、図２３に示すようなＳＣＳ３のＳＣＳ記述子要素を搬送する。
[00243] ＳＴＡ３は、Ｒ－ＴＷＴ要求フィールドを、ＳＣＳ要求フレーム内のＳＣＳ３の修正されたＳＣＳ記述子要素のＲＴＡ－ＴＳＰＥＣ要素のＴＳ情報フィールドにおいて「必須」又は「任意選択」に設定することができる。次に、ＳＴＡ３は、ＳＣＳ３の修正されたＳＣＳ記述子要素に修正されたＴＷＴ要素を含ませて、リンク２上のＲ－ＴＷＴ２に対するＲ－ＴＷＴメンバーシップ要求を示すことができる。少なくとも１つの実施形態／モード／ケースでは、ＳＴＡ３は、ＳＣＳ２の修正されたＳＣＳ記述子要素に、ＴＷＴ要素を含めない。修正されたＴＷＴ要素が含まれる場合、Ｒ－ＴＷＴ２セットアップ要求に対する修正されたＴＷＴ要素におけるパラメータ設定の例は、以下に示すようにすることができる。
[00244] 修正されたＴＷＴ要素の制御フィールド内のネゴシエーションタイプサブフィールドを「３」に設定して、メンバーシップ管理のためのものであることを示す。ＴＷＴ要素内に、修正されたブロードキャストパラメータセットフィールドが存在することができ、それによって、修正されたブロードキャストパラメータセットフィールド内のブロードキャストＴＷＴ情報フィールド内のブロードキャストＴＷＴ ＩＤフィールドを、Ｒ－ＴＷＴ２のＴＷＴ ＩＤに設定して、修正されたブロードキャストパラメータセットフィールドがＲ－ＴＷＴ２のためのものであることを示す。
[00245] Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内の要求サブフィールドを、第１の状態（例えば「１」）に設定して、Ｒ－ＴＷＴ２メンバーシップ要求を示す。Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴセットアップコマンドサブフィールドを、「要求ＴＷＴ（Ｒｅｑｕｅｓｔ ＴＷＴ）」、「提案ＴＷＴ（Ｓｕｇｇｅｓｔ ＴＷＴ）」又は「請求ＴＷＴ（Ｄｅｍａｎｄ ＴＷＴ）」に設定して、ＭＬＤ３が、Ｒ－ＴＷＴ２のための修正されたブロードキャストパラメータセットフィールド内の提案されたＴＷＴパラメータのセットを含むＲ－ＴＷＴ２メンバーシップを要求することを示す。Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴブロードキャストＴＷＴ推薦サブフィールドを「４」に設定して、要求がＲ－ＴＷＴに対するものであることを示す。Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内のターゲットウェイクタイムフィールドを、リンク２上のＴＳＦ時間に設定して、その時間に、ＳＴＡ５は、ＳＣＳ３に対する第１のＲ－ＴＷＴ２ ＳＰを開始することを提案する。非ＡＰ ＳＴＡは、それをゼロに設定して、ＡＰが決定できるようにすることができる。
[00246] Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内のＴＷＴウェイク間隔仮数部及びＴＷＴウェイク間隔指数部フィールドを、ＭＬＤ３によって提案されるＲ－ＴＷＴ２ ＳＰ間の間隔に設定する。また、非ＡＰ ＳＴＡは、それをゼロに設定して、ＡＰに間隔を決定させることができる。
[00247] Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内の公称最小ＴＷＴウェイク継続時間フィールドを、ＭＬＤ３によって提案される１つのＲ－ＴＷＴ２ ＳＰ時間に設定する。非ＡＰ ＳＴＡは、それをゼロに設定して、ＡＰに決定させることができる。修正されたブロードキャストパラメータセットフィールド内のリンクＩＤサブフィールドを、リンク２に設定する。
[00248] ＡＰ１は、ＳＴＡ３からＳＣＳ要求フレームを受け取った時に、要求を受け入れるべきかどうかを決定することができる。この例では、ＡＰ１は、ＳＣＳ要求を受け入れて、ＳＣＳ３トラフィックストリームの送信に対してＲ－ＴＷＴ２をスケジュールする。ＡＰ１は、リンク２上のＳＣＳ３、Ｒ－ＴＷＴ２について、ＳＴＡ３にＳＣＳ応答フレーム（４１８）を返送する。ＳＣＳ応答フレームのフォーマットは、図１４に示すものと同じとすることができ、それによって、フレーム内のＳＣＳステータスリストフィールドは、図２７に示すようなＳＣＳ３の修正されたＳＣＳステータスフィールドを搬送する。ＳＣＳ３の修正されたＳＣＳステータスフィールドに、Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールドを搬送する修正されたＴＷＴ要素を含ませて、ＳＣＳ３トラフィックストリームを送信するようにＲ－ＴＷＴ２がスケジュールされることを示す。修正されたＴＷＴ要素におけるパラメータ設定の例は、以下に説明するようにすることができる。
[00249] ＴＷＴ要素の制御フィールド内のネゴシエーションタイプサブフィールドを「３」に設定して、メンバーシップ管理のためのものであることを示す。修正されたＴＷＴ要素に、修正されたブロードキャストパラメータセットフィールドが存在することによって、修正されたブロードキャストパラメータセットフィールド内のブロードキャストＴＷＴ情報フィールド内のブロードキャストＴＷＴ ＩＤフィールドを、Ｒ－ＴＷＴ２のＴＷＴ ＩＤに設定して、修正されたブロードキャストパラメータセットフィールドがＲ－ＴＷＴ２のためのものであることを示す。
[00250] Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内の要求サブフィールドを、第２の状態（例えば「０」）に設定して、修正されたブロードキャストパラメータセットフィールドがＲ－ＴＷＴ２メンバーシップ要求に応答するためのものであることを示す。Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴセットアップコマンドサブフィールドを、「受諾ＴＷＴ（Ａｃｃｅｐｔ ＴＷＴ）」に設定して、ＭＬＤ１がＲ－ＴＷＴ２メンバーシップ要求を受け入れることを示す。Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内の要求タイプフィールド内のＴＷＴブロードキャストＴＷＴ推薦サブフィールドを設定して、応答がＲ－ＴＷＴに対するものであることを示す。
[00251] Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内のターゲットウェイクタイムフィールドを、リンク２上のＴＳＦ時間に設定して、その時間に、ＳＣＳ３に対する第１のＲ－ＴＷＴ２ ＳＰを開始する。Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内のＴＷＴウェイク間隔仮数部及びＴＷＴウェイク間隔指数部フィールドを、Ｒ－ＴＷＴ２ ＳＰ間の間隔に設定する。Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールド内の公称最小ＴＷＴウェイク継続時間フィールドを、１つのＲ－ＴＷＴ２ ＳＰ時間に設定する。Ｒ－ＴＷＴ２の修正されたブロードキャストパラメータセットフィールドのリンクＩＤサブフィールドを、リンク２に設定する。
[00252] 図に、トリガ可能なＲ－ＴＷＴ２ ＳＰ（４２０）の例を示す。ＡＰ２ ４５０は、Ｒ－ＴＷＴ２ ＳＰ間の間隔（４２４）においてチャネルアクセスを取得することができ、Ｒ－ＴＷＴ２ ＳＰ（４２６）中に、ＳＴＡ５に、ＳＣＳ３トラフィックストリームを搬送するＤＬ ＰＰＤＵ（４２８）、（４３２）を送信することを開始する。ＳＴＡ５は、ＢＡ（４３０）及び（４３４）でＰＰＤＵに応答を返す。
[00253] 図示のように、Ｒ－ＴＷＴ２ ＳＰ間の間隔後に、別のＲ－ＴＷＴ２ ＳＰ（４３６）を開始する。
[00254] 図３３に、１つのリンク上で修正されたＴＷＴ要素を使用して、複数のリンク上でＲ－ＴＷＴをセットアップするＲ－ＴＷＴセットアップ手順（４８４）の実施形態例４７０を示す。この図は、リンク１上のＳＴＡ３ ４７６とＡＰ１ ４８０との間の、及びリンク２上のＳＴＡ５ ４７８とＡＰ２ ４８２との間の通信を示す。ＳＴＡ３及びＳＴＡ５はＭＬＤ３ ４７２の一部であり、一方、ＡＰ１及びＡＰ２はＭＬＤ１ ４７４の一部である。
[00255] 図に示すように、ＳＴＡ３は、リンク１上でＡＰ１にＲ－ＴＷＴ要求（セットアップ）フレーム（４８６）を送信して、Ｒ－ＴＷＴ４のメンバーシップを要求する。Ｒ－ＴＷＴ４は、ＳＰが複数の異なるリンクを通じてスケジュールされるＲ－ＴＷＴである。ＴＷＴ要求フレームのフォーマットは、図１６に示すものと同じとすることができ、それによって、フレーム内のＴＷＴ要素は、図２８に示すようにすることができる。
[00256] Ｒ－ＴＷＴ要求フレーム（４８６）は、１つのＴＷＴ要素内のＴＷＴパラメータ情報フィールドにおいてＲ－ＴＷＴ４の複数の修正されたブロードキャストＴＷＴパラメータセットフィールドを搬送して、ＳＰが複数の異なるリンク上でスケジュールされるＲ－ＴＷＴ４に対するメンバーシップ要求であることを示すことができる。Ｒ－ＴＷＴ４の修正されたブロードキャストＴＷＴパラメータセットフィールド内のリンクＩＤフィールドは、修正されたブロードキャストＴＷＴパラメータセットフィールドに示されるＲ－ＴＷＴ４スケジューリングがスケジュールされるように提案されるリンクを示す。Ｒ－ＴＷＴ４の修正されたブロードキャストＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドは、好ましくは、Ｒ－ＴＷＴ４の同じ修正されたブロードキャストＴＷＴパラメータセットフィールドのリンクＩＤフィールドに示されるリンク上のＴＳＦに基づいて設定される。ＴＷＴウェイク間隔及び公称最小ＴＷＴウェイク継続時間は、全ての修正されたブロードキャストＴＷＴパラメータセットフィールドにおいて同じに設定することができる。また、Ｒ－ＴＷＴ４の全てのブロードキャストＴＷＴパラメータセットフィールドの要求タイプフィールド内のＴＷＴセットアップコマンドフィールドは、同じ値に設定される。
[00257] ＡＰ１は、ＳＴＡ３からＲ－ＴＷＴ要求フレームを受け取った時に、要求を受け入れるべきかどうかを決定する。この例では、ＡＰ１は、Ｒ－ＴＷＴ４要求を受け入れる。応答において、ＡＰ１は、ＳＴＡ３にＲ－ＴＷＴ応答フレーム（４８８）を返送する。Ｒ－ＴＷＴセットアップ（応答）フレームのフォーマットは、図１６に示すものと同じとすることができ、それによって、フレーム内のＴＷＴ要素は、図２８に示すようにすることができる。１つのＴＷＴ要素内のＴＷＴパラメータ情報フィールドに、Ｒ－ＴＷＴ４の複数の修正されたブロードキャストＴＷＴパラメータセットフィールドを含ませて、Ｒ－ＴＷＴ４のメンバーシップ応答であることを示すことができる。修正されたブロードキャストＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドは、好ましくは、修正されたブロードキャストＴＷＴパラメータセットフィールド内の同じターゲットウェイクタイムフィールドのリンクＩＤフィールドに示されるリンク上のＴＳＦに基づいて設定される。例えば、図に示すように、リンク１上のＲ－ＴＷＴ４の修正されたブロードキャストＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールド（４９０）は、リンク１上の第１のＲ－ＴＷＴ４ ＳＰを開始するリンク１のＴＳＦ時間に設定されるべきである。リンク２上のＲ－ＴＷＴ４の修正されたブロードキャストＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールド（４９２）は、好ましくは、リンク２上の第１のＲ－ＴＷＴ４ ＳＰを開始するリンク２のＴＳＦ時間に設定される。ＴＷＴウェイク間隔及び公称最小ＴＷＴウェイク継続時間は、好ましくは、Ｒ－ＴＷＴ４の全ての修正されたブロードキャストＴＷＴパラメータセットフィールドにおいて同じに設定される。また、Ｒ－ＴＷＴ４の全ての修正されたブロードキャストＴＷＴパラメータセットフィールドの要求タイプフィールド内のＴＷＴセットアップコマンドフィールドは、同じ値に設定される。
[00258] 図に、トリガ可能なＲ－ＴＷＴ４ ＳＰの例を示す。ＡＰ１及びＡＰ２は、図に例示するように、Ｒ－ＴＷＴ４ ＳＰ（４９６）においてチャネルアクセスを取得することができ、Ｒ－ＴＷＴ４ ＳＰ中に、リンク１及びリンク２の両方で、ＳＴＡ３及びＳＴＡ５にＤＬ ＰＰＤＵ（４９８）、（５００）、（５０６）及び（５０８）を同時に送信することを開始し、ＢＡ（５０２）、（５０４）、（５１０）及び（５１２）でＡＰに応答を返す。
[00259] また、図に、Ｒ－ＴＷＴ４ ＳＰ間の間隔（４９４）を示し、次のＲ－ＴＷＴ４ ＳＰ（５１４）を開始する位置を示す。
[00260] 図３４に、１つのリンク上で修正されたＴＷＴ要素を使用して、複数のリンク上でブロードキャストＴＷＴをセットアップするブロードキャストＴＷＴセットアップ手順の実施形態例５３０を示す。この図は、リンク１上のＳＴＡ３ ４７６とＡＰ１ ４８０との間の、及びリンク２上のＳＴＡ５ ４７８とＡＰ２ ４８２との間の通信を示す。ＳＴＡ３及びＳＴＡ５はＭＬＤ３ ４７２の一部であり、一方、ＡＰ１及びＡＰ２はＭＬＤ１ ４７４の一部である。
[00261] 図に示すように、Ｂ－ＴＷＴセットアップ（５３２）中に、ＳＴＡ３は、リンク１上でＡＰ１にＢ－ＴＷＴ要求（セットアップ）フレーム（５３４）を送信して、Ｂ－ＴＷＴ５のメンバーシップを要求する。Ｂ－ＴＷＴ５は、ＳＰが複数の異なるリンクを通じてスケジュールされるブロードキャストＴＷＴである。ＴＷＴ要求フレームのフォーマットは、図１６に示すものと同じとすることができ、それによって、フレーム内のＴＷＴ要素は、図２８に示すようにすることができる。
[00262] Ｂ－ＴＷＴ要求フレーム（５３４）は、１つのＴＷＴ要素内のＴＷＴパラメータ情報フィールドに、Ｂ－ＴＷＴ５の複数の修正されたブロードキャストＴＷＴパラメータセットフィールドを組み込んで、ＳＰが複数の異なるリンク上でスケジュールされるＢ－ＴＷＴ５に対するメンバーシップ要求であることを示すことができる。Ｂ－ＴＷＴ５の修正されたブロードキャストＴＷＴパラメータセットフィールド内のリンクＩＤフィールドは、Ｂ－ＴＷＴ５スケジューリングが、修正されたブロードキャストＴＷＴパラメータセットフィールドにおいて、スケジュールされるように提案されるものとして示されるリンクを示す。Ｂ－ＴＷＴ５の修正されたブロードキャストＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドは、Ｂ－ＴＷＴ５の同じ修正されたブロードキャストＴＷＴパラメータセットフィールドのリンクＩＤフィールドに示されるリンク上のＴＳＦに基づいて設定することができる。ＴＷＴウェイク間隔及び公称最小ＴＷＴウェイク継続時間は、Ｂ－ＴＷＴ５の全ての修正されたブロードキャストＴＷＴパラメータセットフィールドにおいて同じに設定することができる。また、Ｂ－ＴＷＴ５の全てのブロードキャストＴＷＴパラメータセットフィールドの要求タイプフィールド内のＴＷＴセットアップコマンドフィールドは、同じ値に設定される。
[00263] ＡＰ１は、ＳＴＡ３からＢ－ＴＷＴ要求フレームを受け取った時に、要求を受け入れるべきかどうかを決定することができる。この例では、ＡＰ１は、Ｂ－ＴＷＴ５要求を受け入れ、ＳＴＡ３にＢ－ＴＷＴ応答フレーム（５３６）を返送する。Ｂ－ＴＷＴセットアップ（応答）フレームのフォーマットは、図１６に示すものと同じとすることができ、それによって、フレーム内のＴＷＴ要素は、図２８に示すようにすることができる。
[00264] １つのＴＷＴ要素内のＴＷＴパラメータ情報フィールドに、Ｂ－ＴＷＴ５の複数の修正されたブロードキャストＴＷＴパラメータセットフィールドが存在して、Ｂ－ＴＷＴ５のメンバーシップ応答であることを示すことができる。修正されたブロードキャストＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドは、好ましくは、修正されたブロードキャストＴＷＴパラメータセットフィールド内の同じターゲットウェイクタイムフィールドのリンクＩＤフィールドに示されるリンク上のタイミング同期機能（ＴＳＦ）（５３８）及び（５４０）に基づいて設定される。ＴＷＴウェイク間隔及び公称最小ＴＷＴウェイク継続時間は、Ｂ－ＴＷＴ５の全ての修正されたブロードキャストＴＷＴパラメータセットフィールドにおいて同じ値に設定することができる。また、Ｂ－ＴＷＴ５の全ての修正されたブロードキャストＴＷＴパラメータセットフィールドの要求タイプフィールド内のＴＷＴセットアップコマンドフィールドは、同じ値に設定される。
[00265] 図に、Ｂ－ＴＷＴ５ ＳＰ（５４２）、（５４４）の例を示す。この例では、図示のＡＰ１及びＡＰ２は、チャネルアクセスを取得して、Ｂ－ＴＷＴ５ ＳＰ中に、リンク１及びリンク２の両方で、ＳＴＡ３及びＳＴＡ５にＤＬ ＰＰＤＵ（５４６）、（５４８）、（５５４）及び（５５６）を同時に送信する。
[00266] また、図に、Ｂ－ＴＷＴ４ ＳＰ間の間隔（５４２）を示し、次のＢ－ＴＷＴ４ ＳＰ（５６２）を開始する位置を示す。
[00267] 図３５に、修正されたＴＷＴ要素を使用するウェイクＴＢＴＴ及びウェイク間隔のネゴシエーションの実施形態例５９０を示す。この図は、リンク１上のＳＴＡ３ ４７６とＡＰ１ ４８０との間の、及びリンク２上のＳＴＡ５ ４７８とＡＰ２ ４８２との間の通信を示す。ＳＴＡ３及びＳＴＡ５はＭＬＤ３ ４７２の一部であり、一方、ＡＰ１及びＡＰ２はＭＬＤ１ ４７４の一部である。
[00268] 図に示すように、ＴＢＴＴネゴシエーション（５９２）中に、ＳＴＡ３は、リンク１上でＡＰ１にＴＷＴ要求（セットアップ）フレーム（５９４）を送信して、リンク１及びリンク２上のウェイクＴＢＴＴ及びウェイク間隔のネゴシエーションを要求する。ＴＷＴ要求フレームのフォーマットは、図１６に示すものと同じとすることができ、それによって、フレーム内の修正されたＴＷＴ要素は、図２７に示すようにすることができる。但し、図２８のブロードキャストＴＷＴパラメータセットフィールドが、ＩＥＥＥ ８０２．１１ａｘで規定されるような個別ＴＷＴパラメータセットフィールドに取って代わられることを除く。修正されたＴＷＴ要素の制御フィールドのネゴシエーションタイプフィールドを第１の状態（例えば「１」）に設定して、ウェイクＴＢＴＴ及びウェイク間隔のネゴシエーションであることを示す。
[00269] ＴＷＴ要求フレーム（５９４）は、ＴＷＴ要素内の修正されたＴＷＴパラメータ情報フィールドにおいて、複数の修正された個別ＴＷＴパラメータセットフィールドを搬送して（１つの修正された個別ＴＷＴパラメータセットフィールドは、ＩＥＥＥ ８０２．１１ａｘで規定されるような１つの個別ＴＷＴパラメータセットフィールドと、１つのリンクＩＤフィールドとを搬送する）、複数のリンク上のウェイクＴＢＴＴ及びウェイク間隔のネゴシエーションを示すことができる。各修正された個別ＴＷＴパラメータセットフィールド内のリンクＩＤフィールドは、同じ修正された個別ＴＷＴパラメータセットフィールド内のパラメータが、非ＡＰが設定することを提案するものであるリンクを示す。修正された個別ＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドは、同じ修正された個別ＴＷＴパラメータセットフィールドのリンクＩＤフィールドに示されるリンク上のＴＳＦに基づいて設定される。
[00270] ＡＰ１は、ＳＴＡ３からＴＷＴ要求（セットアップ）フレームを受け取った時に、要求を受け入れるべきか否かを決定する。この例では、ＡＰ１は、ネゴシエーション要求を受け入れ、ＳＴＡ３にＴＷＴ応答（セットアップ）フレーム（５９６）を返送する。ＴＷＴ応答フレームのフォーマットは、図１６に示すものと同じとすることができ、それによって、フレーム内のＴＷＴ要素は、図２８と同様とすることができる。但し、図２８のブロードキャストＴＷＴパラメータセットフィールドが、ＩＥＥＥ ８０２．１１ａｘで規定されるような個別ＴＷＴパラメータセットフィールドに取って代わられることを除く。修正されたＴＷＴ要素の制御フィールド内のネゴシエーションタイプフィールドを第１の状態（例えば「１」）に設定して、ウェイクＴＢＴＴ及びウェイク間隔のネゴシエーションであることを示す。ＴＷＴ応答フレームは、修正されたＴＷＴ要素内のＴＷＴパラメータ情報フィールドにおいて、複数の修正された個別ＴＷＴパラメータセットフィールドを搬送して（１つの修正された個別ＴＷＴパラメータセットフィールドは、ＩＥＥＥ ８０２．１１ａｘで規定されるような１つの個別ＴＷＴパラメータセットフィールドと、１つのリンクＩＤフィールドとを搬送する）、複数のリンク上のウェイクＴＢＴＴ及びウェイク間隔のネゴシエーションを示すことができる。各修正された個別ＴＷＴパラメータセットフィールド内のリンクＩＤフィールドは、同じ修正された個別ＴＷＴパラメータセットフィールド内のパラメータが、ＡＰが設定するものであり、かつ非ＡＰ ＳＴＡが準拠する（従う）ように指示されるリンクを示す。修正された個別ＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドは、同じ修正された個別ＴＷＴパラメータセットフィールドのリンクＩＤフィールドに示されるリンク上のＴＳＦに基づいて設定される。
[00271] ターゲットウェイクタイム（ＴＷＴ）に設定されるリンク１上の第１のＴＢＴＴ（５９８）は、ＳＴＡ３が、リンク１上のＢ－ＴＷＴ５ ＳＰの開始時間を決定するために、ＡＰ１からビーコンフレーム（６０８）を受け取るためにウェイクする必要がある（ウェイクを要求した）時間を示す。これは、リンク１に設定されるリンクＩＤフィールドを含む修正された個別ＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドにおいて設定される。ターゲットウェイクタイムフィールドは、リンク１上のＴＳＦ時間（すなわち、ＳＴＡ３及びＡＰ１のＴＳＦ時間）に設定することができる。ＴＢＴＴ（５９８）の後に、ビーコン（Ｂ－ＴＷＴ ＩＥ）（６０８）に対するリッスン間隔（６０６）を開始することが分かる。
[00272] ターゲットウェイクタイムに設定されるリンク２上の第１のＴＢＴＴ（６００）は、ＳＴＡ５が、リンク２上のＢ－ＴＷＴ５ ＳＰの開始時間を決定するために、ＡＰ２からビーコンフレーム（６０４）を受け取るためにウェイクする必要がある（ウェイクを要求した）時間を示す。これは、リンク２に設定されるリンクＩＤフィールドを含む修正された個別ＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドにおいて設定される。ターゲットウェイクタイムフィールドは、リンク２上のＴＳＦ時間（すなわち、ＳＴＡ５及びＡＰ２のＴＳＦ時間）に設定することができる。ＴＢＴＴ（６０８）の後に、ビーコン（Ｂ－ＴＷＴ ＩＥ）（６０４）に対するリッスン間隔（６０２）を開始することが分かる。
[00273] 図に、トリガ可能なＢ－ＴＷＴ４ ＳＰ（６１０）の例を示す。この例では、ＡＰ１及びＡＰ２は、チャネルアクセスを取得して、ＳＴＡ３及びＳＴＡ５にそれぞれトリガフレーム（６１２）及び（６１４）（例えば、基本トリガフレーム又はＵＡＰＳＤトリガ）を送信することができる。次に、ＳＴＡ３及びＳＴＡ５は、ＰＳポール（ＰＳ－Ｐｏｌｌ）フレーム（６１６）及び（６１８）を返送して、ＳＴＡ３及びＳＴＡ５がアウェイク状態であり、トラフィックを受け取る準備ができていることを示す。次に、ＡＰ１及びＡＰ２は、確認応答のためのＢＡ（マルチユーザＢＡ又はＡｃｋ）（６２０）及び（６２２）を送信して、Ｒ－ＴＷＴ２ ＳＰ中にＳＴＡ３及びＳＴＡ５にそれぞれＤＬ ＭＵ ＰＰＤＵ（６２４）、（６２６）を送信することを開始し、ＡＰから確認応答（ＢＡ）（６２８）及び（６３０）を受け取る。
[00274] リンク上のビーコン（Ｂ－ＴＷＴ ＩＥ）とトリガフレームとの間のチャネル時間中に、そのリンク上のＳＴＡは、ビーコン（６３２）、（６３４）、（６３６）及び（６３８）で例示するように、スリープに移ることができることに留意されたい。
[00275] 図３６に、修正されたＴＷＴ要素を使用する個別ＴＷＴセットアップの実施形態例６５０を示す。この図は、リンク１上のＳＴＡ３ ４７６とＡＰ１ ４８０との間の、及びリンク２上のＳＴＡ５ ４７８とＡＰ２ ４８２との間の通信を示す。ＳＴＡ３及びＳＴＡ５はＭＬＤ３ ４７２の一部であり、一方、ＡＰ１及びＡＰ２はＭＬＤ１ ４７４の一部である。
[00276] 図に示すように、Ｉ－ＴＷＴセットアップ（６５２）中に、ＳＴＡ３は、リンク１上でＡＰ１にＴＷＴ要求（セットアップ）フレーム（６５４）を送信して、リンク１及びリンク２上の個別ＴＷＴセットアップを要求する。ＴＷＴ要求フレームのフォーマットは、図１６に示すものと同じとすることができ、それによって、フレーム内の修正されたＴＷＴ要素は、図２８に示すようにすることができる。但し、図２８のブロードキャストＴＷＴパラメータセットフィールドが、ＩＥＥＥ ８０２．１１ａｘで規定されるような個別ＴＷＴパラメータセットフィールドに取って代わられることを除く。修正されたＴＷＴ要素の制御フィールド内のネゴシエーションタイプフィールドを第２の状態（例えば「０」）に設定して、個別ＴＷＴセットアップのネゴシエーションであることを示す。
[00277] ＴＷＴ要求フレームは、ＴＷＴ要素内の修正されたＴＷＴパラメータ情報フィールドにおいて、複数の修正された個別ＴＷＴパラメータセットフィールドを搬送して（１つの修正された個別ＴＷＴパラメータセットフィールドは、ＩＥＥＥ ８０２．１１ａｘで規定されるような１つの個別ＴＷＴパラメータセットフィールドと、１つのリンクＩＤフィールドとを搬送する）、複数のリンク上で個別ＴＷＴ（Ｉ－ＴＷＴ６で表す）のネゴシエーションを示すことができる。各修正された個別ＴＷＴパラメータセットフィールド内のリンクＩＤフィールドは、同じ修正された個別ＴＷＴパラメータセットフィールド内のパラメータが、非ＡＰによって提案されるものであるリンクを示す。修正された個別ＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドは、同じ修正された個別ＴＷＴパラメータセットフィールドのリンクＩＤフィールドに示されるリンク上のＴＳＦに基づいて設定される。
[00278] ＡＰ１は、ＳＴＡ３からＴＷＴ要求フレームを受け取った時に、要求を受け入れるべきか否かを決定することができる。この例では、ＡＰ１は、ネゴシエーション要求を受け入れ、ＳＴＡ３にＴＷＴ応答フレーム（６５６）を返送する。ＴＷＴ応答フレームのフォーマットは、例えば、図１６に示すものと同じとすることができ、それによって、フレーム内のＴＷＴ要素は、図２８と同様とすることができる。但し、図２８のブロードキャストＴＷＴパラメータセットフィールドが、ＩＥＥＥ ８０２．１１ａｘで規定されるような個別ＴＷＴパラメータセットフィールドに取って代わられることを除く。修正されたＴＷＴ要素の制御フィールド内のネゴシエーションタイプフィールドを第１の状態（例えば「１」）に設定して、個別ＴＷＴセットアップのネゴシエーションであることを示す。ＴＷＴ応答フレームは、修正されたＴＷＴ要素内のＴＷＴパラメータ情報フィールドにおいて、複数の修正された個別ＴＷＴパラメータセットフィールドを搬送して（１つの修正された個別ＴＷＴパラメータセットフィールドは、ＩＥＥＥ ８０２．１１ａｘで規定されるような１つの個別ＴＷＴパラメータセットフィールドと、１つのリンクＩＤフィールドとを搬送する）、複数のリンク上で個別ＴＷＴセットアップのネゴシエーションを示すことができる。各修正された個別ＴＷＴパラメータセットフィールド内のリンクＩＤフィールドは、同じ修正された個別ＴＷＴパラメータセットフィールド内のパラメータが、ＡＰが設定するものであり、かつ非ＡＰ ＳＴＡが従わなければならないリンクを示す。修正された個別ＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドは、同じ修正された個別ＴＷＴパラメータセットフィールドのリンクＩＤフィールドに示されるリンク上のＴＳＦに基づいて設定される。
[00279] ターゲットウェイクタイムに設定されるリンク１上の第１のＴＢＴＴは、ＳＴＡ３が、リンク１上の第１のＩ－ＴＷＴ６ ＳＰ（６５８）の開始のためにウェイクする必要がある（ウェイクを要求した）時間を示す。これは、リンク１に設定されるリンクＩＤフィールドを含む修正された個別ＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドにおいて設定される。ターゲットウェイクタイムフィールドは、リンク１上のＴＳＦ時間（すなわち、ＳＴＡ３及びＡＰ１のＴＳＦ時間）に設定することができる。
[00280] ターゲットウェイクタイムに設定されるリンク２上の第１のＴＢＴＴは、ＳＴＡ５が、リンク２上の第１のＩ－ＴＷＴ６ ＳＰ（６６０）の開始のためにウェイクする必要がある（ウェイクを要求した）時間を示す。これは、リンク２に設定されるリンクＩＤフィールドを含む修正された個別ＴＷＴパラメータセットフィールド内のターゲットウェイクタイムフィールドにおいて設定される。ターゲットウェイクタイムフィールドは、リンク２上のＴＳＦ時間（すなわち、ＳＴＡ５及びＡＰ２のＴＳＦ時間）に設定することができる。
[00281] 図に、Ｉ－ＴＷＴ６ ＳＰ（６６１）の例を示す。この例では、ＡＰ１及びＡＰ２は、チャネルアクセスを取得して、例示するように、ＳＴＡ３及びＳＴＡ５にそれぞれトリガフレーム（６６２）及び（６６４）（例えば、基本トリガフレーム又はＵ－ＡＰＳＤトリガ）を送信することができる。次に、ＳＴＡ３及びＳＴＡ５は、ＰＳポール（ＰＳ－Ｐｏｌｌ）フレーム（６６６）及び（６６８）を返送して、ＳＴＡ３及びＳＴＡ５がアウェイク状態であり、トラフィックを受け取る準備ができていることを示す。次に、ＡＰ１及びＡＰ２は、確認応答のためのＢＡ（６７０）及び（６７２）を送信して、Ｒ－ＴＷＴ２ ＳＰ中にＳＴＡ３及びＳＴＡ５にそれぞれＤＬ ＰＰＤＵ（６７４）及び（６７６）を送信することを開始し、その後に、確認応答（例えばＢＡ）（６７８）及び（６８０）を受け取る。
３．４．Ｒ－ＴＷＴメンバーシップのための代替のＳＣＳセットアップ手順
[00283] この節では、３．３節とは異なる、Ｒ－ＴＷＴメンバーシップのための代替のＳＣＳセットアップ手順について述べる。
[00284] この節では、ＳＣＳセットアップがマルチリンク（ＭＬ）動作を含み、一方、Ｒ－ＴＷＴセットアップがリンクレベル動作であるシナリオについて検討する。したがって、ＳＣＳのセットアップ手順（すなわち、ＳＣＳセットアップフレーム交換）は、任意の数のリンクを通じて行うことができ、一方、Ｒ－ＴＷＴのセットアップ手順（すなわち、Ｒ－ＴＷＴセットアップフレーム交換）は、そのＲ－ＴＷＴがスケジュールされるリンクを通じてのみ行うことができる。
３．４．１．代替のＳＣＳセットアップ手順の動作
[00286] 図３７及び図３８に、非ＡＰ ＭＬＤがＳＣＳ要求フレームを送信して、フレームにおいてＳＣＳに対してＲ－ＴＷＴスケジューリングが必要である（要求される）ことを示す実施形態例７１０を示す。
[00287] 図３７では、非ＡＰ ＭＬＤが、ＡＰ ＭＬＤに、ＳＣＳをセットアップするためのフレームを送信（７１２）して、フレームにおいてＳＣＳに対してＲ－ＴＷＴスケジューリングが必要である（要求される）ことを示す。
[00288] 次に、ブロック７１４において、ＡＰ ＭＬＤがＳＣＳ要求を受け入れたことを示すフレームを、非ＡＰ ＭＬＤが受け取ったかどうかを判断する。ＳＣＳ要求が受け入れられなかった場合、ブロック７１８において、ＳＣＳセットアップは失敗して、このプロセスを終了する。
[00289] 一方で、ＳＣＳセットアップが受け入れられた場合、ブロック７１６において、ＳＣＳの確立が成功して、非ＡＰ ＭＬＤは、ＡＰ ＭＬＤからの応答を待って、任意の可能なリンク（非ＡＰ ＭＬＤがＡＰ ＭＬＤと関連付けられたリンク）上でＲ－ＴＷＴのメンバーシップを割り当てる。非ＡＰ ＭＬＤは、ＳＣＳのＲ－ＴＷＴメンバーシップに対する応答を待つ時に、いかなるリンク上においてもＳＣＳに対するＲ－ＴＷＴ要求フレームを送信しないことに留意されたい。
[00290] 次に、図３８のチェック７２０において、ＡＰ ＭＬＤがＲ－ＴＷＴのメンバーシップを受け入れたことを示すフレームを、非ＡＰ ＭＬＤと提携しているＳＴＡが受け取ったかどうかを判断する。
[00291] 条件が満たされない場合、ブロック７２２において、非ＡＰ ＭＬＤは、ＳＣＳトラフィックストリームに対する、Ｒ－ＴＷＴメンバーシップ要求フレーム、又は別のＳＣＳ要求フレーム（Ｒ－ＴＷＴ要求を含む）を送信することができる。したがって、ＡＰ ＭＬＤがＳＣＳ要求を受け入れたが、非ＡＰ ＭＬＤがタイムアウトの前にＲ－ＴＷＴのメンバーシップを割り当てるフレームを受け取らなかった場合、非ＡＰ ＭＬＤは、ＳＣＳに対するＲ－ＴＷＴメンバーシップ要求を送信するか、又はＳＣＳトラフィックストリームに対するＳＣＳ要求フレームを再送信することができる。いくつかの場合では、非ＡＰ ＭＬＤは、異なるリンクを通じてＳＣＳ要求フレームを再送信することができることに留意されたい。また、非ＡＰ ＭＬＤが、ＡＰ ＭＬＤが（タイムアウト内に）ＳＣＳ要求を受け入れたことを示すフレームを受け取らなかった場合、ＳＣＳセットアップは失敗している。非ＡＰ ＭＬＤは、現在のＳＣＳセットアップルールに従って、ＳＣＳトラフィックストリームに対するＳＣＳ要求フレームを再送信することができる。
[00292] 一方で、ブロック７２０において、Ｒ－ＴＷＴメンバーシップが受け入れられたと判断した場合、そのＳＴＡは、そのＲ－ＴＷＴのメンバーＳＴＡになり（７２４）、ＳＣＳトラフィックストリームからのフレームは、そのＲ－ＴＷＴのＳＰ中に送信することを許可されるか又は送信するように優先される。少なくとも１つの実施形態／モード／ケースでは、ＡＰ ＭＬＤは、同じＳＣＳトラフィックストリームに対して複数のＲ－ＴＷＴのメンバーシップを割り当てることに留意されたい。少なくとも１つの実施形態／モード／ケースでは、同じＳＣＳトラフィックストリームに対する複数のＲ－ＴＷＴは、異なるリンク上でスケジュールすることができる。
[00293] なお、また、少なくとも１つの実施形態／モード／ケースでは、ＳＣＳセットアップ手順のフレーム交換は、例えばリンク１を通じて送信され、一方、Ｒ－ＴＷＴメンバーシップを割り当てるフレームは、リンク１以外のリンク、例えば、リンク２、リンク３などを通じて送信される。
[00294] 図３９に、ＡＰ ＭＬＤがＳＣＳ応答フレームを送信して、ＳＣＳに対するメンバーシップを割り当てる実施形態例７５０を示す。
[00295] ＡＰ ＭＬＤが、非ＡＰ ＭＬＤから、ＳＣＳトラフィックストリームをセットアップするための要求フレームを受け取る（７５２）。フレームにおいて、ＳＣＳトラフィックストリームに対してＲ－ＴＷＴをスケジュールすることを要求する。
[00296] チェック７５４において、ＡＰ ＭＬＤがＳＣＳ要求を受け入れたかどうかを判断する。ＡＰ ＭＬＤがＳＣＳ要求を受け入れなかった場合、ブロック７５６において、ＡＰ ＭＬＤは、ＳＣＳ要求を拒絶するためのＳＣＳ応答フレームを生成する。なお、ＡＰ ＭＬＤがＳＣＳを拒絶することができる１つの理由として、ＡＰ ＭＬＤが、ＳＣＳトラフィックストリームに対して、いかなるリンク上においても、Ｒ－ＴＷＴ ＳＰをスケジュールすることができないことが考えられる。ＡＰ ＭＬＤは、ＳＣＳ応答フレームにおいて、拒絶の理由を示すことができる。例えば、この理由は、図１４に示すようなステータスフィールドに示すことができる。
[00297] 一方で、チェック７５４の条件が満たされた場合、ＡＰ ＭＬＤは、非ＡＰ ＭＬＤに、ＳＣＳ要求を受け入れるためのＳＣＳ応答フレームで応答（７５８）する。次に、ＡＰ ＭＬＤは、タイムアウト間隔内にＳＣＳトラフィックストリームに対して少なくとも１つのリンク上でＲ－ＴＷＴメンバーシップを割り当てるためのフレームを送信（７６０）する。少なくとも１つの実施形態／モード／ケースでは、Ｒ－ＴＷＴメンバーシップを割り当てるフレームフォーマットは、ＩＥＥＥ ８０２．１１ｂｅ（図１６に示すもの）と同じとすることができ、それによって、ＴＷＴ要素は、図４１に示すような修正されたフォーマットを使用することに取って代わられることができる。なお、特定の例では、ＡＰ ＭＬＤは、同じＳＣＳトラフィックストリームに対して複数のＲ－ＴＷＴのメンバーシップを割り当てることができる。特定の例では、同じＳＣＳトラフィックストリームに対する複数のＲ－ＴＷＴが、異なるリンク上でスケジュールされることを許可することもできる。
３．４．２．Ｒ－ＴＷＴフレームフォーマットを含むＳＣＳ記述子
[00299] 図４０に、ＱｏＳ特性要素内にＲ－ＴＷＴ要求フィールドを含むＳＣＳ記述子要素の実施形態例７７０を示す。ＳＣＳ記述子要素内のフィールドは、ＳＣＳトラフィックストリームに対してＲ－ＴＷＴが必要であるかどうかを示すための１つのフィールド（Ｒ－ＴＷＴ要求フィールドなど）を有することを除いて、ＩＥＥＥ ８０２．１１ｂｅ［Ｐ８０２．１１ｂｅ＿Ｄ１．３１］のものと同じとすることができる。
[00300] ＱｏＳ特性要素フィールドは、この要素に少なくとも新たなＲ－ＴＷＴ要求フィールドが追加されることを除いて、ＩＥＥＥ ８０２．１１ｂｅで規定されるのと同じとすることができる。Ｒ－ＴＷＴ要求フィールドは、ＱｏＳ特性要素の制御情報フィールドに存在することができる。
[00301] Ｒ－ＴＷＴ要求フィールドは、非ＡＰ ＭＬＤによって設定されて、ＳＣＳトラフィックストリームからのフレームの送信に対してＲ－ＴＷＴスケジューリングが必要である（要求される）かどうかを示す。このフィールドは、１ビットの指示を含むことができる。このフィールドが第１の状態（例えば「１」）に設定された場合、非ＡＰ ＭＬＤは、ＳＣＳトラフィックストリームの送信に対してＲ－ＴＷＴ ＳＰをスケジュールすることを要求する。このフィールドを受け取ったＡＰ ＭＬＤは、ＳＣＳ要求を受け入れた場合、非ＡＰ ＭＬＤに、非送信請求ＴＷＴ応答フレームを送信して、タイムアウト期間内に少なくとも１つのリンク上でＳＣＳトラフィックストリームの送信に対してＲ－ＴＷＴメンバーシップを割り当てて、ＳＣＳトラフィックストリームのＱｏＳ要件を満たすことを目指す。タイムアウトは、ＡＰ及び非ＡＰ ＭＬＤによって予め決定するか又は交渉することができることに留意されたい。一方で、このフィールドが第２の状態（例えば「０」）に設定された場合、ＡＰ ＭＬＤは、ＳＣＳトラフィックストリームに対してＲ－ＴＷＴ ＳＰをスケジュールする必要がない。非ＡＰ ＭＬＤは、ＳＣＳトラフィックストリームに対してＲ－ＴＷＴ ＳＰをスケジュールする必要がある（スケジュールすることを決定した）場合、リンクを通じてＡＰ ＭＬＤとのＲ－ＴＷＴメンバーシップネゴシエーションを開始する。
[00302] 図４１に、図４０に見られる修正されたＴＷＴ要素の実施形態例７９０を示す。修正されたＴＷＴ要素内の全てのフィールドは、各（修正された）ブロードキャストＴＷＴパラメータセットフィールドにＳＣＳＩＤフィールドが追加されることを除いて、図５に示すようなＴＷＴ要素内のそれらと同じとすることができる。ＡＰは、このフィールドを設定して、修正されたブロードキャストＴＷＴパラメータセットフィールドに示されるＲ－ＴＷＴスケジューリングが、ＳＣＳＩＤフィールドに示されるＳＣＳトラフィックストリームの送信に対するものであることを示す。ＡＰが修正されたブロードキャストＴＷＴパラメータセットフィールドを設定して、非ＡＰ ＳＴＡのメンバーシップを受け入れた場合、非ＡＰ ＳＴＡのＳＣＳＩＤフィールドに示されるＳＣＳトラフィックストリームに、より高い優先度が与えられて、修正されたブロードキャストＴＷＴパラメータセットフィールドに示されるＲ－ＴＷＴ ＳＰ中に送信する。
３．４．３．Ｒ－ＴＷＴスケジューリングを要求するＳＣＳセットアップの例
[00304] この節では、Ｒ－ＴＷＴスケジューリングを要求することを含むＳＣＳセットアップ手順のいくつかの例を示す。
[00305] 図４２に、ＡＰ１がリンク１上でＳＣＳｘトラフィックストリームに対してＲ－ＴＷＴ ＳＰをスケジュールする例において、Ｒ－ＴＷＴスケジューリングを要求することを含むＳＣＳセットアップ手順の実施形態例８１０を示す。この図は、リンク１上のＳＴＡ３ ８１３ａとＡＰ１ ８４１ａとの間の、及びリンク２上のＳＴＡ５ ８１３ｂとＡＰ２ ８４１ｂとの間の通信を示す。ＳＴＡ３及びＳＴＡ５はＭＬＤ３ ８１２の一部であり、一方、ＡＰ１及びＡＰ２はＭＬＤ１ ８４０の一部である。
[00306] ＭＬＤ３は、ＭＬＤ１と、ＳＣＳトラフィックストリーム（ＳＣＳｘで表す）をセットアップするつもりである。この例では、ＳＣＳｘはＤＬトラフィックストリームである。ＭＬＤ３と提携しているＳＴＡ３は、チャネルアクセスを取得して、ＭＬＤ１と提携しているＡＰ１とのＳＣＳセットアップ手順（８１４）を開始する。ＳＴＡ３は、ＡＰ１にＳＣＳ要求フレーム（８１６）を送信して、ＳＣＳｘトラフィックストリームをセットアップするようにする。ＳＣＳ要求フレームのフォーマットは、図１１に示すようにすることができ、そのＳＣＳ記述子リストフィールドは、図４０に示すようなＳＣＳ記述子要素を搬送する。ＳＣＳ記述子要素は、ＳＣＳｘトラフィックストリームの送信に対してＲ－ＴＷＴが必要である（要求される）旨の指示を含む。
[00307] ＡＰ１は、ＳＣＳｘに対するＳＣＳ要求フレームを受け取った後に、ＳＣＳ応答フレーム（８１８）で応答して、ＳＣＳｘトラフィックストリームを受け入れることを決める（決定する）。ＳＣＳｘトラフィックストリームの確立が成功（８２０）して、ＭＬＤ３は、そのバックオフ（ＢＯ）タイマ（８２２）をカウントダウンすることを開始して、ＭＬＤ１からのＲ－ＴＷＴ応答フレームを待って、タイムアウトの前にＳＣＳｘトラフィックストリームに対してＲ－ＴＷＴメンバーシップを割り当てる。
[00308] この例では、ＭＬＤ１は、ＳＣＳｘトラフィックストリームに対して、リンク１上でＲ－ＴＷＴ（Ｒ－ＴＷＴｙで表す）のメンバーシップを割り当てることを決定する。次に、ＭＬＤ１と提携しているＡＰ１は、非送信請求ＴＷＴ応答フレーム（すなわちＴＷＴセットアップフレーム）（８２４）を送信して、ＳＴＡ３のＲ－ＴＷＴｙメンバーシップを割り当てる／受け入れる。ＴＷＴ応答フレームのフレームフォーマットは、図１６に示すようにすることができ、それは、図４１に示すような修正されたＴＷＴ要素を搬送する。Ｒ－ＴＷＴｙのメンバーシップを受け入れる修正されたブロードキャストＴＷＴパラメータセットフィールド内のＳＣＳＩＤサブフィールドを、ＳＣＳｘのＳＣＳ ＩＤに設定して、このＲ－ＴＷＴｙメンバーシップがＳＣＳｘに対するものであることを示すべきである。
[00309] 次に、ＳＴＡ３は、Ｒ－ＴＷＴｙのメンバーＳＴＡになり（８２６）、第１のＲ－ＴＷＴｙ ＳＰ（８３２）を待ち（８２８）、ここで、ＳＣＳｘトラフィックストリームのフレームは、送信されることを許可されるか、又は送信するためのより高い優先度を有する。図に示すように、ＡＰ１は、リンク１上でＲ－ＴＷＴｙ ＳＰ中にＳＣＳｘトラフィックストリームのＰＰＤＵ（８３０）、（８３６）を送信し、ＳＴＡ３は、確認応答（ＢＡ）（８３４）及び（８３８）で応答する。
[00310] 図４３に、異なるリンク上でＳＣＳｘトラフィックストリームに対してＲ－ＴＷＴ ＳＰをスケジュールする実施形態例８５０を示す。この図は、リンク１上のＳＴＡ３ ８１３ａとＡＰ１ ８４１ａとの間の、及びリンク２上のＳＴＡ５ ８１３ｂとＡＰ２ ８４１ｂとの間の通信を示す。ＳＴＡ３及びＳＴＡ５はＭＬＤ３ ８１２の一部であり、一方、ＡＰ１及びＡＰ２はＭＬＤ１ ８４０の一部である。
[00311] 図４２と比較して、この例では、ＳＣＳｘトラフィックストリームはＵＬトラフィックストリームであり、ＳＣＳｘのＳＣＳセットアップ手順はリンク２上で行われ、一方、Ｒ－ＴＷＴｙのＡＰメンバーシップ割り当てはリンク１上で行われる。
[00312] ＭＬＤ３は、ＭＬＤ１と、ＳＣＳトラフィックストリーム（ＳＣＳｘで表す）をセットアップするつもりである。この例では、ＳＣＳｘはＵＬトラフィックストリームである。ＭＬＤ３と提携しているＳＴＡ５は、チャネルアクセスを取得して、リンク２上で、ＭＬＤ１と提携しているＡＰ２とのＳＣＳセットアップ手順（８５２）を開始する。ＳＴＡ５は、ＡＰ２にＳＣＳ要求フレーム（８５４）を送信して、ＳＣＳｘトラフィックストリームをセットアップするようにする。ＳＣＳ要求フレームのフォーマットは、図１１に示すようにすることができ、そのＳＣＳ記述子リストフィールドは、図４０に示すようなＳＣＳ記述子要素を搬送する。ＳＣＳ記述子要素内に、ＳＣＳｘトラフィックストリームの送信に対してＲ－ＴＷＴが必要である（要求される）旨の指示が存在する。
[00313] ＡＰ２は、ＳＣＳｘに対するＳＣＳ要求フレームを受け取った後に、ＳＣＳ応答フレーム（８５６）で応答して、ＳＣＳｘトラフィックストリームを受け入れることを決定する。ＳＣＳｘトラフィックストリームの確立が成功（８５８）して、ＭＬＤ３は、ＭＬＤ１からのＲ－ＴＷＴ応答フレーム（８６２）を待って、タイムアウトの前にＳＣＳｘトラフィックストリームに対してＲ－ＴＷＴメンバーシップを割り当てる。
[00314] この例では、ＭＬＤ１は、ＳＣＳｘトラフィックストリームに対して、リンク１上でＲ－ＴＷＴ（Ｒ－ＴＷＴｙで表す）のメンバーシップを割り当てることを決定する。次に、ＭＬＤ１と提携しているＡＰ１は、チャネルを求めて競合（８６０）して、非送信請求ＴＷＴ応答フレーム（すなわちＴＷＴセットアップフレーム）（８６２）を送信して、ＳＴＡ３のＲ－ＴＷＴｙメンバーシップを割り当てる／受け入れる。ＴＷＴ応答フレームのフレームフォーマットは、図１６に示すようにすることができ、それは、図４１に示すような修正されたＴＷＴ要素を搬送する。Ｒ－ＴＷＴｙのメンバーシップを受け入れるための修正されたブロードキャストＴＷＴパラメータセットフィールド内のＳＣＳＩＤサブフィールドを、ＳＣＳｘのＳＣＳ ＩＤに設定して、このＲ－ＴＷＴｙメンバーシップがＳＣＳｘに対するものであることを示すべきである。
[00315] 次に、ＳＴＡ３は、Ｒ－ＴＷＴｙのメンバーＳＴＡになり（８６４）、Ｒ－ＴＷＴｙ ＳＰ（８６８）を待ち（８６６）、ここで、ＳＣＳｘトラフィックストリームのフレームの送信は、送信することを許可されるか、又は送信するためのより高い優先度が与えられる。図に示すように、ＡＰ１は、リンク１上でＲ－ＴＷＴｙ ＳＰ中にＳＣＳｘトラフィックストリームのＰＰＤＵ（８７２）の送信をトリガ（８７０）する。
[00316] 図４４に、ＭＬＤ１が複数のリンク上でＳＣＳｘトラフィックストリームに対してＲ－ＴＷＴ ＳＰをスケジュールする実施形態例８９０を示す。この図は、リンク１上のＳＴＡ３ ８１３ａとＡＰ１ ８４１ａとの間の、及びリンク２上のＳＴＡ５ ８１３ｂとＡＰ２ ８４１ｂとの間の通信を示す。ＳＴＡ３及びＳＴＡ５はＭＬＤ３ ８１２の一部であり、一方、ＡＰ１及びＡＰ２はＭＬＤ１ ８４０の一部である。
[00317] 図４３と比較して、この例では、ＳＣＳｘトラフィックストリームはＰ２Ｐトラフィックストリームであり、ＳＣＳｘのＳＣＳセットアップ手順はリンク２上で行われ、一方、ＡＰは、リンク１及びリンク２上で、それぞれ、Ｒ－ＴＷＴｙ及びＲ－ＴＷＴｚのメンバーシップを割り当てる。
[00318] ＭＬＤ３は、ＭＬＤ１と、ＳＣＳトラフィックストリーム（ＳＣＳｘで表す）をセットアップ（８９２）するつもりである。この例では、ＳＣＳｘはＰ２Ｐトラフィックストリームである。ＭＬＤ３と提携しているＳＴＡ５は、チャネルアクセスを取得して、リンク２上で、ＭＬＤ１と提携しているＡＰ２とのＳＣＳセットアップ手順を開始する。具体的には、ＳＴＡ５は、ＡＰ２にＳＣＳ要求フレーム（８９４）を送信して、ＳＣＳｘトラフィックストリームをセットアップするようにする。ＳＣＳ要求フレームのフォーマットは、図１１に示すようにすることができ、そのＳＣＳ記述子リストフィールドは、図４０に示すようなＳＣＳ記述子要素を搬送する。ＳＣＳ記述子要素内に、ＳＣＳｘトラフィックストリームの送信に対してＲ－ＴＷＴが必要である（要求される）旨の指示が存在する。
[00319] ＡＰ２は、ＳＣＳｘに対するＳＣＳ要求フレームを受け取った後に、ＳＣＳ応答フレーム（８９６）で応答して、ＳＣＳｘトラフィックストリームを受け入れることを決定する。ＳＣＳｘトラフィックストリームの確立が成功（８９８）して、ＭＬＤ１からのＲ－ＴＷＴ応答フレームを待つことを開始して、タイムアウトの前にＳＣＳｘトラフィックストリームに対してＲ－ＴＷＴメンバーシップを割り当てる。
[00320] この例では、ＭＬＤ１は、ＳＣＳｘトラフィックストリームに対して、リンク１及びリンク２上で、それぞれ、２つのＲ－ＴＷＴ（Ｒ－ＴＷＴｙ及びＲ－ＴＷＴｚで表す）のメンバーシップを割り当てることを決定する。次に、ＭＬＤ１と提携しているＡＰ１は、バックオフタイマ（９００）をカウントダウンすることを開始して、非送信請求ＴＷＴ応答フレーム（すなわちＴＷＴセットアップフレーム）を送信して、リンク１を通じてＳＴＡ３のＲ－ＴＷＴｙメンバーシップを割り当てる／受け入れる。一方、ＭＬＤ１と提携しているＡＰ２は、バックオフタイマ（９０２）をカウントダウンして、非送信請求ＴＷＴ応答フレーム（すなわちＴＷＴセットアップフレーム）（９０６）を送信して、リンク２を通じてＳＴＡ５のＲ－ＴＷＴｙメンバーシップを割り当てる／受け入れる。
[00321] ＴＷＴ応答フレームのフレームフォーマットは、図１６に示すようにすることができ、それは、図４１に示すような修正されたＴＷＴ要素を搬送する。Ｒ－ＴＷＴｙ（又はＲ－ＴＷＴｚ）のメンバーシップを受け入れるための修正されたブロードキャストＴＷＴパラメータセットフィールド内のＳＣＳＩＤサブフィールドを、ＳＣＳｘのＳＣＳ ＩＤに設定して、このＲ－ＴＷＴｙ（又はＲ－ＴＷＴｚ）メンバーシップがＳＣＳｘに対するものであることを示すべきである。
[00322] 次に、ＳＴＡ３は、リンク１上でＲ－ＴＷＴｙのメンバーＳＴＡになる（９０８）。Ｒ－ＴＷＴｙ ＳＰ中に、ＳＣＳｘトラフィックストリームのフレームは、送信することを許可されるか、又は送信するためのより高い優先度を有する。図に示すように、間隔（９１２）の後に、ＡＰ１は、（ＩＥＥＥ ８０２．１１ｂｅで規定されるような）ＭＵ－ＲＴＳ ＴＸＳトリガフレーム（９１６）を送信して、ＴＸＯＰをＳＴＡ３と共有し、ＳＴＡ３は、リンク１上でＲ－ＴＷＴｙ ＳＰ中にＣＴＳ（９１８）で応答した後に、ＳＣＳｘトラフィックストリームのＰＰＤＵ（９２０）の送信を開始する。
[00323] ＳＴＡ５は、リンク２上でＲ－ＴＷＴｚのメンバーＳＴＡになる（９１０）。Ｒ－ＴＷＴｚ ＳＰ中に、間隔（９１４）の後に、ＳＣＳｘトラフィックストリームのフレームは、送信することを許可されるか、又は送信するためのより高い優先度を有する。図に示すように、ＡＰ２は、ＭＵ－ＲＴＳ ＴＸＳトリガフレーム（９２２）を送信して、ＴＸＯＰをＳＴＡ５と共有し、ＳＴＡ５は、リンク２上でＲ－ＴＷＴｚ ＳＰ中にＣＴＳ（９２２）で応答した後に、ＳＣＳｘトラフィックストリームのＰＰＤＵ（９２６）の送信を開始する。
[00324] Ｐ２Ｐ（又はＤＬ／ＵＬ）ＳＣＳトラフィックストリームは、ＳＣＳトラフィックストリームが、ＳＣＳトラフィックストリームのＱｏＳ特性要素の制御情報フィールド内のリンクＩＤフィールド（又はリンクビットマップフィールド）（又はＴＩＤとリンクとのマッピング）に起因して、特定のリンクを通じてのみ送信することができることを示すことができることに留意されたい。ＳＣＳトラフィックストリームは、Ｐ２Ｐである場合、そのトンネリングされたダイレクトリンクセットアップ（ＴＤＬＳ）リンクを通じてのみ送信することができる。ＡＰ ＭＬＤは、それらの特定のリンクを通じてのみ、ＳＣＳトラフィックストリームの送信に対してＲ－ＴＷＴ ＳＰをスケジュールすることができる。
[00325] 図４５に、ＭＬＤ３が、タイムアウトの前にＳＣＳｘに対するＲ－ＴＷＴメンバーシップを受け取らない実施形態例９５０を示す。この図は、リンク１上のＳＴＡ３ ８１３ａとＡＰ１ ８４１ａとの間の、及びリンク２上のＳＴＡ５ ８１３ｂとＡＰ２ ８４１ｂとの間の通信を示す。ＳＴＡ３及びＳＴＡ５はＭＬＤ３ ８１２の一部であり、一方、ＡＰ１及びＡＰ２はＭＬＤ１ ８４０の一部である。
[00326] ＭＬＤ３は、ＭＬＤ１と、ＳＣＳトラフィックストリーム（ＳＣＳｘで表す）をセットアップするつもりである。この例では、ＳＣＳｘはＵＬトラフィックストリームである。ＭＬＤ３と提携しているＳＴＡ５は、チャネルアクセスを取得して、リンク２上で、ＭＬＤ１と提携しているＡＰ２とのＳＣＳセットアップ手順（９５２）を開始する。ＳＴＡ５は、ＡＰ２にＳＣＳ要求フレーム（９５４）を送信して、ＳＣＳｘトラフィックストリームをセットアップするようにする。ＳＣＳ要求フレームのフォーマットは、図１１に示すようにすることができ、そのＳＣＳ記述子リストフィールドは、図４０に示すようなＳＣＳ記述子要素を搬送する。ＳＣＳ記述子要素は、ＳＣＳｘトラフィックストリームの送信に対してＲ－ＴＷＴが必要である（要求される）旨の指示を含む。
[00327] ＡＰ２は、ＳＣＳｘに対するＳＣＳ要求フレームを受け取った後に、応答することを決定して、ＳＣＳ応答フレーム（９５５）を送信してＳＣＳｘトラフィックストリームを受け入れる。ＳＣＳｘトラフィックストリームの確立が成功（９５６）して、ＭＬＤ１からのＲ－ＴＷＴ応答フレームを待って（９５８）、ＳＣＳｘに対してＲ－ＴＷＴメンバーシップを割り当てる。Ｒ－ＴＷＴ応答は、設定されたタイムアウト期間（９５８）内に、ＭＬＤ３によって受け取られなかった（９６０）。
[00328] タイムアウト（９５８）の後に、ＭＬＤ３は、そのＢＯタイマ（９６２）をカウントダウンすることを開始して、ＳＣＳｘトラフィックストリームに対してＳＣＳセットアップ手順を再開始する。再開始は、任意のリンク上で実行することができる。この例では、再開始はリンク１上で行われ、別のＳＣＳセットアッププロセス（９６４）を含み、ＳＴＡ３がＳＣＳ要求（９６６）を送信して、これに対してＳＣＳ応答（９６８）が受け取られる。
４．実施形態の一般的範囲
[00330] 本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び／又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフロー図を参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック（及び／又はステップ）の組み合わせ、並びにあらゆる手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び／又はコンピュータ可読プログラムコードの形で具体化された１又は２以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようなあらゆるコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のプログラマブル処理装置を含む１又は２以上のコンピュータプロセッサによって実行して、（単複の）コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、（単複の）特定される機能を実装するための手段を生み出すようにすることができる。
[00331] したがって、本明細書で説明したフローチャートのブロック、並びに手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、（単複の）特定の機能を実行する手段の組み合わせ、（単複の）特定の機能を実行するステップの組み合わせ、及びコンピュータ可読プログラムコード論理手段の形で具体化されるような、（単複の）特定の機能を実行するコンピュータプログラム命令をサポートする。また、本明細書で説明したフロー図の各ブロック、並びにあらゆる手順、アルゴリズム、ステップ、演算、数式、又は計算表現、及びこれらの組み合わせは、（単複の）特定の機能又はステップを実行する専用ハードウェアベースのコンピュータシステム、又は専用ハードウェアとコンピュータ可読プログラムコードとの組み合わせによって実装することもできると理解されるであろう。
[00332] 更に、コンピュータ可読プログラムコードなどの形で具体化されるこれらのコンピュータプログラム命令を、コンピュータプロセッサ又は他のプログラマブル処理装置に特定の態様で機能するように指示することができる１又は２以上のコンピュータ可読メモリ又はメモリデバイスに記憶して、これらのコンピュータ可読メモリ又はメモリデバイスに記憶された命令が、（単複の）フローチャートの（単複の）ブロック内に指定される機能を実装する命令手段を含む製造の物品を生産するようにすることもできる。コンピュータプログラム命令をコンピュータプロセッサ又は他のプログラマブル処理装置によって実行し、コンピュータプロセッサ又は他のプログラマブル処理装置上で一連の動作ステップが実行されるようにしてコンピュータで実装される処理を生成し、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行される命令が、（単複の）フローチャートの（単複の）ブロック、（単複の）手順、（単複の）アルゴリズム、（単複の）ステップ、（単複の）演算、（単複の）数式、又は（単複の）計算表現に特定される機能を実装するためのステップを提供するようにすることもできる。
[00333] 更に、本明細書で使用する「プログラム」又は「プログラム実行文」という用語は、本明細書で説明した１又は２以上の機能を実行するために１又は２以上のコンピュータプロセッサが実行できる１又は２以上の命令を意味すると理解されるであろう。命令は、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせで具体化することができる。命令は、装置の非一時的媒体に局所的に記憶することも、又はサーバなどに遠隔的に記憶することもでき、或いは命令の全部又は一部を局所的に又は遠隔的に記憶することもできる。遠隔的に記憶された命令は、ユーザが開始することによって、或いは１又は２以上の要因に基づいて自動的に装置にダウンロード（プッシュ）することができる。
[00334] 更に、本明細書で使用するプロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、中央処理装置（ＣＰＵ）及びコンピュータという用語は、命令、並びに入力／出力インターフェイス及び／又は周辺装置との通信を実行できる装置を示すために同義的に使用されるものであり、プロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、ＣＰＵ及びコンピュータという用語は、単一の又は複数の装置、シングルコア装置及びマルチコア装置、及びこれらの変種を含むように意図するものであると理解されるであろう。
[00335] 本明細書の説明から、本開示は、限定ではないが以下の内容を含む技術の複数の実装を含むと理解されるであろう。
[00336] ネットワーク内の無線通信のための装置であって、前記装置は、（ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡである無線局（ＳＴＡ）としてのものであるか、又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡとしてのものであり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作して、無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、（ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、（ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、（ｄ）（ｉ）非ＡＰ ＳＴＡとして動作するＳＴＡによって、ＡＰ局に、ストリーム分類サービス（ＳＣＳ）要求フレームを送信して、予約された限定的ターゲットウェイトタイム（Ｒ－ＴＷＴ：ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）をスケジュールすることに加えてＳＣＳセットアップを開始するように求めるステップであって、前記ＳＣＳ要求フレームは、トラフィック仕様（ＴＳＰＥＣ）要素又はＱｏＳ特性要素を含む、ステップと、（ｄ）（ｉｉ）前記非ＡＰ ＳＴＡから前記ＳＣＳ要求フレームを受け取るステップであって、前記ＡＰは、前記ＳＣＳ要求フレームを受け取ると、要求を受け入れるべきか否かを決定する、ステップと、（ｄ）（ｉｉｉ）前記ＡＰによって、前記非ＡＰ ＳＴＡにＳＣＳ応答フレームを送信して、前記要求についての決定を示すステップと、（ｄ）（ｉｖ）前記要求が受け入れられた場合、Ｒ－ＴＷＴサービス期間（ＳＰ）中に、前記ＡＰ及び前記非ＡＰ ＳＴＡによって、優先度を上げて送信すべきＳＣＳトラフィックをスケジュールするステップであって、前記ＳＣＳトラフィックは、ダウンリンク（ＤＬ）と、アップリンク（ＵＬ）と、ピアツーピア（Ｐ２Ｐ）とからなる通信トラフィックのグループから選択される、ステップと、を含む、装置。
[00337] ネットワーク内の無線通信のための装置であって、前記装置は、（ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡである無線局（ＳＴＡ）としてのものであるか、又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡとしてのものであり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作して、無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、（ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、（ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、（ｄ）（ｉ）ＴＷＴ要素にリンク識別（ＩＤ）フィールドを組み込むターゲットウェイトタイム（ＴＷＴ：ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）パラメータセットフィールドを利用して、この修正されたＴＷＴパラメータセットフィールドが設定されるリンクを示すステップと、（ｄ）（ｉｉ）非ＡＰ ＳＴＡが、１つのリンク上で、前記ＴＷＴ要素内の前記修正されたＴＷＴパラメータセットフィールドで、ＡＰにＴＷＴセットアップフレームを送信して、前記ＡＰによって複数のリンク上でＴＷＴセットアッププロセスを開始するようにするステップと、（ｄ）（ｉｉｉ）前記ＡＰが、１つのリンク上で、前記ＴＷＴ要素内の前記修正されたＴＷＴパラメータセットフィールドを使用して、ＴＷＴ応答フレームを送信して、要求に対する決定を示すステップと、（ｄ）（ｉｖ）前記非ＡＰ ＳＴＡが、前記ＴＷＴセットアップフレームで前記ＡＰから前記決定を受け取り、前記ＡＰによって指示されるような前記ＡＰとのフレーム交換に対してＴＷＴスケジューリングを実行するステップと、を含む、装置。
[00338] ネットワーク内の無線通信のための装置であって、前記装置は、（ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡである無線局（ＳＴＡ）としてのものであるか、又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡとしてのものであり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作して、無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、（ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、（ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、（ｄ）（ｉ）非ＡＰ ＳＴＡによって、ＡＰ局に、ＱｏＳ特性要素を含むストリーム分類サービス（ＳＣＳ）要求フレームを送信して、ＳＣＳに対して限定的ターゲットウェイトタイム（Ｒ－ＴＷＴ：ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）をスケジュールすることに加えてＳＣＳセットアップを開始するように求めるステップと、（ｄ）（ｉｉ）前記非ＡＰ ＳＴＡから前記ＳＣＳ要求フレームを受け取るステップであって、前記ＡＰは、前記ＳＣＳ要求フレームを受け取ると、要求を受け入れるべきか否かを決定する、ステップと、（ｄ）（ｉｉｉ）前記ＡＰによって、前記非ＡＰ ＳＴＡにＳＣＳ応答フレームを送信して、前記要求についての決定を示すステップと、（ｄ）（ｉｖ）前記ＳＣＳ応答フレームが前記ＳＣＳ要求を受け入れた場合、前記ＡＰによってＴＷＴ応答フレームを送信して、対応するＲ－ＴＷＴサービス期間（ＳＰ）中にＳＣＳトラフィックの送信をスケジュールするようにＲ－ＴＷＴメンバーシップを割り当てるステップと、（ｄ）（ｖ）前記要求が受け入れられた場合、前記対応するＲ－ＴＷＴ ＳＰ中に、前記ＡＰ及び前記非ＡＰ ＳＴＡによって、優先度を上げて送信すべきＳＣＳトラフィックをスケジュールするステップと、を含む、装置。
[00339] ネットワーク内の無線通信のための装置であって、前記装置は、（ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡである無線局（ＳＴＡ）としてのものであるか、又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡとしてのものであり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作して、無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、（ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、（ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、（ｄ）（ｉ）非ＡＰ ＳＴＡによって、ＡＰ局に、ＱｏＳ特性要素を含むストリーム分類サービス（ＳＣＳ）要求フレームを送信して、ＳＣＳに対して送信をスケジュールすることに加えてＳＣＳセットアップを開始するように求めるステップと、（ｄ）（ｉｉ）前記非ＡＰ ＳＴＡから前記ＳＣＳ要求フレームを受け取るステップであって、前記ＡＰは、前記ＳＣＳ要求フレームを受け取ると、要求を受け入れるべきか否かを決定する、ステップと、（ｄ）（ｉｉｉ）前記ＡＰによって、前記非ＡＰ ＳＴＡにＳＣＳ応答フレームを送信して、前記要求についての決定を示すステップと、（ｄ）（ｉｖ）前記ＳＣＳ要求が受け入れられた場合、前記ＡＰ及び前記非ＡＰ ＳＴＡによって送信すべきＳＣＳトラフィックをスケジュールするステップと、を含む、装置。
[00340] パケットの送信を実行するための無線通信装置／方法であって、システム／装置にＣＳＭＡ／ＣＡが適用され、以下のことを含む。（ａ）非ＡＰ ＳＴＡが、ＳＣＳ要求フレームを送信して、ＡＰとのＳＣＳセットアップ及びＲ－ＴＷＴセットアップを開始するように求める。（ｂ）ＡＰが、ＳＣＳ応答フレームを送信して、要求に対する決定を示す。（ｃ）要求が受け入れられた場合、Ｒ－ＴＷＴ ＳＰ中に送信するようにＳＣＳのトラフィックをスケジュールする。
[00341] 前記Ｒ－ＴＷＴ ＳＰは、トリガ可能である、前出のいずれかの実装の装置又は方法。
[00342] 前記非ＡＰは、ＴＷＴ要素を含む前記ＳＣＳ要求フレームを送信して、ＳＣＳに対するＲ－ＴＷＴセットアップを要求する、前出のいずれかの実装の装置又は方法。
[00343] 前記ＡＰは、ＴＷＴ要素を含む前記ＳＣＳ応答フレームを送信して、ＳＣＳに対するＲ－ＴＷＴセットアップの結果を示す、前出のいずれかの実装の装置又は方法。
[00344] 前記ＡＰによってスケジュールされる毎秒の合計Ｒ－ＴＷＴ ＳＰ時間は、前記Ｒ－ＴＷＴ ＳＰ中に送信又は優先すべきトラフィックによって必要とされる時間を超えることを許可されない、前出のいずれかの実装の装置又は方法。
[00345] Ｒ－ＴＷＴをスケジュールする前記ＡＰは、ＳＣＳトラフィックストリームに対する２つの連続するＲ－ＴＷＴ ＳＰ間の間隔を、前記ＳＣＳトラフィックストリームの最小サービス間隔と最大サービス間隔との間に設定することができる、前出のいずれかの実装の装置又は方法。
[00346] 前記修正されたＴＷＴパラメータセットフィールドのパラメータは、前記リンク識別（ＩＤ）フィールドに示されるリンク上のタイミング同期機能（ＴＳＦ）時間値に基づいて設定される、前出のいずれかの実装の装置又は方法。
[00347] 前記ＴＷＴセットアップフレームは、ＴＷＴ要素を搬送し、それによって、前記ＴＷＴ要素内の複数の修正されたＴＷＴパラメータセットフィールドは、同じＴＷＴ ＩＤを有するが、異なるリンクＩＤを有し、ＳＰが異なるリンク上でスケジュールされるＴＷＴを示す、前出のいずれかの実装の装置又は方法。
[00348] 前記ＴＷＴセットアップフレームは、複数のＴＷＴ要素を搬送し、それによって、同じＴＷＴ及び異なるＴＷＴ要素内のリンクに対する前記修正されたＴＷＴパラメータセットフィールド内のパラメータは、該リンク上の該ＴＷＴに対するパラメータの範囲を表す、前出のいずれかの実装の装置又は方法。
[00349] 前記ＴＷＴ応答フレームは、ＳＣＳトラフィックストリームに対してＲ－ＴＷＴ ＳＰがスケジュールされる任意のリンク上で、ＡＰ ＭＬＤによって送信することができる、前出のいずれかの実装の装置又は方法。
[00350] 前記ＴＷＴ応答フレームは、タイムアウト内にＡＰ ＭＬＤによって送信することができる、前出のいずれかの実装の装置又は方法。
[00351] 非ＡＰ ＭＬＤは、Ｒ－ＴＷＴスケジューリングを要求するＳＣＳトラフィックストリームの確立が成功してからタイムアウト内に、前記ＳＣＳトラフィックストリームに対するＴＷＴ要求フレームを送信すべきではない、前出のいずれかの実装の装置又は方法。
[00352] 非ＡＰ ＭＬＤは、Ｒ－ＴＷＴスケジューリングを要求するＳＣＳトラフィックストリームの確立が成功してからタイムアウト内に、前記ＳＣＳトラフィックストリームに対するＴＷＴ応答フレームを受け取らなかった場合、ＳＣＳ要求フレームを再送信する、前出のいずれかの実装の装置又は方法。
[00353] 非ＡＰ ＭＬＤは、Ｒ－ＴＷＴスケジューリングを要求するＳＣＳトラフィックストリームの確立が成功してからタイムアウト内に、前記ＳＣＳトラフィックストリームに対するＴＷＴ応答フレームを受け取らなかった場合、前記ＳＣＳトラフィックストリームに対するＴＷＴ要求フレームを送信する、前出のいずれかの実装の装置又は方法。
[00354] ＡＰ ＭＬＤは、ＳＣＳトラフィックストリームを送信するようにＲ－ＴＷＴ ＳＰをスケジュールする、前出のいずれかの実装の装置又は方法。
[00355] ＡＰ ＭＬＤは、長さがＳＣＳトラフィックストリームの最小サービス間隔と最大サービス間隔との間に設定される時間間隔において、アップリンク（ＵＬ）又はピアツーピア（Ｐ２Ｐ）ＳＣＳトラフィックストリームの送信をトリガする、前出のいずれかの実装の装置又は方法。
[00356] ＳＣＳセットアップを要求する非ＡＰは、フレーム内のＴＳＰＥＣ要素の全てのフィールドを設定して、ＳＣＳを要求することができる、前出のいずれかの実装の装置又は方法。
[00357] ＵＬトラフィックに対するＳＣＳセットアップを要求する非ＡＰは、フレーム内のＴＳＰＥＣ要素の余剰帯域幅許容フィールドを設定して、ＳＣＳを要求することができる、前出のいずれかの実装の装置又は方法。
[00358] ＤＬトラフィックに対するＳＣＳセットアップを要求する非ＡＰは、フレーム内のＴＳＰＥＣ要素の余剰帯域幅許容フィールドを予約して、ＳＣＳを要求することができる、前出のいずれかの実装の装置又は方法。
[00359] ＳＣＳセットアップを要求するＡＰは、フレーム内のＴＳＰＥＣ要素の媒体時間フィールドを予約して、ＳＣＳを要求することができる、前出のいずれかの実装の装置又は方法。
[00360] ＡＰは、フレーム内のＴＳＰＥＣ要素の媒体時間フィールドを設定して、ＳＣＳを受け入れることができる、前出のいずれかの実装の装置又は方法。
[00361] 非ＡＰは、ＴＷＴ要素を含むＳＣＳ要求フレームを送信して、ＳＣＳに対するＲ－ＴＷＴセットアップを要求することができる、前出のいずれかの実装の装置又は方法。
[00362] 非ＡＰは、ＴＷＴ要素を含むＳＣＳ応答フレームを送信して、ＳＣＳに対するＲ－ＴＷＴセットアップの結果を示すことができる、前出のいずれかの実装の装置又は方法。
[00363] Ｒ－ＴＷＴをスケジュールするＡＰは、新たなＳＣＳが確立された場合、追加のＲ－ＴＷＴ ＳＰ時間をスケジュールすることができる、前出のいずれかの実装の装置又は方法。
[00364] Ｒ－ＴＷＴをスケジュールするＡＰは、既存のＳＣＳが除去された場合、Ｒ－ＴＷＴ ＳＰ時間を低減することができる、前出のいずれかの実装の装置又は方法。
[00365] Ｒ－ＴＷＴをスケジュールするＡＰは、既存のＳＣＳが変更された場合、Ｒ－ＴＷＴ ＳＰ時間を更新することができる、前出のいずれかの実装の装置又は方法。
[00366] ＡＰによってスケジュールされる毎秒の合計Ｒ－ＴＷＴ ＳＰ時間は、上限を超えることができない、前出のいずれかの実装の装置又は方法。
[00367] Ｒ－ＴＷＴをスケジュールするＡＰは、２つの連続するＲ－ＴＷＴ ＳＰ間の間隔を、Ｒ－ＴＷＴ ＳＰ中に送信するようにスケジュールされるトラフィックを有するＳＣＳのＴＳＰＥＣの全ての最小ＳＩフィールドの最大値よりも長く設定することができる、前出のいずれかの実装の装置又は方法。
[00368] Ｒ－ＴＷＴをスケジュールするＡＰは、２つの連続するＲ－ＴＷＴ ＳＰ間の間隔を、Ｒ－ＴＷＴ ＳＰ中に送信するようにスケジュールされるトラフィックを有するＳＣＳのＴＳＰＥＣの全ての最大ＳＩフィールドの最小値よりも短く設定することができる、前出のいずれかの実装の装置又は方法。
[00369] Ｒ－ＴＷＴをスケジュールするＡＰは、２つの連続するＲ－ＴＷＴ ＳＰ間の間隔を、ビーコン間隔の約数として設定することができる、前出のいずれかの実装の装置又は方法。
[00370] Ｒ－ＴＷＴをスケジュールするＡＰは、ＡＰがＭＬＤと提携している場合、ＭＬＤレベルにおいて、Ｒ－ＴＷＴ ＩＤを一意の値に設定することができる、前出のいずれかの実装の装置又は方法。
[00371] Ｒ－ＴＷＴをスケジュールするＡＰは、ＳＴＡレベルにおいて、Ｒ－ＴＷＴ ＩＤを一意の値に設定し、ＭＬＤレベルにおいて、タプル＜Ｒ－ＴＷＴ ＩＤ、リンクＩＤ＞を使用して、Ｒ－ＴＷＴを識別することができる、前出のいずれかの実装の装置又は方法。
[00372] Ｒ－ＴＷＴをスケジュールするＡＰは、２つの連続するＲ－ＴＷＴ ＳＰ間の間隔を、Ｒ－ＴＷＴ ＳＰ中に送信するようにスケジュールされるトラフィックを有するＳＣＳのＴＳＰＥＣの最大ＳＩフィールドと最小ＳＩフィールドとの間に設定することができる、前出のいずれかの実装の装置又は方法。
[00373] 本明細書で説明する技術のありとあらゆる実装、並びに本明細書で説明する任意の実施形態の任意の態様、構成要素又は要素、及び本明細書で説明する任意の実施形態の態様、構成要素又は要素の任意の組み合わせ。
[00374] 本明細書で使用する「実装」という用語は、以下に限定されるわけではないが、本明細書で説明する技術を実施する実施形態、実施例又はその他の形態を含むように意図するものである。
[00375] 本明細書で使用する単数語「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈によって別途明確に指定しない限り、複数の参照物を含むことができる。単数形による物への言及は、明述しない限り「唯一」を意味するものではなく、「１又は２以上」を意味するものである。
[00376] 本開示内の「Ａ、Ｂ及び／又はＣ」などの語句の構成体は、Ａ、Ｂ、又はＣのいずれかが存在することができる場合、又は項目Ａ、Ｂ及びＣの任意の組み合わせを説明する。「～のうちの少なくとも１つ」の後に要素を列挙したグループが続くような語句の構成体は、これらのグループ要素のうちの少なくとも１つが存在し、適用可能な場合、これらの列挙された要素の任意の可能な組み合わせを含むことを示す。
[00377] 本明細書中の「ある実施形態」、「少なくとも１つの実施形態」又は同様の実施形態の用語への言及は、説明された実施形態に関連して説明する特定の特徴、構造又は特性が、本開示の少なくとも１つの実施形態に含まれることを示す。したがって、これらの様々な実施形態の語句は、必ずしも全てが同じ実施形態、又は説明されている他の全ての実施形態と異なる特定の実施形態について言及するものではない。実施形態の語句は、所与の実施形態の特定の特徴、構造又は特性を、開示する装置、システム又は方法の１又は２以上の実施形態にあらゆる好適な態様で組み合わせることができることを意味すると解釈すべきである。
[00378] 本明細書で使用する「組（ｓｅｔ）」という用語は、１又は２以上の物体の集合を意味する。したがって、例えば物体の組は、単一の物体又は複数の物体を含むことができる。
[00379] 第１の（ｆｉｒｓｔ）及び第２の（ｓｅｃｏｎｄ）、上部の（ｔｏｐ）及び下部の（ｂｏｔｔｏｍ）などの関係語は、ある実体又は動作を別の実体又は動作と区別するためだけに使用することができ、このような実体又は動作間にこのような実際の関係又は順序が存在することを必ずしも必要とし、又は暗示するものではない。
[00380] 「含む（ｃｏｍｐｒｉｓｅｓ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有している（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｃｏｎｔａｉｎｓ）」、「含んでいる（ｃｏｎｔａｉｎｉｎｇ）」という用語、又はこれらの用語の他のあらゆる変化形は、要素の列挙を含む（ｃｏｍｐｒｉｓｅｓ、ｉｎｃｌｕｄｅｓ、ｃｏｎｔａｉｎｓ）、有する（ｈａｓ）プロセス、方法、物品、又は装置が、これらの要素しか含んでいないのではなく、明確に列挙されていない、又はこのようなプロセス、方法、物品、又は装置に固有のその他の要素を含むことができるように非排他的な包含を含むことが意図されている。「～を含む（ｃｏｍｐｒｉｓｅｓ．．．ａ）」、「～を有する（ｈａｓ．．．ａ）」、「～を含む（ｉｎｃｌｕｄｅｓ．．．ａ）」、「～を含む（ｃｏｎｔａｉｎｓ．．．ａ）」によって導かれる要素は、これ以上の制約が無い場合、その要素を含む（ｃｏｍｐｒｉｓｅｓ、ｉｎｃｌｕｄｅｓ、ｃｏｎｔａｉｎｓ）、有する（ｈａｓ）プロセス、方法、物品、又は装置内に更なる同一の要素が存在することを否定するものではない。
[00381] 本明細書で使用する「近似的に（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、「近似の（ａｐｐｒｏｘｉｍａｔｅ）」、「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「本質的に（ｅｓｓｅｎｔｉａｌｌｙ）」及び「約（ａｂｏｕｔ）」という用語、又はこれらの用語の他のあらゆるバージョンは、わずかな変動の記述及び説明のために使用するものである。これらの用語は、事象又は状況に関連して使用した時には、これらの事象又は状況が間違いなく発生する場合、及びこれらの事象又は状況が発生する可能性が非常に高い場合を意味することができる。これらの用語は、数値に関連して使用した時には、その数値の±５％以下、±４％以下、±３％以下、±２％以下、±１％以下、±０．５％以下、±０．１％以下、又は±０．０５％以下などの、±１０％以下の変動範囲を意味することができる。例えば、「実質的に」整列しているということは、±５°以下、±４°以下、±３°以下、±２°以下、±１°以下、±０．５°以下、±０．１°以下、又は±０．０５°以下などの、±１０％以下の角度変動範囲を意味することができる。
[00382] また、本明細書では、量、比率及びその他の数値を範囲形式で示すこともある。このような範囲形式は、便宜的に簡略化して使用するものであり、範囲の限界として明確に指定された数値を含むが、この範囲に含まれる全ての個々の数値又は部分的範囲も、これらの各数値及び部分的範囲が明確に示されているかのように含むものであると柔軟に理解されたい。例えば、約１～約２００の範囲内の比率は、約１及び約２００という明確に列挙した限界値を含むが、約２、約３、約４などの個々の比率、及び約１０～約５０、約２０～約１００などの部分的範囲も含むと理解されたい。
[00383] 本明細書で使用する「結合される（ｃｏｕｐｌｅｄ）」という用語は、「接続 される」と定義されるが、必ずしも直接的な、また必ずしも機械的な接続ではない。特定の方法で「構成される（ｃｏｎｆｉｇｕｒｅｄ）」装置又は構造は、少なくともその方法で構成されるが、列挙されていない方法で構成することもできる。
[00384] 利益、利点、問題の解決法、及びあらゆる利益、利点、又は解決法を生じる又はより明確にすることができるあらゆる（単複の）要素が、本明細書で説明する技術又は一部の又は全ての請求項の重要な、必要な、又は不可欠な特徴又は要素であると解釈すべきではない。
[00385] 更に、上記の開示では、開示を簡潔にするために、様々な実施形態において様々な特徴を互いにグループ化することができる。この開示の方法は、特許請求される実施形態が各請求項で明白に記載されるものよりも多くの特徴を必要とするという意図を反映するものと解釈されるべきではない。本発明の主題は、単一の開示される実施形態の全ての特徴未満のものの中にあり得る。
[00386] 読者が技術的開示の性質を迅速に確認できるように、要約書を提供する。要約書は、特許請求の範囲の範囲又は意味を解釈又は限定するためには使用されないという理解と共に提示される。
[00387] いくつかの管轄の実施は、出願後に本開示の１又は２以上の部分の削除を必要とする場合があると理解されるであろう。したがって、読者は、本開示の当初の内容として提出された出願を参照すべきである。本開示の内容のいかなる削除も、当初提出された出願の主題の放棄、喪失又は一般への公開であると解釈すべきではない。
[00388] 以下の特許請求の範囲は、本明細書によって本開示に組み込まれ、各請求項は別個に特許請求される主題として自立する。
[00389] 本明細書の説明は多くの詳細を含んでいるが、これらは本開示の範囲を限定するものではなく、現在のところ好ましい実施形態の一部を例示するものにすぎないと解釈すべきである。したがって、本開示の範囲は、当業者に明らかになると考えられる他の実施形態も完全に含むと理解されるであろう。
[00390] 当業者に周知の本開示の実施形態の要素の全ての構造的及び機能的同等物も、引用によって本明細書に明確に組み入れられ、本特許請求の範囲に含まれるように意図される。更に、本開示の要素、構成要素又は方法ステップは、これらが特許請求の範囲に明示されているかどうかにかかわらず、一般に公開されるように意図するものではない。本明細書における請求項の要素については、その要素が「～のための手段」という表現を使用して明確に示されていない限り、「ミーンズプラスファンクション」の要素として解釈すべきではない。また、本明細書における請求項の要素については、その要素が「～のためのステップ」という表現を使用して明確に示されていない限り、「ステッププラスファンクション」の要素として解釈すべきではない。
Ｒ－ＴＷＴスケジューリングＡＰにおけるＳＣＳの例
Figure 2024520609000002
他のＴＷＴの例
Figure 2024520609000003
１０ 実施形態例
１２ 回路
１４ 外部Ｉ／Ｏ接続／バス
１６ 内部バス
１８ ＣＰＵ／プロセッサ
２０ メモリ
２２ モデム
２４，２８ ＲＦモジュール
２６ａ，２６ｂ，２６ｃ，…２６ｎ，２９ アンテナ
４０ 実施形態例
５０ ＣＰＵ
５２ メモリ（ＲＡＭ）
５４ モデム
５６ ＲＦ回路
５８ バス
６０ａ，６０ｂ，６０ｃ，…，６０ｎ アンテナ
６２ ＣＰＵ
６４ メモリ（ＲＡＭ）
７２，７４，７６ ＭＬＤ
７２ ＭＬＤ ＃１
７４ ＭＬＤ ＃２
７６ ＭＬＤ ＃３
７８ ＡＰ１
８０ ＡＰ２
８２ ＳＴＡ１
８４ ＳＴＡ２
８６ ＳＴＡ３
８８ ＳＴＡ４
９０ ＳＴＡ５
９２，９４，９８ リンク１
９６，１００ リンク２
１１０ 実施形態例
１１２ 非ＡＰ ＳＴＡが、ＡＰに、ＳＣＳに対するＲ－ＴＷＴセットアップ要求を含むＳＣＳをセットアップする要求を送信
１１４ ＡＰによってＳＣＳセットアップ要求が受け入れられたか？
１１６ ＳＣＳの確立が成功し、ＳＣＳのトラフィックを他のトラフィックから区別
１１８ ＡＰによってＳＣＳに対するＲ－ＴＷＴセットアップ要求が受け入れられたか？
１２０ ＳＣＳのトラフィックは、Ｒ－ＴＷＴ ＳＰ中に送信するようにスケジュールされない
１２２ 非ＡＰ ＳＴＡがＲ－ＴＷＴのメンバーになり、ＳＣＳのトラフィックは、Ｒ－ＴＷＴ ＳＰ中に送信するようにスケジュールされる
１２４ ＳＣＳセットアップが失敗
１２６ 非ＡＰ ＳＴＡは、ＡＰからＳＣＳの推薦されたパラメータ設定を受け取った場合、別のＳＣＳセットアップ要求を再送信することができる
１３０ 実施形態例
１３２ ＡＰが、非ＡＰから、Ｒ－ＴＷＴセットアップ要求を含むＳＣＳ要求フレームを受け取る
１３４ ＡＰが、非ＡＰに、Ｒ－ＴＷＴセットアップ応答を含むＳＣＳ応答フレームを送信
１３６ ＡＰがＳＣＳ要求及びＲ－ＴＷＴセットアップ要求を受け入れたか？
１３８ 非ＡＰ ＳＴＡはＲ－ＴＷＴのメンバーになり、ＳＣＳに属するトラフィックは、Ｒ－ＴＷＴ ＳＰ中に送信するようにスケジュールされる
１４０ ＳＣＳに属するトラフィックは、Ｒ－ＴＷＴ ＳＰ中に送信されることを許可されないか又は低い優先度を有する
１５０ 実施形態例
１７０ 実施形態例
１９０ 実施形態例
２３０ 実施形態例
２５０ 実施形態例
２７０ 実施形態例
２７２ ＡＰ１
２７４ ＳＴＡ１
２７６ Ｒ－ＴＷＴを含むＳＣＳセットアップ
２７８ ＳＣＳ要求
２８０ ＳＣＳ応答
２８２ ＳＣＳ２に対する第１のＲ－ＴＷＴ１ ＳＰ
２８４ Ｒ－ＴＷＴ１ ＳＰ
２８６ Ｒ－ＴＷＴ１ ＳＰ間の間隔
２８８ ＤＬ ＰＰＤＵ
２９０ ＢＡ
２９２ ＤＬ ＰＰＤＵ
２９４ ＢＡ
２９６ Ｒ－ＴＷＴ１ ＳＰ
３１０ 実施形態例
３１２ 別個のＳＣＳセットアップ及びＲ－ＴＷＴセットアップ
３１４ ＳＣＳ要求
３１６ ＳＣＳ応答
３１８ Ｒ－ＴＷＴ要求
３２０ Ｒ－ＴＷＴ応答
３５０ 実施形態例
３５２ ＡＰ１
３５４ ＳＴＡ２
３５６ ＳＴＡ１
３５８ Ｒ－ＴＷＴを含むＳＣＳセットアップ
３６０ ＳＣＳ要求
３６２ ＳＣＳ応答
３６４ ＳＣＳ１に対する第１のＲ－ＴＷＴ１ ＳＰ
３６５ ＳＣＳ１に対する第１のＲ－ＴＷＴ３ ＳＰ
３６８ ＢＳＲＰ
３７０ ＢＳＲ
３７２ ＤＬ ＰＰＤＵ
３７４ ＢＡ
３７６ 基本トリガ
３７８ ＵＬ ＰＰＤＵ
３８０ ＢＡ
３８２ Ｒ－ＴＷＴ３ ＳＰ
３８４ ＢＳＲＰ
３８６ ＢＳＲ
３８８ 基本トリガ
３９０ ＵＬ ＰＰＤＵ
３９２ Ｒ－ＴＷＴ ＳＰ間の間隔
４１０ 実施形態例
４１２，４１３ 通信の両側
４１４ Ｒ－ＴＷＴを含むＳＣＳセットアップ
４１６ ＳＣＳ要求
４１８ ＳＣＳ応答
４２０ ＳＣＳ３に対する第１のＲ－ＴＷＴ２ ＳＰ
４２４ Ｒ－ＴＷＴ２ ＳＰ間の間隔
４２６ Ｒ－ＴＷＴ２ ＳＰ
４２８，４３２ ＤＬ ＰＰＤＵ
４３０，４３４ ＢＡ
４３６ Ｒ－ＴＷＴ２ ＳＰ
４４０ ＭＬＤ３
４４２ ＳＴＡ３
４４４ ＳＴＡ５
４４６ ＭＬＤ１
４４８ ＡＰ１
４５０ ＡＰ２
４７０ 実施形態例
４７２ ＭＬＤ３
４７４ ＭＬＤ１
４７６ ＳＴＡ３
４７８ ＳＴＡ５
４８０ ＡＰ１
４８２ ＡＰ２
４８４ Ｒ－ＴＷＴセットアップ
４８６ Ｒ－ＴＷＴ要求
４８８ Ｒ－ＴＷＴ応答
４９０ 第１のＲ－ＴＷＴ４ ＳＰ
４９２ 第１のＲ－ＴＷＴ４ ＳＰ
４９４ Ｒ－ＴＷＴ４ ＳＰ間の間隔
４９６ Ｒ－ＴＷＴ４ ＳＰ
４９８，５００，５０６，５０８ ＤＬ ＰＰＤＵ
５０２，５０４，５１０，５１２ ＢＡ
５１４ Ｒ－ＴＷＴ４ ＳＰ
５３０ 実施形態例
５３２ Ｂ－ＴＷＴセットアップ
５３４ Ｂ－ＴＷＴ要求
５３６ Ｂ－ＴＷＴ応答
５３８ 第１のＢ－ＴＷＴ５ ＳＰ
５４０ 第１のＢ－ＴＷＴ５ ＳＰ
５４２ Ｂ－ＴＷＴ５ ＳＰ間の間隔
５４４ Ｂ－ＴＷＴ５ ＳＰ
５４６，５４８，５５４，５５６ ＤＬ ＰＰＤＵ
５９０ 実施形態例
５９２ ＴＢＴＴネゴシエーション
５９４ ＴＷＴ要求
５９６ ＴＷＴ応答
５９８ リンク１の第１のＴＢＴＴ
６００ リンク２の第１のＴＢＴＴ
６０２ リッスン間隔
６０４ ビーコン
６０６ リッスン間隔
６０８ ビーコン
６１０ Ｂ－ＴＷＴ４ ＳＰ
６１２，６１４ トリガフレーム
６１６，６１８ ＰＳポール（ＰＳ－Ｐｏｌｌ）
６２０，６２２ ＢＡ
６２４，６２６ ＤＬ ＭＵ ＰＰＤＵ
６２８，６３０ ＢＡ
６３２，６３４，６３６，６３８ ビーコン
６５０ 実施形態例
６５２ Ｉ－ＴＷＴセットアップ
６５４ ＴＷＴ要求
６５６ ＴＷＴ応答
６５８ リンク１上の第１のＩ－ＴＷＴ６ ＳＰ
６６０ リンク２上の第１のＩ－ＴＷＴ６ ＳＰ
６６１ Ｉ－ＴＷＴ６ ＳＰ
６６２，６６４ トリガフレーム
６６６，６６８ ＰＳポール（ＰＳ－Ｐｏｌｌ）
６７０，６７２ ＢＡ
６７４，６７６ ＤＬ ＰＰＤＵ
６７８，６８０ ＢＡ
７１０ 実施形態例
７１２ 非ＡＰ ＭＬＤが、ＡＰ ＭＬＤに、ＳＣＳをセットアップするためのフレームを送信して、フレームにおいてＳＣＳに対してＲ－ＴＷＴが必要であることを示す
７１４ ＡＰ ＭＬＤによってＳＣＳ要求が受け入れられたことを示すフレームを、非ＡＰ ＭＬＤが受け取ったか？
７１６ ＳＣＳの確立が成功して、非ＡＰ ＭＬＤは、ＡＰ ＭＬＤからの応答を待って、任意の可能なリンク上でＲ－ＴＷＴのメンバーシップを割り当てる
７１８ ＳＣＳセットアップが失敗
７２０ 非ＡＰ ＭＬＤが、タイムアウト内にリンク上でＡＰ ＭＬＤからＳＣＳに対するＲ－ＴＷＴメンバーシップを受け取ったか？
７２２ 非ＡＰ ＭＬＤは、ＳＣＳトラフィックストリームに対するＲ－ＴＷＴメンバーシップ要求又はＳＣＳ要求フレームを送信することができる
７２４ 非ＡＰ ＭＬＤ（又はそのリンク上の提携ＳＴＡ）は、Ｒ－ＴＷＴのメンバーになり、ＳＣＳに属するトラフィックは、そのリンク上でＲ－ＴＷＴ ＳＰ中に送信することを許可／優先される
７５０ 実施形態例
７５２ ＡＰ ＭＬＤが、非ＡＰ ＭＬＤから、ＳＣＳをセットアップするための要求フレームを受け取り、フレームにおいて、ＳＣＳはＲ－ＴＷＴスケジューリングを必要とする
７５４ ＡＰ ＭＬＤがＳＣＳ要求を受け入れたか？
７５６ ＡＰ ＭＬＤは、ＳＣＳ要求を拒絶するためのＳＣＳ応答フレームを送信
７５８ ＡＰ ＭＬＤは、非ＡＰ ＭＬＤに、ＳＣＳ要求を受け入れるためのＳＣＳ応答フレームで応答
７６０ ＡＰ ＭＬＤは、タイムアウト内にＳＣＳに対して少なくとも１つのリンク上でＲ－ＴＷＴメンバーシップを割り当てるためのフレームを送信
７７０ 実施形態例
７９０ 実施形態例
８１０ 実施形態例
８１２ ＭＬＤ３
８１３ａ ＳＴＡ３
８１３ｂ ＳＴＡ５
８１４ ＳＣＳセットアップ
８１６ ＳＣＳ要求
８１８ ＳＣＳ応答
８２０ ＳＣＳｘトラフィックストリームの確立が成功
８２２ ＢＯ
８２４ ＴＷＴ応答
８２６ ＳＴＡ３はＲ－ＴＷＴｙのメンバーＳＴＡであり、ＳＣＳｘからのフレームはＲ－ＴＷＴｙ中に送信するように優先される
８２８ 第１のＲ－ＴＷＴｙ ＳＰ
８３０，８３６ ＰＰＤＵ
８３２ 第１のＲ－ＴＷＴｙ ＳＰ
８３４，８３８ ＢＡ
８４０ ＭＬＤ１
８４１ａ ＡＰ１
８４１ｂ ＡＰ２
８５０ 実施形態例
８５２ ＳＣＳセットアップ
８５４ ＳＣＳ要求
８５６ ＳＣＳ応答
８５８ ＳＣＳｘトラフィックストリームの確立が成功
８６０ ＢＯ
８６２ Ｒ－ＴＷＴ応答
８６４ ＳＴＡ３はＲ－ＴＷＴｙのメンバーＳＴＡであり、ＳＣＳｘからのフレームはＲ－ＴＷＴｙ中に送信するように優先される
８６６ Ｒ－ＴＷＴｙ ＳＰ
８６８ Ｒ－ＴＷＴｙ ＳＰ
８７０ トリガ
８７２ ＰＰＤＵ
８９０ 実施形態例
８９２ ＳＣＳセットアップ
８９４ ＳＣＳ要求
８９６ ＳＣＳ応答
８９８ ＳＣＳｘトラフィックストリームの確立が成功
９００ ＢＯ
９０２ ＢＯ
９０６ ＴＷＴ応答
９０８ ＳＴＡ３はＲ－ＴＷＴｙのメンバーＳＴＡであり、ＳＣＳｘからのフレームはＲ－ＴＷＴｙ中に送信するように優先される
９１０ ＳＴＡ５はＲ－ＴＷＴｚのメンバーＳＴＡであり、ＳＣＳｘからのフレームはＲ－ＴＷＴｚ中に送信するように優先される
９１２ 第１のＲ－ＴＷＴｙ ＳＰ
９１４ 第１のＲ－ＴＷＴｚ ＳＰ
９１６ ＭＵ－ＲＴＳ ＴＸＳ
９１８ ＣＴＳ
９２０ Ｐ２Ｐ ＰＰＤＵ
９２２ ＭＵ－ＲＴＳ ＴＸＳ
９２６ Ｐ２Ｐ ＰＰＤＵ
９５０ 実施形態例
９５２ ＳＣＳセットアップ
９５４ ＳＣＳ要求
９５５ ＳＣＳ応答
９５６ ＳＣＳｘトラフィックストリームの確立が成功
９５８ タイムアウト
９６０ Ｒ－ＴＷＴ応答は、設定されたタイムアウト期間内にＭＬＤ３によって受け取られなかった
９６２ ＢＯ
９６４ 別のＳＣＳセットアッププロセス
９６６ ＳＣＳ要求
９６８ ＳＣＳ応答

Claims (19)

  1. ネットワーク内の無線通信のための装置であって、前記装置は、
    （ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡである無線局（ＳＴＡ）としてのものであるか、又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡとしてのものであり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作して、無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、
    （ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、
    （ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、
    （ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、
    （ｉ）非ＡＰ ＳＴＡとして動作するＳＴＡによって、ＡＰ局に、ストリーム分類サービス（ＳＣＳ）要求フレームを送信して、予約された限定的ターゲットウェイトタイム（Ｒ－ＴＷＴ：ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）をスケジュールすることに加えてＳＣＳセットアップを開始するように求めるステップであって、前記ＳＣＳ要求フレームは、トラフィック仕様（ＴＳＰＥＣ）要素又はＱｏＳ特性要素を含む、ステップと、
    （ｉｉ）前記非ＡＰ ＳＴＡから前記ＳＣＳ要求フレームを受け取るステップであって、前記ＡＰは、前記ＳＣＳ要求フレームを受け取ると、要求を受け入れるべきか否かを決定する、ステップと、
    （ｉｉｉ）前記ＡＰによって、前記非ＡＰ ＳＴＡにＳＣＳ応答フレームを送信して、前記要求についての決定を示すステップと、
    （ｉｖ）前記要求が受け入れられた場合、Ｒ－ＴＷＴサービス期間（ＳＰ）中に、前記ＡＰ及び前記非ＡＰ ＳＴＡによって、優先度を上げて送信すべきＳＣＳトラフィックをスケジュールするステップであって、前記ＳＣＳトラフィックは、ダウンリンク（ＤＬ）と、アップリンク（ＵＬ）と、ピアツーピア（Ｐ２Ｐ）とからなる通信トラフィックのグループから選択される、ステップと、
    を含む、
    ことを特徴とする装置。
  2. 前記Ｒ－ＴＷＴ ＳＰは、トリガ可能であることを特徴とする、請求項１に記載の装置。
  3. 前記非ＡＰは、ＴＷＴ要素を含む前記ＳＣＳ要求フレームを送信して、ＳＣＳに対するＲ－ＴＷＴセットアップを要求することを特徴とする、請求項１に記載の装置。
  4. 前記ＡＰは、ＴＷＴ要素を含む前記ＳＣＳ応答フレームを送信して、ＳＣＳに対するＲ－ＴＷＴセットアップの結果を示すことを特徴とする、請求項１に記載の装置。
  5. 前記ＡＰによってスケジュールされる毎秒の合計Ｒ－ＴＷＴ ＳＰ時間は、前記Ｒ－ＴＷＴ ＳＰ中に送信又は優先すべきトラフィックによって必要とされる時間を超えることを許可されないことを特徴とする、請求項１に記載の装置。
  6. Ｒ－ＴＷＴをスケジュールする前記ＡＰは、ＳＣＳトラフィックストリームに対する２つの連続するＲ－ＴＷＴ ＳＰ間の間隔を、前記ＳＣＳトラフィックストリームの最小サービス間隔と最大サービス間隔との間に設定することができることを特徴とする、請求項１に記載の装置。
  7. ネットワーク内の無線通信のための装置であって、前記装置は、
    （ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡである無線局（ＳＴＡ）としてのものであるか、又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡとしてのものであり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作して、無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、
    （ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、
    （ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、
    （ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、
    （ｉ）ＴＷＴ要素にリンク識別（ＩＤ）フィールドを組み込むターゲットウェイトタイム（ＴＷＴ：ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）パラメータセットフィールドを利用して、この修正されたＴＷＴパラメータセットフィールドが設定されるリンクを示すステップと、
    （ｉｉ）非ＡＰ ＳＴＡが、１つのリンク上で、前記ＴＷＴ要素内の前記修正されたＴＷＴパラメータセットフィールドで、ＡＰにＴＷＴセットアップフレームを送信して、前記ＡＰによって複数のリンク上でＴＷＴセットアッププロセスを開始するようにするステップと、
    （ｉｉｉ）前記ＡＰが、１つのリンク上で、前記ＴＷＴ要素内の前記修正されたＴＷＴパラメータセットフィールドを使用して、ＴＷＴ応答フレームを送信して、要求に対する決定を示すステップと、
    （ｉｖ）前記非ＡＰ ＳＴＡが、前記ＴＷＴセットアップフレームで前記ＡＰから前記決定を受け取り、前記ＡＰによって指示されるような前記ＡＰとのフレーム交換に対してＴＷＴスケジューリングを実行するステップと、
    を含む、
    ことを特徴とする装置。
  8. 前記修正されたＴＷＴパラメータセットフィールドのパラメータは、前記リンク識別（ＩＤ）フィールドに示されるリンク上のタイミング同期機能（ＴＳＦ）時間値に基づいて設定されることを特徴とする、請求項７に記載の装置。
  9. 前記ＴＷＴセットアップフレームは、ＴＷＴ要素を搬送し、それによって、前記ＴＷＴ要素内の複数の修正されたＴＷＴパラメータセットフィールドは、同じＴＷＴ ＩＤを有するが、異なるリンクＩＤを有し、ＳＰが異なるリンク上でスケジュールされるＴＷＴを示すことを特徴とする、請求項７に記載の装置。
  10. 前記ＴＷＴセットアップフレームは、複数のＴＷＴ要素を搬送し、それによって、同じＴＷＴ及び異なるＴＷＴ要素内のリンクに対する前記修正されたＴＷＴパラメータセットフィールド内のパラメータは、該リンク上の該ＴＷＴに対するパラメータの範囲を表すことを特徴とする、請求項７に記載の装置。
  11. ネットワーク内の無線通信のための装置であって、前記装置は、
    （ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡである無線局（ＳＴＡ）としてのものであるか、又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡとしてのものであり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作して、無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、
    （ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、
    （ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、
    （ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、
    （ｉ）非ＡＰ ＳＴＡによって、ＡＰ局に、ＱｏＳ特性要素を含むストリーム分類サービス（ＳＣＳ）要求フレームを送信して、ＳＣＳに対して限定的ターゲットウェイトタイム（Ｒ－ＴＷＴ：ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）をスケジュールすることに加えてＳＣＳセットアップを開始するように求めるステップと、
    （ｉｉ）前記非ＡＰ ＳＴＡから前記ＳＣＳ要求フレームを受け取るステップであって、前記ＡＰは、前記ＳＣＳ要求フレームを受け取ると、要求を受け入れるべきか否かを決定する、ステップと、
    （ｉｉｉ）前記ＡＰによって、前記非ＡＰ ＳＴＡにＳＣＳ応答フレームを送信して、前記要求についての決定を示すステップと、
    （ｉｖ）前記ＳＣＳ応答フレームが前記ＳＣＳ要求を受け入れた場合、前記ＡＰによってＴＷＴ応答フレームを送信して、対応するＲ－ＴＷＴサービス期間（ＳＰ）中にＳＣＳトラフィックの送信をスケジュールするようにＲ－ＴＷＴメンバーシップを割り当てるステップと、
    （ｖ）前記要求が受け入れられた場合、前記対応するＲ－ＴＷＴ ＳＰ中に、前記ＡＰ及び前記非ＡＰ ＳＴＡによって、優先度を上げて送信すべきＳＣＳトラフィックをスケジュールするステップと、
    を含む、
    ことを特徴とする装置。
  12. 前記ＴＷＴ応答フレームは、ＳＣＳトラフィックストリームに対してＲ－ＴＷＴ ＳＰがスケジュールされる任意のリンク上で、ＡＰ ＭＬＤによって送信することができることを特徴とする、請求項１１に記載の装置。
  13. 前記ＴＷＴ応答フレームは、タイムアウト内にＡＰ ＭＬＤによって送信することができることを特徴とする、請求項１１に記載の装置。
  14. 非ＡＰ ＭＬＤは、Ｒ－ＴＷＴスケジューリングを要求するＳＣＳトラフィックストリームの確立が成功してからタイムアウト内に、前記ＳＣＳトラフィックストリームに対するＴＷＴ要求フレームを送信すべきではないことを特徴とする、請求項１１に記載の装置。
  15. 非ＡＰ ＭＬＤは、Ｒ－ＴＷＴスケジューリングを要求するＳＣＳトラフィックストリームの確立が成功してからタイムアウト内に、前記ＳＣＳトラフィックストリームに対するＴＷＴ応答フレームを受け取らなかった場合、ＳＣＳ要求フレームを再送信することを特徴とする、請求項１１に記載の装置。
  16. 非ＡＰ ＭＬＤは、Ｒ－ＴＷＴスケジューリングを要求するＳＣＳトラフィックストリームの確立が成功してからタイムアウト内に、前記ＳＣＳトラフィックストリームに対するＴＷＴ応答フレームを受け取らなかった場合、前記ＳＣＳトラフィックストリームに対するＴＷＴ要求フレームを送信することを特徴とする、請求項１１に記載の装置。
  17. ネットワーク内の無線通信のための装置であって、前記装置は、
    （ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡである無線局（ＳＴＡ）としてのものであるか、又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡとしてのものであり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作して、無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、
    （ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、
    （ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、
    （ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、
    （ｉ）非ＡＰ ＳＴＡによって、ＡＰ局に、ＱｏＳ特性要素を含むストリーム分類サービス（ＳＣＳ）要求フレームを送信して、ＳＣＳに対して送信をスケジュールすることに加えてＳＣＳセットアップを開始するように求めるステップと、
    （ｉｉ）前記非ＡＰ ＳＴＡから前記ＳＣＳ要求フレームを受け取るステップであって、前記ＡＰは、前記ＳＣＳ要求フレームを受け取ると、要求を受け入れるべきか否かを決定する、ステップと、
    （ｉｉｉ）前記ＡＰによって、前記非ＡＰ ＳＴＡにＳＣＳ応答フレームを送信して、前記要求についての決定を示すステップと、
    （ｉｖ）前記ＳＣＳ要求が受け入れられた場合、前記ＡＰ及び前記非ＡＰ ＳＴＡによって送信すべきＳＣＳトラフィックをスケジュールするステップと、
    を含む、
    ことを特徴とする装置。
  18. ＡＰ ＭＬＤは、ＳＣＳトラフィックストリームを送信するようにＲ－ＴＷＴ ＳＰをスケジュールすることを特徴とする、請求項１７に記載の装置。
  19. ＡＰ ＭＬＤは、長さがＳＣＳトラフィックストリームの最小サービス間隔と最大サービス間隔との間に設定される時間間隔において、アップリンク（ＵＬ）又はピアツーピア（Ｐ２Ｐ）ＳＣＳトラフィックストリームの送信をトリガすることを特徴とする、請求項１７に記載の装置。
JP2023574202A 2021-08-11 2022-08-04 限定的ターゲットウェイトタイム（ｒ－ｔｗｔ：ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）セットアップを含むストリーム分類サービス（ｓｃｓ） Pending JP2024520609A (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US202163260173P 2021-08-11 2021-08-11
US63/260,173 2021-08-11
US202163263862P 2021-11-10 2021-11-10
US63/263,862 2021-11-10
US202263267397P 2022-02-01 2022-02-01
US63/267,397 2022-02-01
US17/814,166 US20230058871A1 (en) 2021-08-11 2022-07-21 Stream classification service (scs) with restricted target wait time (r-twt) setup
US17/814,166 2022-07-21
PCT/IB2022/057269 WO2023017377A1 (en) 2021-08-11 2022-08-04 Stream classification service (scs) with restricted target wait time (r-twt) setup

Publications (1)

Publication Number Publication Date
JP2024520609A true JP2024520609A (ja) 2024-05-24

Family

ID=83004645

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023574202A Pending JP2024520609A (ja) 2021-08-11 2022-08-04 限定的ターゲットウェイトタイム（ｒ－ｔｗｔ：ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）セットアップを含むストリーム分類サービス（ｓｃｓ）

Country Status (5)

Country Link
US (1) US20230058871A1 (ja)
EP (1) EP4367926A1 (ja)
JP (1) JP2024520609A (ja)
KR (1) KR20230172590A (ja)
WO (1) WO2023017377A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230180047A1 (en) * 2021-12-07 2023-06-08 Qualcomm Incorporated Dynamic selection of parameters for enhanced quality of service (qos) and reliability
US12047873B2 (en) * 2021-12-22 2024-07-23 Qualcomm Incorporated Low latency solutions for restricted target wake time (r-TWT) during multi-link operation (MLO)
US11700191B1 (en) * 2022-03-11 2023-07-11 Dell Products L.P. Packet replication for delay-sensitive traffic
WO2024177364A1 (ko) * 2023-02-21 2024-08-29 엘지전자 주식회사 무선랜 시스템에서 특정 유형의 트래픽을 위한 링크를 지시하는 방법 및 장치
WO2024186468A1 (en) * 2023-03-03 2024-09-12 Sony Group Corporation Tid to link mapping for tdls direct link

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190141631A1 (en) * 2017-11-03 2019-05-09 Qualcomm Incorporated Indicating validity of a broadcast target wake time schedule
US11729670B2 (en) * 2019-08-28 2023-08-15 Qualcomm Incorporated Flexible negotiation of parameters in setup exchanges for wireless communication sessions
US11382035B2 (en) * 2019-11-11 2022-07-05 Nxp Usa, Inc. Target wake time negotiation in a multi-link wireless LAN system

Also Published As

Publication number Publication date
EP4367926A1 (en) 2024-05-15
WO2023017377A1 (en) 2023-02-16
US20230058871A1 (en) 2023-02-23
KR20230172590A (ko) 2023-12-22

Similar Documents

Publication Publication Date Title
JP2024520609A (ja) 限定的ターゲットウェイトタイム（ｒ－ｔｗｔ：ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）セットアップを含むストリーム分類サービス（ｓｃｓ）
JP7427170B2 (ja) 時間内及び周波数内ｒｔａパケット重複
US20230199847A1 (en) Fast restricted target wait time update
JP2024528304A (ja) 制限付きターゲットウェイクタイムサービス期間の終了
JP2024511187A (ja) Ｒｔａトラフィックとのｅｄｃａ ｔｘｏｐの共有
US20220322460A1 (en) Sharing an edca txop with rta traffic
CN114303411B (zh) 用于rta会话管理的ts操作
US20240080891A1 (en) Enhanced quality of service status report that supports latency requirements
CN114651475A (zh) 用于rta分组的edca队列
US20230199647A1 (en) Multiple station access in a reserved target-wait-time service period
US20230047705A1 (en) Restricted target wake time service period termination
US20230269788A1 (en) Dynamic edca in r-twt initial access
US20230139168A1 (en) Multi-link restricted twt
WO2023114246A1 (en) Enhanced multi-link power save mode
CN116830650A (zh) 具有受限目标等待时间(r-twt)设置的流分类服务(scs)
CN116889071A (zh) 受限目标唤醒时间服务周期终止
US20240163916A1 (en) Termination of Target Wake Time Service Period
US20240276382A1 (en) Enhanced Power Save Mode and Fallback Operation Thereof
WO2023114673A1 (en) Multiple station access in a reserved target-wait-time service period
WO2023224940A1 (en) Restricted target wake time service period extension
WO2023200660A1 (en) Rescheduling of restricted target wake time service period
JP2024520014A (ja) ソフトａｐ ｍｌｄの条件付きリンクにおけるレガシー（非ｅｈｔ）局の動作可能化
CN116762459A (zh) 使遗留(非eht)站能够在软ap mld的条件链路上操作

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20231130

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240909