2025-522850 Ｒ－ＴＷＴ ＳＰにおけるＲ－ＴＷＴ ＴＩＤの優先順位付け

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2025-07-17

(54)【発明の名称】Ｒ－ＴＷＴ ＳＰにおけるＲ－ＴＷＴ ＴＩＤの優先順位付け

(51)【国際特許分類】

   H04W 74/0816 20240101AFI20250710BHJP

   H04W 84/12 20090101ALI20250710BHJP

   H04W 74/0833 20240101ALI20250710BHJP

   H04W 72/566 20230101ALI20250710BHJP

   H04W 72/0457 20230101ALI20250710BHJP

【ＦＩ】

H04W74/0816

H04W84/12

H04W74/0833

H04W72/566

H04W72/0457 110

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024577355

(86)(22)【出願日】2023-06-08

(85)【翻訳文提出日】2024-12-27

(86)【国際出願番号】 US2023024869

(87)【国際公開番号】W WO2024006048

(87)【国際公開日】2024-01-04

(31)【優先権主張番号】63/367,342

(32)【優先日】2022-06-30

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/367,387

(32)【優先日】2022-06-30

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/371,406

(32)【優先日】2022-08-15

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(71)【出願人】

【識別番号】504257564

【氏名又は名称】ソニー コーポレイション オブ アメリカ

(74)【代理人】

【識別番号】100092093

【弁理士】

【氏名又は名称】辻居 幸一

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100141553

【弁理士】

【氏名又は名称】鈴木 信彦

(74)【代理人】

【識別番号】100151987

【弁理士】

【氏名又は名称】谷口 信行

(72)【発明者】

【氏名】シン リャンシャオ

(72)【発明者】

【氏名】スン リ－シャン

(72)【発明者】

【氏名】シャ チン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA03

5K067DD17

5K067EE02

5K067EE10

5K067EE71

5K067JJ14

(57)【要約】

Ｒ－ＴＷＴ ＳＰ中の競合問題を解消する方法について説明する。具体的には、対応するＲ－ＴＷＴ ＳＰ中にＲ－ＴＷＴ ＴＩＤの送信を優先する際の強化された機構を定める。また、ＤＩＦＳ又はＡＩＦＳ期間後のアイドルチャネルの検出後に局がチャネルにアクセスする問題を解消する強化されたアクセス機構についても説明する。
【選択図】図７

【特許請求の範囲】

【請求項1】

ネットワークにおける無線通信のための装置であって、
（ａ）独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしてＩＥＥＥ８０２．１１ネットワークの媒体アクセス制御（ＭＡＣ）層間のフレームの送信を実行し、全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される、又は全てのリンク上のトリガーベースの（ＴＢ）アップリンク送信にトリガーベースのチャネルアクセスが利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常の非アクセスポイント（ＡＰ）ＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、無線通信回路と、
（ｂ）前記無線通信回路に結合されて前記ＷＬＡＮ上で動作するプロセッサと、
（ｃ）他のＳＴＡと通信するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
を備え、
（ｄ）前記命令は、前記プロセッサによって実行された時に、Ｒ－ＴＷＴメンバーシップネゴシエーション中に制限付きターゲットウェイトタイム（Ｒ－ＴＷＴ）トラフィック識別子（ＴＩＤ）を設定する送信を優先させる際に、
（ｉ）Ｒ－ＴＷＴサービス期間（ＳＰ）のＲ－ＴＷＴメンバーＳＴＡになるために被Ｒ－ＴＷＴスケジュール側ＳＴＡとＲ－ＴＷＴスケジュール側ＡＰとの間で前記Ｒ－ＴＷＴ ＳＰをネゴシエートすることと、
（ｉｉ）前記Ｒ－ＴＷＴ ＳＰが、特定のＴＩＤを有する低遅延トラフィックの送信をネゴシエートされたものとして優先し、ここでトリガー有効型チャネルアクセス及び非トリガー有効型チャネルアクセスという２つのタイプのチャネルアクセスが提供され、これによって前記Ｒ－ＴＷＴ ＳＰをトリガー有効型Ｒ－ＴＷＴ ＳＰ又は非トリガー有効型Ｒ－ＴＷＴ ＳＰのいずれかとして識別することと、
を含む、前記無線通信回路のための無線通信プロトコルのステップを実行する、
ことを特徴とする装置。

【請求項2】

ネゴシエートされるＲ－ＴＷＴ ＴＩＤは、Ｒ－ＴＷＴアップリンク（ＵＬ）ＴＩＤ、Ｒ－ＴＷＴダウンリンク（ＤＬ）ＴＩＤ、及びＲ－ＴＷＴピアツーピア（Ｐ２Ｐ）ＴＩＤを含み、（単複の）ＳＣＳトラフィックストリームのサービス品質（ＱｏＳ）特性要素に示されるストリーム分類サービス（ＳＣＳ）トラフィックストリームに基づいて確立される、
請求項１に記載の装置。

【請求項3】

確立されたＲ－ＴＷＴ Ｐ２Ｐ ＴＩＤは、対応するＳＣＳトラフィックストリームのＴＩＤ－リンクマッピングに従う、
請求項２に記載の装置。

【請求項4】

（ａ）ＳＣＳトラフィックストリームが、ＱｏＳ特性要素内に同じ遅延限界及び／又はＭＳＤＵ寿命を有すること、
（ｂ）ＴＩＤ／ＵＰの差別化サービスコードポイント（ＤＳＣＰ）範囲がゼロに設定されていること、
（ｃ）アクセスカテゴリ（ＡＣ）内の１つのＴＩＤのみがＲ－ＴＷＴ ＴＩＤとして使用され、或いは同じＡＣ内の両ＴＩＤがＲ－ＴＷＴ ＴＩＤとして使用される必要があること、及び、
（ｄ）Ｐ２Ｐ ＳＣＳトラフィックストリームがそのＱｏＳ特性要素内に同じＴＩＤ－リンクマッピングを有すること、
という条件のうちの少なくとも１つが満たされる場合、複数のＳＣＳトラフィックストリームが同じＴＩＤにマッピングされる、
請求項２に記載の装置。

【請求項5】

Ｒ－ＴＷＴスケジュール側ＡＰは、
（ａ）Ｒ－ＴＷＴ ＴＩＤが複数のＳＣＳトラフィックストリームを有する場合、媒体時間は、前記Ｒ－ＴＷＴ ＴＩＤの全てのＳＣＳトラフィックストリームの総媒体時間である、
（ｂ）ＴＩＤが複数のＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤである場合、Ｒ－ＴＷＴ時間は、これらのＲ－ＴＷＴの総Ｒ－ＴＷＴ ＳＰ時間である、
（ｃ）ＳＣＳトラフィックストリームの媒体時間が特定の帯域幅にわたる必要な送信時間について計算される場合、スケジュール側ＡＰは、帯域幅が前記特定の帯域幅よりも広い場合のＳＣＳトラフィックストリームの送信のためのチャネル時間割り当てを削減する、
ということによって決定されるようなＲ－ＴＷＴ ＴＩＤのＳＣＳトラフィックストリームの媒体時間の要件を超えるＲ－ＴＷＴ ＴＩＤのＲ－ＴＷＴ ＳＰ時間をスケジュールすることができない、
請求項４に記載の装置。

【請求項6】

非トリガー有効型Ｒ－ＴＷＴ ＳＰにおいて、前記非トリガー有効型Ｒ－ＴＷＴ ＳＰのＲ－ＴＷＴメンバーＳＴＡはＴＸＯＰ所有者として動作して、前記非トリガー有効型Ｒ－ＴＷＴ ＳＰのＲ－ＴＷＴ ＴＩＤのうちのいずれかにマッピングされるＴＸＯＰのプライマリＡＣを除くＲ－ＴＷＴのいずれかのＳＰの開始時点よりも前にＴＸＯＰが終了することを保証する、
請求項１に記載の装置。

【請求項7】

ＴＸＯＰのプライマリＡＣをいずれのＲ－ＴＷＴ ＴＩＤにもマッピングできない場合、Ｒ－ＴＷＴメンバーＳＴＡはそのＴＸＯＰを継続することができる、
請求項６に記載の装置。

【請求項8】

Ｒ－ＴＷＴメンバーＳＴＡは、前記Ｒ－ＴＷＴ ＳＰの開始時点後にＲ－ＴＷＴ ＴＩＤのフレームを送信するためにＴＸＯＰを共有する、
請求項７に記載の装置。

【請求項9】

Ｒ－ＴＷＴメンバーＳＴＡは、次のＲ－ＴＷＴ ＳＰの開始時点前に請求応答を含むフレーム送信を完了するのに十分な時間を有しているかどうかをチェックし、十分な時間がない場合、前記Ｒ－ＴＷＴメンバーＳＴＡは送信を行わず、ＡＣのコンテンションウィンドウ（ＣＷ）及び変更されないＡＣのＱｏＳショートリトライカウンタ（ＱＳＲＣ）を使用してバックオフを再開する、
請求項６に記載の装置。

【請求項10】

トリガー有効型Ｒ－ＴＷＴ ＳＰにおいて、ＴＸＯＰ所有者であるＲ－ＴＷＴメンバーＳＴＡは、いずれかのＲ－ＴＷＴ ＳＰの開始時点前にＲ－ＴＷＴスケジュール側ＡＰとＴＸＯＰを共有することを保証し、或いはいずれかのＲ－ＴＷＴ ＳＰの開始時点前にＴＸＯＰが終了することを保証し、この場合、
（ａ）メンバーＳＴＡは、スケジュール側ＡＰがそのＴＸＯＰを共有することを示すように設定された逆方向グラント（ＲＤＧ）を含むフレームを送信することができ、ＡＰは、ＲＤＧを含むフレームを受け取ると、フレームの期間又はネットワーク割り当てベクトル（ＮＡＶ）フィールド中にＴＸＯＰ所有者として動作してＴＸＯＰを延長することができ、
（ｂ）メンバーＳＴＡは、たとえＲ－ＴＷＴ ＳＰの開始時点までにフレームの送信が完了しない予定であっても、ＡＰとＴＸＯＰを共有するためにフレームを送信する、
請求項１に記載の装置。

【請求項11】

Ｒ－ＴＷＴ ＳＰ中のＴＸＯＰ所有者であるＲ－ＴＷＴスケジュール側ＡＰは、Ｒ－ＴＷＴ ＳＰのいずれかのＲ－ＴＷＴ ＴＩＤのフレームをＴＸＯＰ中にプライマリＡＣからのフレームとして送信する、
請求項１に記載の装置。

【請求項12】

ＡＰは、Ｒ－ＴＷＴ ＳＰ中にＴＸＯＰを取得するためにいずれかのＡＣの拡張分散チャネルアクセス機能（ＥＤＣＡＦ）を使用し、或いはＡＰは、Ｒ－ＴＷＴ ＳＰ中にＴＸＯＰを取得するためにＲ－ＴＷＴ ＳＰのＲ－ＴＷＴ（ＤＬ）ＴＩＤのＥＤＣＡＦのみを使用する、
請求項１１に記載の装置。

【請求項13】

Ｒ－ＴＷＴメンバーＳＴＡ又は被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰ外にいずれのＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤでもないＴＩＤのフレームを送信する、
請求項１に記載の装置。

【請求項14】

前記メンバーＳＴＡは、Ｒ－ＴＷＴのＳＰ外に前記Ｒ－ＴＷＴのＲ－ＴＷＴ ＴＩＤのフレームを送信しない、
請求項１に記載の装置。

【請求項15】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、緊急事態準備通信サービス（ＥＰＣＳ）優先アクセスを有効にしている場合であって、
（ａ）ＥＰＣＳトラフィックを送信するＴＸＯＰ所有者である被Ｒ－ＴＷＴスケジュール側ＳＴＡがいずれかのＲ－ＴＷＴ ＳＰの開始時点を越えてそのＴＸＯＰを継続し、いずれかのＲ－ＴＷＴ ＳＰの開始時点前にそのＴＸＯＰを終了する必要がない場合、及び、
（ｂ）ＥＰＣＳトラフィックを送信するＴＸＯＰ所有者である被Ｒ－ＴＷＴスケジュール側ＳＴＡがＲ－ＴＷＴ ＳＰ中に重複するクワイエット間隔を無視する場合、
にＲ－ＴＷＴスケジュールを無視する、
請求項１に記載の装置。

【請求項16】

前記Ｒ－ＴＷＴスケジュールＳＴＡは、緊急事態準備通信サービス（ＥＰＣＳ）優先アクセスをＳＣＳトラフィックストリームとして識別する、
請求項１５に記載の装置。

【請求項17】

ＱｏＳ特性要素に、ＳＣＳトラフィックストリームがＥＰＣＳトラフィックであることを示すＥＰＣＳトラフィックサブフィールドが追加される、
請求項１６に記載の装置。

【請求項18】

前記ＥＰＣＳトラフィックサブフィールドが第１の状態に設定されている場合、前記ＱｏＳ特性要素下のＳＣＳトラフィックストリームはＥＰＣＳトラフィックであり、そうでなければ前記フィールドは第２の状態に設定され、前記ＱｏＳ特性要素下のＳＣＳトラフィックストリームはＥＰＣＳトラフィックとみなされない、
請求項１７に記載の装置。

【請求項19】

Ｒ－ＴＷＴメンバーＳＴＡは、たとえＲ－ＴＷＴ ＳＰの開始時点前にチャネルを求めて競合するためにマルチユーザ（ＭＵ）ＥＤＣＡパラメータを使用していて、Ｒ－ＴＷＴ ＳＰの開始時点にＭＵ ＥＤＣＡタイマが満了していない場合でも、Ｒ－ＴＷＴ ＳＰ中にＲ－ＴＷＴ ＴＩＤ又は遅延に弱いトラフィックのためのチャネルを求めて競合するためにＥＤＣＡパラメータを使用する、
請求項１に記載の装置。

【請求項20】

メンバーＳＴＡは、Ｒ－ＴＷＴ ＳＰ中に送信を終了した直後、又はＲ－ＴＷＴ ＳＰが終了した直後にマルチユーザ（ＭＵ）ＥＤＣＡパラメータを使用し続け、前記メンバーＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時に一時停止していたＭＵ ＥＤＣＡタイマを、その期間中にＭＵ ＥＤＣＡタイマが更新されない限りカウントダウンし続ける、
請求項１９に記載の装置。

【請求項21】

メンバーＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時にＲ－ＴＷＴアップロード（ＵＬ）ＴＩＤ又は遅延に弱いトラフィックのＡＣのためのマルチユーザ（ＭＵ）ＥＤＣＡタイマをゼロにリセットする、
請求項１９に記載の装置。

【請求項22】

Ｒ－ＴＷＴのメンバーＳＴＡではない被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴのＳＰ中にチャネルを求めて競合するためにマルチユーザ（ＭＵ）ＥＤＣＡパラメータを使用する、
請求項１に記載の装置。

【請求項23】

Ｒ－ＴＷＴのメンバーＳＴＡは、Ｒ－ＴＷＴのＳＰ中に非Ｒ－ＴＷＴ ＴＩＤ又は遅延の影響を受けないトラフィックのためのチャネルを求めて競合するためにマルチユーザ（ＭＵ）ＥＤＣＡパラメータを使用する、
請求項１に記載の装置。

【請求項24】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時にチャネルを求めて競合するためにＤＩＦＳアクセス及び／又はＡＩＦＳアクセスを使用しない、
請求項１に記載の装置。

【請求項25】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰ中にＤＩＦＳアクセス又はＡＩＦＳアクセスを使用しない、
請求項２４に記載の装置。

【請求項26】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰの最初のｘ時間中にＤＩＦＳアクセス又はＡＩＦＳアクセスを使用せず、ここでのｘは、秒、ミリ秒又はマイクロ秒単位の時間を表す、
請求項２４に記載の装置。

【請求項27】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、チャネルを求めて競合するために、バックオフ手順を使用し、バックオフカウントを選択してこれを減分し、前記ＳＴＡはゼロに等しいバックオフカウントを選択することができない、
請求項２４に記載の装置。

【請求項28】

ネットワークにおける無線通信の実行方法であって、
（ａ）独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしてＩＥＥＥ８０２．１１ネットワークの媒体アクセス制御（ＭＡＣ）層間のフレームの送信を実行し、全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される、又は全てのリンク上のトリガーベースの（ＴＢ）アップリンク送信にトリガーベースのチャネルアクセスが利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常の非アクセスポイント（ＡＰ）ＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作することと、
（ｂ）Ｒ－ＴＷＴ ＳＰのＲ－ＴＷＴメンバーＳＴＡになるために被Ｒ－ＴＷＴスケジュール側ＳＴＡとＲ－ＴＷＴスケジュール側ＡＰとの間で前記Ｒ－ＴＷＴ ＳＰをネゴシエートすることと、
（ｃ）Ｒ－ＴＷＴにおいて、Ｒ－ＴＷＴ ＴＩＤを含む特定のＴＩＤを有する低遅延トラフィックの送信をネゴシエートされたものとして優先し、ここでトリガー有効型チャネルアクセス及び非トリガー有効型チャネルアクセスという２つのタイプのチャネルアクセスが提供され、これによって前記Ｒ－ＴＷＴ ＳＰをトリガー有効型Ｒ－ＴＷＴ ＳＰ又は非トリガー有効型Ｒ－ＴＷＴ ＳＰのいずれかとしてそれぞれ識別することと、
を含むことを特徴とする方法。

【発明の詳細な説明】

【技術分野】

【0001】

〔関連出願との相互参照〕
本出願は、２０２２年８月１５日に出願された米国仮特許出願シリアル番号第６３／３７１，４０６号に対する優先権及びその利益を主張するものであり、この文献はその全体が引用により本明細書に組み入れられる。本出願は、２０２２年６月３０日に出願された米国仮特許出願シリアル番号第６３／３６７，３８７号に対する優先権及びその利益を主張するものであり、この文献はその全体が引用により本明細書に組み入れられる。本出願は、２０２２年６月３０日に出願された米国仮特許出願シリアル番号第６３／３６７，３４２号に対する優先権及びその利益を主張するものであり、この文献はその全体が引用により本明細書に組み入れられる。

【0002】

〔連邦政府が支援する研究又は開発に関する記述〕
該当なし

【0003】

〔著作権保護を受ける資料の通知〕
本特許文献中の資料の一部は、アメリカ合衆国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、合衆国特許商標庁の一般公開ファイル又は記録内に表される通りに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定ではないが米国特許法施行規則§１．１４に従う権利を含め、本特許文献を秘密裏に保持しておく権利のいずれも本明細書によって放棄するものではない。

【0004】

本開示の技術は、一般に制限付きターゲットウェイトタイム（ｒｅｓｔｒｉｃｔｅｄ－ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ：Ｒ－ＴＷＴ）動作に関し、具体的には、Ｒ－ＴＷＴ ＴＩＤを割り当てて、ＤＩＦＳ／ＡＩＦＳアクセスを利用する際のＲ－ＴＷＴサービス期間（ＳＰ）における衝突を防ぐことに関する。

【背景技術】

【0005】

制限付きターゲットウェイトタイム（Ｒ－ＴＷＴ）スケジューリングは、どのＲ－ＴＷＴ ＴＩＤを遅延に弱いトラフィックとみなすかを決定するアクセスポイント（ＡＰ）によって実行される。しかしながら、現在の構成ではＲ－ＴＷＴ ＩＤの使用が乱用される恐れがある。また、ＤＩＦＳ／ＡＩＦＳアクセスを利用する際にＲ－ＴＷＴ ＳＰ内で衝突が発生することもある。

【発明の概要】

【発明が解決しようとする課題】

【0006】

従って、これらのＲ－ＴＷＴ問題に対処する無線プロトコル内の強化された機構に対するニーズが存在する。本開示は、これらのニーズを満たして既存のシステムを凌ぐさらなる利点をもたらすものである。

【課題を解決するための手段】

【0007】

Ｒ－ＴＷＴ ＳＰ中の競合問題を解消するＩＥＥＥ８０２．１１（例えば、ＩＥＥＥ８０２．１１ｂｅ）下での無線プロトコル強化について説明する。具体的には、対応するＲ－ＴＷＴ ＳＰ中にＲ－ＴＷＴ ＴＩＤの送信を優先する際の強化された機構を定める。また、ＤＩＦＳ又はＡＩＦＳ期間後のアイドルチャネルの検出後に局がチャネルにアクセスする問題を解消する強化されたアクセス機構についても説明する。

【0008】

本明細書の以下の部分では、本明細書で説明する技術のさらなる態様が明らかになり、この詳細な説明は、本技術の好ましい実施形態を限定することなく完全に開示するためのものである。

【0009】

本明細書で説明する技術は、例示のみを目的とする以下の図面を参照することによって十分に理解されるであろう。

【図面の簡単な説明】

【0010】

【図1】本開示の少なくとも１つの実施形態による通信局ハードウェアのブロック図である。

【図2】本開示の少なくとも１つの実施形態に従って利用される制限付きＴＷＴトラフィック情報要素のデータフィールド図である。

【図3】本開示の少なくとも１つの実施形態による、緊急事態準備サービス（ＥＰＣＳ）優先アクセス有効フィールドを追加するデータフィールド図である。

【図4】本開示の少なくとも１つの実施形態による、非ＡＰ局がＲ－ＴＷＴ及び関連するＴＩＤをネゴシエートするフロー図である。

【図5】本開示の少なくとも１つの実施形態による、非ＡＰ局がＲ－ＴＷＴ及び関連するＴＩＤをネゴシエートするフロー図である。

【図6】本開示の少なくとも１つの実施形態による、非ＡＰ局がＲ－ＴＷＴ及び関連するＴＩＤをネゴシエートするフロー図である。

【図7】本開示の少なくとも１つの実施形態による、ＡＰ局がＲ－ＴＷＴ及び関連するＴＩＤをネゴシエートするフロー図である。

【図8】本開示の少なくとも１つの実施形態に従って利用される、ＤＩＦＳ／ＡＩＦＳ間隔後にチャネルにアクセスする際の考えられる衝突問題の解消を示す通信図である。

【発明を実施するための形態】

【0011】

１．通信局（ＳＴＡ）ハードウェア
図１に、本開示のプロトコルを実行するように構成されたＳＴＡハードウェアの実施形態例１０を示す。外部Ｉ／Ｏ接続１４が回路１２の内部バス１６に結合し、内部バス１６上には、通信プロトコルを実装する（単複の）プログラムを実行するためにＣＰＵ１８及びメモリ（例えば、ＲＡＭ）２０が接続されることが好ましい。ホストマシンは、１又は複数のアンテナ２９、２６ａ、２６ｂ、２６ｃ～２６ｎにそれぞれが接続された少なくとも１つのＲＦモジュール２４、２８に結合された、通信をサポートする少なくとも１つのモデム２２を収容する。複数のアンテナ（例えば、アンテナアレイ）を有するＲＦモジュールは、送信及び受信中にビームフォーミングの実行を可能にする。このように、ＳＴＡは、複数組のビームパターンを使用して信号を送信することができる。

【0012】

バス１４は、センサ及びアクチュエータなどの様々な装置をＣＰＵに接続することができる。プロセッサ１８上では、ＳＴＡがアクセスポイント（ＡＰ）局又は通常の局（非ＡＰ ＳＴＡ）の機能を実行することを可能にするように実行される通信プロトコルを実装するプログラムを実行するための、メモリ２０からの命令が実行される。また、このプログラミングは、現在の通信状況でどのような役割を果たしているかに応じて異なるモード（ＴＸＯＰ所有者、ＴＸＯＰ共有参加者、ソース、中間、宛先、第１のＡＰ、他のＡＰ、第１のＡＰに関連する局、他のＡＰに関連する局、調整機（ｃｏｏｒｄｉｎａｔｏｒ）、被調整機（ｃｏｏｒｄｉｎａｔｅｅ）、ＯＢＳＳ内のＡＰ、及びＯＢＳＳ内のＳＴＡなど）で動作するように構成されると理解されたい。

【0013】

従って、図示のＳＴＡ ＨＷは、少なくとも１つのモデムと、少なくとも１つの帯域上での通信を提供するための関連するＲＦ回路とで構成される。なお、本開示は、それぞれが任意の数のＲＦ回路に結合された複数のモデム２２を使用して構成することができると理解されたい。一般に、使用するＲＦ回路の数が多ければ多いほど、アンテナビーム方向のカバレッジは広くなる。利用するＲＦ回路の数及びアンテナの数は、特定の装置のハードウェア制約によって決まると理解されたい。ＲＦ回路及びアンテナの一部は、ＳＴＡが近隣ＳＴＡと通信する必要がないと判定した時に無効にすることができる。少なくとも１つの実施形態では、ＲＦ回路が周波数変換器及びアレイアンテナコントローラなどを含み、送受信のためにビームフォーミングを実行するように制御される複数のアンテナに接続される。このように、ＳＴＡは、各ビームパターン方向がアンテナセクタとみなされる複数のビームパターンの組を使用して信号を送信することができる。

【0014】

また、この図に示すような局ハードウェアの複数のインスタンスはマルチリンク装置（ＭＬＤ）に組み合わせることができ、通常、このＭＬＤは活動を協調させるためにプロセッサ及びメモリを有するが、必ずしもＭＬＤ内の各ＳＴＡに別々のＣＰＵ及びメモリが必要なわけではないので、これらのリソースは共有することができると理解されたい。

【0015】

２．Ｒ－ＴＷＴ ＩＤ問題
２．１．Ｒ－ＴＷＴ ＩＤ問題の記述
ＩＥＥＥ８０２．１１ｂｅ［草案Ｐ８０２．１１ｂｅ＿Ｄ２．０］には、Ｗｉ－Ｆｉネットワークにおける低遅延特徴を目的とするストリーム分類サービス（Ｓｔｒｅａｍ Ｃｌａｓｓｉｆｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ：ＳＣＳ）トラフィックストリーム（ＴＳ）及び制限付きターゲットウェイトタイム（Ｒ－ＴＷＴ）スケジュールが定められている。

【0016】

Ｒ－ＴＷＴのメンバー局（ＳＴＡ）及びＲ－ＴＷＴスケジュール側アクセスポイント（ＡＰ）がネゴシエートし、Ｒ－ＴＷＴのサービス期間（ＳＰ）中の遅延に弱いトラフィックとみなされＲ－ＴＷＴのＳＰ中に通常のトラフィックよりも高い優先度で送信すべきＲ－ＴＷＴトラフィック識別子（ＴＩＤ）を定める。しかしながら、メンバーシップ設定手順中にＲ－ＴＷＴ ＴＩＤを設定する方法は定められていない。Ｒ－ＴＷＴ ＳＰ中のＲ－ＴＷＴ ＴＩＤの乱用を回避するための制限／ルールを提供する強化されたプロトコルが必要である。

【0017】

メンバーＳＴＡ及び非メンバーＳＴＡは、いずれも次のＲ－ＴＷＴ ＳＰの開始時点前にＴＸＯＰを終了する。しかしながら、次のＲ－ＴＷＴ ＳＰにわたってメンバーＳＴＡと非メンバーＳＴＡとの間に異なる挙動は示されない。メンバーＳＴＡ及び非メンバーＳＴＡが同様に挙動するのであれば、次のＲ－ＴＷＴ ＳＰ内にメンバーＳＴＡである利点はない。

【0018】

２．２．Ｒ－ＴＷＴ ＩＤ解決策の概要
開示する技術は、Ｒ－ＴＷＴメンバーシップネゴシエーション手順中にＲ－ＴＷＴ ＴＩＤを設定する時期、及び対応するＲ－ＴＷＴ ＳＰ中にＲ－ＴＷＴ ＴＩＤの送信を優先する方法についてのルール及び制限を定めることによって既存のプロトコルを強化する。第３節では、本開示による解決策について説明する。

【0019】

３．解決策例
（１）ＩＥＥＥ８０２．１１ネットワークでは、ＳＴＡが、Ｒ－ＴＷＴスケジュール側ＡＰとの間でＲ－ＴＷＴのメンバーシップをネゴシエートする際に、（単複の）ストリーム分類サービス（ＳＣＳ）トラフィックストリーム（ＴＳ）として確立されたＴＩＤのみをそのＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤとして設定することができる。（ａ）Ｒ－ＴＷＴ ＴＩＤは、Ｒ－ＴＷＴアップリンク（ＵＬ）ＴＩＤ、Ｒ－ＴＷＴダウンリンク（ＤＬ）ＴＩＤ、及びＲ－ＴＷＴピアツーピア（Ｐ２Ｐ）ＴＩＤであることができる。特に、Ｒ－ＴＷＴ Ｐ２Ｐ ＴＩＤは、方向がＰ２ＰであるＳＣＳトラフィックストリームのＴＩＤを意味する。（ｂ）Ｒ－ＴＷＴ Ｐ２Ｐ ＴＩＤの場合、ＳＴＡは、ＳＣＳトラフィックストリームのＱｏＳ特性要素に示される対応するＳＣＳトラフィックストリームのＴＩＤ－リンクマッピングに従う必要がある。

【0020】

（２）複数のＳＣＳトラフィックストリームは、以下の条件のうちの１つ又は２つ以上が満たされる場合にのみ同じＴＩＤを共有することができる。（ａ）これらのＳＣＳトラフィックストリームが、ＱｏＳ特性要素内に同じ遅延限界（ｄｅｌａｙ ｂｏｕｎｄ）（及び／又はＭＳＤＵ寿命（ＭＳＤＵ ｌｉｆｅｔｉｍｅ））を有する場合。（ｂ）ＴＩＤ／ＵＰの差別化サービスコードポイント（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅ Ｃｏｄｅ Ｐｏｉｎｔ：ＤＳＣＰ）範囲がゼロに設定され、ＴＩＤ／ＵＰの元々のＤＳＣＰ範囲が他のＴＩＤ、ユーザ優先度（Ｕｓｅｒ Ｐｒｉｏｒｉｔｙ：ＵＰ）又はアクセスカテゴリ（ＡＣ）によってカバーされる場合。（ｃ）ＡＣ内の１つのＴＩＤのみをＲ－ＴＷＴ ＴＩＤとして使用することができ、或いは同じＡＣ内の両ＴＩＤをＲ－ＴＷＴ ＴＩＤとして使用しなければならない場合。（ｄ）Ｐ２Ｐ ＳＣＳトラフィックストリームの場合に、ＳＣＳトラフィックストリームがそのＱｏＳ特性要素内に同じＴＩＤ－リンクマッピングを有していなければならない場合。

【0021】

（３）Ｒ－ＴＷＴスケジュール側ＡＰは、そのＲ－ＴＷＴ ＴＩＤの要件を超えるＲ－ＴＷＴ ＳＰ時間をスケジュールすることができない。（ａ）例えば、Ｒ－ＴＷＴ ＴＩＤが１つのＳＣＳトラフィックストリームのみを有している場合、Ｒ－ＴＷＴ ＳＰ時間（Ｒ－ＴＷＴ ＳＰ期間／Ｒ－ＴＷＴ ＳＰ間隔）はＳＣＳトラフィックストリームの媒体時間（１秒当たりの時間）よりも長くなるべきではない。（ｂ）Ｒ－ＴＷＴ ＴＩＤが複数のＳＣＳトラフィックストリームを有する場合、媒体時間はそのＲ－ＴＷＴ ＴＩＤの全てのＳＣＳトラフィックストリームの総媒体時間であるべきである。（ｃ）ＴＩＤが複数のＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤである場合、Ｒ－ＴＷＴ ＳＰ時間はこれらのＲ－ＴＷＴの総Ｒ－ＴＷＴ ＳＰ時間であるべきである。（ｄ）ＳＣＳトラフィックストリームの媒体時間が特定の帯域幅（例えば、２０ＭＨｚ）にわたる必要な送信時間について計算される場合、スケジュール側ＡＰは、帯域幅が２０ＭＨｚよりも広い場合にＳＣＳトラフィックストリームの送信に割り当てられるチャネル時間を削減すべきである。

【0022】

（４）Ｒ－ＴＷＴが非トリガー有効型ＳＰ（ｎｏｎ－ｔｒｉｇｇｅｒ－ｅｎａｂｌｅｄ ＳＰｓ）をスケジュールする場合、ＴＸＯＰ所有者であるＲ－ＴＷＴのメンバーＳＴＡは、ＳＰの開始時点後にＲ－ＴＷＴ ＴＩＤを送信するために使用されるＴＸＯＰを除き、Ｒ－ＴＷＴのいずれかのＳＰの開始時点よりも前にＴＸＯＰが終了することを保証しなければならない。（ａ）ＴＸＯＰのプライマリＡＣがメンバーＳＴＡのいずれのＲ－ＴＷＴ ＴＩＤにもマッピングされていない場合、メンバーＳＴＡは、ＳＰの開始時点後にＲ－ＴＷＴ ＴＩＤのフレームを送信するためにＴＸＯＰを共有できない限りＴＸＯＰを終了しなければならない。（ｂ）或いは、ＴＸＯＰのプライマリＡＣがメンバーＳＴＡのいずれのＲ－ＴＷＴ ＴＩＤにもマッピングされていない場合、少なくとも１つの実施形態／モード／オプションでは、たとえ送信すべきプライマリＡＣのフレームが残っている場合でも、メンバーＳＴＡがＳＰの開始時点後にＲ－ＴＷＴ ＴＩＤのフレームを送信するためにＴＸＯＰを共有する。（ｃ）メンバーＳＴＡは、次のＲ－ＴＷＴ ＳＰのＲ－ＴＷＴ ＴＩＤではないフレームを送信する前に、次のＲ－ＴＷＴ ＳＰの開始時点までに（請求応答（ｓｏｌｉｃｉｔｅｄ ｒｅｓｐｏｎｓｅ）を含む）これらのフレームの送信を完了するのに十分な時間を有しているかどうかをチェックすべきである。そのための時間が十分でない場合、ＳＴＡは、送信を行わずに、アクセスクラス（ＡＣ）のコンテンションウィンドウ（ＣＷ）（ＣＷ［ＡＣ］）、及び直ちに変更されないＡＣのＱｏＳショートリトライカウンタ（ＱｏＳ Ｓｈｏｒｔ Ｒｅｔｒｙ Ｃｏｕｎｔｅｒ：ＱＳＲＣ）（ＱＳＲＣ［ＡＣ］）を使用してバックオフプロセスを再開すべきである。

【0023】

（５）Ｒ－ＴＷＴがトリガー有効型ＳＰをスケジュールする場合、送信機会（ＴＸＯＰ）所有者であるＲ－ＴＷＴのメンバーＳＴＡは、Ｒ－ＴＷＴのいずれかのＳＰの開始時点前にＲ－ＴＷＴスケジュール側ＡＰとＴＸＯＰを共有することを保証し、或いはＲ－ＴＷＴのいずれかのＳＰの開始時点前にＴＸＯＰが終了することを保証しなければならない。（ａ）メンバーＳＴＡは、そのＴＸＯＰを共有するために、逆方向グラント（Ｒｅｖｅｒｓｅ Ｄｉｒｅｃｔｉｏｎ Ｇｒａｎｔ：ＲＤＧ）が第１の状態（例えば、「１」）に設定されたＣＴＳフレーム又はＱｏＳフレームなどのフレームをスケジュール側ＡＰに送信する（ＲＤＧを開始する）ことができる。ＡＰは、送信許可（Ｃｌｅａｒ－Ｔｏ－Ｓｅｎｄ：ＣＴＳ）フレームを受け取ると、ＣＴＳフレームの期間（又はネットワーク割り当てベクトル（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ：ＮＡＶ））フィールド中にＴＸＯＰ所有者として機能（動作）してＴＸＯＰを延長することができる。（ｂ）メンバーＳＴＡは、たとえＲ－ＴＷＴ ＳＰの開始時点までにフレームの送信を完了できない場合でも、そのＴＸＯＰをＡＰと共有するためにフレームを送信することができる。

【0024】

（６）Ｒ－ＴＷＴ ＳＰ中のＴＸＯＰ所有者であるＲ－ＴＷＴスケジュール側ＡＰは、ＴＸＯＰ中にプライマリＡＣからのフレームであるという理由でＲ－ＴＷＴ ＳＰのいずれかのＲ－ＴＷＴ ＴＩＤのフレームを送信することができる。少なくとも１つの実施形態／モード／オプションでは、ＡＰが、Ｒ－ＴＷＴ ＳＰ中にＴＸＯＰを取得するためにいずれかのＡＣの拡張分散チャネルアクセス機能（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｆｕｎｃｔｉｏｎｓ：ＥＤＣＡＦ）を使用することができ、或いはＲ－ＴＷＴ ＳＰ中にＴＸＯＰを取得するためにＲ－ＴＷＴ ＳＰのＲ－ＴＷＴ（ＤＬ）ＴＩＤのＥＤＣＡＦのみを使用することができる。

【0025】

（７）（メンバー又は被Ｒ－ＴＷＴスケジュール側）ＳＴＡは、Ｒ－ＴＷＴ ＳＰ外ではいずれのＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤでもないＴＩＤのフレームを送信すべきである。

【0026】

（８）メンバーＳＴＡは、Ｒ－ＴＷＴのＳＰ外にそのＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤのフレームを送信すべきではない。

【0027】

（９）被Ｒ－ＴＷＴスケジュール側ＳＴＡ（又はトリガー有効型Ｒ－ＴＷＴ ＳＰのメンバーＳＴＡのみ）は、トリガー有効型Ｒ－ＴＷＴ ＳＰ中に被ＴＷＴスケジュール側ＳＴＡのルール／挙動に従う。なお、被Ｒ－ＴＷＴスケジュール側ＳＴＡとは、Ｒ－ＴＷＴ特徴をサポートするＳＴＡのことである。

【0028】

図２に、本開示の少なくとも１つの実施形態に従って利用される制限付きターゲットウェイトタイム（Ｒ－ＴＷＴ）トラフィック情報フィールドの実施形態例５０を示す。

【0029】

ＩＥＥＥ８０２．１１ｂｅ Ｄ２．０のものと比べて以下のサブフィールドが追加されている。１ビット指示を含むことができるピアツーピア（Ｐ２Ｐ）トラフィック指示（ＴＩＤ）ビットマップ有効（Ｐｅｅｒ－ｔｏ－Ｐｅｅｒ（Ｐ２Ｐ）Ｔｒａｆｆｉｃ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＴＩＤ）Ｂｉｔｍａｐ Ｖａｌｉｄ）フィールドが追加される。例えば、このフィールドが第１の状態（例えば、「１」）に設定されている場合、制限付きＴＷＴトラフィック情報フィールド内に制限付きＴＷＴ Ｐ２Ｐ ＴＩＤビットマップ（Ｒｅｓｔｒｉｃｔｅｄ ＴＷＴ Ｐ２Ｐ ＴＩＤ Ｂｉｔｍａｐ）が存在する。そうでなければ、このフィールドは第２の状態（例えば、「０」）に設定され、制限付きＴＷＴ Ｐ２Ｐ ＴＩＤビットマップは存在しない。このフィールドは、第２の状態（例えば、「０」）に設定されている場合、（ａ）全てのＰ２Ｐ ＳＣＳトラフィックストリームがＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤとみなされる、或いは（ｂ）いずれのＰ２Ｐ ＳＣＳトラフィックストリームもＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤとみなされない、のいずれかを示すことができる。

【0030】

ＴＷＴ要素のネゴシエーションタイプ（Ｎｅｇｏｔｉａｔｉｏｎ Ｔｙｐｅ）サブフィールドが「２」に等しい場合、Ｐ２Ｐ ＴＩＤビットマップ有効サブフィールドは第２の状態（例えば、「０」）に設定される。

【0031】

制限付きＴＷＴ Ｐ２Ｐ ＴＩＤビットマップは、ＴＩＤ（例えば、０～７のＴＩＤ）を表すこのサブフィールドの各ビットを有する。このサブフィールドのビットが第１の状態（例えば、「１」）に設定されている場合、Ｐ２Ｐトラフィックの対応するＴＩＤはＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤとみなされる。そうでなければ、このサブフィールドは第２の状態（例えば、「０」）に設定される。

【0032】

図３に、サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：ＱｏＳ）特性要素内に緊急事態準備サービス（ＥＰＣＳ）優先アクセス有効化（Ｅｍｅｒｇｅｎｃｙ Ｐｒｅｐａｒｅｄｎｅｓｓ Ｓｅｒｖｉｃｅ（ＥＰＣＳ）ｐｒｉｏｒｉｔｙ ａｃｃｅｓｓ ｅｎａｂｌｅｄ）フィールドを追加する実施形態例７０を示す（ＱｏＳ特性要素はＩＥＥＥ仕様における既存の要素であり、１１ｂｅ仕様、９．４．２．３１６ ＱｏＳ特性要素－図９－１００２ａｕ－ＱｏＳ特性要素フォーマットを参照されたい）。

【0033】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、緊急事態準備通信サービス（ＥＰＣＳ）優先アクセスを有効化している場合、以下の条件下でＲ－ＴＷＴスケジュールを無視することができる。（ａ）ＥＰＣＳトラフィックを送信するＴＸＯＰ所有者である被Ｒ－ＴＷＴスケジュールＳＴＡがいずれかのＲ－ＴＷＴ ＳＰの開始時点を越えてそのＴＸＯＰを継続できる場合。具体的には、ＳＴＡがＲ－ＴＷＴ ＳＰの開始時点前にそのＴＸＯＰを終了できない場合。（ｂ）ＥＰＣＳトラフィックを送信するＴＸＯＰ所有者である被Ｒ－ＴＷＴスケジュール側ＳＴＡがＲ－ＴＷＴ ＳＰ中に重複するクワイエット間隔を無視する場合。

【0034】

ＥＰＣＳトラフィックは、ＳＣＳトラフィックストリームとして識別することができる。ＱｏＳ特性要素内には、ＳＣＳトラフィックストリームがＥＰＣＳトラフィックであることを示すＥＰＣＳトラフィックサブフィールドが追加される（なお、制御情報フィールドはＱｏＳ特性要素の第４のフィールドであり、制御情報フィールドの詳細は図９－１００２ａｖ－制御情報フィールドフォーマットとして示す１１ｂｅ仕様書において見出される）。このフィールドが第１の状態（例えば、「１」）に設定されている場合、このＱｏＳ特性要素下のＳＣＳトラフィックストリームはＥＰＣＳトラフィックである。そうでなければ、このフィールドは第２の状態（例えば、「０」）に設定され、このＱｏＳ特性要素下のＳＣＳトラフィックストリームはＥＰＣＳトラフィックではない。

【0035】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、緊急事態準備通信サービス（ＥＰＣＳ）優先アクセスを有効化している場合にはＲ－ＴＷＴスケジュールを無視することができる。ＥＰＣＳトラフィックを送信するＴＸＯＰ所有者である被Ｒ－ＴＷＴスケジュール側ＳＴＡがいずれかのＲ－ＴＷＴ ＳＰの開始時点を越えてＴＸＯＰを継続できる場合。具体的には、ＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時点前にＴＸＯＰを終了する必要がない。ＥＰＣＳトラフィックを送信するＴＸＯＰ所有者であるＲ－ＴＷＴスケジュールＳＴＡは、Ｒ－ＴＷＴ ＳＰ中に重複するクワイエット間隔を無視することができる。

【0036】

Ｒ－ＴＷＴのメンバーＳＴＡは、たとえＲ－ＴＷＴ ＳＰの開始時点前にメンバーＳＴＡがチャネルを求めて競合するためにＭＵ ＥＤＣＡパラメータを使用していて、Ｒ－ＴＷＴ ＳＰの開始時にＭＵ ＥＤＣＡタイマが満了していない場合でも、Ｒ－ＴＷＴ ＳＰ中にＲ－ＴＷＴ ＴＩＤ（又は遅延に弱いトラフィック）のためのチャネルを求めて競合するためにＭＵ ＥＤＣＡパラメータを使用することができる。

【0037】

少なくとも１つの実施形態／モード／オプションでは、メンバーＳＴＡが、Ｒ－ＴＷＴ ＳＰ中に送信を終了した直後、又はＲ－ＴＷＴ ＳＰが終了した直後にＭＵ ＥＤＣＡパラメータを使用し続ける。メンバーＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時に一時停止していたＭＵ ＥＤＣＡタイマを、その期間中にＭＵ ＥＤＣＡタイマが更新されない限りカウントダウンし続ける。

【0038】

少なくとも１つの実施形態／モード／オプションでは、メンバーＳＴＡが、Ｒ－ＴＷＴ ＳＰの開始時にＲ－ＴＷＴ ＵＬ ＴＩＤ（又は遅延に弱いトラフィック）のＡＣのためのＭＵ ＥＤＣＡタイマをゼロにリセットする。

【0039】

Ｒ－ＴＷＴのメンバーＳＴＡではない被スケジュール側ＳＴＡは、Ｒ－ＴＷＴのＳＰ中にチャネルを求めて競合するためにＭＵ－ＥＤＣＡパラメータを使用しなければならない。

【0040】

Ｒ－ＴＷＴのメンバーＳＴＡは、Ｒ－ＴＷＴのＳＰ中に非Ｒ－ＴＷＴ ＴＩＤ（又は遅延の影響を受けないトラフィック）のためのチャネルを求めて競合するためにＭＵ ＥＤＣＡパラメータを使用しなければならない。

【0041】

図４～図６に、非ＡＰ ＳＴＡのＲ－ＴＷＴ優先順位付けの実施形態例１５０を示す。チェック１５２において、非ＡＰがＲ－ＴＷＴメンバーシップをネゴシエートしたかどうかを判定する。非ＡＰがメンバーシップをネゴシエートしていなければ、処理は終了する。

【0042】

そうでなければ、ブロック１５４において、非ＡＰ ＳＴＡが、ＳＣＳ手順中に確立されたＴＩＤについてネゴシエートする。チェック１５６において、非ＡＰ ＳＴＡがＥＰＣＳ優先アクセスを有効にしているかどうかを判定する。有効である場合、ブロック１６８において、非ＡＰ ＳＴＡはいかなるＲ－ＴＷＴスケジュールも無視することができ、処理は終了する。

【0043】

チェック１５６において、非ＡＰ ＳＴＡがＥＰＣＳ優先アクセスを有効にしていないと判定された場合、実行は図６のチェック１５８に到達して、ＳＴＡがＴＸＯＰ所有者であるかどうかを判定する。

【0044】

ＳＴＡがＴＸＯＰ所有者である場合、チェック１６０において、次のＲ－ＴＷＴ ＳＰがトリガー有効型であるかどうかを判定する。トリガー有効型でない場合、ブロック１７８において、ＳＴＡは、現在のＴＸＯＰを使用してＲ－ＴＷＴ ＴＩＤを送信するつもりである場合には非トリガー型Ｒ－ＴＷＴ ＳＰの開始時にそのＴＸＯＰを終了しないことができ、その後に実行は終了する。

【0045】

そうでなければ、チェック１６２においてオプション「ａ」とオプション「ｂ」との間で決定を行う。オプション「ａ」では、ＳＴＡが、トリガーされたＲ－ＴＷＴ ＳＰの開始時にＲ－ＴＷＴスケジュール側ＡＰとの間でＴＸＯＰを共有する（１６４）と決定している。オプション「ｂ」では、ＳＴＡが、トリガーされたＲ－ＴＷＴ ＳＰの開始前にＴＸＯＰを終了する（１６６）と決定している。オプション「ａ」又はオプション「ｂ」のいずれかが実行された後に処理は終了する。

【0046】

次に、図６のチェック１５８に戻り、ＳＴＡがＴＸＯＰ所有者でない場合、実行は図７のブロック１７０に進み、ＳＴＡがＲ－ＴＷＴメンバーＳＴＡであるかどうかを判定する。

【0047】

この条件が満たされる場合、チェック１７２において、ＳＴＡがＲ－ＴＷＴ ＴＩＤトラフィックを送信しているかどうかを判定する。条件が満たされる場合、ブロック１７６において、ＳＴＡは、Ｒ－ＴＷＴ ＳＰ中にチャネルを求めて競合するためにＥＤＣＡ又はＭＵ－ＥＤＣＡを使用することができ、その後に処理は終了する。

【0048】

チェック１７０又は１７２のいずれかの条件が満たされない場合、ブロック１７４において、ＳＴＡは、Ｔ－ＴＷＴ ＳＰ中にチャネルを求めて競合するためにＭＣ－ＥＤＣＡを使用し、その後に処理は終了する。

【0049】

図７に、ＡＰ ＳＴＡのＲ－ＴＷＴ優先順位付けの実施形態例２１０を示す。チェック２１２において、Ｒ－ＴＷＴメンバーＳＴＡのためのスケジュールされたＲ－ＴＷＴが存在するかどうかを判定する。条件が満たされない場合、処理は終了する。

【0050】

一方で、条件が満たされる場合、ブロック２１４において、ＡＰは、対応するＲ－ＴＷＴ ＴＩＤのＳＣＳ手順中に、スケジュールされたＲ－ＴＷＴ ＳＰのＱｏＳ要件を超えることができない。

【0051】

次に、チェック２１６において、ＡＰがＴＸＯＰ所有者であるかどうかを判定する。条件が満たされる場合、ブロック２１８において、ＡＰは、Ｒ－ＴＷＴ ＳＰ中にいずれかのＲ－ＴＷＴ ＴＩＤのトラフィックを送信し、或いはいずれかのＡＣのＥＤＣＡＦを使用してＴＸＯＰを取得することができる。

【0052】

そうでなければ、ブロック２２０において、ＡＰは、Ｒ－ＴＷＴ ＳＰの開始時にＲ－ＴＷＴメンバーＳＴＡからの共有ＴＸＯＰを継続し、ＴＸＯＰ所有者として実行することができる。ブロック２１８又は２２０のいずれかの実行後に実行は終了する。

【0053】

４．ＤＩＦｓ／ＡＩＦｓアクセス
４．１．ＤＩＦｓ／ＡＩＦｓアクセス問題
ＩＥＥＥ８０２．１１では、ＳＴＡは、空であったＳＴＡの送信キューに到着パケットがするなどの一定の条件下において、ＤＩＦＳ時間にわたってチャネルアイドルを検知した後に直ちにチャネルにアクセスすることができる。これをＤＩＦＳアクセスと呼ぶ。なお、ＳＴＡは、ＤＩＦＳアクセスを使用する際にはバックオフカウントを選択せず、又はバックオフスロットをカウントダウンしない。被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時にチャネルを求めて競合し始める。これらのＳＴＡがＤＩＦＳアクセスを使用してチャネルを求めて競合することを許可されている場合、複数のＳＴＡがＤＩＦＳアクセスを使用すると衝突が発生する。ＡＩＦＳアクセスはＤＩＦＳアクセスに類似し、すなわちＳＴＡは、一定の条件下でＡＩＦＳ時間にわたってチャネルアイドルを検知した後にチャネルにアクセスし、これらの条件はＤＩＦＳアクセスと同じである。

【0054】

４．２．ＤＩＦｓ／ＡＩＦｓアクセスの解決策
被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時にチャネルを求めて競合するためにＤＩＦＳアクセス（及び／又はＡＩＦＳアクセス）を使用してはならない。

【0055】

図８に、ＤＩＦｓ時間にわたってチャネルがアイドルであるかどうかを検知する例３１０を示す。

【0056】

この図には、ＤＩＦＳ期間３１４におけるＤＩＦｓアクセス３１２、及び一定の条件下で利用できるＤＩＦｓ後のアクセス３１６を示す。遅延アクセス（ｄｅｆｅｒｒｅｄ ａｃｃｅｓｓ）３２０の期間も示す。媒体がビジー３１８である後にＤＩＦＳ３１４が続くことを示す。その後にバックオフ３２４が実行され、バックオフスロット３２６及び単一のスロット時間３２８を示す。なお、媒体がアイドルである限りバックオフカウントは減分することができる（３３０）。バックオフの後に次のフレーム３３２を示す。

【0057】

以下は、異なる解決策の可能性である。

【0058】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰ中にＤＩＦＳアクセス（又はＡＩＦＳアクセス）を使用してはならない。被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰの最初のｘ期間中にＤＩＦＳアクセス（又はＡＩＦＳアクセス）を使用してはならない。ｘの値は、秒、ミリ秒又はマイクロ秒単位の時間を表す。例えば、被Ｒ－ＴＷＴスケジュール側ＳＴＡは、最初の４３マイクロ秒（ＤＩＦＳ時間＋バックオフスロット時間）中にＤＩＦＳアクセス（又はＡＩＦＳアクセス）を使用してはならない。なお、被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰの最初のｘ時間内に、図８の３１２に示すようなＤＩＦＳアクセス手順、又はこの図には示していないＡＩＦＳアクセス手順を使用してはならない。ＤＩＦＳ／ＡＩＦＳアクセスが使用される場合、ＳＴＡは、３３０～３３２の開始に示すようなバックオフ手順を実行しない。

【0059】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、チャネルを求めて競合するためにバックオフ手順のみを使用する（バックオフカウントを選択して減分する）ことができる。少なくとも１つの実施形態／モード／オプションでは、ＳＴＡがゼロのバックオフカウントを選択することはできない。

【0060】

Ｒ－ＴＷＴのメンバーＳＴＡは、たとえＲ－ＴＷＴ ＳＰの開始時点におけるＭＵ ＥＤＣＡタイマの満了前に、Ｒ－ＴＷＴ ＳＰの開始時点前にチャネルを求めて競合するためにＭＵ ＥＤＣＡパラメータを使用する場合でも、Ｒ－ＴＷＴ ＳＰ中にＲ－ＴＷＴ ＴＩＤ（又は遅延に弱いトラフィック）のためのチャネルを求めて競合するためにＥＤＣＡパラメータを使用することができる。

【0061】

少なくとも１つの実施形態／モード／オプションでは、メンバーＳＴＡが、Ｒ－ＴＷＴ ＳＰ中に送信を終えた直後、又はＲ－ＴＷＴ ＳＰの終了直後にＭＵ ＥＤＣＡパラメータを使用し続ける。メンバーＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時に一時停止していたＭＵ ＥＤＣＡタイマを、その期間中にＭＵ ＥＤＣＡタイマが更新されない限りカウントダウンし続ける。

【0062】

少なくとも１つの実施形態／モード／オプションでは、メンバーＳＴＡが、Ｒ－ＴＷＴ ＳＰの開始時に、Ｒ－ＴＷＴ ＵＬ ＴＩＤ（又は遅延に弱いトラフィック）のＡＣのためにＭＵ ＥＤＣＡタイマをゼロにリセットする。

【0063】

Ｒ－ＴＷＴのメンバーＳＴＡでない被スケジュール側ＳＴＡは、Ｒ－ＴＷＴのＳＰ中にチャネルを求めて競合するためにＭＵ－ＥＤＣＡパラメータを使用する。

【0064】

Ｒ－ＴＷＴのメンバーＳＴＡは、Ｒ－ＴＷＴのＳＰ中に非Ｒ－ＴＷＴ ＴＩＤ（又は遅延の影響を受けないトラフィック）のためのチャネルを求めて競合するためにＭＵ ＥＤＣＡパラメータを使用する。

【0065】

５．実施形態の一般的範囲
本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び／又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフローチャートを参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック（及び／又はステップ）の組み合わせ、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び／又はコンピュータ可読プログラムコードの形で具体化された１又は２以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようないずれかのコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のいずれかのプログラマブル処理装置を含む１又は２以上のコンピュータプロセッサによって実行して、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、（単複の）特定される機能を実施するための手段を生み出すようにすることができる。

【0066】

従って、本明細書で説明したフローチャートのブロック、並びに手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、（単複の）特定の機能を実行する手段の組み合わせ、（単複の）特定の機能を実行するステップの組み合わせ、及びコンピュータ可読プログラムコードロジック手段の形で具体化されるような、（単複の）特定の機能を実行するコンピュータプログラム命令をサポートする。また、本明細書で説明したフローチャートの各ブロック、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現、及びこれらの組み合わせは、（単複の）特定の機能又はステップを実行する専用ハードウェアベースのコンピュータシステム、又は専用ハードウェアとコンピュータ可読プログラムコードとの組み合わせによって実装することもできると理解されるであろう。

【0067】

さらに、コンピュータ可読プログラムコードなどの形で具体化されるこれらのコンピュータプログラム命令を、コンピュータプロセッサ又は他のプログラマブル処理装置に特定の態様で機能するように指示することができる１又は２以上のコンピュータ可読メモリ又はメモリ装置に記憶して、これらのコンピュータ可読メモリ又はメモリ装置に記憶された命令が、（単複の）フローチャートの（単複の）ブロック内に指定される機能を実施する命令手段を含む製造の物品を生産するようにすることもできる。コンピュータプログラム命令をコンピュータプロセッサ又は他のプログラマブル処理装置によって実行し、コンピュータプロセッサ又は他のプログラマブル処理装置上で一連の動作ステップが実行されるようにしてコンピュータで実施される処理を生成し、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行される命令が、（単複の）フローチャートの（単複の）ブロック、（単複の）手順、（単複の）アルゴリズム、（単複の）ステップ、（単複の）演算、（単複の）数式、又は（単複の）計算表現に特定される機能を実施するためのステップを提供するようにすることもできる。

【0068】

さらに、本明細書で使用する「プログラム」又は「プログラム実行文」という用語は、本明細書で説明した１又は２以上の機能を実行するために１又は２以上のコンピュータプロセッサが実行できる１又は２以上の命令を意味すると理解されるであろう。命令は、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせで具体化することができる。命令は、装置の非一時的媒体に局所的に記憶することも、又はサーバなどに遠隔的に記憶することもでき、或いは命令の全部又は一部を局所的に又は遠隔的に記憶することもできる。遠隔的に記憶された命令は、ユーザが開始することによって、或いは１又は２以上の要因に基づいて自動的に装置にダウンロード（プッシュ）することができる。

【0069】

さらに、本明細書で使用するプロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、中央処理装置（ＣＰＵ）及びコンピュータという用語は、命令、並びに入力／出力インターフェイス及び／又は周辺装置との通信を実行できる装置を示すために同義的に使用されるものであり、プロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、ＣＰＵ及びコンピュータという用語は、単一の又は複数の装置、シングルコア装置及びマルチコア装置、及びこれらの変種を含むように意図するものであると理解されるであろう。

【0070】

本明細書の説明から、本開示は、限定ではないが以下の内容を含む複数の技術実装を含むと理解されるであろう。

【0071】

ネットワークにおける無線通信のための装置であって、（ａ）独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしてＩＥＥＥ８０２．１１ネットワークの媒体アクセス制御（ＭＡＣ）層間のフレームの送信を実行し、全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される、又は全てのリンク上のトリガーベースの（ＴＢ）アップリンク送信にトリガーベースのチャネルアクセスが利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常の非アクセスポイント（ＡＰ）ＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、無線通信回路と、（ｂ）前記無線通信回路に結合されてＷＬＡＮ上で動作するプロセッサと、（ｃ）他のＳＴＡと通信するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、Ｒ－ＴＷＴメンバーシップネゴシエーション中に制限付きターゲットウェイトタイム（Ｒ－ＴＷＴ）トラフィック識別子（ＴＩＤ）を設定する送信を優先させる際に、（ｄ）（ｉ）Ｒ－ＴＷＴサービス期間（ＳＰ）のＲ－ＴＷＴメンバーＳＴＡになるために被Ｒ－ＴＷＴスケジュール側ＳＴＡとＲ－ＴＷＴスケジュール側ＡＰとの間で前記Ｒ－ＴＷＴ ＳＰをネゴシエートすることと、（ｄ）（ｉｉ）前記Ｒ－ＴＷＴ ＳＰが、特定のＴＩＤを有する低遅延トラフィックの送信をネゴシエートされたものとして優先し、ここでトリガー有効型チャネルアクセス及び非トリガー有効型チャネルアクセスという２つのタイプのチャネルアクセスが提供され、これによって前記Ｒ－ＴＷＴ ＳＰをトリガー有効型Ｒ－ＴＷＴ ＳＰ又は非トリガー有効型Ｒ－ＴＷＴ ＳＰのいずれかとして識別することと、を含む、前記無線通信回路のための無線通信プロトコルのステップを実行する、装置。

【0072】

ネットワークにおける無線通信の実行方法であって、（ａ）独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしてＩＥＥＥ８０２．１１ネットワークの媒体アクセス制御（ＭＡＣ）層間のフレームの送信を実行し、全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される、又は全てのリンク上のトリガーベースの（ＴＢ）アップリンク送信にトリガーベースのチャネルアクセスが利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常の非アクセスポイント（ＡＰ）ＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作することと、（ｂ）Ｒ－ＴＷＴ ＳＰのＲ－ＴＷＴメンバーＳＴＡになるために被Ｒ－ＴＷＴスケジュール側ＳＴＡとＲ－ＴＷＴスケジュール側ＡＰとの間で前記Ｒ－ＴＷＴ ＳＰをネゴシエートすることと、（ｃ）Ｒ－ＴＷＴにおいて、Ｒ－ＴＷＴ ＴＩＤを含む特定のＴＩＤを有する低遅延トラフィックの送信をネゴシエートされたものとして優先し、ここでトリガー有効型チャネルアクセス及び非トリガー有効型チャネルアクセスという２つのタイプのチャネルアクセスが提供され、これによってＲ－ＴＷＴ ＳＰをトリガー有効型Ｒ－ＴＷＴ ＳＰ又は非トリガー有効型Ｒ－ＴＷＴ ＳＰのいずれかとしてそれぞれ識別することと、を含む方法。

【0073】

ネゴシエートされるＲ－ＴＷＴ ＴＩＤは、Ｒ－ＴＷＴアップリンク（ＵＬ）ＴＩＤ、Ｒ－ＴＷＴダウンリンク（ＤＬ）ＴＩＤ、及びＲ－ＴＷＴピアツーピア（Ｐ２Ｐ）ＴＩＤを含み、（単複の）ＳＣＳトラフィックストリームのサービス品質（ＱｏＳ）特性要素に示されるストリーム分類サービス（ＳＣＳ）トラフィックストリームに基づいて確立される、いずれかの先行する実装の装置又は方法。

【0074】

確立されたＲ－ＴＷＴ Ｐ２Ｐ ＴＩＤは、対応するＳＣＳトラフィックストリームのＴＩＤ－リンクマッピングに従う、いずれかの先行する実装の装置又は方法。

【0075】

（ａ）ＳＣＳトラフィックストリームが、ＱｏＳ特性要素内に同じ遅延限界及び／又はＭＳＤＵ寿命を有すること、（ｂ）ＴＩＤ／ＵＰの差別化サービスコードポイント（ＤＳＣＰ）範囲がゼロに設定されていること、（ｃ）アクセスカテゴリ（ＡＣ）内の１つのＴＩＤのみがＲ－ＴＷＴ ＴＩＤとして使用され、或いは同じＡＣ内の両ＴＩＤがＲ－ＴＷＴ ＴＩＤとして使用される必要があること、及び（ｄ）Ｐ２Ｐ ＳＣＳトラフィックストリームがそのＱｏＳ特性要素内に同じＴＩＤ－リンクマッピングを有すること、という条件のうちの少なくとも１つが満たされる場合、複数のＳＣＳトラフィックストリームが同じＴＩＤにマッピングされる、いずれかの先行する実装の装置又は方法。

【0076】

Ｒ－ＴＷＴスケジュール側ＡＰは、（ａ）Ｒ－ＴＷＴ ＴＩＤが複数のＳＣＳトラフィックストリームを有する場合、媒体時間は、前記Ｒ－ＴＷＴ ＴＩＤの全てのＳＣＳトラフィックストリームの総媒体時間である、（ｂ）ＴＩＤが複数のＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤである場合、Ｒ－ＴＷＴ時間は、これらのＲ－ＴＷＴの総Ｒ－ＴＷＴ ＳＰ時間である、（ｃ）ＳＣＳトラフィックストリームの媒体時間が特定の帯域幅にわたる必要な送信時間について計算される場合、スケジュール側ＡＰは、帯域幅が前記特定の帯域幅よりも広い場合のＳＣＳトラフィックストリームの送信のためのチャネル時間割り当てを削減する、ということによって決定されるようなＲ－ＴＷＴ ＴＩＤのＳＣＳトラフィックストリームの媒体時間の要件を超えるＲ－ＴＷＴ ＴＩＤのＲ－ＴＷＴ ＳＰ時間をスケジュールすることができない、いずれかの先行する実装の装置又は方法。

【0077】

非トリガー有効型Ｒ－ＴＷＴ ＳＰにおいて、前記非トリガー有効型Ｒ－ＴＷＴ ＳＰのＲ－ＴＷＴメンバーＳＴＡはＴＸＯＰ所有者として動作して、前記非トリガー有効型Ｒ－ＴＷＴ ＳＰのＲ－ＴＷＴ ＴＩＤのうちのいずれかにマッピングされるＴＸＯＰのプライマリＡＣを除くＲ－ＴＷＴのいずれかのＳＰの開始時点よりも前にＴＸＯＰが終了することを保証する、いずれかの先行する実装の装置又は方法。

【0078】

ＴＸＯＰのプライマリＡＣをいずれのＲ－ＴＷＴ ＴＩＤにもマッピングできない場合、Ｒ－ＴＷＴメンバーＳＴＡはそのＴＸＯＰを継続することができる、いずれかの先行する実装の装置又は方法。

【0079】

Ｒ－ＴＷＴメンバーＳＴＡは、前記Ｒ－ＴＷＴ ＳＰの開始時点後にＲ－ＴＷＴ ＴＩＤのフレームを送信するためにＴＸＯＰを共有する、いずれかの先行する実装の装置又は方法。

【0080】

Ｒ－ＴＷＴメンバーＳＴＡは、次のＲ－ＴＷＴ ＳＰの開始時点前に請求応答を含むフレーム送信を完了するのに十分な時間を有しているかどうかをチェックし、十分な時間がない場合、Ｒ－ＴＷＴメンバーＳＴＡは送信を行わず、ＡＣのコンテンションウィンドウ（ＣＷ）及び変更されないＡＣのＱｏＳショートリトライカウンタ（ＱＳＲＣ）を使用してバックオフを再開する、いずれかの先行する実装の装置又は方法。

【0081】

トリガー有効型Ｒ－ＴＷＴ ＳＰにおいて、ＴＸＯＰ所有者であるＲ－ＴＷＴメンバーＳＴＡは、いずれかのＲ－ＴＷＴ ＳＰの開始時点前にＲ－ＴＷＴスケジュール側ＡＰとＴＸＯＰを共有することを保証し、或いはいずれかのＲ－ＴＷＴ ＳＰの開始時点前にＴＸＯＰが終了することを保証し、この場合、（ａ）メンバーＳＴＡは、スケジュール側ＡＰがそのＴＸＯＰを共有することを示すように設定された逆方向グラント（ＲＤＧ）を含むフレームを送信することができ、ＡＰは、ＲＤＧを含むフレームを受け取ると、フレームの期間又はネットワーク割り当てベクトル（ＮＡＶ）フィールド中にＴＸＯＰ所有者として動作してＴＸＯＰを延長することができ、（ｂ）メンバーＳＴＡは、たとえＲ－ＴＷＴ ＳＰの開始時点までにフレームの送信が完了しない予定であっても、ＡＰとＴＸＯＰを共有するためにフレームを送信する、いずれかの先行する実装の装置又は方法。

【0082】

Ｒ－ＴＷＴ ＳＰ中のＴＸＯＰ所有者であるＲ－ＴＷＴスケジュール側ＡＰは、Ｒ－ＴＷＴ ＳＰのいずれかのＲ－ＴＷＴ ＴＩＤのフレームをＴＸＯＰ中にプライマリＡＣからのフレームとして送信する、いずれかの先行する実装の装置又は方法。

【0083】

ＡＰは、Ｒ－ＴＷＴ ＳＰ中にＴＸＯＰを取得するためにいずれかのＡＣの拡張分散チャネルアクセス機能（ＥＤＣＡＦ）を使用し、或いはＡＰは、Ｒ－ＴＷＴ ＳＰ中にＴＸＯＰを取得するためにＲ－ＴＷＴ ＳＰのＲ－ＴＷＴ（ＤＬ）ＴＩＤのＥＤＣＡＦのみを使用する、いずれかの先行する実装の装置又は方法。

【0084】

Ｒ－ＴＷＴメンバーＳＴＡ又は被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰ外にいずれのＲ－ＴＷＴのＲ－ＴＷＴ ＴＩＤでもないＴＩＤのフレームを送信する、いずれかの先行する実装の装置又は方法。

【0085】

メンバーＳＴＡは、Ｒ－ＴＷＴのＳＰ外に前記Ｒ－ＴＷＴのＲ－ＴＷＴ ＴＩＤのフレームを送信しない、いずれかの先行する実装の装置又は方法。

【0086】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、緊急事態準備通信サービス（ＥＰＣＳ）優先アクセスを有効にしている場合であって、（ａ）ＥＰＣＳトラフィックを送信するＴＸＯＰ所有者である被Ｒ－ＴＷＴスケジュール側ＳＴＡがいずれかのＲ－ＴＷＴ ＳＰの開始時点を越えてそのＴＸＯＰを継続し、いずれかのＲ－ＴＷＴ ＳＰの開始時点前にそのＴＸＯＰを終了する必要がない場合、及び（ｂ）ＥＰＣＳトラフィックを送信するＴＸＯＰ所有者である被Ｒ－ＴＷＴスケジュール側ＳＴＡがＲ－ＴＷＴ ＳＰ中に重複するクワイエット間隔を無視する場合に、Ｒ－ＴＷＴスケジュールを無視する、いずれかの先行する実装の装置又は方法。

【0087】

Ｒ－ＴＷＴスケジュールＳＴＡは、緊急事態準備通信サービス（ＥＰＣＳ）優先アクセスをＳＣＳトラフィックストリームとして識別する、いずれかの先行する実装の装置又は方法。

【0088】

ＱｏＳ特性要素に、ＳＣＳトラフィックストリームがＥＰＣＳトラフィックであることを示すＥＰＣＳトラフィックサブフィールドが追加される、いずれかの先行する実装の装置又は方法。

【0089】

前記ＥＰＣＳトラフィックサブフィールドが第１の状態に設定されている場合、前記ＱｏＳ特性要素下のＳＣＳトラフィックストリームはＥＰＣＳトラフィックであり、そうでなければ前記フィールドは第２の状態に設定され、前記ＱｏＳ特性要素下のＳＣＳトラフィックストリームはＥＰＣＳトラフィックとみなされない、いずれかの先行する実装の装置又は方法。

【0090】

Ｒ－ＴＷＴメンバーＳＴＡは、たとえＲ－ＴＷＴ ＳＰの開始時点前にチャネルを求めて競合するためにマルチユーザ（ＭＵ）ＥＤＣＡパラメータを使用していて、Ｒ－ＴＷＴ ＳＰの開始時点にＭＵ ＥＤＣＡタイマが満了していない場合でも、Ｒ－ＴＷＴ ＳＰ中にＲ－ＴＷＴ ＴＩＤ又は遅延に弱いトラフィックのためのチャネルを求めて競合するためにＥＤＣＡパラメータを使用する、いずれかの先行する実装の装置又は方法。

【0091】

メンバーＳＴＡは、Ｒ－ＴＷＴ ＳＰ中に送信を終了した直後、又はＲ－ＴＷＴ ＳＰが終了した直後にマルチユーザ（ＭＵ）ＥＤＣＡパラメータを使用し続け、メンバーＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時に一時停止していたＭＵ ＥＤＣＡタイマを、その期間中にＭＵ ＥＤＣＡタイマが更新されない限りカウントダウンし続ける、いずれかの先行する実装の装置又は方法。

【0092】

前記メンバーＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時にＲ－ＴＷＴアップロード（ＵＬ）ＴＩＤ又は遅延に弱いトラフィックのＡＣのためのマルチユーザ（ＭＵ）ＥＤＣＡタイマをゼロにリセットする、いずれかの先行する実装の装置又は方法。

【0093】

Ｒ－ＴＷＴのメンバーＳＴＡではない被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴのＳＰ中にチャネルを求めて競合するためにマルチユーザ（ＭＵ）ＥＤＣＡパラメータを使用する、いずれかの先行する実装の装置又は方法。

【0094】

Ｒ－ＴＷＴのメンバーＳＴＡは、Ｒ－ＴＷＴのＳＰ中に非Ｒ－ＴＷＴ ＴＩＤ又は遅延の影響を受けないトラフィックのためのチャネルを求めて競合するためにマルチユーザ（ＭＵ）ＥＤＣＡパラメータを使用する、いずれかの先行する実装の装置又は方法。

【0095】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰの開始時にチャネルを求めて競合するためにＤＩＦＳアクセス及び／又はＡＩＦＳアクセスを使用しない、いずれかの先行する実装の装置又は方法。

【0096】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰ中にＤＩＦＳアクセス又はＡＩＦＳアクセスを使用しない、いずれかの先行する実装の装置又は方法。

【0097】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴ ＳＰの最初のｘ時間中にＤＩＦＳアクセス又はＡＩＦＳアクセスを使用せず、ここでのｘは、秒、ミリ秒又はマイクロ秒単位の時間を表す、いずれかの先行する実装の装置又は方法。

【0098】

被Ｒ－ＴＷＴスケジュール側ＳＴＡは、チャネルを求めて競合するために、バックオフ手順を使用し、バックオフカウントを選択してこれを減分し、ＳＴＡはゼロに等しいバックオフカウントを選択することができない、いずれかの先行する実装の装置又は方法。

【0099】

本明細書で使用する「実装」という用語は、本明細書で説明する技術を実践するための実施形態、実施例、又はその他の形態を制限なく含むように意図される。

【0100】

本明細書で使用する単数形の「ａ、ａｎ（英文不定冠詞）」及び「ｔｈｅ（英文定冠詞）」は、文脈において別途明確に示されていない限り複数形の照応を含む。ある物体に対する単数形での言及は、明確にそう述べていない限り「唯一」を意味するものではなく、「１又は２以上」を意味する。

【0101】

本開示における「Ａ、Ｂ及び／又はＣ」などの表現構造は、Ａ、Ｂ又はＣのいずれか、或いは項目Ａ、Ｂ及びＣのいずれかの組み合わせが存在し得ることを表す。「～のうちの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ）」の後にリストされた一群の要素が続くものなどを示す表現構造は、該当する際にはこれらのリストされた要素のいずれかの考えられる組み合わせを含む、これらの一群の要素のうちの少なくとも１つが存在することを示す。

【0102】

本開示における「ある実施形態」、「少なくとも１つの実施形態」又は同様の実施形態という言い回しについて言及する参照は、説明する実施形態に関連して説明した特定の特徴、構造又は特性が本開示の少なくとも１つの実施形態に含まれることを示す。従って、これらの様々な実施形態の表現は、必ずしも全てが同じ実施形態、又は説明されている他の全ての実施形態とは異なる特定の実施形態を意味するわけではない。実施形態という表現は、所与の実施形態の特定の特徴、構造又は特性を、開示する装置、システム又は方法の１又は２以上の実施形態においていずれかの好適な形で組み合わせることができることを意味するものとして解釈すべきである。

【0103】

本明細書で使用する「組（ｓｅｔ）」という用語は、１又は２以上の物体の集合を意味する。従って、例えば物体の組は、単一の物体又は複数の物体を含むことができる。

【0104】

本文書における第１及び第２、頂部及び底部、上側及び下側、並びに左及び右などの関係語は、１つの実体又は行動を別の実体又は行動と区別するために使用しているにすぎず、必ずしもこのような実体又は行動同士のこのようないずれかの実際の関係又は順序を必要としたり、又は意味したりするものではない。

【0105】

「備える、有する、含む（ｃｏｍｐｒｉｓｅｓ、ｃｏｍｐｒｉｓｉｎｇ、ｈａｓ、ｈａｖｉｎｇ、ｉｎｃｌｕｄｅｓ、ｉｎｃｌｕｄｉｎｇ、ｃｏｎｔａｉｎｓ、ｃｏｎｔａｉｎｉｎｇ）」という用語、又はこれらの用語の他のあらゆる変化形は、非排他的包含を含むことが意図されており、従って、ある要素リストを備える、有する又は含むプロセス、方法、物品、装置又はシステムは、これらの要素のみを含むのではなく、明示的に列挙していない、又はこのようなプロセス、方法、物品、装置又はシステムに特有の他の要素を含むこともできる。「～を備える、有する、又は含む（ｃｏｍｐｒｉｓｅｓ … ａ、ｈａｓ … ａ、ｉｎｃｌｕｄｅｓ … ａ、ｃｏｎｔａｉｎｓ … ａ）」に続く要素は、その要素を備える、有する又は含むプロセス、方法、物品、装置又はシステムにさらなる同一要素が存在することを、さらなる制約を受けることなく除外するものではない。

【0106】

本明細書で使用する「近似的に（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、「近似する（ａｐｐｒｏｘｉｍａｔｅ）」、「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「基本的に（ｅｓｓｅｎｔｉａｌｌｙ）」及び「約（ａｂｏｕｔ）」という用語、又はこれらのいずれかの変形形態は、わずかな変動の記述及び説明のために使用するものである。これらの用語は、事象又は状況に関連して使用した時には、これらの事象又は状況が間違いなく発生する場合、及びこれらの事象又は状況が発生する可能性が非常に高い場合を意味することができる。これらの用語は、数値に関連して使用した時には、その数値の±５％以下、±４％以下、±３％以下、±２％以下、±１％以下、±０．５％以下、±０．１％以下、又は±０．０５％以下などの、±１０％以下の変動範囲を意味することができる。例えば、「実質的に」整列しているということは、±５°以下、±４°以下、±３°以下、±２°以下、±１°以下、±０．５°以下、±０．１°以下、又は±０．０５°以下などの、±１０°以下の角度変動範囲を意味することができる。

【0107】

また、本明細書では、量、比率及びその他の数値を範囲形式で示すこともある。このような範囲形式は、便宜的に単純化して使用するものであり、範囲の限界として明確に指定された数値を含むが、この範囲に含まれる全ての個々の数値又は部分的範囲も、これらの各数値及び部分的範囲が明確に示されているかのように含むものであると柔軟に理解されたい。例えば、約１～約２００の範囲内の比率は、約１及び約２００という明確に列挙した限界値を含むが、約２、約３、約４などの個々の比率、及び約１０～約５０、約２０～約１００などの部分的範囲も含むと理解されたい。

【0108】

本明細書で使用する「結合される（ｃｏｕｐｌｅｄ）」という用語は、「接続される」と定義されるが、必ずしも直接的な機械的接続ではない。特定の形で「構成される（ｃｏｎｆｉｇｕｒｅｄ）」装置又は構造は、少なくともその形で構成されるが、列挙していない形で構成することもできる。

【0109】

利点、長所、問題解決手段、及びいずれかの利点、長所又は解決手段を生じさせる、又はより顕著にするいずれかの（単複の）要素は、本明細書で説明した技術、或いは一部又は全部の請求項の重要な、必要な又は不可欠な特徴又は要素として解釈すべきでない。

【0110】

また、上述した開示では、開示を合理化する目的で様々な実施形態において様々な特徴を共にグループ化することができる。本開示の方法は、請求項に記載する実施形態が、各請求項に明示的に記載する特徴よりも多くの特徴を必要とするという意図を反映したものであると解釈すべきではない。本発明の主題は、開示した単一の実施形態の全ての特徴よりも少ないものによって成立することができる。

【0111】

本開示の要約書は、読者が技術開示の本質を素早く確認できるように示すものである。要約書は、特許請求の範囲又はその意味を解釈又は限定するために使用されるものではないという理解の下で提示するものである。

【0112】

管轄によっては、出願後に本開示の１又は２以上の部分の削除を求める慣行もあると理解されたい。従って、読者は、本開示の元々の内容については出願日時点の出願を参照すべきである。開示内容のいずれかの削除は、当初出願時の出願のいずれかの主題の放棄、失権又は公衆への献呈として解釈すべきではない。

【0113】

以下の特許請求の範囲は、各請求項が単独の発明主題として自立した状態で本開示に組み込まれる。

【0114】

本明細書の説明は多くの詳細を含んでいるが、これらは本開示の範囲を限定するものではなく、現在のところ好ましい実施形態の一部を例示するものにすぎないと解釈すべきである。従って、本開示の範囲は、当業者に明らかになると考えられる他の実施形態も完全に含むと理解されるであろう。

【0115】

当業者に周知の本開示の実施形態の要素の構造的及び機能的同等物も、引用によって本明細書に明確に組み入れられ、本特許請求の範囲に含まれるように意図される。さらに、本開示の要素、構成要素又は方法ステップは、これらが特許請求の範囲に明示されているかどうかにかかわらず、一般に公開されるように意図するものではない。本明細書における請求項の要素については、その要素が「～のための手段」という表現を使用して明確に示されていない限り、「ミーンズプラスファンクション」の要素として解釈すべきではない。また、本明細書における請求項の要素については、その要素が「～のためのステップ」という表現を使用して明確に示されていない限り、「ステッププラスファンクション」の要素として解釈すべきではない。

【符号の説明】

【0116】

２１０ ＡＰ ＳＴＡのＲ－ＴＷＴ優先順位付けの実施形態
２１２ Ｒ－ＴＷＴメンバーＳＴＡのためのスケジュールされたＲ－ＴＷＴが存在するか？
２１４ スケジュールされたＲ－ＴＷＴ ＳＰは、対応するＲ－ＴＷＴ ＴＩＤのＳＣＳ手順中に確立されたＱｏＳ要件を超えることができない
２１６ ＡＰがＴＸＯＰ所有者であるか？
２１８ ＡＰは、Ｒ－ＴＷＴ ＳＰ中にいずれかのＲ－ＴＷＴ ＴＩＤのトラフィックを送信し、或いはいずれかのＡＣのＥＤＣＡＦを使用してＴＸＯＰを取得することができる
２２０ ＡＰは、Ｒ－ＴＷＴ ＳＰの開始時にＲ－ＴＷＴメンバーＳＴＡからの共有ＴＸＯＰを継続し、ＴＸＯＰ所有者として実行することができる

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【国際調査報告】