ホーム > 特許ランキング > ソニーグループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
特表2024-536285第１の通信デバイスおよび第２の通信デバイスならびに方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-04
(54)【発明の名称】第１の通信デバイスおよび第２の通信デバイスならびに方法
(51)【国際特許分類】
H04W 74/0816 20240101AFI20240927BHJP
H04W 16/14 20090101ALI20240927BHJP
H04W 72/0446 20230101ALI20240927BHJP
H04W 84/12 20090101ALI20240927BHJP
【ＦＩ】
H04W74/0816
H04W16/14
H04W72/0446
H04W84/12
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024519887
(86)(22)【出願日】2022-09-29
(85)【翻訳文提出日】2024-05-27
(86)【国際出願番号】 EP2022077224
(87)【国際公開番号】W WO2023057320
(87)【国際公開日】2023-04-13
(31)【優先権主張番号】21200876.7
(32)【優先日】2021-10-05
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】110003339
【氏名又は名称】弁理士法人南青山国際特許事務所
(72)【発明者】
【氏名】ハンデ トーマス
(72)【発明者】
【氏名】チオキナ－カー ダナ
(72)【発明者】
【氏名】ベレンスエラ ダニエル
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067EE02
5K067EE10
5K067JJ01
5K067JJ11
(57)【要約】
1つ以上の第3の通信デバイスと通信するように構成された第1の通信デバイスであって、この第1の通信デバイスは、上記第1の通信デバイスと上記1つ以上の第3の通信デバイスとの通信がチャネル上で計画されるスケジューリング間隔の開始前または開始時の間隔内で、上記チャネルアクセスに対して競合し、かつ、競合に成功した後、制約競合間隔を開始し、制約競合情報を含む制御フレームを送信するように構成された回路を具備しており、上記制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスが、上記チャネルをビジーと見なすか、または、制約競合情報に従って、競合して上記チャネルにアクセスするかのいずれかの中の、上記スケジューリング間隔の前および／または上記スケジューリング間隔中の期間を表す。
【選択図】図５
【選択図】図５
【特許請求の範囲】
【請求項1】
1つ以上の第3の通信デバイスと通信するように構成された第1の通信デバイスであって、- 前記第1の通信デバイスと前記1つ以上の第3の通信デバイスとの通信がチャネル上で計画されるスケジューリング間隔の開始前または開始時の間隔内で、前記チャネルアクセスに対して競合し、かつ、
- 競合に成功した後、制約競合間隔を開始し、制約競合情報を含む制御フレームを送信する
ように構成された回路を具備し、
前記制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスが、前記チャネルをビジーと見なすか、または、制約競合情報に従って、競合して前記チャネルにアクセスするかのいずれかの中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第1の通信デバイス。
【請求項2】
前記回路は、ブロードキャストを介して前記制御フレームを送信するように構成されている請求項１に記載の第1の通信デバイス。
【請求項3】
前記回路は、前記制御フレーム内に、- 1つの制約競合間隔が続くことを示すフラグと、
- 前記制御フレームの内容を処理または正しくデコードすることができない第2の通信デバイスおよび/または第3の通信デバイスが、前記チャネルをビジーとみなすべきである継続時間を示す第1の時間情報と、
- 前記スケジューリング間隔の開始時刻および/または継続時間を示す第2の時間情報と
のちの1つ以上を含むように構成されている
請求項１に記載の第1の通信デバイス。
【請求項4】
前記回路は、前記制御フレームのヘッダ内に少なくとも前記第1の時間情報を送信するように構成されており、前記ヘッダは、レガシー通信デバイスによって理解可能であり、かつ/または、堅牢な送信を提供する送信パラメータを備え、ならびに／もしくは、前記制約競合情報の一部としてまたは別個の情報として、前記第1の時間情報および/または第2の時間情報を送信する
ように構成されている
請求項３に記載の第1の通信デバイス。
【請求項5】
前記回路は、前記スケジューリング間隔の前記開始前の1つの間隔内でチャネルアクセスを競合するように構成されており、前記1つの間隔は、競合に必要な時間、前記制約競合情報を送信するのに必要な時間、および上限送信機会(TXOP)制限に基づいて決定されている請求項１に記載の第1の通信デバイス。
【請求項6】
前記回路は、前記スケジューリング間隔の前記開始前に前記制御フレームを送信するように構成されており、前記制約競合情報は、前記第2の通信デバイスおよび/または前記第3の通信デバイスに、それらが前記スケジューリング間隔前および/または前記スケジュール間隔中に前記チャネルにアクセスし得る条件の場合およびその条件の下で指示する請求項１に記載の第1の通信デバイス。
【請求項7】
前記回路は、- 前記制約競合情報によって示される1つ以上の前記期間中に、前記第2の通信デバイスおよび/または前記第3の通信デバイスが前記チャネルにアクセスできるかどうかやどのようにアクセスするかを示す、1つ以上のチャネルアクセス(CA)パラメータおよび/または1つ以上のTXOPパラメータを含むアクセス情報を設定し、かつ、
- 前記アクセス情報を、1つ以上の前記第2の通信デバイスおよび/または前記第3の通信デバイスに送信する
ように構成されている
請求項６に記載の第1の通信デバイス。
【請求項8】
前記回路は、前記スケジューリング間隔の前記開始時に前記制御フレームを送信するように構成されており、前記制御フレームは、前記1つ以上の第3の通信デバイスがチャネルアクセスの競合を開始し得ることを示し、前記第2の通信デバイスが指示された持続時間にわたって前記チャネルをビジーとみなすべきであることを示し、前記持続時間は、前記スケジューリング間隔の持続時間または前記スケジューリング間隔のために確立された別の保護メカニズムの持続時間を好ましくは超えてはならないものである
請求項１に記載の第1の通信デバイス。
【請求項9】
前記回路は、- 前記第2の通信デバイスおよび前記第3の通信デバイスが、競合に勝った場合、チャネルアクセスを競合させて前記チャネルを使用することを許可される中に、任意に、許容マージンを加えた、前記スケジューリング間隔の前記開始までの第1の時間間隔と、
- 前記第2の通信デバイスが、チャネルアクセスを競合させることが許容されないか、または、前記スケジューリング間隔中に、通信が前記チャネル上で計画されている前記1つ以上の第3の通信デバイスによって使用されるチャネルアクセス(CA)パラメータよりも優先順位が低いチャネルアクセス(CA)パラメータを使用してチャネルアクセスを競合させることが許容される中、前記スケジューリング間隔の前記開始から開始する第2の時間間隔と、を
前記第2の通信デバイスおよび前記第3の通信デバイスに指示する第3の時間情報を送信するように構成されている
請求項１に記載の第1の通信デバイス。
【請求項10】
- 制約競合間隔を開始し、かつ、スケジューリング間隔中に1つ以上の第3の通信デバイスとの1つのチャネルを介した通信を計画している第1の通信デバイスからの制約競合情報を含む制御フレームを受信し、かつ、- 前記チャネルをビジーと見なすか、または、前記制約競合情報に基づいて、競合して前記チャネルにアクセスするかのいずれかを行う
ように構成された回路を具備し、
前記制約競合間隔は、第2の通信デバイスが、制約競合情報に従って、競合して前記チャネルにアクセスする中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第2の通信デバイス。
【請求項11】
前記制約競合情報が正しく解釈できない場合、または、前記制約競合情報によって暗示される条件を順守できない場合、前記回路は、前記チャネルをビジーかつ/または前記チャネルのチャネルアクセスの競合を開始しないものとみなすように構成されている請求項１０に記載の第2の通信デバイス。
【請求項12】
前記回路は、前記制約競合情報を正しくデコードかつ解釈し、かつ、競合に勝った場合には、前記スケジューリング間隔の前記開始時または前記スケジューリング間隔の前記開始時に停止する送信機会に許容マージンを加えて開始するように構成されている請求項１０に記載の第2の通信デバイス。
【請求項13】
前記回路は、競合に勝ったときに、- 他の通信デバイスにデータを送信すること、
- 他の通信デバイスとの送信機会を開始すること、および、
- 他の通信デバイスをトリガして、前記第2の通信デバイスにデータを送信すること
の1つ以上を実行するように構成されている
請求項１２に記載の第2の通信デバイス。
【請求項14】
他の通信デバイスが前記制約競合情報を処理することができない場合には、他の通信デバイスとの送信機会は、CTSフレームを送信することによって開始され、データフレームの送信は、所定の期間内で続き、かつ／または、前記他の通信デバイスが前記制約競合情報を処理することができない場合、STAが送信を開始する前にチャネルのビジーまたはアイドル状態をチェックする必要がないことを示すキャリアセンスフラグ設定を含んで、他の通信デバイスをトリガするためのトリガが送信されている
請求項１２に記載の第2の通信デバイス。
【請求項15】
前記回路は、前記制御フレームの受信に応答して競合応答を送信するように構成されており、前記競合応答は、一部のまたは完全な前記制約競合情報を含む請求項１０に記載の第2の通信デバイス。
【請求項16】
前記回路は、前記制約競合情報によって示された1つ以上の期間中、および、前記第1の通信デバイスへの他の第2の通信デバイスまたは第3の通信デバイスの送信中に、前記他の第2の通信デバイスまたは前記第3の通信デバイスから前記第1の通信デバイスへの送信との干渉を回避する削減された送信電力および/または修正送信パラメータで、空間的再利用方式を使用し、データを送信するように構成されている請求項１１に記載の第2の通信デバイス。
【請求項17】
前記回路は、前記制約競合情報が前記第1の通信デバイスから送信された場合に、空間的再利用動作を可能にし、かつ、少なくとも制約競合フラグが正しく復号される、空間的再利用を行うように構成されており、ならびに／もしくは、前記回路は、前記スケジューリング間隔の開始時間および/または持続時間を示す前記制約競合情報内の第2の時間情報に基づいて、TXOP持続時間を計算するように構成されている
請求項１１に記載の第2の通信デバイス。
【請求項18】
1つ以上の第2および第3の通信デバイスと通信するように構成された第1の通信デバイスの第1の通信方法であって、- 前記第1の通信デバイスと前記1つ以上の第3の通信デバイスとの通信がチャネル上で計画されるスケジューリング間隔の開始前または開始時の間隔内で、前記チャネルアクセスに対して競合するステップと、
- 競合に成功した後、制約競合間隔を開始し、制約競合情報を含む制御フレームを送信するステップと
を含み、
前記制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスが、前記チャネルをビジーと見なすか、または、制約競合情報に従って、競合して前記チャネルにアクセスするかのいずれかの中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第1の通信方法。
【請求項19】
第2の通信デバイスの第2の通信方法であって、- 制約競合間隔を開始し、かつ、スケジューリング間隔中に1つ以上の第3の通信デバイスとの1つのチャネルを介した通信を計画している第1の通信デバイスからの制約競合情報を含む制御フレームを受信するステップと、
- 前記チャネルをビジーと見なすか、または、前記制約競合情報に基づいて、競合して前記チャネルにアクセスするかのいずれかを行うステップと
を含み、
前記制約競合間隔は、第2の通信デバイスが、制約競合情報に従って、競合して前記チャネルにアクセスする中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第2の通信方法。
【請求項20】
コンピュータプログラム製品に記憶され、プロセッサによって実行されると、請求項１８または１９に記載の方法を実行させる、非一時的なコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、互いに通信するように構成された第1の通信デバイスおよび第2の通信デバイスならびに方法に関する。本開示は特に、無線通信システムで使用されるアクセスポイント(AP;本明細書では第1の通信デバイスとも呼ぶ)および他のAPまたは局(STA)(他のAPおよびSTA;本明細書では第2の通信デバイスとも呼ぶ)に関する。
【背景技術】
【0002】
無線LANにおける新しい開発の焦点領域の1つは、ゲーム、ジャミングまたは産業用アプリケーションのような対話型アプリケーションを可能にするためのレイテンシとジッタ強調である。リアルタイムアプリケーションなどに対応するトラフィックのこのような無線伝送のための低レイテンシとジッタを改善するために、スケジューリング（スケジュールされた）間隔の導入が提案されている。しかしながら、競合がデフォルトのチャネルアクセス機構であり、ネットワークがほとんど管理されず、スケジュールされた期間の実施をサポートしないレガシー局または局の存在のような様々な要因のために、ライセンスのないスペクトルにおいてスケジューリング間隔が守られることを確保することは困難である。さらに、このようなスケジューリング間隔は、インターフェースから保護されるべきである。
【0003】
本明細書で提供される「背景技術」の説明は、本開示の背景を大まかに提示するためのものである。現に指名された発明者の著作物は、本背景技術の項に記載されている範囲において、また、出願時に先行技術とされていなかった明細書の態様において、本開示に対して先行技術として明示的または黙示的に認められない。
【発明の概要】
【0004】
本発明は、スケジュールされていない通信デバイスの伝送による干渉からスケジューリング間隔を保護するメカニズムを提供することを目的とする。さらに、本発明は、対応する通信デバイスおよび方法、並びに対応するコンピュータプログラム及び非一時的なコンピュータ読取可能な記録媒体を提供することも目的である。
【0005】
一態様によれば、1つ以上の第2の通信デバイスおよび第3の通信デバイスと通信するように構成された第1の通信デバイスが提供され、この第1の通信デバイスは、
- 上記第1の通信デバイスと上記1つ以上の第3の通信デバイスとの通信がチャネル上で計画されるスケジューリング間隔の開始前または開始時の間隔内で、上記チャネルアクセスに対して競合し、かつ、
- 競合に成功した後、制約競合間隔を開始し、制約競合情報を含む制御フレームを送信する
ように構成された回路を具備し、
上記制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスが、上記チャネルをビジーと見なすか、または、制約競合情報に従って、競合して上記チャネルにアクセスするかのいずれかの中の、上記スケジューリング間隔の前および／または上記スケジューリング間隔中の期間を表す。
- 上記第1の通信デバイスと上記1つ以上の第3の通信デバイスとの通信がチャネル上で計画されるスケジューリング間隔の開始前または開始時の間隔内で、上記チャネルアクセスに対して競合し、かつ、
- 競合に成功した後、制約競合間隔を開始し、制約競合情報を含む制御フレームを送信する
ように構成された回路を具備し、
上記制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスが、上記チャネルをビジーと見なすか、または、制約競合情報に従って、競合して上記チャネルにアクセスするかのいずれかの中の、上記スケジューリング間隔の前および／または上記スケジューリング間隔中の期間を表す。
【0006】
さらに別の態様によれば、第2の通信デバイスが提供され、この第2の通信デバイスは、
- 制約競合間隔を開始し、かつ、スケジューリング間隔中に1つ以上の第3の通信デバイスとの1つのチャネルを介した通信を計画している第1の通信デバイスからの制約競合情報を含む制御フレームを受信し、かつ、
- 上記チャネルをビジーと見なすか、または、上記制約競合情報に基づいて、競合して上記チャネルにアクセスするかのいずれかを行う
ように構成された回路を具備し、
上記制約競合間隔は、第2の通信デバイスが、制約競合情報に従って、競合して上記チャネルにアクセスする中の、上記スケジューリング間隔の前および／または上記スケジューリング間隔中の期間を表す。
- 制約競合間隔を開始し、かつ、スケジューリング間隔中に1つ以上の第3の通信デバイスとの1つのチャネルを介した通信を計画している第1の通信デバイスからの制約競合情報を含む制御フレームを受信し、かつ、
- 上記チャネルをビジーと見なすか、または、上記制約競合情報に基づいて、競合して上記チャネルにアクセスするかのいずれかを行う
ように構成された回路を具備し、
上記制約競合間隔は、第2の通信デバイスが、制約競合情報に従って、競合して上記チャネルにアクセスする中の、上記スケジューリング間隔の前および／または上記スケジューリング間隔中の期間を表す。
【0007】
さらに別の態様によれば、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に開示される方法のステップをコンピュータに実行させるためのプログラム手段を具備するコンピュータプログラムと、コンピュータプログラム製品に記憶され、プロセッサによって実行されると、本明細書に開示される方法を実行させる、非一時的なコンピュータ読取可能記録媒体とが提供される。
【0008】
本実施形態は、従属請求において定義される。開示された通信方法、開示されたコンピュータプログラム、および開示されたコンピュータ読み取り可能な記録媒体は、クレームされた通信デバイスとして、ならびに従属のクレームおよび/または本明細書で開示されたように、類似および/または同一のさらなる実施形態を有することを理解されたい。
【0009】
本開示の態様の1つは、スケジュールされた間隔が、同じ基本サービスセット(BSS)または重複するBSS(OBSS)に属する局からの混乱に対して脆弱であるという認識である。なぜなら、これらのサービス期間を遵守することを認識していないか、または意識していないかもしれないからである。既存のチャネルアクセス方法への本開示の変形例の実施形態によれば、局、特に重複BSSに属する局が、スケジュール間隔開始に遅延を生じさせ、低遅延サービス期間の必須部分の間、メディアを占有する可能性を低減または除去するために提示される。提案される方式は協働を必要とせず、AP間の非常に限定された協働を必要としない。さらに、これらのアプローチは、低遅延のための予約されたまたは優先順位付けされたスケジュールされた間隔を補償するために、チャネルアクセスにおける公平性のレベルを確保することを目的としている。
【0010】
本開示では、「スケジューリング間隔」という（時折、スケジュールされた間隔とも呼ばれる）用語は、i)低遅延トラフィックのために確立されたターゲット・ウェイクアップ・タイム（TWT）サービス期間（SP）、およびii)それぞれのSTAからトリガの要求を受信した結果として、STAとの通信のためにAPで計画された時間間隔の両方を総称して使用することに留意されたい。したがって、「スケジューリング間隔」はより一般的な用語として使用され、一方、選択肢i)とii)は2つの可能な実装である。以下の用語では、TWT SPまたは制限されたTWT(R-TWT)のように、両方とも、1つ以上のSTA用の低レイテンシ(LL)トラフィック交換のために予約されたSPであるスケジューリング間隔の実装として理解される。
【0011】
前述の段落は一般的な導入により提供されており、以下の特許請求の範囲を限定することを意図するものではない。記述される本実施形態は、さらなる利点とともに、添付の図面と併せて以下の詳細な説明を参照することによって最もよく理解される。
【図面の簡単な説明】
【0012】
本開示およびその付随する利点の多くのより完全な理解は、添付の図面に関連して考慮される場合、以下の詳細な説明を参照することによってより良く理解されるようになるので、容易に得られる。
【図1】既知の通信スキーム図を示す。
【図2】本開示に係る第1の通信デバイス、第2の通信デバイスおよび第3の通信デバイスを含む通信システムを示す図である。
【図3】本開示に係る第1の通信デバイスの第1の通信方法の一実施形態のフローチャートを示す。
【図4】本開示に係る第2の通信デバイスの第2の通信方法の一実施形態のフローチャートを示す。
【図5】CCFがrTWTの前に送信される本開示の実施形態に係る通信方式の図を示す。
【図6】本開示の別の実施形態による通信方式の図を示し、これによれば、CCFは、rTWTの開始時に保護を提供するために使用することができる。
【図7】CCFがrTWT開始からはみ出した継続時間を有する本開示の別の実施形態による通信方式の図である。
【図8】CCF保護区間内のトリガベースアクセスを用いた本開示の別の実施形態による通信方式の図を示す。
【図9】本開示の別の実施形態における通信方式の図であり、これによれば、DL送信用のTXOPが得られる。
【図10】STAが制約された競合フレームを正しく復号化することができる場合の、競合を使用した本開示の別の実施形態による通信方式の図を示す。
【図11】CCFベースの媒体予約の間、トリガされたアクセスおよびパラメータ化された空間再利用(PSR)を用いた本開示の別の実施形態による通信方式の図を示す。
【図12】CCF応答を用いた本開示の別の実施形態による通信方式の図である。
【発明を実施するための形態】
【0013】
低遅延(LL)または周期的トラフィックのためにライセンス不要帯域で基本的にスケジュールされた間隔を導入する制限目標ウェイクアップ時間(rTWT)の最近導入された概念は、スケジュールされていない局がこれらの間隔を理解しないか、遵守しない場合に脆弱または非効率である。APの基本サービスセット(BSS)内の局が、LLまたは周期的トラフィックを管理し、最初に計画されたスケジューリング間隔と重複する機会を送信することを要求する場合のための保護メカニズムが提案されている。
【0014】
しかしながら、LLトラフィック間隔の開始に対する中断は、同じBSSに属するSTAだけでなく、隣接BSSからも発生することが予想される。この問題は、既知の通信スキームの図を示す図1に示されている。AP1は、STA1として描かれた関連STAとの低遅延トラフィック交換に対応するために、計画されたスケジューリング間隔を有する。以下では重複STA (oSTA)と呼ばれる重複BSS (oBSS)からのSTAは、計画されたスケジュールされた間隔(例えばrTWT)と重複するTXOPを要求し、oAPと呼ばれる重複BSSのAPに向けて送信する。チャネルがoAPでアイドル状態の場合、要求された送信機会を付与する必要がある。しかしながら、これは、スケジュールされたSTAのLLトラフィックの開始の遅延または障害につながる。
【0015】
現在、rTWT間隔中にOBSS STAがチャネルにアクセスするのを停止するメカニズムはない。アナウンスされた時間間隔に対してSTAが競合しないようにする安静要素操作は、BSSの外部のSTAによって順守されるように定義されていなかった。したがって、この時点でオペレーションを拡張しても、レガシーSTAに対する保護は提供されない(理論的に安静要素が実装されている場合でも)。
【0016】
AP1は、異なるBSSからSTAによって送信されたフレームに直接応答することはできない。oAP1は、既知のソリューションを適用する可能性があるが、それ自体はスケジューリング間隔を管理するものではない。
【0017】
欧州特許出願21169497.1では、以下のシナリオが考察されている: 低遅延保護間隔をスケジューリングするAPに関連するSTAが、間隔を開始することを妨げるTXOPを確立するために要求する。APは、次のいずれかの機能を持つフレーム(NCFと呼ばれる)を送信することによって反応する。i)スケジューリング間隔の開始まで、またはその初期部分をカバーするまで、競合を延期するか、ii)要求されたTXOP時間を調整する。いずれの場合も、rTWTに残り時間がある場合に備えて、STAには追加のチャネルアクセスが許可される。
【0018】
本開示は、コンテンション延期機能を有するNCFフレームの思想をさらに構築し、oBSS事例に対処するためのいくつかの拡張を提案する。本開示によれば使用される情報は、制約競合情報と呼ばれ、本開示によれば使用されるフレームは、ここでは制約競合指示フレーム(CCF)と呼ばれる。
【0019】
第一に、AP1は、TXOP要求を受信する応答として送信するのではなく、STAが潜在的に重複することを防ぐために、要請されずにこのフレームを送信することができる。実際、これはBSSとoBSSの両方の保護に役立つが、AP1はOBSS STAによって送信されたフレームに直接応答できないため、後者の場合には特に利点がある。さらに、フレームを送信できる時間には、隣接するBSSのアクティビティを長時間ブロックしないように、特に注意する必要がある。さらに、このフレームの送信によって作成されるCCF保護間隔は、仮想キャリアセンス(CS)を使用してチャネルにアクセスしないで、方法を役に立たないようにするために、さらに使用可能である。
【0020】
従って、第2のステップでは、スケジュールに従うことができるSTAのチャネルアクセスを可能にするためのフレームの挙動とチャネルアクセスルールを定義する。欧州特許出願21169497.1の開示によれば、NCFフレームに続く間隔は、APによってトリガされることによって、BSSからのSTAによって使用されてもよい。本開示は、いくつかの制約の下でoBSSからのSTAもその間隔を使用することを可能にするルールを提示する。
【0021】
本開示に示されたCCFフレームのさらなる関連変形は、開始時刻だけでなく、特にrTWTがトリガrTWTでない場合には、rTWTの一部を保護する役割を有する。この機能は、欧州特許出願21169497.1の開示における機能に類似しており、STAの設定(例えば、rTWTメンバではないSTA)が、他のSTAの設定(例えば、rTWTメンバ)のために競合していないことを保証するために、これらがバックオフカウンタ(Bos)のデクリメントを開始し、チャネルにアクセスする可能性があることが示される。この場合、CCFはrTWTの開始後、APのBOカウンタが0になるとすぐに送信される。
【0022】
図2は、AP 10と1つ(または複数)のLL STA(すなわち、メンバシップを設定していない残りのSTAに対して、チャネルに優先的にアクセスできるように、スケジューリング間隔のメンバシップを有する)との通信が計画されるスケジューリング間隔内で1つ(または複数)の第3の通信デバイス30(LL STA; スケジュールされたSTAとも呼ばれる)と通信するための、本開示の態様による第1の通信デバイス10(本明細書ではアクセスポイントAPとも呼ばれる)を含む通信システムを示す図である。
さらに、AP 10の通信がスケジューリング間隔中に計画されていない第2の通信デバイス20が示されている（すなわち、スケジューリング間隔のメンバシップを持たず、LL STAまたはnLL STA（スケジュールされていないSTAとも呼ばれる）であってもよい）。
さらに、AP 10の通信がスケジューリング間隔中に計画されていない第2の通信デバイス20が示されている（すなわち、スケジューリング間隔のメンバシップを持たず、LL STAまたはnLL STA（スケジュールされていないSTAとも呼ばれる）であってもよい）。
【0023】
第2の通信デバイス20は、一般に、
- レガシーSTAと、
- 第1の通信デバイスおよび第3の通信デバイスと同じBSSのスケジュールされていないSTAと、
- oSTAと呼ばれる重複するBSS (OBSS)のような第1の通信デバイスおよび第3の通信デバイスとは異なるBSSからのSTAと、
- oAPと呼ばれるOBSSのような第1の通信デバイスおよび第3の通信デバイスとは異なるBSSからのAPと
であってもよい。
- レガシーSTAと、
- 第1の通信デバイスおよび第3の通信デバイスと同じBSSのスケジュールされていないSTAと、
- oSTAと呼ばれる重複するBSS (OBSS)のような第1の通信デバイスおよび第3の通信デバイスとは異なるBSSからのSTAと、
- oAPと呼ばれるOBSSのような第1の通信デバイスおよび第3の通信デバイスとは異なるBSSからのAPと
であってもよい。
【0024】
図2には2つの局のみが示されているが、本システムの実際の実施形態では、より多くの局が存在し得る。第1の通信デバイス10は、第2の通信デバイス20および第3の通信デバイス30とデータを交換(受信および/または送信)することができるのが一般的である。
【0025】
通信デバイス10、20、30の各々は、特定の動作を行うように構成された回路11、21、31を備えている。回路は、それぞれのプロセッサまたはコンピュータによって、即ち、ハードウェアおよび/またはソフトウェアとして、または専用ユニットまたはコンポーネントによって実施することができる。例えば、それぞれプログラムされたプロセッサは、それぞれの回路11、21、31を表すことができる。
【0026】
図3は、本開示に係る第1の通信デバイス10の第1の通信方式100の一実施形態のフローチャートを示す図であり、回路11によって形成されてもよい。
第1のステップS10において、第１の通信デバイス10は、第１の通信デバイスと１つ以上の第３の通信デバイスとの通信が該チャネルを介して計画されるスケジューリング間隔の開始前の間隔内または開始時に、チャネルアクセスに対して競合する。第2のステップS11では、競合が成功した後、制約競合間隔を開始し、制約された競合情報を含む制御フレームを送信し、この制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスがチャネルをビジーと見なすか、または、制約競合情報に従って該チャネルに競合してアクセスすることができる、スケジューリング間隔前および/またはスケジュール間隔中の期間を表す。
第1のステップS10において、第１の通信デバイス10は、第１の通信デバイスと１つ以上の第３の通信デバイスとの通信が該チャネルを介して計画されるスケジューリング間隔の開始前の間隔内または開始時に、チャネルアクセスに対して競合する。第2のステップS11では、競合が成功した後、制約競合間隔を開始し、制約された競合情報を含む制御フレームを送信し、この制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスがチャネルをビジーと見なすか、または、制約競合情報に従って該チャネルに競合してアクセスすることができる、スケジューリング間隔前および/またはスケジュール間隔中の期間を表す。
【0027】
図4は、本開示に係る第2の通信デバイス20の第2の通信方式200の一実施形態のフローチャートを示したものであり、回路系21によって実行されてもよい。
第1のステップS20において、第2の通信デバイス20は、制約された競合間隔を開始し、スケジューリング間隔中に1つ以上の第3の通信デバイスとチャネルを介して計画された第1の通信デバイスからの制約競合情報を含む制御フレームを受信し、この制約競合間隔は、第2の通信デバイスが制約され、競合情報に従って該チャネルに競合してアクセスすることができる、スケジューリング間隔前および/またはスケジュール間隔中の期間を表す。第2のステップS21では、チャネルをビジーと見なすか、または、制約競合情報に基づいて（競合に得た後に）このチャネルに競合してアクセスする。
第1のステップS20において、第2の通信デバイス20は、制約された競合間隔を開始し、スケジューリング間隔中に1つ以上の第3の通信デバイスとチャネルを介して計画された第1の通信デバイスからの制約競合情報を含む制御フレームを受信し、この制約競合間隔は、第2の通信デバイスが制約され、競合情報に従って該チャネルに競合してアクセスすることができる、スケジューリング間隔前および/またはスケジュール間隔中の期間を表す。第2のステップS21では、チャネルをビジーと見なすか、または、制約競合情報に基づいて（競合に得た後に）このチャネルに競合してアクセスする。
【0028】
一般的な概念を図5と図6に示す。rTWTの開始前またはrTWTの開始前の事前定義された時間間隔内で、AP1は、制約競合情報を含む(または表す)CCF(または、より一般的には制御フレーム)を送信するために、チャネルが競合する。このフレームには、低遅延トラフィック期間の開始に関する情報が含まれており、フレームに示されている期間において制約競合時間を開始する。
【0029】
CCFフレームがrTWTの開始前にAP1(第1の通信デバイス)によって送信されると、AP1のBSSの内部または外部でSTA(第2の通信デバイスと第3の通信デバイス)が競合してチャネルにアクセスできるようになる(一連のルールを順守できる場合)。rTWTの開始時に送信されると、メンバSTA(第3の通信デバイス)がメディアの競合を開始し、同時に他のSTA(第2の通信デバイス)がrTWTの時間または少なくとも初期部分の間、NAVをビジー状態(より一般的にはチャネルをビジーと見なす)のままにするように要求することを示す。
【0030】
このコンテキストおいて、チャネルは、例えばチャネル指示をビジーに設定するか、クリアチャネルアセスメント指示をビジーに設定するか、あるいは制約競合情報に従ってアクセスを実行指示場合には、受信フレームに含まれる時間フィールドの厳密に正の値に基づいてNAVを更新することによって、(仮想的である)ビジーと見なされるかもしれないことに注意されたい。ただし、仮想ビジーの意味は、制約競合情報に従って実行されるアクセスに限定されない。
【0031】
図5は、CCFがrTWTの前に送信される本開示の実施形態に係る通信方式の図を示す。あらかじめ定義された時間間隔内で、T_predefがrTWTの開始前に、AP1はチャネルをリッスンし、非送信請求CCFを送信するためにチャネルアクセスの取得を試みる。CCFのヘッダ内の期間はTCCI(制約競合間隔)である。フレームの内容を理解していないSTAは、ヘッダTCCIの持続期間フィールドに示されている継続時間に従ってNAVを設定する必要がある。コンテンツの少なくとも一部を理解するSTAは、一定の条件下でNAVを無視し、以下で定義されるさらなるルールに従ってチャネルにアクセスすることが許されてもよい。
【0032】
CCF内で示される持続時間は、所定の閾値、例えばTXOP限界を超えてはならない。定義済みの時間間隔T_predefは以下のように定義される。
T_predef = AIFS + BO * SlotTime + Length(CCF) + TXOPLimit (式1)
ここで、AIFSはアービトレーションフレーム間スペース、BOはバックオフタイムスロットの数、SlotTime は9psで、1つのバックオフスロットの持続時間を表す。
T_predef = AIFS + BO * SlotTime + Length(CCF) + TXOPLimit (式1)
ここで、AIFSはアービトレーションフレーム間スペース、BOはバックオフタイムスロットの数、SlotTime は9psで、1つのバックオフスロットの持続時間を表す。
【0033】
最新のPHY.CCAアイドル指示から、T_predefがTpsと示されるrTWTの開始までの残り時間よりも小さい場合、APは、CCFの送信を競合し始める可能性がある。AP1が競合に勝った場合、制約競合間隔とrTWT情報の指示を含むCCFフレームを送信できる。
【0034】
BOが選択される間隔AIFSおよびTXOP制限は通常、アクセスカテゴリによって異なる。rTWTの境界がオーバーランしないようにするには、TXOP制限を最大として選択する必要がある(例えば、ビデオトラフィック4.096ミリ秒の場合)。しかし、この場合、BOの数はスキームが効果的であるには大きすぎるかもしれない。したがって、アクセスパラメータを調整したCCFフレームの送信が必要になる場合がある（例えば、PIFS後の送信(優先度フレーム間スペース)や、CWmin(最小競合ウィンドウ)が低PIFS後の競合開始など）。BO<2は、rTWTの開始が保護される確率を増加させるために必要とされることがある。
【0035】
別のSTAがビデオ伝送のためにチャネルを取得する場合（例えば、BO=1の場合）、最大TXOP制限では、TXOPの終わりからrTWTの開始までの残り時間は9psのみであり、別のSTAが競合してrTWTの前または開始時にチャネルを取得することは許可されない。TXOPの終端がより速い場合、またはTXOPのサイズが異なるSTAがチャネルを取得する場合、映像TXOP制限と他のACの差が少なくとも1msであるため、APはBOが0であるため、CCFを送信する時間が必要である。ただし、例えば =1のようにAIFSを短くすると、伝送の可能性をさらに高めることができる。
【0036】
図6は、本開示の別の実施形態による通信方式の図を示し、これによれば、CCFは、rTWTの開始時に保護を提供するために使用することができる。これは、SP内のチャネルアクセスがトリガフレームを介してAPによって制御されず、EDCAを使用してメンバSTAによって実行される場合に特に役立つ。この場合、rTWT SPの開始時にCCFが送信され、SPの開始をアナウンスする。それは、それぞれのrTWT SPの長さ以下のT_cci指示を持つことがあり、スケジュールされていないSTAに、これらが競合すべきでない間隔を示す。特定のSPのスケジュールされたrTWT STAは、rTWT指示を受信すると競合を開始してもよく、優先順位付けされたチャネル・アクセス・パラメータによってさらに支援されてもよい。
【0037】
図6に示すように、スケジュールされたSTA1によって送信されたRTSの後、スケジュールされたSTA2は、チャネルがD1の間ビジーであると見なす。この持続時間は、レガシーSTAまたはスケジュールされていないSTAがCCFフレームのためにチャネルがビジーと見なすT_CCI指示よりも小さい。この振る舞いにより、特定のスケジューリング間隔の間、スケジュールされたSTAのみがチャネルに対して競合することが達成される。スケジュールされた間隔の間、チャネルアクセスを高速化するために、これらの間隔のための優先順位付けされたアクセスパラメータが定義されてもよい。すなわち、STAは、AIFSを待つことなく、それらのBOカウンタを直接減少させ始めてもよい。あるいは、競合ウィンドウのようなCAパラメータは、より小さくてもよい。優先順位付けは、非スケジュールSTAのパラメータに関するものである。
【0038】
この振る舞いは、CCFを送信した後、rTWTの開始までの残り時間が、別のSTAが送信を開始するには短すぎる場合にも定義できる。例えば、時間がRTS + CTS + PPDU制限 + 2SIFSの時間よりも短い場合ある。次に、AP1は、スケジュールされていないSTAの競合を延期し、rTWT送信のためにチャネルを予約する機能を備えたフレームを送信することができる。
【0039】
図5および図6に示されているような、代替的かつより一般的な実装が、本開示の別の実施形態による通信方式の図を示す図7に示されており、これによれば、CCFは、rTWT開始からはみ出した継続時間を有する。APは、rTWTの開始を超える時間をT_cciとして示すことができる。この場合、CCF受信時の動作は以下のようになる。フレームを理解し、rTWTで予定されていないSTAは、フレームでアナウンスされたrTWT予定の開始まで競合し、T2 = Tcci - TrTWTstartの競合を延期してもよい。内容を理解しておらず、rTWTでスケジュールされていないSTAは、Tcci期間全体にわたって競合を延期する必要がある。スケジュールされた複数のSTAについては、2つの可能性のある実装が想定されてもよい。i) それらは、t_rTWTstartの間、rTWTの開始まで競合を延期してもよく、またはii) それらは、スケジュールされていないSTAよりも優先順位の低いEDCAパラメータと競合してもよい。
【0040】
スケジューリング間隔の前にチャネルにアクセスする際に、スケジュールされたSTAを劣化させる理由は、この場合、メディア上の全てのSTAに対してより良い公平性を達成できることである。一例として、rTWT部分内のスケジュールされたSTAによって使用されるのと同じ優先チャネル・アクセス・パラメータのセットを持ち、rTWT前の間隔内の非スケジュールされたSTAによっても使用される。さらに、rTWT中にスケジュールされていないSTAによって使用されるのと同じ古いチャネル・アクセス・パラメータセットを、rTWT前の間隔の間にスケジュールされたSTAによって使用することができる。図7に描かれた振る舞いに対して、T2は、計画されたrTWT SPの持続時間と、rTWT使用のために定義された代替保護メカニズムの持続時間(例えば、rTWTの開始を保護するために定義された静止要素の持続時間)のいずれかを超えないように、さらに上限を設けるべきである。
【0041】
この場合、CCFは少なくともその初期部分のためにrTWT内でも保護メカニズムとして使用される。しかし、この実装は、2つの異なる振る舞いが1つのフレーム伝送によって指示されるので、より複雑で、誤差を起こしやすい。このため、図5と図6に示されている2種類の保護を別々に適用する方が、現実的には容易であろう。
【0042】
図5に示す動作では、CCFフレームはブロードキャストとして送信され、スケジューリング間隔の開始時刻を示すべきである。さらに、フレームの内容内には、任意のSTAがCCFの内容、特にrTWT予定の開始を正しくデコードできる場合にアクセスできることを示すために、ブロードキャストAIDが含まれるべきであり、さらに、この情報に基づいて導出されたTXOP持続時間制約を遵守することができる。フレームを示すフラグは、予定された間隔を保護することを目標とする制約競合フレームであり、また、復号化を容易にし、CCFコンテンツの一部が欠落している能力またはSTA、例えば、スケジューリング間隔開始についても、保護方法が有効であることを可能にするためにも有益である。
【0043】
図6に示す動作の場合、CCFフレームはブロードキャストとして送信できるが、スケジュールされた間隔内にスケジュールされたSTAのAIDを含むグループAIDを使用することができる。STAはスケジュールを認識するので、タイミング情報を含むことは任意であるだけでもよい。グループAIDは、スケジュールされたSTAのみを含むので、他のSTAは、CCFフレームによって示される継続時間でその間隔中に競合することはない。フレームを示すフラグは、スケジュールされた間隔を保護することを目標とする制約競合フレームであり、また、復号化を単純化するために有益である。
【0044】
EDCAパラメータは、CCF保護期間中に適合された場合には、オプションとしてフレーム本体に含まれてもよい。あるいは、これらは、ビーコンフレーム中にそれぞれのAPによってアナウンスされてもよい。
【0045】
任意のBSS色および空間再利用パラメータは、以下に示す理由により、任意として含まれてもよい。制約競合ルールについて、いくつかの例を説明する。
【0046】
最初の例では、APは、CCFフレーム内のスケジュールを理解し、CCF保護期間中にチャネルにアクセスできるAPである。チャネルアクセスは、DL送信またはトリガによるUL送信の有効化のいずれかである。この場合、非AP STAでは、チャネルを使用できる一方で、比較的制限された追加機能が必要になる。
【0047】
最初の例は、CCF保護区間内のトリガベースアクセスを用いた本開示の別の実施形態による通信方式の図を示す図8に示されている。
AP1は、通常のTXOP期間として、通常の競合を実行しない時間間隔を含むCCFチャネル・アクセス・パラメータフレームを正しくデコードできる任意のAPは、スケジューリング間隔の開始時間を理解し、スケジュールを考慮してコミットするため、このフレームによって課されるNAVを無視することが許される。NAVがそれ以外でビジーでない場合(例えば、他のBSSからのSTA)、それぞれのAPは競合を開始し、競合で勝った場合はメディアにアクセスする。図8に示す例では、oAP (OBSS AP)はメディア競合に勝ち、oSTA1 (OBSS STA 1)の送信をトリガし、oSTA1の送信がrTWTの開始と重複しないようにする。D2は、制約競合間隔の時間、レガシーSTAがチャネルをビジー状態と見なす時間のことである。D2は、rTWTの開始まで、またはrTWTの安全な開始まで定義できる(すなわち、APの必要なチャネルアクセス遅延または初期トリガフレーム伝送をカバーしてもよい小さな間隔を許可する)。
AP1は、通常のTXOP期間として、通常の競合を実行しない時間間隔を含むCCFチャネル・アクセス・パラメータフレームを正しくデコードできる任意のAPは、スケジューリング間隔の開始時間を理解し、スケジュールを考慮してコミットするため、このフレームによって課されるNAVを無視することが許される。NAVがそれ以外でビジーでない場合(例えば、他のBSSからのSTA)、それぞれのAPは競合を開始し、競合で勝った場合はメディアにアクセスする。図8に示す例では、oAP (OBSS AP)はメディア競合に勝ち、oSTA1 (OBSS STA 1)の送信をトリガし、oSTA1の送信がrTWTの開始と重複しないようにする。D2は、制約競合間隔の時間、レガシーSTAがチャネルをビジー状態と見なす時間のことである。D2は、rTWTの開始まで、またはrTWTの安全な開始まで定義できる(すなわち、APの必要なチャネルアクセス遅延または初期トリガフレーム伝送をカバーしてもよい小さな間隔を許可する)。
【0048】
トリガフレームの送信は、CS (キャリアセンス) Requiredフィールド = 0で実行できる。つまり、トリガされたSTAは、メディア状態とNAVを無視して、応答するかどうかを決定してもよいため、直接アドレス指定するトリガに直接応答してもよい。この場合、oSTAはCCFのようなフレームを理解する必要はない。これらは、トリガフレームを処理し、これらに応答できる必要があるだけである。したがって、この方式は任意のHE STAに適用できる。
【0049】
いくつかのBSS Colorに対して条件式CS Required = 0 を持つことは、例えば、CCFのBSSColorを持つBSSからのフレームによって設定された場合、NAVを無視することが複雑になってもよいことに注意する。これは、以下のことが発生する可能性があるためである。D1の間、CCFに基づいてNAVを更新し、その後、D2<Dの時間を持つ異なるBSSからのメディアビジー指示を無視する(より長いNAVが優先されるため)。したがって、CCFのBSS ColorのCS Required = 0は、STA送信が無視された継続時間D2の送信と衝突する可能性があることを意味する。
【0050】
oAP がCCFフレームを処理する能力を示すoSTAをトリガする予定の場合、CS Required=1でトリガを送信して、AP1またはoAPに関連付けられておらず、oSTAが認識しているTXOPを開始したSTAに追加の保護を提供することもできる。
【0051】
したがって、CCF後にトリガフレームを送信する場合は、CCFフレームを処理するトリガSTAの能力を考慮する必要があり、APはCSの要件を調整する必要がある。この考慮事項は、競合に勝ち、DLデータをoSTAに送信するためにTXOPを開始しようとした後のoAPにも適用される。
【0052】
oSTAがCCFフレームを理解できない場合、CCFのレシート時にNAVがビジーに設定される。つまり、oAPは単純なRTSでTXOPを開始できず、oSTAからのCTSを期待できない。したがって、この場合、意図された送信がRTS/CTS手順なしで開始されるほど短い場合を除き、TXOPはCTS-to-selfによって開始され、その後にoSTAに向けられた送信が続く必要がある。この動作は、本開示の別の実施形態における通信方式のダイアグラムを示す図9に示されており、これによればDL送信用のTXOPが得られる。
【0053】
図10は、STA(非AP STAを含む)がCCFの内容を正しく理解することが可能であり、特にrTWTスケジュール開始および課された制約に従ってメディアにアクセスすることが可能な場合における、本開示の別の実施形態による通信方式の図を示す。
CCF保護期間中にトリガされたアクセスのみを許可することは、クリーンなチャネルアクセスを保証する方法であってもよいが、非AP STAでは非効率的な場合がある。AP以外のoSTAが新しいフレームとその機能を理解できると仮定すると、CCF保護期間の使用も許可される。このように、CCFのようなフレームを受信すると、oSTAはフレーム内の継続時間情報とrTWTの開始に関する情報を確認する。フレームが正しくデコードされ、oSTAがそのTXOP継続時間またはフレーム長の送信を必要な継続時間に適合させることができる場合、oSTAはCCFフレームに基づいて基本的なNAVを更新しなくてもよい。NAVがビジーでなかった場合、NAVを更新しないと、oSTAは境界を考慮して競合を開始できる。さらに、正常に確立された送信機会の場合、STAは、rTWTの開始時にあらかじめ定義された時間まで、チャネルを占有し続けるべきである。
CCF保護期間中にトリガされたアクセスのみを許可することは、クリーンなチャネルアクセスを保証する方法であってもよいが、非AP STAでは非効率的な場合がある。AP以外のoSTAが新しいフレームとその機能を理解できると仮定すると、CCF保護期間の使用も許可される。このように、CCFのようなフレームを受信すると、oSTAはフレーム内の継続時間情報とrTWTの開始に関する情報を確認する。フレームが正しくデコードされ、oSTAがそのTXOP継続時間またはフレーム長の送信を必要な継続時間に適合させることができる場合、oSTAはCCFフレームに基づいて基本的なNAVを更新しなくてもよい。NAVがビジーでなかった場合、NAVを更新しないと、oSTAは境界を考慮して競合を開始できる。さらに、正常に確立された送信機会の場合、STAは、rTWTの開始時にあらかじめ定義された時間まで、チャネルを占有し続けるべきである。
【0054】
なお、上記の動作は、AP1のBSSに属するSTAにも同様に適用される。
【0055】
CCFフレームの導入により、計画されたスケジュールされた間隔とSTAが重複しないようにすることで、rTWTの開始を保護することができる。しかしながら、空間再利用規則を尊重することができるBSSの外のSTAは、例えば空間再利用方式が使用できる場合にrTWT開始にリスクを与えない状況において、チャネルを使用することから制約されるべきではない。一例は、CCFベースのメディア予約の間、トリガされたアクセスおよびPSR (パラメータ化された空間的再利用)を用いた本開示の別の実施形態による通信方式の図を示す図11に示されている。AP1は競合に勝ち、BSS内のSTAの1つにトリガフレームを送信する。各STAは、要求に応じてTB - PPDUで応答する。特定種類のSRがoSTA、oAP、およびAP1の両方、すなわちPSRでインプリメントされ、両方のAPで許可されている場合、oSTAは、送信電力をAP1へのTB PPDUの送信に干渉しないように調整することで、その送信をSTA1からAP1への送信にオーバーレイできる。
ただし、制約競合間隔について上記で説明した動作に基づいて、rTWTスケジュールを完全に決定できない場合、oSTAはCCFフレームの受信後にNAVビジーになる。一方、oSTAがSRを適用できる場合は、AP1によって要求されたメディア占有に制限される。したがって、oSTAがrTWTスケジュール情報を完全にデコードしていなくても、rTWTの開始を中断することなくメディアを使用できる。したがって、この場合、制約された競合間隔中にSTAがパラメータ化された空間再利用を実行することを制限しないようにするために、以下のより軽い制限が適用されてもよい。
ただし、制約競合間隔について上記で説明した動作に基づいて、rTWTスケジュールを完全に決定できない場合、oSTAはCCFフレームの受信後にNAVビジーになる。一方、oSTAがSRを適用できる場合は、AP1によって要求されたメディア占有に制限される。したがって、oSTAがrTWTスケジュール情報を完全にデコードしていなくても、rTWTの開始を中断することなくメディアを使用できる。したがって、この場合、制約された競合間隔中にSTAがパラメータ化された空間再利用を実行することを制限しないようにするために、以下のより軽い制限が適用されてもよい。
【0056】
このコンテキストにおいて、PSRはIEEE 802.11 axで定義された空間的再利用方法の1つであることに注意しなければならない。このアプローチに基づいて、APは、トリガフレーム内で、自体に関連するSTA (例えばSTA1)からのトリガベースPPDUの計画された受信中の干渉の許容レベルを示す。空間再利用パラメータの一部として、送信電力や空間再利用許可などのさらなるパラメータが存在する。この情報に基づいて、異なるBSS(例えばoSTA)からのSTAは、トリガされたSTA1がAPに送信するのと同時にチャネルにアクセスしてもよい。この条件は、i) oSTAがAPによって送信された空間再利用パラメータから導出された送信電力を考慮し、ii) オーバーレイ送信の持続時間がトリガSTA、STA1の送信を超えないことである。
【0057】
oSTA は、以下の1つ以上のステップを実行する必要がある:
- CCFフレームのタイプ、すなわち、CCFフレームがスケジュールと制約競合指示を含むことを決定する。
- CCFの送信者が発信するBSSのBSS色を決定する。この情報は、非HEフォーマットで送信された場合はCCFフレームのフレーム本体内に、CCFがHE変調された場合はプリアンブル内に含まれてもよい。
- TFのヘッダを正しくデコードし、PPDUが空間再利用フラグをオンにして送信され、BSS色がCCFの送信に使用されたものと同じであるかを判定する。
- PSR 条件が満たされていることを確認する。
oSTAがこれらの手順を実行でき、PSR条件を満たすように送信電力パラメータを設定できる場合、oSTAはCCFのNAVを無視し、oAPに向けてフレームを送信できるため、空間再利用の制約を満たすことができる。
- CCFフレームのタイプ、すなわち、CCFフレームがスケジュールと制約競合指示を含むことを決定する。
- CCFの送信者が発信するBSSのBSS色を決定する。この情報は、非HEフォーマットで送信された場合はCCFフレームのフレーム本体内に、CCFがHE変調された場合はプリアンブル内に含まれてもよい。
- TFのヘッダを正しくデコードし、PPDUが空間再利用フラグをオンにして送信され、BSS色がCCFの送信に使用されたものと同じであるかを判定する。
- PSR 条件が満たされていることを確認する。
oSTAがこれらの手順を実行でき、PSR条件を満たすように送信電力パラメータを設定できる場合、oSTAはCCFのNAVを無視し、oAPに向けてフレームを送信できるため、空間再利用の制約を満たすことができる。
【0058】
CCFフレームの実装がHE形式の場合(例えば、6GHzスペクトルのみを使用する場合)、oSTAによってデコードされる必要な情報のほとんどはPHYプリアンブルにあり、フレーム種別の指示のみがMACの一部(および潜在的なヘッダ内の継続時間)になる。
【0059】
したがって、空間的再利用が適用され得る実施形態によれば、制約競合フラグ(または、第1の通信デバイスからの制約競合間隔が続くことを示す他の任意の情報)を正しく復号化するSTAは、NAVを無視して、それ自身のBSS制約競合情報内で送信を開始することができ、ここで、i)送信は第1の通信デバイスへのUL送信とオーバーラップし、ii)第1の通信デバイスによって必要とされる空間再利用パラメータが順守される。さらに、制約競合フラグを第1の通信デバイスから正しく復号化するが、スケジューリング間隔の開始時刻および/または継続時間を示す時間情報(第2の時間情報とも呼ばれる)の復号化に失敗するSTAは、i)送信が第1の通信デバイスへのUL送信とオーバーラップし、ii)第1の通信デバイスによって必要とされる空間再利用パラメータが順守される場合にのみ、制約競合間隔中に自身のBSS内で送信を開始することができる。したがって、制約チャネル間隔中にチャネルを使用するためにSRを使用するSTAには、CCFのすべての情報が必要というわけではない。
【0060】
本明細書に記載する機能を有するCCFのようなフレームを受信したときの他のSTAの振る舞いは、以下のようにすることができる。フレームを完全に復号化できないレガシーSTAは、rTWT間隔の安全な開始を保証するために選択された時間間隔、記録媒体ビジーを示す、ヘッダ内の継続時間を少なくとも理解することができる。このようなフレームを受信すると、NAVをビジーに設定し、指定された間隔のチャネルアクセスを試行しない可能性があるため、スケジュールされたリンクで干渉が発生し、rTWTを保護するリスクがない。
【0061】
CCF保護期間内のTXOPの期間に関しては、CCF保護間隔内のメディア占有時間が十分に長く、STAが、(CCF間隔中に送信された最後のフレームからのタイムアウト間隔の経過やrTWTの開始などによる)アクセスからのrTWT制約に従わないようにする必要がある。
【0062】
AP1によって送信されたCCFが、LL送信を妨げる可能性があるすべてのSTAによって聴こえないというリスクを最小限にするために、CCFは、可能な限り堅牢に送信される可能性がある。例えば、低MCSおよび/またはレガシーフォーマットを使用する。
【0063】
さらに、oAPがCCFに応答するセットアップ方法も考えられる。応答フレームは、MU RTSトリガに対するCTS応答に似ている。フレームは、CCFで示されたものに少なくとも対応する継続時間(特に、CCF内で示された継続時間からSIFSを引いてCCF応答の送信時間を引いたもの)を含み、フレームタイプは、フレームが制約された競合指示フレームへの応答であり、宛先としてAP1であることを示す。オプションとして、予定の開始時刻、すなわちT_rTWTstartを応答でアナウンスすることができる。oAPによって作成されたBSS内のレガシーSTAは、AP1によって要求された期間全体にわたってNAVをビジーに設定し、rTWTを保護する。境界上の制約が順守されている限り、oAPはBSSでoSTAをさらにトリガしてもよい。CCFまたはCCF応答のいずれかを理解できるSTA(この場合はスケジュール情報を含む)は、NAVの更新を無視することができるが、上記のように時間スケジュールを遵守すべきである。CCF応答は、図5および図6に示すように、CCFの両方に適用できる。したがって、CCFがrTWTの前に送信されたか、開始時に送信されたかに関係なく、CCFは実行される。
【0064】
CCFを用いた機能の一例が、CCF応答を用いた本開示の別の実施形態による通信方式の図を示す図12に示されている。CCFフレームは、これに基づいてNAVを設定するoSTA22によって聞こえる。初期状態ではoSTA11またはoSTA21には受信されない。ただし、oAPからのCCF応答の後、両方のoSTAはメディア保護に関する情報を受信する。さらなる動作は、上述のアプローチの1つに従うことができる。図12の例は、APがCCF保護期間中にチャネルアクセスを制御し、境界を確実に守る場合を示している。しかしながら、CCF保護期間に対する以前のアプローチのいずれも、同様に採用することができる。
【0065】
CCF保護間隔中に使用するパラメータは以下のようになる。rTWTの間、AP1とスケジュールされたSTAは、STAが、サービス期間が設定されたLLトラフィックを送信するためにチャネルアクセスを得る確率を増加させるために、EDCAパラメータを優先させてもよい。このバランスを取るために、AP1とスケジュールされたSTAは、CCF保護間隔の間、rTWTの前に、廃止されたEDCAパラメータを持ってもよい。同様の効果は、rTWT SP中と同様に、CCF保護期間中にチャネル使用のために設定された同様のEDCAパラメータをアナウンスすることによって実現できる。しかし、CCF保護間隔では、これらのパラメータを適用するスケジュールされたSTA以外のSTAである。この効果は図6に示されている。
【0066】
ただし、スケジュールされたSTAのEDCAパラメータのダウングレード(特にAP1の場合)は、メディアが長時間占有されないままにならないように注意し、STAがrTWTを順守しないようにする必要がある。例えば、ダウングレードは、AP1およびoAPが互いのスケジュールに関する情報を交換し、互いのスケジュールを尊重する協力シナリオの場合に実行され得る。あるいは、タイムアウトを導入することもできる。このタイマが経過すると、AP1はチャネルを回復し、独自の目的で使用することができる。
【0067】
要約すると、リアルタイムアプリケーションに対応するトラフィックの無線伝送のための低遅延とジッタを改善するために、スケジュールされた間隔の導入が提案されている。しかしながら、スケジュールされた間隔は、同一または重複するBSSに属する局からの混乱に対して脆弱である。なぜなら、それらはこれらのサービス期間を意識しないか、あるいは遵守することを望んでいないかもしれないからである。既存のチャネルアクセス方法に対する修正は、局、特にオーバーラップしたBSSに属する局の可能性を低減または除去するために開示されており、スケジュール間隔開始の遅延を引き起こすとともに、低遅延サービス期間の必須部分の間にメディアを占有する。開示された方式は協働を必要とせず、AP間の非常に限定された協働を必要としない。さらに、これらのアプローチは、低遅延のための予約されたまたは優先順位付けされたスケジュールされた間隔を補償するために、チャネルアクセスにおける公平性のレベルを確保することを目的としている。
【0068】
本開示は、スケジューリング間隔の存在における効率的なスペクトル使用を提供し、低遅延トラフィックのタイムリーな配信を防止するために、スケジュールされた間隔内のスケジュールされていない局(oBSS STA)からのチャネルアクセス試行の減少確率を提供する。さらに、これは、スケジュールされた間隔内のスケジュールされていない局からのチャネルアクセス試行の確率の低下をもたらし、結果的に、低遅延トラフィックの所望の低遅延とジッタパラメータを順守する確率が高くなる。さらに、チャネルアクセスプロセスにおける公平性の改善が保証される。
【0069】
したがって、前述の議論は、単に開示内容の例示的な実施形態を開示し、説明しているに過ぎない。当業者には理解されるように、開示内容は、その精神または本質的な特徴から逸脱することなく、他の特定の形態で実施することができる。従って、本開示の開示は、他のクレームと同様に、例示的であることが意図されるが、開示の範囲を限定するものではない。本開示は、本明細書の教示の、任意の容易に識別可能な変形を含み、発明の主題が公衆に専用とされないように、前述の請求項の用語の範囲を部分的に定義する。
【0070】
請求項において、「具備する、含む、備える」という語は、他の要素またはステップを除外しないし、本明細書において、「1つの～」は、複数を除外しない。単一要素または他のユニットは、請求範囲に記載されたいくつかの項目の機能を満たすことができる。相互に異なる従属請求において一定の手段が推奨されているという単なる事実は、これらの手段の組合せが有利に使用できないことを示すものではない。
【0071】
本開示の実施形態が、少なくとも部分的に、ソフトウェア制御型のデータ処理装置によって実装されるものとして説明されている限り、光ディスク、磁気ディスク、半導体メモリなど、そのようなソフトウェアを搬送する非一時的な機械可読媒体も、本開示の一実施形態を表すと考えられることが理解される。さらに、このようなソフトウェアは、インターネットまたは他の有線または無線電気通信システムを介して、他の形態で配布することもできる。
【0072】
開示されたデバイス、装置およびシステムの要素は、対応するハードウェアおよび/またはソフトウェア要素、例えば、適切な回路によって実現することができる。回路とは、従来の回路素子、特定用途向け集積回路を含む集積回路、標準集積回路、特定用途向け標準製品、およびフィールド・プログラマブル・ゲート・アレイを含む電子部品の構造アセンブリである。さらに、回路は、中央処理ユニット、グラフィックス処理ユニット、およびソフトウェアコードに従ってプログラムまたは構成されるマイクロプロセッサを含む。回路は、純粋なソフトウェアを含まないが、回路は、上述のハードウェア実行ソフトウェアを含む。
【0073】
開示された主題事項のさらなる実施形態のリストに従う。
1. 1つ以上の第3の通信デバイスと通信するように構成された第1の通信デバイスであって、
- 前記第1の通信デバイスと前記1つ以上の第3の通信デバイスとの通信がチャネル上で計画されるスケジューリング間隔の開始前または開始時の間隔内で、前記チャネルアクセスに対して競合し、かつ、
- 競合に成功した後、制約競合間隔を開始し、制約競合情報を含む制御フレームを送信する
ように構成された回路を具備し、
前記制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスが、前記チャネルをビジーと見なすか、または、制約競合情報に従って、競合して前記チャネルにアクセスするかのいずれかの中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第1の通信デバイス。
2. 前記回路は、ブロードキャストを介して前記制御フレームを送信するように構成されている
実施形態1に記載の第1の通信デバイス。
3. 前記回路は、前記制御フレーム内に、
- 1つの制約競合間隔が続くことを示すフラグと、
- 前記制御フレームの内容を処理または正しくデコードすることができない第2の通信デバイスおよび/または第3の通信デバイスが、前記チャネルをビジーとみなすべきである継続時間を示す第1の時間情報と、
- 前記スケジューリング間隔の開始時刻および/または継続時間を示す第2の時間情報と
のちの1つ以上を含むように構成されている
上記の実施形態のいずれか1つに記載の第1の通信デバイス。
4. 前記回路は、前記制御フレームのヘッダ内に少なくとも前記第1の時間情報を送信するように構成されており、前記ヘッダは、レガシー通信デバイスによって理解可能であり、かつ/または、堅牢な送信を提供する送信パラメータを備える
実施形態3に記載の第1の通信デバイス。
5. 前記回路は、前記制約競合情報の一部としてまたは別個の情報として、前記第1の時間情報および/または第2の時間情報を送信するように構成されている
実施形態3または4に記載の第1の通信デバイス。
6. 前記第1の時間情報で示される持続時間は、前記スケジューリング間隔の前記開始までの前記制御フレームの送信後の残り時間、または、スケジューリング間隔の開始までの前記制御フレームの送信後の残り時間にマージンを加えたものに等しい
実施形態3、4または5に記載の第1の通信デバイス。
7. 前記回路は、前記スケジューリング間隔の前記開始前の1つの間隔内でチャネルアクセスを競合するように構成されており、前記1つの間隔は、競合に必要な時間、前記制約競合情報を送信するのに必要な時間、および上限送信機会(TXOP)制限に基づいて決定されている
上記の実施形態のいずれか1つに記載の第1の通信デバイス。
8. 前記回路は、前記スケジューリング間隔の前記開始前に前記制御フレームを送信するように構成されており、前記制約競合情報は、前記第2の通信デバイスおよび/または前記第3の通信デバイスに、それらが前記スケジューリング間隔前および/または前記スケジュール間隔中に前記チャネルにアクセスし得る条件の場合およびその条件の下で指示する
上記の実施形態のいずれか1つに記載の第1の通信デバイス。
9. 前記回路は、
- 前記制約競合情報によって示される1つ以上の前記期間中に、前記第2の通信デバイスおよび/または前記第3の通信デバイスが前記チャネルにアクセスできるかどうかやどのようにアクセスするかを示す、1つ以上のチャネルアクセス(CA)パラメータおよび/または1つ以上のTXOPパラメータを含むアクセス情報を設定し、かつ、
- 前記アクセス情報を、1つ以上の前記第2の通信デバイスおよび/または前記第3の通信デバイスに送信する
ように構成されている
実施形態8に記載の第1の通信デバイス。
10. 前記1つ以上のCAパラメータは、前記制約競合間隔中、または、前記制約競合情報によって示される前記制約競合間隔の部分的時間間隔中に使用されるEDCAパラメータセットを示すものである
実施形態9に記載の第1の通信デバイス。
11. 前記1つ以上のTXOPパラメータは、前記制約競合間隔中に超過してはならない最大のTXOP持続時間を示す
実施形態9または10に記載の第1の通信デバイス。
12. 前記回路は、前記スケジューリング間隔の開始時間および/または持続時間を示す前記制約競合情報内の第2の時間情報に基づいて、前記TXOP持続時間を計算するように構成されている
実施形態11に記載の第1の通信デバイス。
13. 前記回路は、前記スケジューリング間隔の前記開始時に前記制御フレームを送信するように構成されており、前記制御フレームは、前記1つ以上の第3の通信デバイスがチャネルアクセスの競合を開始し得ることを示し、前記第2の通信デバイスが指示された持続時間にわたって前記チャネルをビジーとみなすべきであることを示す。
上記の実施形態のいずれか1つに記載の第1の通信デバイス。
14. 前記持続時間は、前記スケジューリング間隔の持続時間または前記スケジューリング間隔のために確立された別の保護メカニズムの持続時間を超えてはならないものである
実施形態13に記載の第1の通信デバイス。
15. 前記回路は、
- 前記第2の通信デバイスおよび前記第3の通信デバイスが、競合に勝った場合、チャネルアクセスを競合させて前記チャネルを使用することを許可される中に、任意に、許容マージンを加えた、前記スケジューリング間隔の前記開始までの第1の時間間隔と、
- 前記第2の通信デバイスが、チャネルアクセスを競合させることが許容されないか、または、前記スケジューリング間隔中に、通信が前記チャネル上で計画されている前記1つ以上の第3の通信デバイスによって使用されるチャネルアクセス(CA)パラメータよりも優先順位が低いチャネルアクセス(CA)パラメータを使用してチャネルアクセスを競合させることが許容される中、前記スケジューリング間隔の前記開始から開始する第2の時間間隔と、を
前記第2の通信デバイスおよび前記第3の通信デバイスに指示する第3の時間情報を送信するように構成されている
上記の実施形態のいずれか1つに記載の第1の通信デバイス。
16. - 制約競合間隔を開始し、かつ、スケジューリング間隔中に1つ以上の第3の通信デバイスとの1つのチャネルを介した通信を計画している第1の通信デバイスからの制約競合情報を含む制御フレームを受信し、かつ、
- 前記チャネルをビジーと見なすか、または、前記制約競合情報に基づいて、競合して前記チャネルにアクセスするかのいずれかを行う
ように構成された回路を具備し、
前記制約競合間隔は、第2の通信デバイスが、制約競合情報に従って、競合して前記チャネルにアクセスする中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第2の通信デバイス。
17. 前記制約競合情報が正しく解釈できない場合、または、前記制約競合情報によって暗示される条件を順守できない場合、前記回路は、前記チャネルをビジーかつ/または前記チャネルのチャネルアクセスの競合を開始しないものとみなすように構成されている
実施形態16に記載の第2の通信デバイス。
18. 前記回路は、前記制約競合情報を正しくデコードかつ解釈し、かつ、競合に勝った場合には、前記スケジューリング間隔の前記開始時または前記スケジューリング間隔の前記開始時に停止する送信機会に許容マージンを加えて開始するように構成されている
実施形態16または17に記載の第2の通信デバイス。
19. 前記回路は、競合に勝ったときに、
- 他の通信デバイスにデータを送信すること、
- 他の通信デバイスとの送信機会を開始すること、および、
- 他の通信デバイスをトリガして、前記第2の通信デバイスにデータを送信すること
の1つ以上を実行するように構成されている
実施形態18に記載の第2の通信デバイス。
20. 他の通信デバイスが前記制約競合情報を処理することができない場合には、他の通信デバイスとの送信機会は、CTSフレームを送信することによって開始され、データフレームの送信は、所定の期間内で続く
実施形態17または18に記載の第2の通信デバイス。
21. 前記他の通信デバイスが前記制約競合情報を処理することができない場合、STAが送信を開始する前にチャネルのビジーまたはアイドル状態をチェックする必要がないことを示すキャリアセンスフラグ設定を含んで、他の通信デバイスをトリガするためのトリガが送信されている
実施形態17,18または19に記載の第2の通信デバイス。
22. 前記回路は、前記制御フレームの受信に応答して競合応答を送信するように構成されており、前記競合応答は、一部のまたは完全な前記制約競合情報を含む
実施形態16～21のいずれか1つに記載の第2の通信デバイス。
23. 前記回路は、前記制約競合情報によって示された1つ以上の期間中、および、前記第1の通信デバイスへの他の第2の通信デバイスまたは第3の通信デバイスの送信中に、前記他の第2の通信デバイスまたは前記第3の通信デバイスから前記第1の通信デバイスへの送信との干渉を回避する削減された送信電力および/または修正送信パラメータで、空間的再利用方式を使用し、データを送信するように構成されている
実施形態16～22のいずれか1つに記載の第2の通信デバイス。
24. 前記回路は、前記制約競合情報が前記第1の通信デバイスから送信された場合に、空間的再利用動作を可能にし、かつ、少なくとも制約競合フラグが正しく復号される、空間的再利用を行うように構成されている
実施形態16～23のいずれか1つに記載の第2の通信デバイス。
25. 前記回路は、前記スケジューリング間隔の開始時間および/または持続時間を示す前記制約競合情報内の第2の時間情報に基づいて、TXOP持続時間を計算するように構成されている
実施形態16～24のいずれか1つに記載の第2の通信デバイス。
26. 1つ以上の第2および第3の通信デバイスと通信するように構成された第1の通信デバイスの第1の通信方法であって、
- 前記第1の通信デバイスと前記1つ以上の第3の通信デバイスとの通信がチャネル上で計画されるスケジューリング間隔の開始前または開始時の間隔内で、前記チャネルアクセスに対して競合するステップと、
- 競合に成功した後、制約競合間隔を開始し、制約競合情報を含む制御フレームを送信するステップと
を含み、
前記制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスが、前記チャネルをビジーと見なすか、または、制約競合情報に従って、競合して前記チャネルにアクセスするかのいずれかの中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第1の通信方法。
27. 第2の通信デバイスの第2の通信方法であって、
- 制約競合間隔を開始し、かつ、スケジューリング間隔中に1つ以上の第3の通信デバイスとの1つのチャネルを介した通信を計画している第1の通信デバイスからの制約競合情報を含む制御フレームを受信するステップと、
- 前記チャネルをビジーと見なすか、または、前記制約競合情報に基づいて、競合して前記チャネルにアクセスするかのいずれかを行うステップと
を含み、
前記制約競合間隔は、第2の通信デバイスが、制約競合情報に従って、競合して前記チャネルにアクセスする中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第2の通信方法。
28. コンピュータプログラム製品に記憶され、プロセッサによって実行されると、実施形態26または27に記載の方法を実行させる、非一時的なコンピュータ読み取り可能な記録媒体。
29. コンピュータプログラムをコンピュータ上で実行する際に、実施形態26または27に記載の方法のステップを前記コンピュータに実行させるためのプログラムコード手段を具備するコンピュータプログラム。
1. 1つ以上の第3の通信デバイスと通信するように構成された第1の通信デバイスであって、
- 前記第1の通信デバイスと前記1つ以上の第3の通信デバイスとの通信がチャネル上で計画されるスケジューリング間隔の開始前または開始時の間隔内で、前記チャネルアクセスに対して競合し、かつ、
- 競合に成功した後、制約競合間隔を開始し、制約競合情報を含む制御フレームを送信する
ように構成された回路を具備し、
前記制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスが、前記チャネルをビジーと見なすか、または、制約競合情報に従って、競合して前記チャネルにアクセスするかのいずれかの中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第1の通信デバイス。
2. 前記回路は、ブロードキャストを介して前記制御フレームを送信するように構成されている
実施形態1に記載の第1の通信デバイス。
3. 前記回路は、前記制御フレーム内に、
- 1つの制約競合間隔が続くことを示すフラグと、
- 前記制御フレームの内容を処理または正しくデコードすることができない第2の通信デバイスおよび/または第3の通信デバイスが、前記チャネルをビジーとみなすべきである継続時間を示す第1の時間情報と、
- 前記スケジューリング間隔の開始時刻および/または継続時間を示す第2の時間情報と
のちの1つ以上を含むように構成されている
上記の実施形態のいずれか1つに記載の第1の通信デバイス。
4. 前記回路は、前記制御フレームのヘッダ内に少なくとも前記第1の時間情報を送信するように構成されており、前記ヘッダは、レガシー通信デバイスによって理解可能であり、かつ/または、堅牢な送信を提供する送信パラメータを備える
実施形態3に記載の第1の通信デバイス。
5. 前記回路は、前記制約競合情報の一部としてまたは別個の情報として、前記第1の時間情報および/または第2の時間情報を送信するように構成されている
実施形態3または4に記載の第1の通信デバイス。
6. 前記第1の時間情報で示される持続時間は、前記スケジューリング間隔の前記開始までの前記制御フレームの送信後の残り時間、または、スケジューリング間隔の開始までの前記制御フレームの送信後の残り時間にマージンを加えたものに等しい
実施形態3、4または5に記載の第1の通信デバイス。
7. 前記回路は、前記スケジューリング間隔の前記開始前の1つの間隔内でチャネルアクセスを競合するように構成されており、前記1つの間隔は、競合に必要な時間、前記制約競合情報を送信するのに必要な時間、および上限送信機会(TXOP)制限に基づいて決定されている
上記の実施形態のいずれか1つに記載の第1の通信デバイス。
8. 前記回路は、前記スケジューリング間隔の前記開始前に前記制御フレームを送信するように構成されており、前記制約競合情報は、前記第2の通信デバイスおよび/または前記第3の通信デバイスに、それらが前記スケジューリング間隔前および/または前記スケジュール間隔中に前記チャネルにアクセスし得る条件の場合およびその条件の下で指示する
上記の実施形態のいずれか1つに記載の第1の通信デバイス。
9. 前記回路は、
- 前記制約競合情報によって示される1つ以上の前記期間中に、前記第2の通信デバイスおよび/または前記第3の通信デバイスが前記チャネルにアクセスできるかどうかやどのようにアクセスするかを示す、1つ以上のチャネルアクセス(CA)パラメータおよび/または1つ以上のTXOPパラメータを含むアクセス情報を設定し、かつ、
- 前記アクセス情報を、1つ以上の前記第2の通信デバイスおよび/または前記第3の通信デバイスに送信する
ように構成されている
実施形態8に記載の第1の通信デバイス。
10. 前記1つ以上のCAパラメータは、前記制約競合間隔中、または、前記制約競合情報によって示される前記制約競合間隔の部分的時間間隔中に使用されるEDCAパラメータセットを示すものである
実施形態9に記載の第1の通信デバイス。
11. 前記1つ以上のTXOPパラメータは、前記制約競合間隔中に超過してはならない最大のTXOP持続時間を示す
実施形態9または10に記載の第1の通信デバイス。
12. 前記回路は、前記スケジューリング間隔の開始時間および/または持続時間を示す前記制約競合情報内の第2の時間情報に基づいて、前記TXOP持続時間を計算するように構成されている
実施形態11に記載の第1の通信デバイス。
13. 前記回路は、前記スケジューリング間隔の前記開始時に前記制御フレームを送信するように構成されており、前記制御フレームは、前記1つ以上の第3の通信デバイスがチャネルアクセスの競合を開始し得ることを示し、前記第2の通信デバイスが指示された持続時間にわたって前記チャネルをビジーとみなすべきであることを示す。
上記の実施形態のいずれか1つに記載の第1の通信デバイス。
14. 前記持続時間は、前記スケジューリング間隔の持続時間または前記スケジューリング間隔のために確立された別の保護メカニズムの持続時間を超えてはならないものである
実施形態13に記載の第1の通信デバイス。
15. 前記回路は、
- 前記第2の通信デバイスおよび前記第3の通信デバイスが、競合に勝った場合、チャネルアクセスを競合させて前記チャネルを使用することを許可される中に、任意に、許容マージンを加えた、前記スケジューリング間隔の前記開始までの第1の時間間隔と、
- 前記第2の通信デバイスが、チャネルアクセスを競合させることが許容されないか、または、前記スケジューリング間隔中に、通信が前記チャネル上で計画されている前記1つ以上の第3の通信デバイスによって使用されるチャネルアクセス(CA)パラメータよりも優先順位が低いチャネルアクセス(CA)パラメータを使用してチャネルアクセスを競合させることが許容される中、前記スケジューリング間隔の前記開始から開始する第2の時間間隔と、を
前記第2の通信デバイスおよび前記第3の通信デバイスに指示する第3の時間情報を送信するように構成されている
上記の実施形態のいずれか1つに記載の第1の通信デバイス。
16. - 制約競合間隔を開始し、かつ、スケジューリング間隔中に1つ以上の第3の通信デバイスとの1つのチャネルを介した通信を計画している第1の通信デバイスからの制約競合情報を含む制御フレームを受信し、かつ、
- 前記チャネルをビジーと見なすか、または、前記制約競合情報に基づいて、競合して前記チャネルにアクセスするかのいずれかを行う
ように構成された回路を具備し、
前記制約競合間隔は、第2の通信デバイスが、制約競合情報に従って、競合して前記チャネルにアクセスする中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第2の通信デバイス。
17. 前記制約競合情報が正しく解釈できない場合、または、前記制約競合情報によって暗示される条件を順守できない場合、前記回路は、前記チャネルをビジーかつ/または前記チャネルのチャネルアクセスの競合を開始しないものとみなすように構成されている
実施形態16に記載の第2の通信デバイス。
18. 前記回路は、前記制約競合情報を正しくデコードかつ解釈し、かつ、競合に勝った場合には、前記スケジューリング間隔の前記開始時または前記スケジューリング間隔の前記開始時に停止する送信機会に許容マージンを加えて開始するように構成されている
実施形態16または17に記載の第2の通信デバイス。
19. 前記回路は、競合に勝ったときに、
- 他の通信デバイスにデータを送信すること、
- 他の通信デバイスとの送信機会を開始すること、および、
- 他の通信デバイスをトリガして、前記第2の通信デバイスにデータを送信すること
の1つ以上を実行するように構成されている
実施形態18に記載の第2の通信デバイス。
20. 他の通信デバイスが前記制約競合情報を処理することができない場合には、他の通信デバイスとの送信機会は、CTSフレームを送信することによって開始され、データフレームの送信は、所定の期間内で続く
実施形態17または18に記載の第2の通信デバイス。
21. 前記他の通信デバイスが前記制約競合情報を処理することができない場合、STAが送信を開始する前にチャネルのビジーまたはアイドル状態をチェックする必要がないことを示すキャリアセンスフラグ設定を含んで、他の通信デバイスをトリガするためのトリガが送信されている
実施形態17,18または19に記載の第2の通信デバイス。
22. 前記回路は、前記制御フレームの受信に応答して競合応答を送信するように構成されており、前記競合応答は、一部のまたは完全な前記制約競合情報を含む
実施形態16～21のいずれか1つに記載の第2の通信デバイス。
23. 前記回路は、前記制約競合情報によって示された1つ以上の期間中、および、前記第1の通信デバイスへの他の第2の通信デバイスまたは第3の通信デバイスの送信中に、前記他の第2の通信デバイスまたは前記第3の通信デバイスから前記第1の通信デバイスへの送信との干渉を回避する削減された送信電力および/または修正送信パラメータで、空間的再利用方式を使用し、データを送信するように構成されている
実施形態16～22のいずれか1つに記載の第2の通信デバイス。
24. 前記回路は、前記制約競合情報が前記第1の通信デバイスから送信された場合に、空間的再利用動作を可能にし、かつ、少なくとも制約競合フラグが正しく復号される、空間的再利用を行うように構成されている
実施形態16～23のいずれか1つに記載の第2の通信デバイス。
25. 前記回路は、前記スケジューリング間隔の開始時間および/または持続時間を示す前記制約競合情報内の第2の時間情報に基づいて、TXOP持続時間を計算するように構成されている
実施形態16～24のいずれか1つに記載の第2の通信デバイス。
26. 1つ以上の第2および第3の通信デバイスと通信するように構成された第1の通信デバイスの第1の通信方法であって、
- 前記第1の通信デバイスと前記1つ以上の第3の通信デバイスとの通信がチャネル上で計画されるスケジューリング間隔の開始前または開始時の間隔内で、前記チャネルアクセスに対して競合するステップと、
- 競合に成功した後、制約競合間隔を開始し、制約競合情報を含む制御フレームを送信するステップと
を含み、
前記制約競合間隔は、第2の通信デバイスおよび/または第3の通信デバイスが、前記チャネルをビジーと見なすか、または、制約競合情報に従って、競合して前記チャネルにアクセスするかのいずれかの中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第1の通信方法。
27. 第2の通信デバイスの第2の通信方法であって、
- 制約競合間隔を開始し、かつ、スケジューリング間隔中に1つ以上の第3の通信デバイスとの1つのチャネルを介した通信を計画している第1の通信デバイスからの制約競合情報を含む制御フレームを受信するステップと、
- 前記チャネルをビジーと見なすか、または、前記制約競合情報に基づいて、競合して前記チャネルにアクセスするかのいずれかを行うステップと
を含み、
前記制約競合間隔は、第2の通信デバイスが、制約競合情報に従って、競合して前記チャネルにアクセスする中の、前記スケジューリング間隔の前および／または前記スケジューリング間隔中の期間を表す
第2の通信方法。
28. コンピュータプログラム製品に記憶され、プロセッサによって実行されると、実施形態26または27に記載の方法を実行させる、非一時的なコンピュータ読み取り可能な記録媒体。
29. コンピュータプログラムをコンピュータ上で実行する際に、実施形態26または27に記載の方法のステップを前記コンピュータに実行させるためのプログラムコード手段を具備するコンピュータプログラム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【国際調査報告】