特表2024-522804 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ソニー株式会社の特許一覧 ▶ ソニー　コーポレイション　オブ　アメリカの特許一覧

特表2024-522804優先順位付けされた全二重通信のための衝突検出及び衝突解決

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

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
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53

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

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

(11)【公表番号】

(43)【公表日】2024-06-21

(54)【発明の名称】優先順位付けされた全二重通信のための衝突検出及び衝突解決

(51)【国際特許分類】

H04W 74/0816 20240101AFI20240614BHJP

H04W 84/12 20090101ALI20240614BHJP

【ＦＩ】

H04W74/0816

H04W84/12

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023578015

(86)(22)【出願日】2022-09-06

(85)【翻訳文提出日】2023-12-18

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

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

(87)【国際公開日】2023-03-16

(31)【優先権主張番号】63/261,062

(32)【優先日】2021-09-09

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

(31)【優先権主張番号】17/819,285

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】000002185

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

(71)【出願人】

【識別番号】504257564

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

(74)【代理人】

【識別番号】100092093

【弁理士】

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

(74)【代理人】

【識別番号】100109070

【弁理士】

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

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【氏名又は名称】上杉浩

(74)【代理人】

【識別番号】100141553

【弁理士】

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

(72)【発明者】

【氏名】シアチン

(72)【発明者】

【氏名】スンリ－シャン

(72)【発明者】

【氏名】アブエルサウードモハメド

(72)【発明者】

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

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

5K067

【Ｆターム（参考）】

5K067AA03

5K067EE02

5K067JJ03

(57)【要約】

１又は２以上の全二重（ＦＤ）局を有する無線ローカルエリアネットワーク（ＷＬＡＮ）で使用するためのプリアンブルベースの衝突検出機構。また、優先順位付けされた通信のための新しい衝突解決推定及びスケジューリング機構を説明する。これらの技術は、自己干渉（ＳＩ）推定を実行する必要なく、より迅速な衝突検出及び解決を可能にすることができる。技術は、時間領域及び／又は周波数領域において、ＦＤ局が優先度情報を埋め込む直交プリアンブルを使用することを含む。
【選択図】図２０

【特許請求の範囲】

【請求項1】

ネットワークにおける無線通信のための装置であって、前記装置は、
（ａ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするように構成されるＩＥＥＥ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）としての無線通信回路と、
（ｂ）前記ＳＴＡのプロセッサと、
（ｃ）他のＳＴＡと通信し、通信プロトコルの異なる役割を果たすための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
を備え、
（ｄ）前記命令は、前記プロセッサによって実行された時に、プリアンブルベースの衝突検出の１又は２以上のステップを実行し、前記１又は２以上のステップは、
（ｉ）全二重（ＦＤ）ＳＴＡである前記ＳＴＡによって直交プリアンブルを生成し、前記直交プリアンブルは埋め込まれたトラフィック優先度情報を含み、プリアンブルを処理するステップであって、
（Ａ）前記ＳＴＡが、それ自身の優先度よりも低い優先度を有する衝突プリアンブルを検出すると、前記プリアンブル及びそれに関連付けられた物理レイヤプロトコルデータユニット（ＰＰＤＵ）を再送信することと、
（Ｂ）前記ＳＴＡが、それ自身の優先度に等しい又はそれよりも高い優先度を有するか又は優先度を有さない衝突プリアンブルを検出すると、自身の送信を停止して、媒体がアイドルであることを検知した後にバックオフを開始することと、
（Ｃ）衝突が検出されない場合、前記ＰＰＤＵの送信を継続することと、
を含む、ステップと、
（ｉｉ）イントラ基本サービスセット（イントラＢＳＳ）衝突推定を処理した後に、送信に優先順位付けするステップであって、
（Ａ）衝突回避のために送信される各制御フレームにおいて優先度を示すことと、
（Ｂ）スケジューラとして動作するＳＴＡによってイントラＢＳＳ衝突が推定された時に、優先度の低いトラフィックまでに優先度の高いトラフィックを処理できるようにすることと、
を含む、ステップと、
を含む、
ことを特徴とする装置。

【請求項2】

前記プリアンブルベースの衝突検出は、自己干渉キャンセル（ＳＩＣ）チャネル推定を実行する必要なく実行されることを特徴とする、請求項１に記載の装置。

【請求項3】

前記無線ネットワーク上の局によって予め決定される及び／又は合意されるようなプリアンブルに、優先度情報が埋め込まれることを特徴とする、請求項１に記載の装置。

【請求項4】

８０２．１１で規定されるレガシープリアンブルフィールドに続くプリアンブルに、優先度情報が埋め込まれることを特徴とする、請求項１に記載の装置。

【請求項5】

前記直交プリアンブルは、時間領域において、又は周波数領域において、又は前記時間領域及び前記周波数領域の両方において直交することを特徴とする、請求項１に記載の装置。

【請求項6】

前記時間領域における前記直交プリアンブルは、他のＳＴＡのプリアンブルによって搬送される他の優先度信号に直交する直交優先度信号を搬送することを特徴とする、請求項５に記載の装置。

【請求項7】

前記直交優先度信号は予め構成され、送信機間の中心周波数同期が要求されるべきであることを特徴とする、請求項６に記載の装置。

【請求項8】

前記周波数領域における前記直交プリアンブルは、少なくとも４０ｐｐｍ離間される異なるサブキャリアに埋め込むことができる優先度情報を含むことを特徴とする、請求項５に記載の装置。

【請求項9】

前記ＳＴＡは、それ自身のＦＤプリアンブルのトーンをゼロにして、異なる優先度を有する他のＳＴＡを発見することを特徴とする、請求項８に記載の装置。

【請求項10】

前記ＦＤＳＴＡは、送信要求（ＲＴＳ）、送信可（ＣＴＳ）、メッセージ交換を含む送信機会（ＴＸＯＰ）を開始することができることを特徴とする、請求項１に記載の装置。

【請求項11】

イントラ基本サービスセット（イントラＢＳＳ）干渉の存在を推定すると、フレームがブロードキャストされて、前記ＴＸＯＰのために処理すべき要求の優先される優先度（ｐｒｅｆｅｒｒｅｄｐｒｉｏｒｉｔｙ）を示すことを特徴とする、請求項１０に記載の装置。

【請求項12】

要求されたトラフィック優先度を示すフレームを受け取った後に、前記ネットワーク上の各ＦＤＳＴＡは、どのトラフィック優先度が処理されているかに応じて、以下のアクションを実行する：（ｉ）前記要求された優先度よりも低い優先度のトラフィックを処理する時に、各ＦＤＳＴＡは、任意の送信及び再送信を停止する、及び（ｉｉ）前記要求された優先度よりも高い又はそれに等しい優先度のトラフィックを処理する時に、各ＦＤＳＴＡは、それらのそれぞれの送信機及び受信機処理を継続することを特徴とする、請求項１に記載の装置。

【請求項13】

前記ＳＴＡは、ＦＤアクセスポイント（ＡＰ）であり、前記ＦＤＡＰは、前記ネットワーク上の非ＡＰＦＤＳＴＡをトリガして、低く優先順位付けされたトラフィックの送信を開始して、低く優先順位付けされたトラフィックを有するこれらの非ＡＰＦＤＳＴＡが、高く優先順位付けされたトラフィックが優先されることを示すブロードキャストフレームを受け取った後に、チャネルが少なくともＰＩＦＳ継続時間にわたってアイドルである場合、トリガされる必要なく、チャネルに再アクセスできるようにすることを特徴とする、請求項１に記載の装置。

【請求項14】

要求された優先度のトラフィックを処理した後に、要求された優先度情報を含むフレームをブロードキャストした前記ＦＤＳＴＡは、優先度の低いトラフィックを有する、前記ネットワーク上の推定された衝突ＦＤＳＴＡに、それらが優先度の低いトラフィックの送受信を開始することができることを示す別のフレームを送信することを特徴とする、請求項１に記載の装置。

【請求項15】

前記ＦＤＳＴＡは、ＤＡＴＡＰＰＤＵを送信することによって、送信機会（ＴＸＯＰ）を開始することを特徴とする、請求項１に記載の装置。

【請求項16】

同時に送信及び受信されたプリアンブルを利用して、イントラ基本サービスセット（イントラＢＳＳ）衝突を推定し、以下のように優先度解決（ｐｒｉｏｒｉｔｙｒｅｓｏｌｕｔｉｏｎ）に基づいてプロセスの決定を行う：（ａ）自身よりも低い優先度を有するイントラＢＳＳ衝突の存在が推定された時に、前記ＰＰＤＵが再送信される、（ｂ）自身よりも高い優先度を有するイントラＢＳＳ衝突の存在が推定された時に、予約されたＲＵ又は予約されていないＲＵから制御フレームが受け取られない限り、前記ＰＰＤＵの送信が停止される、及び（ｃ）ＤＡＴＡＰＰＤＵ部分を含まないプリアンブルが受け取られた時に、予約されたＲＵを通じて制御フレームが送信されて、過大推定されたイントラＢＳＳ衝突が存在することを示すことを特徴とする、請求項１５に記載の装置。

【請求項17】

前記過大推定されたイントラＢＳＳ衝突に対して、このプリアンブルの送信元である前記ネットワークにおけるＳＴＡは、予約されたＲＵを通じてこの制御フレームを受け取り、イントラＢＳＳ衝突信号として過大推定された、以前に終了させた優先度が低いＰＰＤＵを再送信するか又はそのＰＰＤＵの再送信をトリガすることを特徴とする、請求項１６に記載の装置。

【請求項18】

ネットワークにおける無線通信のための装置であって、前記装置は、
（ａ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするように構成されるＩＥＥＥ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）としての無線通信回路と、
（ｂ）前記ＳＴＡのプロセッサと、
（ｃ）他のＳＴＡと通信し、通信プロトコルの異なる役割を果たすための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
を備え、
（ｄ）前記命令は、前記プロセッサによって実行された時に、プリアンブルベースの衝突検出の１又は２以上のステップを実行し、前記１又は２以上のステップは、
（ｉ）ＦＤＳＴＡである前記ＳＴＡによって、時間領域及び／又は周波数領域において直交する直交プリアンブルを生成し、前記直交プリアンブルは埋め込まれたトラフィック優先度情報を含み、プリアンブルを処理するステップであって、
（Ａ）前記ＳＴＡが、それ自身の優先度よりも低い優先度を有する衝突プリアンブルを検出すると、前記プリアンブル及びそれに関連付けられた物理レイヤプロトコルデータユニット（ＰＰＤＵ）を再送信することと、
（Ｂ）前記ＳＴＡが、それ自身の優先度に等しい又はそれよりも高い優先度を有するか又は優先度を有さない衝突プリアンブルを検出すると、自身の送信を停止して、媒体がアイドルであることを検知した後にバックオフを開始することと、
（Ｃ）衝突が検出されない場合、ＰＰＤＵの残りの部分の送信を継続することと、
を含む、ステップと、
（ｉｉ）イントラ基本サービスセット（イントラＢＳＳ）衝突推定を処理した後に、送信に優先順位付けするステップであって、
（Ａ）衝突回避のために送信される各制御フレームにおいて優先度を示すことと、
（Ｂ）スケジューラとして動作するＳＴＡによってイントラＢＳＳ衝突が推定された時に、優先度の低いトラフィックまでに優先度の高いトラフィックを処理できるようにすることと、
を含む、ステップと、
（ｉｉｉ）送信機会（ＴＸＯＰ）を開始するステップであって、イントラ基本サービスセット（イントラＢＳＳ）干渉の存在を推定すると、フレームがブロードキャストされて、前記ＴＸＯＰのために処理すべき要求の優先される優先度を示す、ステップと、
を含む、
ことを特徴とする装置。

【請求項19】

【請求項20】

ネットワークにおける無線通信の方法であって、
（ａ）プリアンブルベースの衝突検出における役割を実行するように構成されるキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするように構成されるＩＥＥＥ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）としての無線通信回路を構成するステップと、
（ｂ）ＦＤＳＴＡである前記ＳＴＡによって直交プリアンブルを生成し、前記直交プリアンブルは埋め込まれたトラフィック優先度情報を含み、プリアンブルを処理するステップであって、
（ｉ）前記ＳＴＡが、それ自身の優先度よりも低い優先度を有する衝突プリアンブルを検出すると、前記プリアンブル及びそれに関連付けられた物理レイヤプロトコルデータユニット（ＰＰＤＵ）を再送信することと、
（ｉｉ）前記ＳＴＡが、それ自身の優先度に等しい又はそれよりも高い優先度を有するか又は優先度を有さない衝突プリアンブルを検出すると、自身の送信を停止して、媒体がアイドルであることを検知した後にバックオフを開始することと、
（ｉｉｉ）衝突が検出されない場合、ＰＰＤＵの残りの部分の送信を継続することと、
を含む、ステップと、
（ｃ）イントラ基本サービスセット（イントラＢＳＳ）衝突推定を処理した後に、送信に優先順位付けするステップであって、
（ｉ）衝突回避のために送信される各制御フレームにおいて優先度を示すことと、
（ｉｉ）スケジューラとして動作するＳＴＡによってイントラＢＳＳ衝突が推定された時に、優先度の低いトラフィックまでに優先度の高いトラフィックを処理できるようにすることと、
を含む、ステップと、
を含むことを特徴とする方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

〔連邦政府が支援する研究又は開発に関する記述〕
[0002] 適用なし

【0003】

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

【0004】

[0005] 本開示の技術は、一般に、無線ローカルエリアネットワーク（ＷＬＡＮ）に関し、具体的には、自己干渉の問題に対処する全二重ＷＬＡＮに関する。

【背景技術】

【0005】

[0007] 無線ローカルエリアネットワーク（ＷＬＡＮ）上での全二重（ＦＤ）技術の使用は、スペクトル効率を増加させる能力を有するので、ますます重要になってきている。

【0006】

[0008] しかしながら、ＦＤを使用すると、トランシーバ結合及びマルチパス反射を通じて同じデバイスによって受け取られるようなＦＤデバイスの自己干渉（ＳＩ）に関する問題が生じる。

【発明の概要】

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

【0007】

[0009] したがって、ＳＩの問題に対処するＦＤ技術に対するニーズが存在する。本開示は、このニーズを満たすとともに、更なる利益をもたらす。

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

【0008】

[0010] 自己干渉（ＳＩ）推定を行うことなく実行することができる新しいプリアンブルベースの衝突検出装置及び方法。また、優先順位付けされたトラフィックとの通信のための新しい衝突解決推定及びスケジューリング機構を開示する。

【0009】

[0011] 衝突検出（ＣＤ）機構は、時間領域又は周波数領域において直交（例えば、時間／周波数領域）プリアンブルを使用して、より迅速に衝突を検出することができる。少なくとも１つの実施形態では、プリアンブルに優先度情報が埋め込まれる。優先度レベルは、全てのＦＤＳＴＡによって予め決定して合意することができる。この優先度情報は、８０２．１１で規定されるレガシープリアンブルフィールドに続くＦＤプリアンブルフィールドに埋め込むことができる。ＦＤＳＴＡは、異なる方法で衝突プリアンブルの検出を処理することができるが、これは、相対優先度に依存する可能性がある。

【0010】

[0012] 少なくとも１つの実施形態では、機構は、イントラＢＳＳ衝突推定のプロセスの後に、優先順位付けされた送信を保証することができる。例えば、ＦＤＳＴＡが、衝突回避のために使用される制御フレームにおいて優先度を示し、及び／又はＦＤスケジューラＳＴＡが、イントラＢＳＳ衝突が推定された時に、優先度の低いトラフィックまでに優先度の高いトラフィックを処理できるようにする。

【0011】

[0013] 少なくとも１つの実施形態では、ＦＤＳＴＡは、送信要求／送信可（ＲＴＳ／ＣＴＳ）交換を含む送信機会（ＴＸＯＰ）を開始することができる。

【0012】

[0014] 開示する技術の多くの可能な実装が存在し、それらの例は本明細書全体を通して説明される。

【0013】

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

【0014】

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

【図面の簡単な説明】

【0015】

【図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】本開示の少なくとも１つの実施形態による、ＯＢＳＳ干渉に対するＯＢＳＳ衝突の効果の拡張実施例２－３を説明するためのネットワークトポロジ例を示す図である。

【図29】本開示の少なくとも１つの実施形態による、イントラＢＳＳ干渉に対するＯＢＳＳ衝突の効果の拡張実施例２－３を説明するためのネットワークトポロジ例を示す図である。

【図30】本開示の少なくとも１つの実施形態に従って説明されるような、ＡＰが衝突を過大推定する場合があるケースにおけるネットワークトポロジ例を示す図である。

【図31】本開示の少なくとも１つの実施形態による、図３０の過大推定された衝突のケース例２を解決する通信図である。

【図32】本開示の少なくとも１つの実施形態による、Ｐ－ＲＴＳ、Ｐ－ＣＴＳの組み合わせを含むＴＸＯＰが開始された場合のＦＤＡＰの動作のフロー図である。

【図33】本開示の少なくとも１つの実施形態による、Ｐ－ＲＴＳ、Ｐ－ＣＴＳの組み合わせを含むＴＸＯＰが開始された場合のＦＤＡＰの動作のフロー図である。

【図34】本開示の少なくとも１つの実施形態による、Ｐ－ＲＴＳ、Ｐ－ＣＴＳの組み合わせを含むＴＸＯＰが開始された場合のＦＤＡＰの動作のフロー図である。

【図35】本開示の少なくとも１つの実施形態による、Ｐ－ＲＴＳ、Ｐ－ＣＴＳの組み合わせを含むＴＸＯＰが開始された場合のＦＤＡＰの動作のフロー図である。

【図36】本開示の少なくとも１つの実施形態による、Ｐ－ＲＴＳ、Ｐ－ＣＴＳの組み合わせを含むＴＸＯＰを開始した場合のＦＤＳＴＡの動作のフロー図である。

【図37】本開示の少なくとも１つの実施形態による、Ｐ－ＲＴＳ、Ｐ－ＣＴＳの組み合わせを含むＴＸＯＰを開始した場合のＦＤＳＴＡの動作のフロー図である。

【図38】本開示の少なくとも１つの実施形態による、Ｐ－ＲＴＳ、Ｐ－ＣＴＳの組み合わせを含むＴＸＯＰを開始した場合のＦＤＳＴＡの動作のフロー図である。

【図39】本開示の少なくとも１つの実施形態による、ＰＰＤＵによって開始されたＴＸＯＰに対するＨＰトラフィック許可の実施例３－１の通信図である。

【図40】本開示の少なくとも１つの実施形態による、過大推定されたイントラＢＳＳ衝突を含むＨＰトラフィック許可の実施例３－２の通信図である。

【図41】本開示の少なくとも１つの実施形態による、ＡＰがＬＰを有する時のＰＰＤＵによって開始されたＴＸＯＰに対するＨＰトラフィック許可の実施例３－３の通信図である。

【図42】本開示の少なくとも１つの実施形態による、ＡＰがＬＰを有する時のＰＰＤＵによって開始されたＴＸＯＰに対するＨＰトラフィック許可の実施例３－４の通信図である。

【図43】本開示の少なくとも１つの実施形態による、ＦＤＳＴＡが、ＤＡＴＡＰＰＤＵを含むＴＸＯＰを開始するフロー図である。

【図44】本開示の少なくとも１つの実施形態による、ＦＤＳＴＡが、ＤＡＴＡＰＰＤＵを含むＴＸＯＰを開始するフロー図である。

【図45】本開示の少なくとも１つの実施形態による、ＦＤＳＴＡが、ＤＡＴＡＰＰＤＵを含むＴＸＯＰを開始するフロー図である。

【図46】本開示の少なくとも１つの実施形態による、非ＡＰＳＴＡが、ＤＡＴＡＰＰＤＵを含むＴＸＯＰを開始するフロー図である。

【図47】本開示の少なくとも１つの実施形態による、非ＡＰＳＴＡが、ＤＡＴＡＰＰＤＵを含むＴＸＯＰを開始するフロー図である。

【図48】本開示の少なくとも１つの実施形態によるＰ－ＲＴＳフレームのデータフィールド図である。

【図49】本開示の少なくとも１つの実施形態による、図４８からのＰＲ制御フィールドのデータフィールド図である。

【図50】本開示の少なくとも１つの実施形態によるＰ－ＣＴＳフレームのデータフィールド図である。

【図51】本開示の少なくとも１つの実施形態による、図５０に示すＰＲ制御フィールドのデータフィールド図である。

【図52】本開示の少なくとも１つの実施形態によるＰＲ＋ＣＤＰフレームのデータフィールド図である。

【図53】図５２に見られるようなＰＲ＋ＣＤＰ制御フィールドのデータフィールド図である。

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

【0016】

１．従来の最新技術
[0060] 全二重（ＦＤ）技術は、８０２．１１ＦＤＴｅｃｈｎｉｃａｌＩｎｔｅｒｅｓｔＧｒｏｕｐ（ＴＩＧ）において検討中であり、この記事の執筆時点では、ＦＤ技術の標準は存在しない。ＦＤの利益は、同じ周波数リソースを共有する無線信号を同時に送信及び受信する能力を含み、したがって、半二重リンクと比較して、双方向リンクのスペクトル効率を２倍にする可能性をもたらす。

【0017】

[0061] 課題は、ＦＤデバイスによって送信され、トランシーバ結合及びマルチパス反射を通じて同じデバイスによって受け取られる自己干渉（ＳＩ）を効率的かつ十分にキャンセルすることである。

【0018】

[0062] 例えば、仮想現実（ＶＲ）、拡張現実（ＡＲ）、遠隔医療などを含む、技術の多くの使用事例が存在する。

【0019】

１．１．自己干渉キャンセル（ＳＩＣ）
[0064] 図１及び図２に、予想された送信（図１）及び実際に送信されたもの（図２）のスペクトル（電力及び周波数）を示す。結果は、ＳＴＡによって当初送信される信号は図１に見られる通りであり、一方で、実際の送信信号は図２に示す通りである。トランシーバにおける多くのアナログコンポーネントが、送信信号に送信機ノイズ及び高調波を追加することによって、図１に見られるような元の信号を歪ませて、その結果、図２の通りに受け取られる信号になる。

【0020】

[0065] 図３に、任意の自己干渉を十分にキャンセルして、干渉電力が受信機ノイズフロア（－９０ｄＢｍ）のレベルまで低減されるようにするためのＦＤの自己干渉キャンセル（ＳＩＣ）要件を示す。図の左側に、１１０ｄＢの主信号と、８０ｄＢの高調波と、５０ｄＢの送信機ノイズとを含む送信信号が見られる。図の右側に、受信機においてピックアップ（ｐｉｃｋｅｄｕｐ）されるもの、及びノイズキャンセルの寄与が見られる。ノイズキャンセルは、６０ｄＢのアナログＳＩＣキャンセルを含み、これにより、受信機チェーンが、受信機飽和において１０ｄＢのピーク対平均電力比（ＰＡＰＲ）を満たす。また、５０ｄＢのデジタルＳＩＣキャンセルを含み、ＳＩＣの使用により－９０ｄＢｍの受信機ノイズフロアをもたらす。

【0021】

[0066] したがって、ＳＩＣは、以下の能力を提供すべきである。（１）いかなるＦＤシステムも、１１０ｄＢの線形自己干渉キャンセルを提供して、ＳＩを受信機ノイズフロアに低減すべきである。これにより、ノイズフロアを上回る最も強い主信号成分（１１０ｄＢ）を除去することができる。（２）ＦＤシステムは、ノイズフロアを上回る８０ｄＢである非線形高調波成分を低減すべきである。（３）いかなるＦＤシステムも、少なくとも５０ｄＢのアナログノイズキャンセルを提供して送信機ノイズをキャンセルするアナログキャンセルコンポーネントを有するべきである。（４）入力信号が、アナログ－デジタルコンバータ（ＡＤＣ）解決によって決定される特定のレベルを超える場合、無線機における受信機（ＲＸ）チェーンは飽和する可能性がある。したがって、図３に見られるように、送信されたＳＩは２０ｄＢｍと低い可能性があるので、ＦＤシステムは、６０ｄＢのＳＩ低減をもたらすアナログキャンセルを有し、考慮されるピーク対平均電力比（ＰＡＰＲ）に対する１０ｄＢのマージンを含むＲｘ飽和レベルの要件を満たす必要がある。また、５０ｄＢのＳＩ低減をもたらすデジタルキャンセルにより、受信機ノイズフロアが－９０ｄＢｍを達成する。

【0022】

１．２．優先順位付けされた通信
[0068] ８０２．１１では、イントラアクセスカテゴリ（ＡＣ）通信優先順位付けは、６つの送信キューを提供し、これらのキューは、４つの拡張分散チャネルアクセス機能（ＥＤＣＡＦ）をマッピングして、同じＡＣにおいてトラフィックストリーム間を区別して、ＡＣ＿ＶＩストリーム又はＡＣ＿ＶＯストリーム間により細かく優先順位付けする。

【0023】

１．３．以前に提案された解決策
[0070] 衝突に起因する時間の浪費を避けるために、ＦＤ支援の衝突検出に基づいて、ＦＤデバイスからの同時送信を停止するための衝突検出が提案されている。衝突からの回復を加速するために、競合解決を含む更なるＦＤ支援のＥＤＣＡアクセスも提案される。既存のＭＡＣプロトコルの効率を向上させるために、ＦＤ支援のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が提案されている。自己干渉キャンセル（ＳＩＣ）を容易にするのに十分に柔軟である必要があるＦＤプリアンブルが提案されている。

【0024】

[0071] 図４及び図５に、図４のようにＦＤスタンドアロントレーニングフレームとして指定することができるＦＤプリアンブル、又は図５に見られるように既存のフレームに付加することができるＦＤプリアンブルを示す。

【0025】

[0072] 解決を分析及び／又は提案して、ＦＤトランシーバに対する自己干渉をキャンセルする自己干渉キャンセル（ＳＩＣ）が提案されている。

【0026】

[0073] 既存の解決策は、完全なＳＩＣを要求する。また、現在の衝突検出解決策は、衝突信号の異なる優先度を区別することができないので、通常、両側からの送信を停止して更なる衝突を回避する。

【0027】

２．本開示の寄与
[0075] 新たなＦＤプリアンブルフィールドにおいて定められる優先順位付けされたプリアンブルを利用する全二重（ＦＤ）衝突検出の方法論について説明する。優先順位付けされたプリアンブルの衝突検出は、完全な自己干渉キャンセル（ＳＩＣ）を必要としない。ＳＩＣを行うことなくＦＤプリアンブルに基づいて衝突検出を使用することによって、検出ＳＴＡの送信効率を向上させるので、物理レイヤプロトコルデータユニット（ＰＰＤＵ）の残りの部分の送信を停止して、更なる衝突を回避することができる。

【0028】

[0076] 更に、本開示は、優先順位付けされたストリームのための別の衝突解決方法を説明する。この方法は、イントラＢＳＳ衝突が発生した時に、低く優先順位付けされたストリームよりも早いアクセスを有する高く優先順位付けされたストリームを許可する。

【0029】

３．ハードウェアの実施形態
[0078] 図６に、無線周波数フロントエンド（ＲＦＦＥ）３０を有する局で利用されるような自己干渉キャンセル（ＳＩＣ）ハードウェアの実施形態例１０を示す。このＳＩＣハードウェアは、以下で図７に見られるＳＴＡ及び図８に見られるＭＬＤなどの無線ローカルエリアネットワーク（ＷＬＡＮ）で利用される。

【0030】

[0079] ＴｘデジタルＢＢ１２は、ベースバンド送信（ＴＸ）信号である。ベースバンドデジタル信号は、通過帯域信号へのデジタル－アナログコンバータ（ＤＡＣ）及びアップコンバータ（ＵＣ）１４の変調を通じて、高調波及び送信機ノイズを蓄積する。送信信号がＴＸアンテナ１６に送られる前に、送信機ノイズを含む送信信号のごく部分が回路１５を通過して、アナログＳＩＣを行う。

【0031】

[0080] ＳＩＣ回路は、可変遅延器２６ａ～２６ｎ及び同調可能な減衰器２８ａ～２８ｎの並列固定線路（ｐａｒａｌｌｅｌｆｉｘｅｄｌｉｎｅｓ）からなる。次に、これらの線路は、まとめられ合計されて、次に、この合成信号は、受信経路上の信号から減算（２３）される。

【0032】

[0081] アンテナ２２から受け取られる通過帯域信号は、ＳＩＣ訂正が適用（２３）され、アナログ－デジタルコンバータ（ＡＤＣ）及びダウンコンバータ（ＤＣ）２０を通過する。ＡＤＣ及びＤＣからのベースバンドデジタル信号に、デジタルＳＩＣ（２４）を適用（１９）して、アナログキャンセル及び環境からのこの信号のあらゆる遅延反射の後の主ＴＸＳＩを含む残りの残留自己干渉を推定して、受信機デジタルベースバンド信号（１８）を生成する。

【0033】

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

【0034】

[0083] バス５４は、ＣＰＵに様々なデバイスを接続すること、例えば、センサ、アクチュエータなどへの接続を可能にする。プロセッサ５８上では、通信プロトコルを実装するプログラムを実行するための、メモリ６０からの命令が実行され、通信プロトコルが実行されて、ＳＴＡがアクセスポイント（ＡＰ）局又は通常の局（非ＡＰＳＴＡ）の機能を実行できるようにする。また、プログラミングは、現在の通信文脈においてどのような役割を実行しているかによって、異なるモード（ＴＸＯＰ保持者、ＴＸＯＰ共有参加者、ソース、中間、宛先、第１のＡＰ、他のＡＰ、第１のＡＰと関連付けられる局、他のＡＰと関連付けられる局、コーディネータ、コーディネーティ（ｃｏｏｒｄｉｎａｔｅｅ）、ＯＢＳＳ内のＡＰ、ＯＢＳＳ内のＳＴＡなど）で動作するように構成されると理解されたい。

【0035】

[0084] したがって、図示のＳＴＡＨＷは、少なくとも１つの帯域で通信を提供するために、少なくとも１つのモデム及び関連するＲＦ回路を含むように構成される。本開示は、主にｓｕｂ－６ＧＨｚ帯を対象とする。

【0036】

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

【0037】

[0086] 更に、なお、図に示すような局ハードウェアの複数の例は、マルチリンクデバイス（ＭＬＤ）に組み合わせることができ、マルチリンクデバイス（ＭＬＤ）は、通常、活動を調整するためのプロセッサ及びメモリを有するが、ＭＬＤ内の各ＳＴＡに別個のＣＰＵ及びメモリが常に必要であるとは限らない。

【0038】

[0087] 図８に、マルチリンクデバイス（ＭＬＤ）ハードウェア構成の実施形態例９０を示す。ＭＬＤは、ソフトＡＰＭＬＤを含むことができ、ソフトＡＰＭＬＤは、ＡＰとして動作させる１又は２以上の提携ＳＴＡからなるＭＬＤである。ソフトＡＰＭＬＤは、２．４ＧＨｚ、５ＧＨｚ及び６ＧＨｚでの複数の無線動作をサポートすべきである。複数の無線機の中で、基本リンクセットは、同時送受信（ＳＴＲ）モードを満たすリンクペア、例えば、基本リンクセット（２．４ＧＨｚ及び５ＧＨｚ）、基本リンクセット（２．４ＧＨｚ及び６ＧＨｚ）である。

【0039】

[0088] 条件付きリンクは、いくつかの基本リンクを含む非同時送受信（ＮＳＴＲ）リンクペアを形成するリンクである。例えば、これらのリンクペアは、５ＧＨｚが基本リンクである時に、５ＧＨｚリンクに対応する条件付きリンクとして６ＧＨｚリンクを含むことができ、６ＧＨｚが基本リンクである時には、５ＧＨｚリンクが、６ＧＨｚリンクに対応する条件付きリンクである。ソフトＡＰは、Ｗｉ－Ｆｉホットスポット及びテザーリング（ｔｅｔｈｅｒｉｎｇ）を含む異なるシナリオにおいて使用される。

【0040】

[0089] 複数のＳＴＡが、ＭＬＤと提携しており、その各ＳＴＡは、異なる周波数のリンク上で動作する。ＭＬＤは、アプリケーションへの外部Ｉ／Ｏアクセスを有し、このアクセスは、ＣＰＵ１１２及びメモリ（例えばＲＡＭ）１１４を有するＭＬＤ管理エンティティ９８に接続して、ＭＬＤレベルにおいて通信プロトコルを実装するプログラムを実行できるようにする。ＭＬＤは、ＭＬＤが接続される各提携局（ここでは、ＳＴＡ１９２、ＳＴＡ２９４、…、ＳＴＡ＿Ｎ９６として例示する）にタスクを分散し、各提携局から情報を収集して、提携ＳＴＡ間で情報を共有することができる。

【0041】

[0090] 少なくとも１つの実施形態では、ＭＬＤの各ＳＴＡは、それ自身のＣＰＵ１００及びメモリ（ＲＡＭ）１０２を有し、ＣＰＵ１００及びメモリ（ＲＡＭ）１０２は、バス１０８を通じて、少なくとも１つのモデム１０４に結合され、モデム１０４は、少なくとも１つのＲＦ回路１０６に接続され、ＲＦ回路１０６は、１又は２以上のアンテナを有する。本例では、ＲＦ回路は、例えばアンテナアレイの複数のアンテナ１１０ａ、１１０ｂ、１１０ｃ、…、１１０ｎを有する。モデムは、ＲＦ回路及び関連するアンテナと共同して、近隣ＳＴＡとの間でデータフレームを送信／受信する。少なくとも１つの実装では、ＲＦモジュールは、周波数変換器と、アレイアンテナコントローラと、そのアンテナとインターフェイスするための他の回路とを含む。

【0042】

[0091] ＭＬＤの各ＳＴＡは、特定のＭＬＤ実装に応じて、リソースを、互いに及び／又はＭＬＤ管理エンティティと共有することができるので、それ自身のプロセッサ及びメモリを必ずしも必要としないと理解されたい。上記のＭＬＤの図は、限定ではなく一例として示したものであるが、本開示は、広範囲のＭＬＤ実装で動作することができると理解されたい。

【0043】

４．アーキテクチャ
４．１．ＦＤの実施形態例
[0094] 図９に、非対称ＦＤアーキテクチャの実施形態例１５０を示し、この例では、ＦＤＡＰ１５２が、ＦＤＳＴＡ１１５４への送信及びＦＤＳＴＡ２１５６からの受信を同時に行っている。この場合、ＦＤＡＰのＴＸアンテナからの送信信号が、自己干渉を発生させ、ＦＤＡＰのＲＸアンテナによって受け取られる。

【0044】

[0095] 図１０に、対称ＦＤアーキテクチャの実施形態例１６０を示し、この例では、ＦＤＡＰ１６２が、別のＦＤＳＴＡ１６４への送信及びそれからの受信を行っている。ＦＤＡＰ及びＦＤＳＴＡは、それら自身によって発生する自己干渉を受け取る。

【0045】

４．２．ネットワークトポロジ
[0097] 図１１に、限定ではなく例示として実施例で使用されるネットワークトポロジの実施形態例１７０を示し、これは、本明細書で例示する他のトポロジにも当てはまる。

【0046】

[0098] この例は、３つのＦＤトランシーバを、ＦＤＡＰ１７２、ＦＤＳＴＡ１１７４及びＦＤＳＴＡ２１７６として示す。ＦＤＡＰ、ＦＤＳＴＡ１及びＦＤＳＴＡ２は、互いの通信範囲内に存在する（例えば、それらは、互いに「聴取（ｈｅａｒ）」することができる）。ＦＤＳＴＡ１及びＦＤＡＰは、同時に送信を開始する。ＦＤＳＴＡ１は、ＦＤＡＰにＰＰＤＵを送信し、同時にＦＤＡＰは、ＦＤＳＴＡ２にＰＰＤＵを送信している。ＦＤＳＴＡ１及びＦＤＡＰは、ＳＩＣ処理が実行される前に、ＳＩを受ける。

【0047】

５．優先順位付けされたＦＤ
[0100] 検討するこのシナリオでは、互いの範囲内の２つの異なる優先度のＦＤＳＴＡが、同時にＰＰＤＵを送信する。ＰＰＤＵのプリアンブルは、優先度の指示を有することができる。

【0048】

[0101] 図１２及び図１３に、デュアルアンテナ及び単一アンテナの自己干渉経路の例１８０、２００を示す。図１２に示すように、ＳＴＡ１８２は、アンテナ１８６への送信チェーン１８４と、アンテナ１９０からの受信チェーン１８８とを含む。この図には、アンテナ間の漏れ、トランシーバ構造に起因する反射、及び外部反射（１９２）を示す。図１３に示すように、ＳＴＡ１８２は、単一アンテナ２１０に結合（２０２）される送信チェーン１８４と、同じアンテナ２１０に結合（２０４）される受信チェーン１８８とを含む。この図には、送信チェーンと受信チェーンとの間の漏れ、アンテナの不整合（ｍｉｓｍａｔｃｈ）に起因する反射、環境に起因する反射、及び外部反射（２１２）を示す。

【0049】

５．１．優先順位付けされたＦＤに対する衝突検出の問題
[0103] 自己干渉キャンセル（ＳＩＣ）は、８０２．１１ＦＤ技術において大きな課題のうちの１つである。現在のＦＤ技術は、自己干渉キャンセル（ＳＩＣ）を完了した後に実行されるプリアンブルベースの衝突検出を試みる。しかしながら、ＳＩチャネル推定の前にプリアンブルベースの衝突検出を実行するための機構は存在しない。

【0050】

[0104] ＦＤトランシーバが、ＳＩの（図１２及び図１３に示すような）外部反射の自己干渉（ＳＩ）推定を実行しなかった場合、ＦＤトランシーバは、別の信号の存在を認識しない。

【0051】

[0105] また、ＦＤトランシーバは、それ自身のプリアンブルを聴取する（受け取る）ことによって、周期冗長検査（ＣＲＣ）に基づいて、衝突が発生したと判断することができない場合がある。衝突信号は、（例えば、ＭＣＳ０で符号化される）それ自身のプリアンブルの自己干渉と比較して弱すぎる。

【0052】

５．２．優先順位付けされたＦＤに対する衝突検出のための解決策
[0107] 以下は、これらの自己干渉（ＳＩ）の問題に対処するための手法である。（１）衝突検出解決のために、ＦＤプリアンブルに優先度情報を含ませる。この場合、衝突検出は、完全なＳＩＣを要求しない。（２）各ＳＴＡは、他のＳＴＡのＦＤプリアンブルによって搬送される他の優先度信号に直交する優先度信号を搬送するＰＰＤＵのＦＤプリアンブルを送信する。例えば、直交優先度信号は予め構成することができる。（３）衝突が検出された時に、優先度が高いＳＴＡは、ＰＰＤＵを再送信すべきである。（４）優先度が低い又は優先度が同じＳＴＡは、自身の送信を停止（一時停止）して、媒体がアイドルであることをもう一度検知した後にバックオフ手順を開始すべきである。（５）ＳＴＡは、衝突ＦＤプリアンブルの優先度を検出することなく、衝突を検出し、したがって、ＳＴＡは、送信を停止して、媒体がアイドル（利用可能）であることを検知した後にバックオフを開始すべきである。

【0053】

５．２．１．時間領域直交信号を用いる衝突検出
[0109] 以下の説明は、図１１に見られるトポロジに基づいており、ＦＤＳＴＡ１は、ＦＤＡＰにＰＰＤＵを送信し、同時にＦＤＡＰは、ＦＤＳＴＡ２にＰＰＤＵを送信している。ＦＤＡＰ及びＦＤＳＴＡ１は、それらの送信中に信号を受け取る。受け取られた信号は、自己干渉信号と、他のＳＴＡからの干渉信号とを含む。以下に、ＦＤプリアンブルにおける時間領域信号の使用について説明する。

【0054】

[0110] 図１４に、衝突検出で使用するためのＦＤプリアンブルにおいて時間領域信号を直交させる（直交化する）ための実施形態例２２０を示す。ブロック２２２及び２２４は、直交周波数分割多重（ＯＦＤＭ）シンボル（サイクリックプレフィックス（ＣＰ）を含むデータサンプルとして定義される）を表し、この場合、時間領域において約３μｓである。

【0055】

[0111] ウィンドウサイズ（縦の破線のボックスとして示す）は、ＣＰを使用しないＯＦＤＭシンボル継続時間の継続時間を表す。検出ＳＴＡがＦＤＳＴＡ１であり、衝突ＳＴＡがＦＤＡＰであると仮定する。上部のシンボル２２２は、優先度２を有するＳＴＡのＦＤプリアンブル信号と衝突している。下部のシンボル２２４は、優先度１を有するＳＴＡ自身のＦＤプリアンブルを検出している。

【0056】

５．２．２．実施例１－１：ＴＤ直交信号を用いるＣＤ
[0113] この例は、５．２．１節の内容に基づいており、衝突検出手順について説明する。

【0057】

[0114] （ａ）ＦＤプリアンブルを送信する前に、ＦＤトランシーバであるＳＴＡは、外部周囲からの自己干渉（ＳＩ）のチャネル推定を行わなかった。

【0058】

[0115] （ｂ）送信の前に、異なるＳＴＡのＦＤプリアンブルを符号化すべきである。これは、送信の前にＰ行列の異なる列ベクトルを乗算して、ＦＤプリアンブルが互いに直交するようにすることを意味する。

【0059】

[0116] 自己干渉キャンセルを実行する前に、衝突検出のために、直交行列（この場合、

）であるＰ行列を使用する。既存の８０２．１１標準に基づいて、Ｐ行列を構成することができるか、又は他の任意の所望の直交行列を利用することができる。

【0060】

[0117] ＦＤプリアンブルの異なる優先度は、Ｐ行列の異なる列によって反映される。Ｐ行列を予め構成して、ＳＴＡが、各列によって表現される優先度を認識することができるようにする。

【0061】

[0118] 例えば、［ｘ０，ｘ０］は、ＦＤプリアンブルの一部として２つのシンボルであり、２つのｘ０シンボルは同じである。ＳＴＡ１（優先度１を有する）は、［ｘ０，ｘ０］にＰ行列の第１列を乗算して、［ｘ０，ｘ０］を送出する。ＳＴＡ２は、衝突ＳＴＡ（優先度２を有する）であり、［ｘ０，ｘ０］にＰ行列の第２列を乗算して、［ｘ０，－ｘ０］を送出する。

【0062】

[0119] （ｃ）この段階で、各ＦＤトランシーバが、ＦＤプリアンブルを同時に送受信している場合、別のＳＴＡからのＦＤプリアンブルの存在を検出するための単純なプロセスになり、ＳＩ推定を実行する前に行うことができる。

【0063】

[0120] 例えば、ＳＴＡ１は、第１のｘ０シンボルを送出している時に、ｙ０を受け取っている。ｙ０は、

に等しい。上式において、ｈ１及びｈ２は、それぞれ、自己干渉からの、及びＳＴＡ２からＳＴＡ１へのチャネル係数である。なお、［ｈ１，ｈ２］は、チャネル推定の前のこの段階で未知である。ＳＴＡ１は、第２のｘ０シンボルを送出している時に、同時にｙ１を受け取っている。ｙ１は、

に等しい。ｙ０及びｙ１を受け取った後に、ＳＴＡ１は、ｙ０からｙ１を減算することによって、衝突を検出することができる。これは、

に等しい。ＳＴＡ１は、この結果を、衝突を表すものとして認識する。というのは、衝突が存在しない場合、
ｙ０（衝突なし）＝

及び
ｙ１（衝突なし）＝

であり、

の結果であるからである。

【0064】

[0121] （ｄ）ＳＴＡは、衝突ＦＤプリアンブルを検出すると、フレームを再送信すべきか、又は送信を停止（一時停止）して、チャネル媒体がアイドルであることを検知した後にバックオフを実行すべきかどうかを決定すべきである。少なくとも１つの実施形態では、ＳＴＡ自身の優先度と、衝突ＳＴＡから受け取られたＦＤプリアンブルに示される優先度とを比較することに基づいて、決定が行われる。

【0065】

[0122] 異なる優先度は、Ｐ行列の異なる直交列ベクトルによって反映されると理解されたい。

【0066】

[0123] 優先順位付けされたＦＤプリアンブルは、同じＰ行列を使用して符号化され、ステップ（ｃ）に基づいて衝突ＦＤプリアンブルを検出したＦＤＳＴＡは、衝突ＳＴＡが使用しているＰ行列のベクトル／優先度を導出することができる。例えば、ＳＴＡ１は、ｙ０からｙ１を減算することによって、衝突を検出する。これは、（ｃ）で説明したように、

に等しい。ＳＴＡ１は、この結果が衝突を表すと認識する。ＳＴＡ１は、Ｐ行列の［１，１］ベクトルを使用して、優先度１を表している。この情報を用いて、ＳＴＡ１は、衝突ＦＤプリアンブルが、優先度２を表すＰ行列の［１，－１］ベクトルで符号化されることを導出することができる。

【0067】

[0124] ＳＴＡは、高い優先度を有する場合、ＰＰＤＵを再送信すべきである。そうでない場合には、ＳＴＡは、ＰＰＤＵの送信を直ちに停止して、媒体がアイドルであると検知した後にバックオフすべきである。

【0068】

６．キャリア周波数オフセット（ＣＦＯ）の課題の記述
[0126] かなりの（重い）レベルのキャリア周波数オフセット（ＣＦＯ）は、２つの信号間の直交性を損なう可能性があり、この場合、上記で提案された解決策は、時間領域直交信号を送信する際に、性能低下を受ける可能性がある。

【0069】

[0127] 実施例：以下、ＣＦＯを含む時間領域直交信号を用いる衝突検出を検討する。他のＳＴＡからの信号が、ＳＴＡによって観察されると、

の線形位相オフセットを有する。ここで、ｆ_dは、ＩＥＥＥ標準において最大４０ｐｐｍ（ｐａｒｔｓｐｅｒｍｉｌｌｉｏｎ）を有するＣＦＯである。上記は、サブキャリア間隔が７８．１２５ｋＨｚである時に、ＯＦＤＭシンボル継続時間が１２．８μｓであると仮定する。近似的に３μｓ（４５０ｍＢＳＳに対する往復遅延）の非常に長いサイクリックプレフィックス（ＣＰ）を仮定する。ｆ_dが、５ＧＨｚの７．８ｐｐｍである３９ｋＨｚに等しい時に、それによって、衝突ＦＤプリアンブルの第２のシンボルと第１のシンボルとの間の位相オフセットは、（１，－１直交カバー（ｏｒｔｈｏｇｏｎａｌｃｏｖｅｒ）を適用する前に）πである。したがって、衝突ＦＤプリアンブルは、自己干渉と一緒に、完全にキャンセルされる。したがって、この場合、ＳＴＡは、衝突を検出することができない。

【0070】

６．１．５．１節の課題の記述に追加される同期の欠如
[0129] 衝突に関与する２つのパーティが、同期された中心周波数を有さない場合、時間領域直交信号は、直交性を完全に失う場合がある。

【0071】

６．１．１．同期の欠如に対して提案される解決策
[0131] 以下は、適切な中心周波数同期の欠如を克服するための本開示による解決策の説明である。ＦＤプリアンブルは、周波数領域に埋め込まれる優先度情報を含む。異なる優先度は、少なくとも４０ｐｐｍ離間される、ＦＤプリアンブルの異なるサブキャリア又はトーンによって搬送することができる。

【0072】

[0132] アナログキャンセルの後でかつデジタルキャンセルの前に受け取られたベースバンド信号において（デジタルキャンセルはＳＩチャネル推定を必要とすることに留意されたい）、ＳＴＡは、それ自身のＦＤプリアンブルのトーンをゼロにして、異なる優先度を有する他のＳＴＡを発見する。

【0073】

[0133] ＦＤＳＴＡは、衝突ＦＤプリアンブルを、ＦＤＳＴＡ自身の優先度よりも低い優先度を有するものとして検出した場合、ＦＤプリアンブル及びＰＰＤＵの残りの部分を再送信すべきである。そうでない場合には、ＳＴＡは、送信を停止（一時停止）して、チャネル媒体が再びアイドルであることを検知した後にバックオフプロセスを開始すべきである。優先度の高いＳＴＡから再送信されたＦＤプリアンブルを受け取ったことに応答して、受信機は、チャネルを再同期させて推定することができる。

【0074】

６．１．２．ＦＤ直交・優先順位付けされたＦＤプリアンブル
[0135] ８０２．１１標準で規定されるように、送信される中心周波数許容差は、２０ＭＨｚに対して±２０ｐｐｍであるべきである。ｐｐｍ（ｐａｒｔｓｐｅｒｍｉｌｌｉｏｎ）を使用して周波数精度を示す場合、例えば、２０ｐｐｍの精度は、クロックの平均周波数が、その指定値の１ＭＨｚごとに２０Ｈｚずれている場合があることを示すと理解されたい。

【0075】

[0136] 異なる優先度は、送信されたＦＤプリアンブルの異なるサブキャリア及び／又はトーンによって搬送することができる。各ＳＴＡは、１又はいくつかの結果として得られるトーンを送信して、優先度を搬送するのみである。優先度を示すために使用されるトーンはシンボル「１」を搬送し、他のトーンはシンボル「０」を搬送する。

【0076】

[0137] ＦＤデバイスは、送信している時に、受け取った優先順位付けされたＦＤプリアンブルが、サブキャリア及び／又はトーン上の優先度がＦＤデバイス自身の優先度を搬送するサブキャリア及び／又はトーンの４０ｐｐｍ以内であることを示す場合、ＦＤデバイス自身又は衝突ＳＴＡから同時に受け取った優先順位付けされたＦＤプリアンブルを区別することができない。したがって、異なる優先度は、少なくとも４０ｐｐｍの離間間隔を置いて、ＦＤプリアンブルの異なるサブキャリア及び／又はトーンで搬送すべきである。優先度情報を搬送するサブキャリア間の４０ｐｐｍを超える大きい間隔は、ＣＦＯを含む場合でも、異なる優先度の検出を可能にする。サブキャリア及び／又はトーンを予め決定して、特定の優先度を表す。

【0077】

[0138] 自身の優先順位付けされたＦＤプリアンブルを送信するＳＴＡは、アナログＳＩＣを使用してそれ自身の優先度信号の自己干渉をゼロにすることによって、受け取られたＦＤプリアンブルから衝突を検出することができる。ゼロ化（ｚｅｒｏｉｎｇｏｕｔ）が実行された後に、ＳＴＡが別の優先度信号を検出した場合、衝突が検出される。

【0078】

[0139] 優先順位付けされたプリアンブルにインターリーブされる優先度トーンは、レガシーデバイスによって理解されない場合がある。

【0079】

６．１．２．１．周波数における優先順位付けされたＦＤプリアンブルシンボル
[0141] 図１５に、時間領域及び周波数領域におけるプリアンブルフィールド２３２及びＦＤプリアンブル２３４の実施形態例２３０を示す。プリアンブルフィールドは、８０２．１１ベースラインプロトコルで規定されるプリアンブルと同じとすることができる。ＦＤプリアンブルフィールドは、プリアンブルフィールドの直後に続き、特定の優先度を搬送するために使用される。異なる優先度（２３６ａ、２３６ｂ、２３６ｃ及び２３６ｄとして例示する）は、所与の間隔（すなわち、少なくとも４０ｐｐｍ）を介して、ＦＤプリアンブルの異なるサブキャリアで示すことができる。限定ではなく一例として、図に示す３つの優先度が存在する。なお、優先度の数は、このタイプのプリアンブルを適用するＳＴＡによって予め決定されて合意される。

【0080】

６．１．２．２．実施例１－２：異なる優先度を示す周波数直交信号を用いるＣＤ
[0143] 図１６に、異なる優先順位付けされたプリアンブル間の周波数領域衝突の実施形態例２４０を示す。この図には、図１５で見られたようなプリアンブル２４２及びＦＤプリアンブル２４３を示す。この例は、図１１で説明したのと同じトポロジに基づいている。ＦＤＳＴＡ１が、優先度０２４４ａ及び２４６ａを示すプリアンブルを含むＰＰＤＵを送信し、一方、同時に、干渉物としてのＦＤＡＰが、優先度１２４４ｂ及び２４６ｂを示すプリアンブルを含むＰＰＤＵを送信すると仮定する。時間領域に示すように、ＦＤＳＴＡ１及びＦＤＡＰからの２つのプリアンブルは、ほとんど同時に送信される。その結果、ＦＤＳＴＡ２上で衝突が発生する場合がある。

【0081】

[0144] ＦＦＴの後に、優先度がゼロに等しいことを示すＦＤＳＴＡ１は、優先度０トーン上であるが（アナログＳＩＣの後に）優先度１を示す干渉プリアンブルからのものであるスプリアス信号の一部と共に、優先度０トーンによって搬送される優先度０送信２４４ａ及び２４６ａと関連付けられるパルスをゼロにする。次に、ＦＤＳＴＡ１は、トーン２４４ｂ及び２４６ｂに対応する異なる優先度（優先度１）を有する衝突プリアンブルの存在を示す優先度１信号においてピークを検出することができる。

【0082】

[0145] ＦＤＡＰは、ＦＤＳＴＡ１と同じアクションを実行して、異なる優先度（優先度０）を有する衝突プリアンブルを検出することもできる。次に、優先度の低い（例えば、優先度０）ＦＤＳＴＡ１は、送信を停止して、バックオフを開始すべきである。この説明では、優先度０は優先度１よりも低い優先度を指すと仮定している。優先度の高い（例えば、優先度１）ＦＤＡＰは、再送信して、対象の受信機がチャネルを再同期させて推定できるようにすることができる。

【0083】

６．１．２．３．実施例１－３：同じ優先度を示す周波数直交信号を用いるＣＤ
[0147] 図１７に、同じ優先度を示す周波数領域プリアンブル間の衝突の実施形態例２５０を示す。この例も、図１１で説明したのと同じトポロジに基づいている。ＦＤＳＴＡ１が、優先度０２５２ａ及び２５４ａを示すプリアンブルを含むＰＰＤＵを送信すると仮定する。同時に、干渉ＦＤＡＰが、同様に優先度０を示すプリアンブル２５２ｂ及び２５４ｂを含むＰＰＤＵを送信し、ＦＤＳＴＡ２上で衝突が発生する場合がある。

【0084】

[0148] ＦＦＴの後に、ＦＤＳＴＡ１（優先度＝０を示す）は、（アナログＳＩＣの後に）優先度０トーンによって搬送されるパルスをゼロにし、以下が実行される。

【0085】

[0149] （ａ）ＦＤＳＴＡ１は、４０ｐｐｍ未満の非常に小さいＣＦＯのために、ＳＴＡ２からの干渉優先度０パルスをゼロにすることもできる。この場合、ＳＴＡ１は、送信を停止すべきではない。というのは、ＳＴＡ１は、ＳＩＣの前に受け取った優先度０トーンにおけるピークが衝突プリアンブルによって発生したか、又はＳＴＡ１自身の送信したプリアンブルがドップラー効果のケースで説明されるようなドップラー効果を経験したかどうかを区別することができないからである。したがって、ＦＤＳＴＡ２上で衝突が発生する場合があり、このタイプの衝突の問題に対処するための更なる衝突解決の解決策について、別の節で説明する。

【0086】

[0150] （ｂ）ＣＦＯが大きい（例えば、４０ｐｐｍよりも大きい）場合、ＦＤＳＴＡ１は、ＦＤＡＰからの干渉ピークを検出することができ、それによって、ＳＴＡは、干渉ピークが、同じ優先度（優先度０）を有する衝突プリアンブルの存在を示すことを認識する。この場合、ＦＤＳＴＡ１は、送信を停止して、チャネルが再びアイドルである時にバックオフを実行する。ＦＤＡＰは、ＦＤＳＴＡ１について説明したのと同様に実行する。

【0087】

[0151] いくつかの態様について、図に関して留意されたい。ドップラー効果のケースでは、ＳＴＡ１は、まだ優先度０を示すプリアンブルを含むＰＰＤＵを送信し、他の干渉ＳＴＡは存在しない。ドップラー効果を考慮する場合、ＳＴＡ１は、それ自身の送信の反射信号である、別のトーン（優先度＝０を示すトーンとは異なる）でピークパルスを依然として受け取る場合がある。

【0088】

[0152] ＳＴＡ又は信号を反映する障害物の速度は、通常、電波の速度と比較してかなり小さいので、受け取られたピークパルスは、送信されたトーンと同じ優先度トーンを有する可能性が高い。受信周波数と放出周波数との間の周波数の変化は、

であり、上式において、ｆ０は放出周波数であり、ｃは無線における電波の伝搬速度（約

ｍ／ｓｅｃ）である。

【0089】

６．１．２．４．実施例１－４：優先順位付けされたプリアンブルとレガシープリアンブルとの間のＣＤ
[0154] 図１８及び図１９に、異なるトポロジ２７０を含む実施形態例２６０を示す。

【0090】

[0155] 図１９に見られるように、ＦＤＡＰ２７２は、ＦＤＳＴＡ１２７４及び半二重ＳＴＡ２２７６の両方から受信している。

【0091】

[0156] 図１８に、プリアンブル２５２、ＦＤプリアンブル２５４、及びレガシープリアンブル２５３を示す。ＦＤＳＴＡ１が、ＦＤＡＰに、優先度０トーンで優先度を示す優先順位付けされたプリアンブル２５６ａ、２５６ｂを含むＰＰＤＵを送信すると仮定する。これと同時に、干渉物である非ＦＤＳＴＡ２が、ＦＤＡＰに、レガシープリアンブルを含むＰＰＤＵを送信し、それによって、ＦＤＡＰ上で衝突が発生する場合がある。

【0092】

[0157] レガシープリアンブルは、優先度情報を含むためのサブキャリア／トーンを含まない、８０２．１１標準で規定されるようなプリアンブルフレームフォーマットを使用していることに留意されたい。

【0093】

[0158] ＦＦＴウィンドウ２５８の後に、ＦＤＳＴＡ１（優先度＝０を示す）は、（アナログＳＩＣの後に）優先度トーンによって搬送される自身のパルスをゼロにする。ＦＤＳＴＡ１は、予め決定されたプリアンブルのうちのいずれかを示すピークを検出することができない。しかしながら、ＦＤＳＴＡ１は、衝突信号の存在を検出する。ＦＤＳＴＡ１は、送信を停止して、チャネルがアイドルである時にバックオフを実行する。非ＦＤＳＴＡ２は、レガシーＣＳＭＡ／ＣＤ手法を使用して、衝突を検出する。

【0094】

[0159] 図２０に、送信局（ＦＤ非ＡＰＳＴＡ又はＦＤＡＰとすることができる）が衝突の検出に対して反応する実施形態例２８０を示す。チェック（２８２）によって、衝突ＦＤプリアンブルの優先度レベルを決定する。条件が満たされる場合、ブロック２８４において、チェックによって、検出された優先度が検出局の優先度よりも低いかどうかを判断する。条件が満たされる場合、再送信（２８６）が実行される。

【0095】

[0160] ブロック２８２に戻ると、条件が満たされない時に、実行はブロック２９０に進み、ＦＤプリアンブルの衝突が発生したかどうかを判断する。衝突が発生していない場合、ブロック２８８において、送信ＳＴＡは、ＰＰＤＵの残りの部分の送信を継続する。

【0096】

[0161] 一方で、ブロック２９０の条件が満たされる場合、実行はブロック２９２に進み、この時に、ＳＴＡは、送信を停止して、チャネルがアイドルである時にバックオフを開始する。

【0097】

６．２．優先順位付けされたＦＤに対する衝突解決
[0163] ＦＤＡＰが優先度の低いトラフィックよりも優先度の高いトラフィックを優先する必要がある時に、問題が生じる可能性がある。両方のトラフィックのセットが同時にチャネルを使用しており、ＤＬトラフィックの宛先非ＡＰＳＴＡ及びＵＬトラフィックのソース非ＡＰＳＴＡが異なることによって、ＤＬトラフィックの宛先非ＡＰＳＴＡにおいて衝突が発生する。

【0098】

６．２．１．６．２節の問題のためのトポロジ
[0165] 図２１に、ＦＤＡＰ３０２がＦＤＳＴＡ１３０４から優先度の低いトラフィックを受け取り、ＦＤＳＴＡ２３０６に優先度の高いトラフィックを送信することを示すトポロジの実施形態例３００を示す。ＦＤＳＴＡ１、ＦＤＳＴＡ２及びＦＤＡＰは、互いの通信範囲内に存在し、ＡＰがＳＴＡ２に優先度の高いトラフィックを送信し、ＳＴＡ１がＡＰに優先度の低いトラフィックを送信することを目的とする。

【0099】

[0166] ＦＤＳＴＡ１が、ＦＤＡＰに送信要求（ＲＴＳ）を送信し、同時にＦＤＡＰが、ＦＤＳＴＡ２にＲＴＳを送信する。ＦＤＳＴＡ２上で衝突が発生し、その結果、ＦＤＡＰは、ＦＤＳＴＡ１からＲＴＳを受け取ることができるが、ＦＤＳＴＡ２からＣＴＳを受け取らない。

【0100】

６．２．２．６．２節の問題のための解決策
[0168] 優先順位付けされた衝突回避スキームについて説明する。（１）ＦＤデバイスが、衝突回避のために使用される制御フレームにおいて優先度を示すことができる。（２）ＦＤデバイスが、優先順位付けされたフレームを送信し、送信中に別の優先順位付けされたフレームを受け取った場合、ＦＤデバイスは、イントラＢＳＳ干渉が存在することを認識し、最初に、高く優先順位付けされたトラフィックに対処すべきである。（３）項目（２）で説明したようにイントラＢＳＳ干渉を推定するＦＤデバイスは、ＦＤデバイスが最初に処理すべき優先される優先度を示すフレームをブロードキャストすることができる。（ａ）要求トラフィック優先度を示すフレームを受け取った後に、低い優先度のトラフィックを送信するＦＤデバイスは、任意の送信／再送信を一時停止（停止）する。（ｂ）高い又は同じ優先度のトラフィックを送信するＦＤデバイスは、（再）送信プロセスを継続すべきである。（４）ＦＤＡＰは、非ＡＰＦＤデバイスをトリガして、低く優先順位付けされたトラフィックの送信を開始することができる。低く優先順位付けされたトラフィックを有する非ＡＰＦＤデバイスは、高く優先順位付けされたトラフィックが優先されることを示すブロードキャストフレームを受け取った後にチャネルが少なくともＰＩＦＳ継続時間にわたってアイドルである場合、トリガされることなくチャネルに再アクセスすることができる。

【0101】

[0169] ＦＤデバイスは、ＲＴＳの代わりにＤＡＴＡＰＰＤＵを直接送信した場合、同時に送信されたＦＤプリアンブル及び受け取られたＦＤプリアンブルを使用して、イントラＢＳＳ衝突を推定し、優先度解決に基づいて以下のプロセスを決定することができる。（ａ）自身よりも低い優先度を有するイントラＢＳＳ衝突の存在を推定するＦＤデバイスは、ＰＰＤＵを再送信すべきである。ＤＡＴＡＰＰＤＵに供するため以外の目的のために、具体的には、ＡＰと他のＳＴＡとの間で制御メッセージを交換するために、リソースユニット（ＲＵ）の一部を予約することができる。（ｂ）自身よりも高い優先度を有するイントラＢＳＳ衝突の存在を推定するＦＤデバイスは、予約されたＲＵ又は予約されていないＲＵから制御フレーム（宛先からのトリガなど）を受け取らない限り、ＰＰＤＵの残りの部分の送信を停止するように構成される。このＳＴＡは、他のＳＴＡ間の他の任意のフレーム交換を受け取ることに失敗した場合、ＣＣＡがアイドルである時に、ＥＤＣＡバックオフの後に、チャネルに再びアクセスすることができる。（ｃ）ＤＡＴＡＰＰＤＵの残りの部分を含まないプリアンブルのみを受け取ったＦＤデバイスは、予約されたＲＵ（例えば、予め決定されたＲＵとすることができる）を使用して制御フレームを送信して、過大推定されたイントラＢＳＳ衝突の存在を示すことができる。プリアンブルソースＳＴＡは、予約されたＲＵを通じてこの制御フレームを受け取った場合、（予約されたＲＵを通じて）再送信又はトリガして、イントラＢＳＳ衝突信号として過大推定された、以前に中断されたＰＰＤＵを再送信することができる。

【0102】

６．２－１．実施例２－１：ＰＲ＋ＣＤＰフレームを含むＨＰトラフィック許可
[0171] 図２２に、高い優先度（ＨＰ）を有するＦＤＡＰ３１２、低い優先度（ＬＰ）を有するＦＤＳＴＡ１３１４、及びＦＤＳＴＡ２３１６の実施形態例３１０を示す。ＳＴＡ１及びＳＴＡ２は、互いに聴取（通信）することができ、ＲＴＳ／ＣＴＳでプロセスを開始すると仮定する。

【0103】

[0172] トポロジは、図２１に見られるのと同じである。ＦＤＡＰは、ＦＤＳＴＡ２に送信するための高優先度（ＨＰ）トラフィックを有し、ＦＤＳＴＡ１は、ＦＤＡＰに送信するための低優先度（ＬＰ）トラフィックを有する。ＦＤＡＰ、ＦＤＳＴＡ１及びＦＤＳＴＡ２は、互いの通信範囲内に存在する（例えば、互いに聴取することができる）。ＦＤＡＰ及びＦＤＳＴＡは、各々が優先順位付けされた制御フレーム、例えば、優先順位付けされたＲＴＳ（Ｐ－ＲＴＳ）（３１８）及び（３１９）を含む送信機会（ＴＸＯＰ）を開始する。

【0104】

[0173] （１）ＡＰは、ＳＴＡ１（優先度の低いトラフィック）からＰ－ＲＴＳ（３１９）を受け取り、同時にＳＴＡ２（優先度の高いトラフィック）にＰ－ＲＴＳ（３１８）を送信する。

【0105】

[0174] （２）ＡＰは、優先度要求＋衝突検出確率（ＰＲ＋ＣＤＰ）を含む新たなフレーム（３２０）をブロードキャストして、優先度の高いデータ（ＤＡＴＡ）送信を求めるＡＰの要求を宣言する。したがって、ＡＰは、新たな（ＰＲ＋ＣＤＰ）フレームにおいて、衝突検出確率を示すことができる。

【0106】

[0175] （３）ブロードキャストされたＰＲ＋ＣＤＰフレーム（３２０）を受け取った後に、ＳＴＡ１は、優先度要件を満たさないことを認識し、したがって、ＳＴＡ１が前のＰ－ＲＴＳを送信した時から開始するＰ－ＣＴＳタイムアウトの後にＰ－ＲＴＳの再送信をキャンセルする。

【0107】

[0176] （４）ＡＰは、ＡＰが前のＰ－ＲＴＳを送信し始めた時に開始する期間であるＰ－ＣＴＳタイムアウトの前に、ＳＴＡ２からＰ－ＣＴＳを受け取らなかった場合、ＳＴＡ２に別のＰ－ＲＴＳ（３２２）を再送信すべきである。ＰＲ＋ＣＤＰフレームの送信時間は、Ｐ－ＣＴＳタイムアウトよりも長いものとすべきではないことに留意されたい。ＰＲ＋ＣＤＰフレームの送信時間がＰ－ＣＴＳタイムアウトよりも長い場合、ＡＰは、ＡＰがＰＲ＋ＣＤＰフレームを送出した後にＳＩＦＳ期間にわたってＰ－ＲＴＳを再送信すべきである。

【0108】

[0177] （５）ＳＴＡ２は、ＡＰから再送信されたＰ－ＲＴＳを受け取り、Ｐ－ＣＴＳ（３２４）でＡＰに応答する。ＡＰは、Ａｃｋ／ＢＡ（３２８）及び（３３０）でＳＴＡ２にＰＰＤＵ（３２６）を送信する。

【0109】

[0178] （６）図に見られるように、ＳＴＡ１はＣＣＡビジー（３２３）であり、ＳＴＡ１がチャネルに再びアクセスできるようにＡＰからトリガを受け取らない限り、ＰＰＤＵを（再）送信するためのチャネルにアクセスしない。

【0110】

[0179] 次に、図の残りの部分において、ＡＰはＳＴＡをトリガ（３３４）し、ＳＴＡはチャネルにアクセスしてＰＰＤＵ（３３８）を送信し、確認応答（３４０）（３４２）される。

【0111】

６．２－１－０．実施例２－１－０：ＦＤＡＰが、許可されたＨＰトラフィック宛先からいかなる応答も受け取ることなく、ＬＰトラフィックをトリガする
[0181] 図２３に、図２２に見られるものの変形である実施形態例４１０を示す。説明は、実施例２－１と同じである。この例の最初の４つの箇条書きは、実施例２－１で説明したものと同じであり、ここでは、５番目の要素から相違点を開始する。

【0112】

[0182] （５）ＳＴＡ２は、ＡＰから再送信されたＰ－ＲＴＳ（３２２）を受け取ることに失敗し、したがって、Ｐ－ＣＴＳでＡＰに応答しない。

【0113】

[0183] （６）ＡＰは、Ｐ－ＲＴＳの再送信の後にＳＴＡ２からＰ－ＣＴＳを受け取らなかったので、ＳＴＡ１にトリガフレーム（４１２）を送信して、ＳＴＡ１がチャネルにアクセスできるようにする。

【0114】

[0184] （７）ＳＴＡ１は、ＡＰからトリガフレームを受け取り、ＡＰにＵＬＰＰＤＵ（４１８）を送信し、ＵＬＰＰＤＵの送信中にＡＰからＡｃｋ／ＢＡ（４２０）を受け取る。

【0115】

[0185] （８）ＳＴＡ１からの全てのＵＬＰＰＤＵに対して確認応答（４２２）した後に、ＡＰは、ＳＴＡ２にＰ－ＲＴＳ（４２４）を再送信することができる。ＳＴＡ１は、ＣＣＡビジー（４２６）になる。

【0116】

[0186] （９）ＳＴＡ２は、ＡＰからのＰ－ＲＴＳの受け取りに成功し、Ｐ－ＣＴＳ（４２８）でＡＰに応答する。

【0117】

[0187] （１０）ＡＰは、ＳＴＡ２からＰ－ＣＴＳを受け取った後に、ＳＴＡ２にＤＬＰＰＤＵ（４３０）を送信する。ＡＰは、ＤＬＰＰＤＵの送信中にＳＴＡ２からＡｃｋ／ＢＡ（４３２）を受け取ることができる。

【0118】

[0188] （１１）ＳＴＡ２は、受け取った全てのＤＬＰＰＤＵに対して、ＡＰに確認応答（４３４）すべきである。

【0119】

６．２－１－１．実施例２－１－１：ＦＤＳＴＡ１が、ＦＤＡＰからトリガを受け取ることなく、チャネルに再アクセスする
[0190] 図２４に、実施例２－１と同じトポロジ及び説明を有する実施形態例５１０を示す。最初の４つの箇条書きは、実施例２－１で説明したものと同じであり、その点から以下のステップを開始する。

【0120】

[0191] （５）ＳＴＡ２は、ＡＰから再送信されたＰ－ＲＴＳ（３２２）を受け取ることに失敗し、したがって、Ｐ－ＣＴＳでＡＰに応答しない。

【0121】

[0192] （６）ＡＰは、Ｐ－ＲＴＳの再送信の後にＳＴＡ２からＰ－ＣＴＳを受け取らず、したがって、ＳＴＡ１に、ＳＴＡ１がチャネルにアクセスできるようにするトリガフレームを送信しない。

【0122】

[0193] （７）ＳＴＡ１は、Ｐ－ＲＴＳ中にＣＣＡビジー（５１２）である。次に、ＳＴＡ１は、ＣＣＡアイドルを検知している時に、例えば、自身へのＣＴＳを送信するか、ＡＰに再送信されたＰ－ＲＴＳを送信するか、又はＡＰからトリガフレームを受け取った後にＵＬＤＡＴＡを送信することによって、チャネルに再びアクセスする。この例では、ＳＴＡ１は、ＡＰに再送信されたＰ－ＲＴＳ（５１４）を送信し、ＳＴＡ２は、図に見られるように、ＣＣＡビジー（５１６）である。

【0123】

[0194] （８）ＡＰは、ＳＴＡ１からＰ－ＲＴＳを受け取り、Ｐ－ＣＴＳ（５１８）でＳＴＡ１に応答して、ＳＴＡ１がＬＰＵＬＰＰＤＵを送信できるようにする。

【0124】

[0195] （９）ＳＴＡ１は、ＡＰからＰ－ＣＴＳフレームを受け取り、ＡＰにＵＬＰＰＤＵ（５２０）を送信し、次に、ＵＬＰＰＤＵの送信中にＡＰからＡｃｋ／ＢＡ（５２２）を受け取る。

【0125】

[0196] （１０）ＳＴＡ１からの全てのＵＬＰＰＤＵ（５２０）に対して確認応答（５２４）した後に、ＡＰは、ＳＴＡ２にＰ－ＲＴＳ（５２６）を再送信することができる。

【0126】

[0197] （１１）ＳＴＡ２は、ＡＰからのＰ－ＲＴＳの受け取りに成功し、Ｐ－ＣＴＳ（５３０）でＡＰに応答する。

【0127】

[0198] （１２）ＡＰは、ＳＴＡ２からＰ－ＣＴＳを受け取った後に、ＳＴＡ２にＤＬＰＰＤＵ（５３２）を送信する。ＡＰは、ＤＬＰＰＤＵの送信中にＳＴＡ２からＡｃｋ／ＢＡ（５３４）を受け取ることができる。

【0128】

[0199] （１３）ＳＴＡ２は、受け取った全てのＤＬＰＰＤＵに対して、ＡＰに確認応答（５３６）すべきである。

【0129】

６．２－２－１－２．実施例２－１－２：ＰＲ＋ＣＤＰフレームを含まないＨＰトラフィック許可
[0201] 図２５に、ＰＲ＋ＣＤＰフレームを含まないＨＰトラフィック許可の実施例２－１－２における実施形態例６１０を示す。この例では、ＡＰ及びＳＴＡ１の両方がイントラＢＳＳ衝突を推定し、かつ高く優先順位付けされたトラフィックを許可するように予め構成される場合、ＡＰ及びＳＴＡ１は、衝突プリアンブルからの優先度解決の後に、以下を実行することができる。

【0130】

[0202] ＦＤＡＰにおいて：（ａ）ＡＰ（高優先度）からＳＴＡ２にＰ－ＲＴＳ（３１８）を送信し、同時にＳＴＡ１（低優先度）からＰ－ＲＴＳ（３１９）を受け取る。（ｂ）受け取られたプリアンブルの優先度解決の後に、ＡＰは、高く優先順位付けされたトラフィックの送信を継続することを決定する。ＡＰ（高優先度）は、ＦＤＳＴＡ１（低優先度）から受け取ったＰ－ＲＴＳの応答としてＰ－ＣＴＳを送信する代わりに、ＳＴＡ２にＰ－ＲＴＳ（６１２）を再送信する。この時、ＳＴＡ１はＣＣＡビジー（６１４）である。ＳＴＡ２からＰ－ＣＴＳ（６１６）を受け取ると、ＡＰは、ＰＰＤＵ（６１８）を送信し、これに対して、ＳＴＡ２は確認応答（６２０）（６２２）する。この後に、ＡＰはＳＴＡ１にトリガ（６２４）を送信し、ＳＴＡ１はＰＰＤＵ（６２６）で応答し、これに対して、ＡＰは確認応答（６２８）（６３０）し、一方、ＳＴＡ２はＣＣＡビジー（６２５）である。

【0131】

[0203] ＦＤＳＴＡ１において：（ａ）ＳＴＡ１（低優先度）からＡＰにＰ－ＲＴＳ（３１９）を送信し、同時にＡＰ（高優先度）からＰ－ＲＴＳ（３１８）を受け取る。（ｂ）受け取られたプリアンブルに基づく優先度解決の後に、ＳＴＡ１は、送信を停止して、高く優先順位付けされたトラフィックと衝突することを回避し、ＣＣＡビジー（６１４）になる。（ｃ）ＳＴＡ１は、ＡＰ（高優先度）からトリガ（６２４）を受け取り、ＰＰＤＵ（６２６）を送信し、これが受け取られると、確認応答（６２８）（６３０）され、その間中ずっと、ＳＴＡ２はＣＣＡビジー（６２５）である。

【0132】

６．２－２－２実施例２－２：ＡＰがＬＰを有する時のＨＰトラフィック許可
[0205] 図２６及び図２７に、ＡＰが低優先度トラフィックを有する時の高優先度トラフィック許可の実施形態例７１０及びトポロジ例７５０を示す。

【0133】

[0206] 図２７において、トポロジは、図２１とほとんど同じであり、相違点は、トラフィックの優先度が、ＦＤＡＰがＦＤＳＴＡ２へのＬＰトラフィックを有し、ＦＤＳＴＡ１がＡＰへのＨＰトラフィックを有することと入れ替わった点である。

【0134】

[0207] 図２６を参照すると、局は互いの範囲内に存在し、ＦＤＡＰ及びＦＤＳＴＡは、優先順位付けされたＲＴＳ（Ｐ－ＲＴＳ）で例示される優先順位付けされた制御フレームを含むＴＸＯＰを開始する。

【0135】

[0208] （１）ＦＤＳＴＡ１が、ＦＤＡＰにＰ－ＲＴＳ（３１９）（ＨＰ）を送信し、同時にＦＤＡＰが、ＦＤＳＴＡ２（ＬＰ）にＰ－ＲＴＳ（３１８）を送信する。ＦＤＳＴＡ１及びＦＤＳＴＡ２が互いの通信範囲内に存在する場合、Ｐ－ＲＴＳフレームは、ＦＤＳＴＡ２において衝突する場合がある。

【0136】

[0209] （２）ＦＤＡＰは、最初にＰ－ＣＴＳ（７１２）でＳＴＡ１（ＨＰ）に応答し、ＳＴＡ２へのＰ－ＲＴＳの再送信を時間的に休止する。その時、ＳＴＡ２はＣＣＡビジー（７１４）である。

【0137】

[0210] （３）ＳＴＡ１は、ＡＰからＰ－ＣＴＳを受け取った後に、ＵＬＰＰＤＵ（７１６）を送信し、それに応じてＡｃｋ（７１８）及び（７２０）を受け取る。

【0138】

[0211] （４）ＡＰは、ＳＴＡとの送信シーケンスを完了した後に、ＳＴＡ２にＰ－ＲＴＳ（７２２）を再送信する。この時、ＳＴＡ１はＣＣＡビジー（７２４）である。

【0139】

[0212] （５）ＳＴＡ２は、ＡＰ１からＰ－ＲＴＳ（７２２）を受け取った後に、Ｐ－ＣＴＳ（７２６）で応答する。

【0140】

[0213] （６）ＡＰ１は、ＳＴＡ２からＰ－ＣＴＳを受け取った後に、ＳＴＡ２にＤＬＰＰＤＵ（７２８）を送信し、それに応じてＡｃｋ（７３０）及び（７３２）を受け取る。

【0141】

６．２－２－３実施例２－３：ＡＰがＬＰを有する時のＨＰトラフィック許可
[0215] 図２８及び図２９に、他の基本サービスセット（ＯＢＳＳ）衝突の効果を示すために使用されるトポグラフィー例７９０及び８１０を示す。実施例２－１－１、２－１－２及び２－２で示したように、ＡＰは、衝突解決を実行した後に、高く優先順位付けされたトラフィックの送信を許可すべきである。しかしながら、ＯＢＳＳ干渉によって、衝突が引き起こされる場合があり、ＡＰは衝突フレームを受け取らない。

【0142】

[0216] 図２８において、ＦＤＡＰ１８０２が、ＯＢＳＳ干渉の存在を推定する。ＦＤＳＴＡ１８００及びＦＤＳＴＡ２７９８は、ＦＤＡＰ１８０２と関連付けられ、ＦＤＡＰ２７９２はＯＢＳＳＡＰであり、これは、信号（７９４）及び（７９６）によって例示されるＯＢＳＳ干渉を発生させる可能性がある。ＦＤＡＰ１８０２は、ＳＴＡ２７９８に高優先度トラフィック（ＨＰ）（８０４）を送出している。

【0143】

[0217] ＦＤＡＰ１がＦＤＳＴＡ２に高く優先順位付けされたトラフィック（８０４）を送出しているのと同時に、ＯＢＳＳＡＰ２は、ＯＢＳＳにおいていくつかのフレームを送出している。ＦＤＡＰ１からの高く優先順位付けされたトラフィックフレーム及びＦＤＡＰ２からの干渉（７９４）フレームは、ＦＤＡＰ２において衝突する。ＡＰ１は、ＯＢＳＳＡＰ２から干渉フレームを受け取らず、高く優先順位付けされたトラフィックフレームの送出中に、衝突の存在を推定することができない。この場合、ＦＤＡＰ１は、レガシー再送信ポリシーに基づいて、フレームを再送信すべきである。

【0144】

[0218] 図２９において、ＡＰが、イントラＢＳＳ干渉の存在を推定する。トポロジ及びＯＢＳＳ干渉は、図２８と同様であるが、この例では、ＦＤＡＰ１８１２が、ＦＤＳＴＡ２７９８に同じＨＰトラフィック（８１４）を送出しているが、この例では、ＦＤＳＴＡ１８００も、ＦＤＡＰ１８１２に低優先度トラフィックフレーム（８１６）を送信している。

【0145】

[0219] 上記の結果として、ＦＤＳＴＡ２７９８上で、イントラＢＳＳ干渉及びＯＢＳＳ干渉によって引き起こされる衝突が発生する。この場合、ＦＤＡＰ１は、送信中に低い優先度を示す衝突プリアンブルを受け取ることによって、イントラＢＳＳ衝突の存在のみを推定することができる。

【0146】

[0220] ＦＤＡＰ１は、ＯＢＳＳ衝突の存在を推定することができないが、衝突解決が実行された後に、提案するプロトコルを依然として処理して、高く優先順位付けされたトラフィックの送信を許可すべきである。

【0147】

６．２－２－４実施例２－４：ＡＰが衝突を過大推定する
[0222] 図３０に、ＡＰが衝突を過大推定する場合があるケース例８５０ａ、８５０ｂ、８５０ｃ及び８５０ｄを示す。これらのケースは、ＦＤＡＰ８５４と、ＦＤＳＴＡ１８５２、ＦＤＳＴＡ２８５６及びＦＤＳＴＡ３８５８などの局のうちの１又は２以上とを組み合わせる異なるシナリオを示す。ＡＰは、ケース２（８５０ｂ）及びケース４（８５０ｄ）に示すように、イントラＢＳＳ衝突を過大推定することもあり、これらのケースでは、ＦＤＳＴＡ１及びＦＤＳＴＡ２は、互いの通信範囲外に存在する。しかしながら、ＡＰは、ＦＤＳＴＡ１及びＦＤＳＴＡ２が互いに聴取することができない（互いに通信することができない）ことを知らない（例えば、そのことを示す情報を有さない）。したがって、ＡＰは、これらの２つのケースにおいて、ＢＳＳの内部に衝突が存在すると推定する場合があるが、２つの局が互いの範囲外に存在することに起因して、衝突は存在しない。したがって、ＡＰは、衝突を過大推定したと言える。

【0148】

[0223] ケース１（８５０ａ）において、ＡＰがＦＤＳＴＡ１に送信し、かつＦＤＳＴＡ１もＡＰに送信している時に、ＡＰは、フェイク衝突（ｆａｋｅｃｏｌｌｉｓｉｏｎ）を検出する場合がある。しかしながら、ＦＤＡＰは、受信ＰＰＤＵのヘッダに示される受信機アドレスを復号することなく、受信ＰＰＤＵが自身宛てであることを認識することができない。ＡＰは、干渉プリアンブルの存在を検出すると、送信を停止する。しかし、実際には、ＢＳＳの内部に衝突は存在しない。

【0149】

[0224] ケース３（８５０ｃ）において、ＡＰがＦＤＳＴＡ１に送信し、一方、ＦＤＳＴＡ１がＦＤＳＴＡ２に送信している時に、ＡＰは衝突を検出することができる。ＡＰは、干渉プリアンブルを聴取（検出）し、送信を停止することにより、ＦＤＳＴＡ２上での衝突を回避することができる。

【0150】

[0225] 以下の節では、過大推定された衝突の問題を克服するようになっているＰＲ＋ＣＤＰフレームを使用する解決策について説明する。

【0151】

[0226] 図３１に、図３０の過大推定された衝突のケース例２を解決する実施形態例９１０を示し、この例では、ＦＤＡＰがＦＤＳＴＡ２への高優先度（ＨＰ）トラフィックを有し、ＦＤＳＴＡ１がＦＤＡＰへの低優先度（ＬＰ）トラフィックを有する。ＦＤＳＴＡ１及びＦＤＳＴＡ２は、互いの通信範囲内に存在しないが、両者はＦＤＡＰと通信することができる。ＦＤＡＰ及びＦＤＳＴＡは、優先順位付けされた制御フレーム、例えば、優先順位付けされたＲＴＳ（Ｐ－ＲＴＳ）を含むＴＸＯＰを開始する。

【0152】

[0227] （１）ＡＰは、ＳＴＡ１（低優先度）からＰ－ＲＴＳ（３１９）を受け取り、同時にＳＴＡ２（高優先度）にＰ－ＲＴＳ（３１８）を送信する。

【0153】

[0228] （２）ＡＰは、新たなフレーム（ＰＲ＋ＣＤＰ）（９１２）をブロードキャストして、優先度の高い（優先度レベルを示すことを含む）データ（ＤＡＴＡ）送信を求めるＡＰの要求を宣言する。（ｉ）ＡＰは、新たな（ＰＲ＋ＣＤＰ）フレームにおいて、衝突確率を示すことができる。

【0154】

[0229] （３）ＳＴＡ１及びＳＴＡ２は、互いの通信範囲外に存在し、これは、上記のステップで述べたように、Ｐ－ＲＴＳの衝突が存在しないことを意味する。ＳＴＡ２は、ＡＰによって送信されるＰ－ＲＴＳに対してＰ－ＣＴＳ（９１４）で応答し、これは、ＡＰから受け取られたＰＲ＋ＣＤＰフレームと時間的に重複する。

【0155】

[0230] （４）ＳＴＡ２からのＰ－ＣＴＳは、ＳＴＡ１上で、ＡＰからのＰＲ＋ＣＤＰフレームと衝突するが、ＡＰがＰＲ＋ＣＤＰフレームを送信している時に、ＡＰによって、Ｐ－ＣＴＳを受け取ることができる。

【0156】

[0231] （５）ＡＰは、ＳＴＡ２からＰ－ＣＴＳ（９１４）を受け取った後に、イントラＢＳＳ衝突を過大推定したことを認識し、ＳＴＡ１から以前に受け取ったＰ－ＲＴＳに対してＰ－ＣＴＳで応答すべきである。

【0157】

[0232] （６）ＳＴＡ１は、ＰＲ＋ＣＤＰフレーム（９１２）を受け取られなかったので、第１のＰ－ＣＴＳタイムアウトの後に、ＡＰにＰ－ＲＴＳを再送信すべきであり、ＡＰに再送信されたＰ－ＲＴＳは、ＡＰから受け取られたＰ－ＣＴＳと時間的に重複する場合があり、開始／終了点位置合わせを有さない場合がある。この場合、ＳＴＡ１は、Ｐ－ＲＴＳを再び再送信しない。

【0158】

[0233] （７）ＳＴＡ１及びＡＰの両方は、それらの宛先からＰ－ＣＴＳを受け取り、各ＰＰＤＵの開始点及び終了点が位置合わせされるのと同時に、宛先に１又は複数のＰＰＤＵ（９２４）、（９２５）、（９３２）、（９３３）を送信し始める。

【0159】

[0234] （８）ＰＰＤＵの開始時間の位置合わせ（９２２）及び（９３０）は、以下のように、すなわち、（ａ）ＡＰ（衝突推定者）が第１のＰ－ＲＴＳを送信した後にＳＴＡ１（過大推定された衝突者）にＰ-ＣＴＳを送信するまでの所定の時間＋ＳＩＦＳに基づいて、達成することができる。（ｂ）位置合わせ情報を送信することができ、例えば、ＰＰＤＵ開始時間を、ＰＲ+ＣＤＰフレームにおいて定めることができる。

【0160】

[0235] （９）ＰＰＤＵの長さの位置合わせ（９２２）及び（９３０）は、以下のように達成することができる。（ａ）第１のＰ－ＲＴＳに示される。（ｂ）ＰＲ+ＣＤＰフレームに示される。（ｃ）ＡＰとＳＴＡとの間で交換する管理フレームに示される。

【0161】

[0236] （１０）ＡＰ及びＳＴＡ２は、ＰＰＤＵ（９２４）、（９２５）、（９３２）、（９３３）を受け取り、Ａｃｋ／ＢＡの開始点及び終了点の位置合わせ（９２６）及び（９３４）と同時に、Ａｃｋ／ＢＡ（９２８）、（９２９）、（９３６）及び（９３７）で応答する。（ａ）ＦＤＳＴＡは、ＰＰＤＵを送信している場合、同時に別のＰＰＤＵを受け取ることができる。この場合、ＳＴＡがＰＰＤＵを送信している時に、Ａｃｋ／ＢＡをスケジュールすべきではない。これを達成するためのいくつかの方法がある。すなわち、（ｉ）各ＰＰＤＵ送信の終わりにＢＡ要求を送信する。ＢＡ要求を受け取った後にＢＡのみの応答を送信する。（ｉｉ）これを、第１のＰ－ＲＴＳフレーム又はＰＲ＋ＣＤＰフレーム又は再構成のためにＡＰとＳＴＡとの間で交換する他の管理フレームにおいて構成する。

【0162】

[0237] 次に、この図に示すように、ＡＰからＳＴＡ２にＰＰＤＵ（９３８）を送信し、一方、ＳＴＡ１がＣＣＡビジー（９４０）であり、ＡＰにＡｃｋ（９４２）を返送する。

【0163】

[0238] 図３２～図３５に、Ｐ－ＲＴＳ、Ｐ－ＣＴＳの組み合わせを含むＴＸＯＰが開始された場合のＦＤＡＰの動作の実施形態例９５０を示す。

【0164】

[0239] 図３２において、チェックのセットを実行して、優先度を含むＰ－ＲＴＳが送信されたか（９５２）、同時にＰ－ＲＴＳが受け取られたか（９５４）、イントラＢＳＳ衝突推定のためのＰ－ＲＴＳが低い優先度を有するか（９５６）、ＰＲ＋ＣＤＰがブロードキャストされたか（９５８）、及びイントラＢＳＳ衝突が過大推定されたか（９６０）どうかを判断する。これらの条件の全てが満たされる場合、ブロック９６２において、ＡＰは、優先度の低いトラフィックソースにＰ－ＣＴＳで応答する。

【0165】

[0240] チェック（９６０）において、衝突が過大推定されなかったことを示す場合、図３３のブロック９６４において、ＡＰは、優先度が示されたＰ－ＲＴＳを再送信（９６４）し、優先度の高いトラフィックのＴＸ／ＲＸシーケンスを完了（９６６）する。

【0166】

[0241] 次に、チェック（９６８）によって、優先度の低いトラフィックソースにフレームを送信すべきかどうかを判断する。フレームを送信すべきではない場合、プロセスを終了する。一方で、フレームを送信することを決定した場合、ブロック９７０において、優先度の低いトラフィックシーケンスを完了し、その後、プロセスを終了する。

【0167】

[0242] 図３２の第１の判断ブロック９５２に戻ると、条件が満たされない場合、実行は図３５のブロック９８８に進み、Ｐ－ＲＴＳが受け取られたかどうかを判断する。Ｐ－ＲＴＳが受け取られた場合、ＡＰはＰ－ＣＴＳで応答（９９０）し、ＡＰは１又は２以上のＰＰＤＵ及びブロックＡｃｋ要求（ＢＡＲ）を受け取り（９９２）、Ａｃｋ／ＢＡで応答し、その後、プロセスを終了する。ブロック９８８において、Ｐ－ＲＴＳが受け取られなかったと判断した場合も、プロセスを終了する。

【0168】

[0243] 図３２の第２の判断ブロック９５４に戻ると、条件が満たされない場合、実行は図３４のブロック９７６に進み、チェックによって、Ｐ－ＣＴＳタイムアウトの前にＰ－ＣＴＳが受け取られたかどうかを判断する。条件が満たされなかった場合、Ｐ－ＣＴＳタイムアウト（９８４）を登録し、Ｐ－ＲＴＳを再送信（９８６）し、その後、実行は図３２のブロック９５２から開始するために戻る。

【0169】

[0244] 一方で、ブロック９７６の条件が満たされる場合、ブロック９７８において、ＡＰはＰＰＤＵを送信し、Ａｃｋ／ＢＡを受け取り（９８０）、次に、ＴＸＯＰがまだ満了していないか、かつこれ以上のＰＰＤＵを送信すべきかどうかを判定するチェックが行われる（９８２）。これ以上のＰＰＤＵを送信すべき場合、実行はブロック９７８に戻り、そうでない場合には、実行は図３３のブロック９６６に進み、優先度の高いＴＸ／ＲＸシーケンスを完了する。

【0170】

[0245] 図３２の第３の判断ブロック９５６に戻ると、条件が満たされない場合、図３４のブロック９７４において、ＡＰはＰ－ＣＴＳで応答し、実行は図３３のブロック９６６に進む。

【0171】

[0246] 図３２の第４の判断ブロック９５８に戻ると、条件が満たされない場合、図３４のブロック９８６において、ＡＰはＰ－ＲＴＳを再送信し、実行はプロセスの開始に戻る。

【0172】

[0247] 図３２の第５の判断ブロック９６０に戻ると、衝突が過大推定された場合、ブロック９６２において、ＡＰは、優先度の低いトラフィックソースにＰ－ＣＴＳで応答し、実行は図３３のブロック９７２に進み、この時、優先度の高いトラフィック及び優先度の低いトラフィックの両方が同時に処理され、ブロック９６６及び９７０を実行する。

【0173】

[0248] 図３６～図３８に、Ｐ－ＲＴＳ、Ｐ－ＣＴＳの組み合わせを含むＴＸＯＰを開始した場合のＦＤＳＴＡの動作を示す。

【0174】

[0249] 図３６において、一連のチェックによって、Ｐ－ＲＴＳが送信されたか（１０１２）、同時にＰ－ＲＴＳが受け取られ、イントラＢＳＳ衝突を推定するか（１０１４）、及びＰＲ＋ＣＤＰフレームが受け取られたか（１０１６）どうかを判断する。

【0175】

[0250] これらの全ての条件が満たされる場合、ブロック１０１８において、ＳＴＡは、Ｐ－ＲＴＳの再送信を停止し、実行は図３７のブロック１０２２に進み、優先度が高いＰ－ＲＴＳ又はＰ－ＣＴＳ又はデータ（ＤＡＴＡ）が、短い間隔（例えば（再）送信を停止した後のＰＩＦＳ時間期間）内に送信されたかどうかをチェックする。

【0176】

[0251] 条件が満たされない場合、ブロック１０２４において、ＳＴＡは、ＣＣＡを使用して、以前に送信されたＰ－ＲＴＳと同じ宛先にフレームを送信して、後続の送信の処理を要求する。

【0177】

[0252] ブロック１０２２の条件が満たされる場合、ブロック１０３２において、ＳＴＡは、その送信又は再送信を停止する。いずれの場合も、実行はチェック（１０２６）に進み、ＰＰＤＵ送信をトリガ及び／又は開始するためのフレームが受け取られたかどうかを判断する。条件が満たされる場合、ブロック１０２８において、ＳＴＡは、そのＴＸ／ＲＸシーケンスを完了し、プロセスを終了する。

【0178】

[0253] チェック（１０２６）の条件が満たされない場合、ブロック１０３０において、応答フレームタイムアウトを登録し、実行はブロック１０２２に戻る。

【0179】

[0254] 図３６のブロック１０１２に戻ると、条件が満たされない時に、実行は図３８のブロック１０４６に進み、ＳＴＡが優先度情報を含むＰ－ＲＴＳを受け取ったかどうかを判断する。

【0180】

[0255] 条件が満たされない場合、プロセスを終了する。

【0181】

[0256] ブロック１０４６の条件が満たされる場合、ブロック１０４８において、ＳＴＡはＰ－ＣＴＳで応答し、次に、ブロック１０５０において、ＳＴＡは１又は２以上のＰＰＤＵ及びＢＡＲを受け取り、Ａｃｋ／ＢＡで応答し、プロセスを終了する。

【0182】

[0257] チェック（１０１４）に戻ると、条件が満たされない場合、図３８のチェック（１０３４）において、Ｐ－ＣＴＳタイムアウトの前にＳＴＡがＰ－ＣＴＳを受け取ったかどうかを判断する。時間内に受け取られなかった場合、ブロック１０４２において、タイムアウトを登録し、ＳＴＡは、優先度情報を含むＰ－ＲＴＳを再送信（１０４４）し、実行は図３６のブロック１０１２に進む。

【0183】

[0258] 一方で、チェック（１０３４）において条件が満たされる場合、ブロック１０３６において、ＳＴＡはＰＰＤＵを送信し、Ａｃｋ／ＢＡを受け取る（１０３８）。次に、チェック（１０４０）によって、ＴＸＯＰがまだアクティブである（満了していない）か、かつこれ以上のＰＰＤＵを送信する必要があるかどうかを判断する。条件が満たされる場合、実行はブロック１０３６に戻る。そうでない場合には、ＴＸＯＰは満了しており、プロセスを終了する。

【0184】

[0259] 図３６のチェック（１０１６）に戻ると、条件が満たされない時に、実行はブロック１０２０に進み、ＳＴＡが高い又は等しい優先度を示すＰ－ＲＴＳフレームを受け取ったかどうかを判断する。条件が満たされない場合、実行は図３７のチェック（１０２６）に進む。

【0185】

６．２－３－１実施例３－１：ＰＰＤＵによって開始されたＴＸＯＰに対するＨＰトラフィック許可
[0261] この例のトポロジは、図２１に示されている。ＦＤＡＰ３１２が、ＦＤＳＴＡ２３１６に対する高優先度（ＨＰ）トラフィックを有し、ＦＤＳＴＡ１３１４が、ＦＤＡＰへの低優先度（ＬＰ）トラフィックを有する。ＦＤＡＰ、ＦＤＳＴＡ１及びＦＤＳＴＡ２は、互いの通信範囲内に存在する。ＦＤＡＰ及びＦＤＳＴＡは、ＰＰＤＵを含むＴＸＯＰを開始する。

【0186】

[0262] （１）最初に、ＳＴＡ１（低優先度）は、関連付けられたＡＰにプリアンブル（１１１４）を送信して、トラフィックの優先度を示す。同時に、ＡＰ（高優先度）も、ＳＴＡ２にプリアンブル（１１１２）を送信して、トラフィックの優先度を示す。

【0187】

[0263] （２）ＡＰ及びＳＴＡ１の両方は、各々がそれ自身のプリアンブルを送信し、ほぼ同時に他方のプリアンブルを受け取ってから、イントラＢＳＳ衝突が存在する場合があると推定する。

【0188】

[0264] （３）ＳＴＡ１は、イントラＢＳＳ衝突を推定した後に、ＡＰにＰＰＤＵの残りの部分を送信するのを停止し、図示のようにＣＣＡビジー（１１２０）である。ＳＴＡ１は、チャネルを検知するのを待つか、又はＡＰの応答又はトリガフレームを待って、次の送信を実行する。

【0189】

[0265] （４）ＡＰがイントラＢＳＳ衝突を推定した後に、衝突プリアンブルがＡＰのトラフィックよりも低い優先度を示す場合、ＡＰは、直ちにＰＰＤＵ（１１２２）を再送信するか、又は代替的に衝突プリアンブルを受け取った後にＰＩＦＳを再送信することができる。

【0190】

[0266] （５）ＡＰは、いくつかのＲＵ（ＰＰＤＵブロックの下部の陰影領域によって表される）を予約して、現在のＰＰＤＵフレームの宛先ではない他のＳＴＡに選択制御メッセージを送信することができる。衝突プリアンブルがＡＰのトラフィックよりも高い優先度を示す場合、後節において説明する実施例３－３及び３－４で説明するように、プロセスが実行される。

【0191】

[0267] （６）ＳＴＡ２は、ＡＰからＤＬＰＰＤＵ（１１２２）を受け取り、その受信中にＡＰにＡｃｋ／ＢＡ（１１２４）、（１１２６）で応答することができる。Ａｃｋ／ＢＡで応答する時間は、ＢＡＲ又は他の制御／管理フレームにおいて設定することができるスケジュール（もしあれば）に従うべきである。

【0192】

[0268] （７）ＡＰは、ＰＰＤＵの再送信後に／中に、ＳＴＡ２からＡｃｋ／ＢＡを受け取らず、ＳＴＡ１にトリガフレーム（１１２８）を送信して、ＳＴＡ１がチャネルにアクセスできるようにすることができる。

【0193】

[0269] （８）ＳＴＡ１は、ＡＰからＰＰＤＵを受け取らず、ＳＴＡ２からも受け取らない。ＳＴＡ２は、ＡＰへの宛先を含み、ＡＰに例えば制御フレーム又は再送信されたＰＰＤＵを送信することによって、ＥＤＣＡバックオフの後にチャネルに再びアクセスするか、又はＡＰからのトリガフレームを待ってＴＢ－ＰＰＤＵの送信を開始することができる。

【0194】

[0270] （９）ＳＴＡ１は、ＣＣＡビジー（１１２０）を検知し、したがって、ＡＰから、ＳＴＡ１がチャネルにアクセスできるようにするためのトリガを受け取らない限り、ＰＰＤＵを（再）送信するためのチャネルにアクセスするのを待つ。

【0195】

[0271] 図では、ＰＰＤＵ（１１２２）中に、ＳＴＡ２は、ＡＣＫ（１１２４）及び（１１２６）を送信する。ＡＰは、ＳＴＡ１にトリガを送信する（１１２８）。ＳＴＡ１は、プリアンブル（ＬＰ）（１１３２）、ＰＰＤＵ（１１３４）を送信する。ＡＰは、Ａｃｋ（１１３６）及び（１１３８）でＳＴＡ１に応答し、その間中、ＳＴＡ２はＣＣＡビジー（１１３０）である。

【0196】

６．２－３－２実施例３－２：過大推定されたイントラＢＳＳ衝突を含むＨＰトラフィック許可
[0273] 図４０に、ＡＰが高い優先度（ＨＰ）を有し、ＳＴＡ１が低い優先度（ＬＰ）を有する実施形態例１２１０を示す。ＳＴＡ１及びＳＴＡ２は、通信範囲内に存在しない。ＤＡＴＡＰＰＤＵを含むプロセスを開始する。

【0197】

[0274] （１）最初に、ＳＴＡ１（低優先度）は、関連付けられたＡＰにプリアンブル（１２１４）を送信して、トラフィックの優先度を示す。同時に、ＡＰ（高優先度）も、ＳＴＡ２にプリアンブル（１２１２）を送信して、トラフィックの優先度を示す。

【0198】

[0275] （２）ＡＰ及びＳＴＡ１の両方は、それら自身のプリアンブルを送信し、同時に他のＳＴＡからプリアンブルを受け取ってから、イントラＢＳＳ衝突が存在する場合があると推定する。しかしながら、ＡＰ及びＳＴＡ１の両方は、イントラＢＳＳ衝突を過大推定する。

【0199】

[0276] （３）ＳＴＡ１は、イントラＢＳＳ衝突を推定した後に、ＡＰにＰＰＤＵの残りの部分を送信するのを停止し、ＳＴＡ１の優先度よりも高い優先度のトラフィックを示す衝突プリアンブルが存在することを認識する。ＳＴＡ１は、チャネルを検知するのを待つか、又はＡＰの応答又はトリガフレーム（１２２２）を待って、次の送信を実行すべきである。

【0200】

[0277] （４）ＡＰがイントラＢＳＳ衝突を推定した後に、衝突プリアンブルがＡＰのトラフィックよりも低い優先度を示す場合、ＡＰは、直ちにＳＴＡ２にＰＰＤＵを再送信（１２２０）するか、又は場合によっては衝突プリアンブルを受け取った後にＰＩＦＳを再送信することができる。ＡＰは、いくつかのＲＵ（ＰＰＤＵの陰影部分に示す）を予約して、進行中の送信ＰＰＤＵの宛先とは異なる他のいくつかのＳＴＡに制御メッセージを送信することができる。

【0201】

[0278] （５）ＳＴＡ２上に衝突が存在しないので、ＳＴＡ２は、ＡＰからプリアンブルを受け取るが、ＤＡＴＡＰＰＤＵの残りの部分を受け取らない。後で、ＳＴＡ２は、同じプリアンブルを含む再送信されたＰＰＤＵを受け取る。この場合、ＳＴＡ２は、予約されたＲＵ（１２１８）及び（１２２２）を使用して、ＰＰＤＵソースにＣＴＳなどの制御フレームを送信することができ、これは、プリアンブルを受け取った後の即時応答又はＳＩＦＳとすることができる。

【0202】

[0279] （６）ＡＰは、予約されたＲＵにおいてＳＴＡ２から制御フレーム（１２１８）を受け取り、その間中、ＡＰは、ＳＴＡ２にＤＬＰＰＤＵを送信していることができる。次に、ＡＰは、予約されたＲＵを使用して、ＳＴＡ１にトリガフレーム（例えば、ＰＲ＋ＣＤＰ）を送信して、ＳＴＡ１からのＵＬＰＰＤＵ（１２２６）を含むプリアンブル（１２２４）をトリガすることができる。トリガフレームは、ＰＰＤＵ終了点位置合わせ情報を含み、ＳＴＡ１からＡＰへのＴＢＰＰＤＵ及びＡＰからＳＴＡ２へのＵＬＰＰＤＵの終了点を位置合わせすべきであることに留意されたい。

【0203】

[0280] （７）ＳＴＡ１は、予約されたＲＵにおいてＡＰから制御フレームを受け取り、ＵＬＰＰＤＵ（１２２０）をトリガする。ＳＴＡ１は、受け取った制御フレームからのＰＰＤＵ終了点位置合わせ（１２２５）ルールに従って、ＵＬＰＰＤＵ（１２２４）、（１２２６）を送信すべきである。

【0204】

[0281] （８）ＡＰ及びＳＴＡ２は、ＰＰＤＵ（１２２０）、（１２２６）を受け取り、Ａｃｋ／ＢＡの開始点及び終了点の位置合わせ（１２２８）と同時に、Ａｃｋ／ＢＡ（１２３０）及び（１２３１）で応答すべきである。ＳＴＡがＰＰＤＵを送信している時に、Ａｃｋ／ＢＡをスケジュールすべきではない。これを達成するためのいくつかの方法がある。（ａ）各ＰＰＤＵ送信の終わりにＢＡ要求を送信する。ＢＡ要求を受け取った後にＢＡのみが応答する。（ｂ）これを、ＰＲ＋ＣＤＰフレーム又は再構成のためにＡＰとＳＴＡとの間で交換する他の管理フレームなどの制御フレームにおいて構成する。

【0205】

[0282] この図には、ＡＰとＳＴＡ２との間の追加の位置合わせ（１２３２）されたＰＰＤＵ（１２３４）、（１２３５）、その後に続いて、位置合わせ（１２３６）された関連するＡｃｋ（１２３８）及び（１２３９）を示す。この後に、別のＰＰＤＵ（１２４０）がＳＴＡ２に送信され、Ａｃｋ（１２４６）が続き、一方、ＳＴＡ１は、図示のように、ＣＣＡビジー（１２４２）である。

【0206】

６．２－３－３実施例３－３：ＡＰがＬＰを有する時のＰＰＤＵによって開始されたＴＸＯＰに対するＨＰトラフィック許可
[0284] 図４１に、ＡＰが低い優先度を有する時のＰＰＤＵによって開始されたＴＸＯＰに対するＨＰトラフィック許可を例示する、この実施例３－３の実施形態例１３１０を示す。トポロジは、図３０のケース２として示される。

【0207】

[0285] ＦＤＡＰ３１２が、ＦＤＳＴＡ２３１６に送信するための低優先度（ＬＰ）トラフィックを有し、一方、ＦＤＳＴＡ１３１４が、ＦＤＡＰに送信するための高優先度（ＨＰ）トラフィックを有する。ＦＤＳＴＡ１及びＦＤＳＴＡ２は、互いの範囲内に存在しないが、両者は、ＦＤＡＰの通信範囲内に存在する。ＦＤＡＰ及びＦＤＳＴＡは、ＰＰＤＵを含むＴＸＯＰを開始する。

【0208】

[0286] （１）最初に、ＳＴＡ１（高優先度）は、関連付けられたＡＰにプリアンブル（１３１４）を送信して、トラフィックの優先度を示す。同時に、ＡＰ（低優先度）も、ＳＴＡ２にプリアンブル（１３１２）を送信して、トラフィックの優先度を示す。

【0209】

[0287] （２）ＡＰ及びＳＴＡ１の両方は、イントラＢＳＳ衝突が存在する場合があると推定する。というのは、ＡＰ及びＳＴＡ１は、それら自身のプリアンブルが同時に受け取られるのと同時に、それらのプリアンブルが送信されることを認識するからである。

【0210】

[0288] （３）ＳＴＡ１は、同時に送信及び受信されたプリアンブルに基づいてイントラＢＳＳ衝突を推定した後に、（更なる衝突の可能性を回避するために）ＰＰＤＵの送信を停止する。ＳＴＡ１は、高い優先度を有する場合、直ちにＡＰに新たなプリアンブル（１３１８）及びＰＰＤＵ（１３２２）を再送信するか、又は衝突プリアンブルを受け取った後にＰＩＦＳにわたってＰＰＤＵを再送信することができる。ＳＴＡ１は、いくつかのＲＵ（ＰＰＤＵの陰影領域に示すような）を予約して、ＡＰが他のＳＴＡと制御メッセージを交換するようにする。

【0211】

[0289] （４）ＡＰがイントラＢＳＳ衝突を推定した後に、衝突プリアンブルがＡＰのトラフィックよりも高い優先度を示す場合、ＡＰは、ＰＰＤＵの残りの部分の送信を停止する。

【0212】

[0290] （５）ＡＰは、ＳＴＡ１からＵＬＰＰＤＵ（１３２２）を受け取り、その受信中にＳＴＡ１にＡｃｋ／ＢＡ（１３２４）で応答することができる。Ａｃｋ／ＢＡで応答する時間は、ＢＡＲ又は他の制御／管理フレームにおいて設定することができるスケジュール（もしあれば）に従うべきである。

【0213】

[0291] （６）送信シーケンスを完了してＳＴＡ１からＵＬＰＰＤＵを受け取った後に、ＡＰは、ＥＤＣＡバックオフの後にチャネルに再びアクセスして、ＳＴＡ２に、再送信されたプリアンブル（１３２６）及びＰＰＤＵ（１３３０）を送信し、Ａｃｋ／ＢＡ（１３３２）及び（１３３４）によって応答される。この時間中に、ＳＴＡ１はＣＣＡビジーである。

【0214】

６．２－３－４実施例３－４：ＡＰがＬＰを有する時のＰＰＤＵによって開始されたＴＸＯＰに対するＨＰトラフィック許可
[0293] 図４２に、ＬＰを有するＦＤＡＰ３１２と、ＨＰを有するＦＤＳＴＡ１３１４と、ＦＤＳＴＡ２３１６とを含む実施形態例１４１０を示す。この例では、ＳＴＡ１及びＳＴＡ２は、互いの範囲内に存在しないが、ＡＰの範囲内に存在する。この例は、ＤＡＴＡＰＰＤＵで開始する。

【0215】

[0294] トポロジは、図３０のケース２（８５０ｂ）に示すものと同様であり、唯一の相違点は、ＡＰがＳＴＡ２へのＬＰを有し、ＳＴＡ１がＡＰへのＨＰを有する点である。ＦＤＡＰは、ＦＤＳＴＡ２への低優先度（ＬＰ）トラフィックを有し、ＦＤＳＴＡ１は、ＦＤＡＰへの高優先度（ＨＰ）トラフィックを有する。ＦＤＳＴＡ１及びＦＤＳＴＡ２は、互いに通信することができないが、両者はＦＤＡＰと通信することができる。ＦＤＡＰ及びＦＤＳＴＡは、ＰＰＤＵを含むＴＸＯＰを開始する。

【0216】

[0295] （１）最初に、ＳＴＡ１（高優先度）は、関連付けられたＡＰにプリアンブル（１４１４）を送信して、トラフィックの優先度を示す。同時に、ＡＰ（低優先度）も、ＳＴＡ２にプリアンブル（１４１２）を送信して、トラフィックの優先度を示す。

【0217】

[0296] （２）ＡＰ及びＳＴＡ１の両方は、イントラＢＳＳ衝突が存在する場合があると推定する。というのは、ＡＰ及びＳＴＡ１は、それら自身のプリアンブルを送信し、同時に他の局からプリアンブルを受け取ったからである。しかしながら、この場合、ＡＰ及びＳＴＡ１の両方は、イントラＢＳＳ衝突を過大推定する。

【0218】

[0297] （３）ＡＰがイントラＢＳＳ衝突を推定した後に、衝突プリアンブルがＡＰのトラフィックよりも高い優先度を示す場合、ＡＰは、予約されたＲＵから、ＡＰがイントラＢＳＳ衝突を過大推定したことを示す制御フレームを受け取らない限り、ＰＰＤＵの残りの部分の送信を停止する。

【0219】

[0298] （４）ＳＴＡ１は、送信及び受信されたプリアンブルに基づいてイントラＢＳＳ衝突を推定した後に、（更なる衝突の可能性を回避するために）ＰＰＤＵ（１４１４）の残りの部分の送信を停止する。ＳＴＡ１は、高い優先度を有する場合、直ちにプリアンブル（１４１８）及びＰＰＤＵ（１４２６）を再送信するか、又は衝突プリアンブルを受け取った後にＰＩＦＳにわたってＰＰＤＵを再送信することができる。ＳＴＡ１は、いくつかのＲＵ（ＰＰＤＵの陰影部分に示すような）を予約して、ＡＰが他のＳＴＡと制御メッセージを交換するようにする。

【0220】

[0299] （５）この場合、ＳＴＡ２は、ＡＰから、ＤＡＴＡＰＰＤＵの残りの部分を含まないプリアンブルを受け取る。ＳＴＡ２が何も受け取らず、かつチャネルが別のプリアンブル継続時間及びそれに加えておそらくＰＩＦＳ間隔にわたってアイドルである場合、ＳＴＡ２は、予約されたＲＵを使用して、直ちに又は別のＳＩＦＳ遅延で、ＡＰに制御フレームを送信して、プリアンブルを受け取ることを示すことができる。

【0221】

[0300] （６）ＡＰは、予約されたＲＵで、ＳＴＡ２から、ＡＰがイントラＢＳＳ衝突を過大推定したことを示す制御フレーム（１４２２）を受け取る。ＡＰは、過大推定されたイントラＢＳＳ衝突の宛先であるＳＴＡ２に、プリアンブル（１４２４）及びＰＰＤＵ（１４２８）を再送信することができる。ＡＰは、ＳＴＡ１から受け取られたＵＬＰＰＤＵとの終了点位置合わせを有するＰＰＤＵによって、ＳＴＡ２にＤＬＰＰＤＵを送信すべきである。

【0222】

[0301] （７）ＡＰ及びＳＴＡ２は、ＰＰＤＵを受け取り、Ａｃｋ／ＢＡの開始点及び終了点の位置合わせと同時に、Ａｃｋ／ＢＡ（１４３０）及び（１４３１）で応答すべきである。ＳＴＡがＰＰＤＵを送信している時に、Ａｃｋ／ＢＡをスケジュールすべきではない。これを達成するためのいくつかの方法がある。（ａ）各ＰＰＤＵ送信の終わりにＢＡ要求を送信する。ＢＡ要求（ＢＡＲ）を受け取った後に、ＢＡのみの応答を利用する。（ｂ）これを、ＰＲ＋ＣＤＰフレーム又は再構成のためにＡＰとＳＴＡとの間で交換する他の管理フレームなどの制御フレームにおいて構成する。

【0223】

[0302] 次に、この図には、プリアンブル（１４３２）及びＳＴＡ２へのＰＰＤＵ（１４３６）と、プリアンブル（１４３４）及びＡＰへのＰＰＤＵ（１４３６）とを含む追加のＰＰＤＵ、その後に続いて、Ａｃｋ（１４３８）及び（１４３９）を示す。

【0224】

[0303] 図４３～図４５に、ＦＤＳＴＡが、ＤＡＴＡＰＰＤＵを含むＴＸＯＰを開始する実施形態例１４７０を示す。チェック（１４７２）において、ＡＰは、イントラＢＳＳ衝突がＡＰ自身よりも低い優先度を有すると推定する。

【0225】

[0304] 図４３において、条件が満たされる場合、ブロック１４７４において、ＡＰは、他のＳＴＡのためのいくつかのＲＵの予約を含むＰＰＤＵを再送信する。次に、チェック（１４７６）において、チェックによって、ＡＰが、予約されたＲＵを通じて宛先から、イントラＢＳＳ衝突の過大推定を示す制御フレームを受け取ったかどうかを判断する。

【0226】

[0305] ブロック１４７６において条件が満たされる場合、図４４のブロック１４８２において、ＡＰは、予約されたＲＵにおいて制御（トリガ）フレームを送信して、推定された衝突ＳＴＡをトリガして、トリガベースのＰＰＤＵ（ＴＢ－ＰＰＤＵ）を送信するようにする。次に、ブロック１４８４において、ＡＰは、スケジュール（もしあれば）の下で、ＰＰＤＵ終了点及び／又は開始点位置合わせ及びＡｃｋ／ＢＡ位置合わせを維持し、プロセスを終了する。

【0227】

[0306] チェック（１４７６）に戻ると、条件が満たされない場合、実行は図４４のブロック１４７８に進んで、現在のＰＰＤＵ送信シーケンスを終了し、優先度が低い衝突ＳＴＡであると推定された別のＳＴＡにトリガを送信する。次に、ブロック１４８０において、ＡＰは、受け取られたＰＰＤＵに応答してＡｃｋ／ＢＡを送信し、プロセスを終了する。

【0228】

[0307] チェック（１４７２）に戻ると、条件が満たされない場合、実行は図４５のブロック１４８６に進み、ＡＰは、ＰＰＤＵの残りの部分の送信を停止する。次に、チェック（１４８８）において、ＡＰは、予約されたＲＵを通じて宛先ＳＴＡから、イントラＢＳＳ衝突の過大推定を示す制御フレームを受け取ったかどうかを判断する。

【0229】

[0308] 条件が満たされる場合、ブロック１４９０において、ＡＰは、ＤＬＰＰＤＵを再送信し、その間中、ＡＰは、ＵＬＰＰＤＵを受け取ることができ、実行は図４４のブロック１４８４に進む。

【0230】

[0309] ブロック１４８８に戻ると、条件が満たされない場合、ブロック１４９２において、ＡＰは、受け取られたＰＰＤＵに応答してＡｃｋ／ＢＡを送信し、その後、ブロック１４９４において、ＡＰは、現在のＰＰＤＵ送信シーケンスを終了し、優先度が低い衝突ＳＴＡであると推定された他のＳＴＡにトリガを送信することができ、プロセスを終了する。

【0231】

[0310] 図４６及び図４７に、非ＡＰＳＴＡが、ＤＡＴＡＰＰＤＵを含むＴＸＯＰを開始する実施形態例１５１０を示す。

【0232】

[0311] チェック（１５１２）によって、非ＡＰＳＴＡがＤＡＴＡＰＰＤＵの残りの部分を含まないプリアンブルを受け取ったかどうかを判断する。この条件が満たされる場合、ブロック１５２０において、ＳＴＡは、予約されたＲＵを使用して制御フレームを送信して、過大推定されたイントラＢＳＳ衝突を示し、次に、ブロック１５２２において、非ＡＰＳＴＡは、ＰＰＤＵに応答してＡｃｋ／ＢＡを送信し、プロセスを終了する。

【0233】

[0312] チェック（１５１２）に戻ると、条件が満たされない場合、チェック（１５１４）において、ＳＴＡは、イントラＢＳＳ衝突の推定がＳＴＡ自身よりも低い優先度を有するかどうかをチェックする。

【0234】

[0313] 条件が満たされる場合、ブロック１５１６において、ＳＴＡは、他のＳＴＡのためにいくつかのＲＵを予約することを含むＰＰＤＵを再送信し、ブロック１５１８において、ＳＴＡは、スケジュール（スケジュールが存在する場合）の下で、ＰＰＤＵ終了点及び／又は開始点位置合わせ及びＡｃｋ／ＢＡ位置合わせを維持し、プロセスを終了する。

【0235】

[0314] チェック（１５１４）に戻ると、条件が満たされない場合、実行は図４７のブロック１５２４に進み、ＳＴＡは、ＰＰＤＵの残りの部分の送信を停止する。チェック（１５２６）において、予約されたＲＵ又は予約されていないＲＵを通じて宛先ＳＴＡ（ＡＰ）から、ＵＬＰＰＤＵをトリガする制御フレームが受け取られたかどうかを判断する。

【0236】

[0315] 条件が満たされない場合、ブロック１５３０において、ＳＴＡは、他のＳＴＡ間のフレーム交換を受け取ることができない場合、チャネルがＣＣＡアイドルである時に、ＥＤＣＡバックオフの後にＰＰＤＵを再送信し、プロセスを終了する。

【0237】

[0316] 条件が満たされる場合、実行はチェック（１５２６）からブロック１５２８に進み、ＳＴＡは、ＵＬＰＰＤＵを再送信し、その後、図４６のブロック１５１８に進む。

【0238】

７．データ構造
７．１．優先度を含むプリアンブル
[0319] レガシープリアンブルにおいて、いくつかの予備ビットが存在する。図４及び図５のＦＤトレーニングシーケンスに戻ると、以下のことに留意されたい。ＨＥＳＵＰＰＤＵ及びＨＥＥＲＳＵＰＰＤＵのＨＥ－ＳＩＧ－Ａフィールドのビット１４（Ｂ１４）は予備である。ＨＥＭＵＰＰＤＵのＨＥ－ＳＩＧ－Ａフィールドのビット７（Ｂ７）は予備である。両方の場合において、これらの予備ビットを利用して、優先度高（ｐｒｉｏｒｉｔｙＨｉｇｈ）（段階１）及び優先度低（ｐｒｉｏｒｉｔｙＬｏｗ）（段階０）を示すことができる。

【0239】

[0320] 以下の説明では、条件／情報を示すための特定のビット状態を、限定ではなく一例として提供する。

【0240】

[0321] 別の方法として、図５に示したようなレガシープリアンブルに続くＦＤプリアンブルに優先度情報を実装する。ＦＤプリアンブルフィールドに、優先度サブフィールドを含めることができる。代替的に、ＦＤプリアンブルフィールドのビット範囲に対応するトーンの上に、特定の間隔（すなわち、少なくとも４０ｐｐｍ）を介して、異なる１又は複数のサブキャリアに、異なる優先度を埋め込むことができる。

【0241】

７．２．Ｐ－ＲＴＳ（優先順位付けされたＲＴＳ）
[0323] 図４８に、Ｐ－ＲＴＳフレームの例１５９０を示す。ＦＤＳＴＡは、Ｐ－ＲＴＳフレームを送信することでＴＸＯＰを開始することができ、Ｐ－ＲＴＳフレームは、送信ＳＴＡが送信することを要求するトラフィックの優先度と、ＰＰＤＵ位置合わせなどの何らかのスケジューリング情報とを示す。Ｐ－ＲＴＳフレームを受け取るＳＴＡは、必要なトラフィック優先度を認識すべきであり、このフレームで要求されるようにＰＰＤＵ又は／及びＡｃｋ位置合わせルールに従うべきである。フレーム制御は、異なるフレームタイプに対応するフレーム制御情報を示す。継続時間／ＩＤフィールドは、受信ＳＴＡにおいて、任意の後続のデータ、管理、又は応答フレーム＋単一保護における任意の追加のオーバヘッドフレームの終了まで保護するＮＡＶ値を設定する。そうでない場合には、継続時間／ＩＤフィールドは、複数保護における複数のフレームのシーケンスの推定された終了まで保護するＮＡＶを設定する。

【0242】

[0324] このフレームのＲＡフィールドは、対象の直接の受信者であるＳＴＡのアドレスである。ＴＡフィールドは、このフレームを送信するＳＴＡのアドレスである。優先度フィールドは、ＲＴＳフレームにおいて指定される優先度を示す。エラー検出のためのＦＣＳフィールドは、３２ビットのＣＲＣを含む。ＰＲ制御フィールドは、このフレームを送信／受信した後に続くプロセスのための優先度要求情報及び対応する制御情報を示す。

【0243】

[0325] 図４９に、図４８からのＰＲ制御フィールドの実施形態例１６１０を示す。優先度要求サブフィールドは、このフレームを送信したＳＴＡが送信することを要求するトラフィックの優先度を示す。ＰＰＤＵ及びＡＣＫ同期要求サブフィールドは、１に設定された場合、このフレームを送信又は受信するＳＴＡは、ＰＰＤＵの開始点を位置合わせし、受け取られたＰＰＤＵ毎の応答としてＡｃｋ／ＢＡの開始点を位置合わせすべきである。

【0244】

[0326] ＰＰＤＵ開始時間サブフィールドは、このフレームを送信／受信した後にＰＰＤＵの送信／受信を開始するオプションを示す。０として設定された場合、特定の開始時間が示されないことを意味し、ＳＴＡは、その宛先との全ての制御フレーム交換を完了した後にＳＩＦＳにわたってＰＰＤＵを送信することを開始する（例えば、Ｐ－ＲＴＳの送信からＰ－ＲＴＳの応答としてのＰ－ＣＴＳの受信まで）。１として設定された場合、例えば、このフレームを受け取った後の、１つのＰＲ＋ＣＤＰフレーム継続時間＋ＳＩＦＳ＋１つのＣＴＳフレーム継続時間＋ＦＤＳＴＡに対するＳＩＦＳの後の特定の開始時間を示す。このフレームを送信するＦＤＳＴＡは、このフレームを送信した後にカウントを開始してから以前の計算にもう１つＳＩＦＳを追加する必要がある。ＰＰＤＵ継続時間位置合わせサブフィールドは、１として設定されると、プリアンブルのＬ－ＳＩＧフィールドによって示されるように、同時に終了するようにＰＰＤＵをパディングすべきであることを示す。

【0245】

７．３．Ｐ－ＣＴＳ（優先順位付けされたＣＴＳ）
[0328] 図５０に、Ｐ－ＣＴＳフレームの実施形態例１６３０を示す。ＦＤＳＴＡは、Ｐ－ＲＴＳフレームを受け取ったことの応答として、Ｐ－ＣＴＳフレームを送信する。このフレームは、図示のように、フレーム制御と、継続時間／ＩＤと、ＲＡと、ＰＲ制御と、ＦＣＳとを含む。

【0246】

[0329] 図５１に、図５０に示すＰＲ制御フィールドの実施形態例１６５０を示す。ＰＲ制御フィールドは、このフレームを送信／受信した後に続くプロセスのための優先度要求情報を示す。優先度要求サブフィールドは、このＰ－ＣＴＳがどの優先度に対する応答であるかを示し、この優先度は、応答されたＰ－ＲＴＳフレームにおいて指定される優先度と同じであるべきである。

【0247】

[0330] 他のフィールドは、Ｐ－ＲＴＳについて概説されたものと同じである。

【0248】

７．４．ＰＲ＋ＣＤＰフレームフォーマット
[0332] 図５２に、ＰＲ＋ＣＤＰフレームの実施形態例１６７０を示す。ＦＤＡＰは、イントラＢＳＳ衝突を検出した時に、新たなフレーム（ＰＲ＋ＣＤＰ）をブロードキャストして、優先度の高い（優先度レベルを示すことを含む）データ（ＤＡＴＡ）送信を求めるＡＰの要求を宣言することができ、また、このフレームにおいて、ＰＰＤＵ位置合わせ及び／又はＡＣＫ位置合わせなどのスケジューリングルールを示すこともできる。

【0249】

[0333] ＰＲ＋ＣＤＰフレームを受け取り、ＡＰにＰ－ＲＴＳなどの優先順位付けされた制御フレームを以前に送信したＳＴＡは、ＰＲ＋ＣＤＰフレームによって搬送されるＡＰによって宣言された優先度と、ＳＴＡがＡＰに送信することを要求したトラフィックの優先度とを比較すべきである。ＡＰによって宣言された優先度が、ＳＴＡの優先度よりも高い場合、ＳＴＡは、前の制御フレームの再送信を中断すべきである。

【0250】

[0334] 図５３に、ＰＲ＋ＣＤＰ制御フィールドの実施形態例１６９０を示す。ＰＲ＋ＣＤＰ制御フィールドは、このフレームを送信／受信した後に続くプロセスのための優先度要求及び衝突検出確率情報及び対応する制御情報を示す。優先度要求サブフィールドは、このフレームを送信したＳＴＡが最初に処理することを要求する優先度を示す。衝突検出確率サブフィールドは、イントラＢＳＳ衝突の推定された確率を示し、考えられる値は０又は１である。ＰＰＤＵ及びＡＣＫ同期要求サブフィールドは、１に設定されると、このフレームを送信又は受信するＳＴＡが、ＰＰＤＵの開始点を位置合わせし、受け取られたＰＰＤＵ毎の応答としてＡｃｋの開始点を位置合わせすべきであることを示すことができる。

【0251】

[0335] ＰＰＤＵ開始時間サブフィールドは、このフレームを送信／受信した後にＰＰＤＵの送信／受信を開始するオプションを示す。０として設定された場合、特定の開始時間が示されないことを意味し、ＳＴＡは、その宛先との全ての前の制御フレーム交換を完了した後にＳＩＦＳにわたってＰＰＤＵを送信することを開始する（ＲＴＳの送信からＣＴＳの受信まで。衝突検出の過大推定をキャンセルするために使用される追加のフレーム交換を含むことができる）。

【0252】

[0336] １として設定された場合、例えば、このフレームを受け取った後の、１つのＣＴＳフレーム継続時間＋ＦＤＳＴＡに対するＳＩＦＳの後の特定の開始時間を示す。このフレームを送信するＦＤＳＴＡは、このフレームを送信した後にカウントを開始してから以前の計算にもう１つＳＩＦＳを追加する必要がある。

【0253】

[0337] ＰＰＤＵ継続時間位置合わせサブフィールドは、１に設定されると、プリアンブルのＬ－ＳＩＧフィールドによって示されるように、同時に終了するようにＰＰＤＵをパディングすべきであることを示す。他のフィールドは、Ｐ－ＲＴＳフレームにおいて定められるものと同じである。

【0254】

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

【0255】

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

【0256】

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

【0257】

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

【0258】

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

【0259】

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

【0260】

[0345] ネットワークにおける無線通信のための装置であって、前記装置は、（ａ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするように構成されるＩＥＥＥ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）としての無線通信回路と、（ｂ）前記ＳＴＡのプロセッサと、（ｃ）他のＳＴＡと通信し、通信プロトコルの異なる役割を果たすための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、プリアンブルベースの衝突検出の１又は２以上のステップを実行し、前記１又は２以上のステップは、（ｄ）（ｉ）全二重（ＦＤ）ＳＴＡである前記ＳＴＡによって直交プリアンブルを生成し、前記直交プリアンブルは埋め込まれたトラフィック優先度情報を含み、プリアンブルを処理するステップであって、（ｄ）（ｉ）（Ａ）前記ＳＴＡが、それ自身の優先度よりも低い優先度を有する衝突プリアンブルを検出すると、前記プリアンブル及びそれに関連付けられた物理レイヤプロトコルデータユニット（ＰＰＤＵ）を再送信することと、（ｄ）（ｉ）（Ｂ）前記ＳＴＡが、それ自身の優先度に等しい又はそれよりも高い優先度を有するか又は優先度を有さない衝突プリアンブルを検出すると、自身の送信を停止して、媒体がアイドルであることを検知した後にバックオフを開始することと、（ｄ）（ｉ）（Ｃ）衝突が検出されない場合、前記ＰＰＤＵの送信を継続することと、を含む、ステップと、（ｄ）（ｉｉ）イントラ基本サービスセット（イントラＢＳＳ）衝突推定を処理した後に、送信に優先順位付けするステップであって、（ｄ）（ｉｉ）（Ａ）衝突回避のために送信される各制御フレームにおいて優先度を示すことと、（ｄ）（ｉｉ）（Ｂ）スケジューラとして動作するＳＴＡによってイントラＢＳＳ衝突が推定された時に、優先度の低いトラフィックまでに優先度の高いトラフィックを処理できるようにすることと、を含む、ステップと、を含む、装置。

【0261】

[0346] ネットワークにおける無線通信のための装置であって、前記装置は、（ａ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするように構成されるＩＥＥＥ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）としての無線通信回路と、（ｂ）前記ＳＴＡのプロセッサと、（ｃ）他のＳＴＡと通信し、通信プロトコルの異なる役割を果たすための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、プリアンブルベースの衝突検出の１又は２以上のステップを実行し、前記１又は２以上のステップは、（ｄ）（ｉ）ＦＤＳＴＡである前記ＳＴＡによって、時間領域及び／又は周波数領域において直交する直交プリアンブルを生成し、前記直交プリアンブルは埋め込まれたトラフィック優先度情報を含み、プリアンブルを処理するステップであって、（ｄ）（ｉ）（Ａ）前記ＳＴＡが、それ自身の優先度よりも低い優先度を有する衝突プリアンブルを検出すると、前記プリアンブル及びそれに関連付けられた物理レイヤプロトコルデータユニット（ＰＰＤＵ）を再送信することと、（ｄ）（ｉ）（Ｂ）前記ＳＴＡが、それ自身の優先度に等しい又はそれよりも高い優先度を有するか又は優先度を有さない衝突プリアンブルを検出すると、自身の送信を停止して、媒体がアイドルであることを検知した後にバックオフを開始することと、（ｄ）（ｉ）（Ｃ）衝突が検出されない場合、ＰＰＤＵの残りの部分の送信を継続することと、を含む、ステップと、（ｄ）（ｉｉ）イントラ基本サービスセット（イントラＢＳＳ）衝突推定を処理した後に、送信に優先順位付けするステップであって、（ｄ）（ｉｉ）（Ａ）衝突回避のために送信される各制御フレームにおいて優先度を示すことと、（ｄ）（ｉｉ）（Ｂ）スケジューラとして動作するＳＴＡによってイントラＢＳＳ衝突が推定された時に、優先度の低いトラフィックまでに優先度の高いトラフィックを処理できるようにすることと、を含む、ステップと、（ｄ）（ｉｉｉ）送信機会（ＴＸＯＰ）を開始するステップであって、イントラ基本サービスセット（イントラＢＳＳ）干渉の存在を推定すると、フレームがブロードキャストされて、前記ＴＸＯＰのために処理すべき要求の優先される優先度を示す、ステップと、を含む、装置。

【0262】

[0347] ネットワークにおける無線通信の方法であって、（ａ）プリアンブルベースの衝突検出における役割を実行するように構成されるキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするように構成されるＩＥＥＥ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）としての無線通信回路を構成するステップと、（ｂ）ＦＤＳＴＡである前記ＳＴＡによって直交プリアンブルを生成し、前記直交プリアンブルは埋め込まれたトラフィック優先度情報を含み、プリアンブルを処理するステップであって、（ｂ）（ｉ）前記ＳＴＡが、それ自身の優先度よりも低い優先度を有する衝突プリアンブルを検出すると、前記プリアンブル及びそれに関連付けられた物理レイヤプロトコルデータユニット（ＰＰＤＵ）を再送信することと、（ｂ）（ｉｉ）前記ＳＴＡが、それ自身の優先度に等しい又はそれよりも高い優先度を有するか又は優先度を有さない衝突プリアンブルを検出すると、自身の送信を停止して、媒体がアイドルであることを検知した後にバックオフを開始することと、（ｂ）（ｉｉｉ）衝突が検出されない場合、ＰＰＤＵの残りの部分の送信を継続することと、を含む、ステップと、（ｃ）イントラ基本サービスセット（イントラＢＳＳ）衝突推定を処理した後に、送信に優先順位付けするステップであって、（ｃ）（ｉ）衝突回避のために送信される各制御フレームにおいて優先度を示すことと、（ｃ）（ｉｉ）スケジューラとして動作するＳＴＡによってイントラＢＳＳ衝突が推定された時に、優先度の低いトラフィックまでに優先度の高いトラフィックを処理できるようにすることと、を含む、ステップと、を含む方法。

【0263】

[0348] ＷＬＡＮ装置であって、以下の（ａ）～（ｇ）を含む。（ａ）自己干渉（ＳＩ）推定を実行することなく新しいプリアンブルベースの衝突検出を用いる全二重（ＦＤ）局（ＳＴＡ）が可能にされ、優先順位付けされた通信のための新しい衝突解決推定及びスケジューリングを提供する。（ｂ）自己干渉チャネル推定を実行することなく、直交プリアンブルを使用してより速く衝突を検出する。（ｃ）プリアンブルに優先度情報を埋め込む。（ｄ）優先度レベルは、全てのＦＤＳＴＡによって予め決定して合意することができ、例えば、８０２．１１で規定されるレガシープリアンブルフィールドに続くＦＤプリアンブルフィールドに埋め込むことができる。（ｅ）ＳＴＡ自身の優先度よりも低い優先度を有する衝突プリアンブルを検出すると、プリアンブル及びそのＰＰＤＵを再送信し、そうでない場合には、送信を停止して、チャネルがアイドルであることを検知した後にバックオフを開始する。（ｆ）ＦＤＳＴＡによって、衝突プリアンブルの優先度を検出することなく衝突を検出すると、ＳＴＡは送信を停止して、チャネルがアイドルであることを検知した後にバックオフを開始すべきである。（ｇ）衝突を検出しない場合、ＳＴＡは、ＰＰＤＵの残りの部分の送信を継続する。

【0264】

[0349] 前記プリアンブルベースの衝突検出は、自己干渉キャンセル（ＳＩＣ）チャネル推定を実行する必要なく実行される、前出のいずれかの実装の装置又は方法。

【0265】

[0350] 前記無線ネットワーク上の局によって予め決定される及び／又は合意されるようなプリアンブルに、優先度情報が埋め込まれる、前出のいずれかの実装の装置又は方法。

【0266】

[0351] ８０２．１１で規定されるレガシープリアンブルフィールドに続くプリアンブルに、優先度情報が埋め込まれる、前出のいずれかの実装の装置又は方法。

【0267】

[0352] 前記直交プリアンブルは、時間領域において、又は周波数領域において、又は前記時間領域及び前記周波数領域の両方において直交する、前出のいずれかの実装の装置又は方法。

【0268】

[0353] 前記時間領域における前記直交プリアンブルは、他のＳＴＡのプリアンブルによって搬送される他の優先度信号に直交する直交優先度信号を搬送する、前出のいずれかの実装の装置又は方法。

【0269】

[0354] 前記直交優先度信号は予め構成され、送信機間の中心周波数同期が要求されるべきである、前出のいずれかの実装の装置又は方法。

【0270】

[0355] 前記周波数領域における前記直交プリアンブルは、少なくとも４０ｐｐｍ離間される異なるサブキャリアに埋め込むことができる優先度情報を含む、前出のいずれかの実装の装置又は方法。

【0271】

[0356] 前記ＳＴＡは、それ自身のＦＤプリアンブルのトーンをゼロにして、異なる優先度を有する他のＳＴＡを発見する、前出のいずれかの実装の装置又は方法。

【0272】

[0357] 前記ＦＤＳＴＡは、送信要求（ＲＴＳ）、送信可（ＣＴＳ）、メッセージ交換を含む送信機会（ＴＸＯＰ）を開始することができる、前出のいずれかの実装の装置又は方法。

【0273】

[0358] イントラ基本サービスセット（イントラＢＳＳ）干渉の存在を推定すると、フレームがブロードキャストされて、前記ＴＸＯＰのために処理すべき要求の優先される優先度を示す、前出のいずれかの実装の装置又は方法。

【0274】

[0359] 要求されたトラフィック優先度を示すフレームを受け取った後に、前記ネットワーク上の各ＦＤＳＴＡは、どのトラフィック優先度が処理されているかに応じて、以下のアクションを実行する：（ｉ）前記要求された優先度よりも低い優先度のトラフィックを処理する時に、各ＦＤＳＴＡは、任意の送信及び再送信を停止する、及び（ｉｉ）前記要求された優先度よりも高い又はそれに等しい優先度のトラフィックを処理する時に、各ＦＤＳＴＡは、それらのそれぞれの送信機及び受信機処理を継続する、前出のいずれかの実装の装置又は方法。

【0275】

[0360] 前記ＳＴＡは、ＦＤアクセスポイント（ＡＰ）であり、前記ＦＤＡＰは、前記ネットワーク上の非ＡＰＦＤＳＴＡをトリガして、低く優先順位付けされたトラフィックの送信を開始して、低く優先順位付けされたトラフィックを有するこれらの非ＡＰＦＤＳＴＡが、高く優先順位付けされたトラフィックが優先されることを示すブロードキャストフレームを受け取った後に、チャネルが少なくともＰＩＦＳ継続時間にわたってアイドルである場合、トリガされる必要なく、チャネルに再アクセスできるようにする、前出のいずれかの実装の装置又は方法。

【0276】

[0361] 要求された優先度のトラフィックを処理した後に、要求された優先度情報を含むフレームをブロードキャストした前記ＦＤＳＴＡは、優先度の低いトラフィックを有する、前記ネットワーク上の推定された衝突ＦＤＳＴＡに、それらが優先度の低いトラフィックの送受信を開始することができることを示す別のフレームを送信する、前出のいずれかの実装の装置又は方法。

【0277】

[0362] 前記ＦＤＳＴＡは、ＤＡＴＡＰＰＤＵを送信することによって、送信機会（ＴＸＯＰ）を開始する、前出のいずれかの実装の装置又は方法。

【0278】

[0363] 同時に送信及び受信されたプリアンブルを利用して、イントラ基本サービスセット（イントラＢＳＳ）衝突を推定し、以下のように優先度解決に基づいてプロセスの決定を行う：（ａ）自身よりも低い優先度を有するイントラＢＳＳ衝突の存在が推定された時に、前記ＰＰＤＵが再送信される、（ｂ）自身よりも高い優先度を有するイントラＢＳＳ衝突の存在が推定された時に、予約されたＲＵ又は予約されていないＲＵから制御フレームが受け取られない限り、前記ＰＰＤＵの送信が停止される、及び（ｃ）ＤＡＴＡＰＰＤＵ部分を含まないプリアンブルが受け取られた時に、予約されたＲＵを通じて制御フレームが送信されて、過大推定されたイントラＢＳＳ衝突が存在することを示す、前出のいずれかの実装の装置又は方法。

【0279】

[0364] 前記過大推定されたイントラＢＳＳ衝突に対して、このプリアンブルの送信元である前記ネットワークにおけるＳＴＡは、予約されたＲＵを通じてこの制御フレームを受け取り、イントラＢＳＳ衝突信号として過大推定された、以前に終了させた優先度が低いＰＰＤＵを再送信するか又はそのＰＰＤＵの再送信をトリガする、前出のいずれかの実装の装置又は方法。

【0280】

[0365] 要求されたトラフィック優先度を示すフレームを受け取った後に、前記ネットワーク上の各ＦＤＳＴＡは、どのトラフィック優先度が処理されているかに応じて、以下のアクションを実行する：（ｉ）前記要求された優先度よりも低い優先度のトラフィックを処理する時に、各ＦＤＳＴＡは、任意の送信及び再送信を停止する、及び（ｉｉ）前記要求された優先度よりも高い又はそれに等しい優先度のトラフィックを処理する時に、各ＦＤＳＴＡは、それらのそれぞれの送信機及び受信機処理を継続する、前出のいずれかの実装の装置又は方法。

【0281】

[0366] イントラＢＳＳ衝突推定を処理した後に、優先順位付けされた送信が保証される：（ａ）ＦＤＳＴＡが、衝突回避のために使用される制御フレームにおいて優先度を示すべきである、（ｂ）ＦＤスケジューラＳＴＡが、イントラＢＳＳ衝突が推定された時に、優先度の低いトラフィックまでに優先度の高いトラフィックを処理できるようにすべきである、前出のいずれかの実装の装置又は方法。

【0282】

[0367] ＦＤＳＴＡが、時間領域及び／又は周波数領域において直交プリアンブルを使用する、前出のいずれかの実装の装置又は方法。

【0283】

[0368] 時間領域の直交プリアンブルについて：（ｉ）各ＳＴＡは、他のＳＴＡのＦＤプリアンブルによって搬送される他の優先度信号に直交する優先度信号を搬送するＰＰＤＵのＦＤプリアンブルを送信し、直交優先度信号は予め構成される、及び（ｉｉ）アプリケーションは、送信機間の中心周波数同期を要求する、前出のいずれかの実装の装置又は方法。

【0284】

[0369] 周波数領域の直交プリアンブルについて：（ｉ）ＦＤプリアンブルの周波数領域において、少なくとも４０ｐｐｍ離間される異なるサブキャリアに、優先度情報を埋め込むことができる、（ｉｉ）アナログキャンセルの後でかつデジタルキャンセルの前のベースバンドにおいて（デジタルキャンセルはＳＩチャネル推定を必要とすることに留意されたい）、ＳＴＡは、それ自身のＦＤプリアンブルのトーンをゼロにして、異なる優先度を有する他のＳＴＡを発見する、（ｉｉｉ）このアプリケーションはＣＦＯ許容差であるので、送信機間の中心周波数同期を要求しない場合がある、前出のいずれかの実装の装置又は方法。

【0285】

[0370] ＦＤＳＴＡは、ＲＴＳ／ＣＴＳ交換を含むＴＸＯＰを開始することができる：（ａ）イントラＢＳＳ干渉の存在を推定するＦＤＳＴＡは、フレームをブロードキャストして、最初に処理することを要求する優先される優先度を示すことができる、（ｂ）要求トラフィック優先度を示すフレームを受け取った後に、ＦＤＳＴＡは、それらが処理しているトラフィック優先度に応じて、以下のように異なって実行する：（ｉ）ＦＤＳＴＡは、要求された優先度よりも低い優先度のトラフィックに対処するために、任意の送信／再送信を停止すべきである、（ｉｉ）ＦＤＳＴＡは、要求された優先度よりも高い／それと同じ優先度のトラフィックに対処するために、それらのＴＸ／ＲＸプロセスを継続すべきである、（ｃ）ＦＤＡＰは、非ＡＰＦＤデバイスをトリガして、低く優先順位付けされたトラフィックの送信を開始することができ、低く優先順位付けされたトラフィックを有するこれらの非ＡＰＦＤデバイスは、高く優先順位付けされたトラフィックが優先されることを示すブロードキャストフレームを受け取った後に、チャネルが少なくともＰＩＦＳ継続時間にわたってアイドルである場合、トリガされることなく、チャネルに再アクセスすることができる、（ｄ）要求された優先度のトラフィックの処理を終了した後に、要求された優先度情報を含むフレームをブロードキャストしたＦＤＳＴＡは、優先度の低いトラフィックを有する、推定された衝突ＦＤＳＴＡに、優先度の低いトラフィックの送受信のプロセスを開始するための別のフレームを送信することができる、前出のいずれかの実装の装置又は方法。

【0286】

[0371] 自身の優先度よりも高い要求優先度を含むブロードキャストフレームを受け取った後に（再）送信を停止したＦＤＳＴＡは、（再）送信を停止した後に特定の時間、例えば１ＰＩＦＳの後に要求優先度のトラフィックに対処するＳＴＡからいかなるフレームも受け取らない又は検出しない場合、媒体にアクセスすることができる、前出のいずれかの実装の装置又は方法。

【0287】

[0372] イントラＢＳＳ衝突を過大推定したＦＤＳＴＡは、推定された衝突宛先から応答フレームを受け取った後に、過大推定を認識すべきである、前出のいずれかの実装の装置又は方法。

【0288】

[0373] イントラＢＳＳ衝突を過大推定したことを発見したＦＤＳＴＡは、フレーム、例えば、優先度を含むＲＴＳを送信したが、応答フレームを受け取っていない過大推定された衝突ソースに、応答フレームを送信すべきである、前出のいずれかの実装の装置又は方法。

【0289】

[0374] 異なるトラフィック優先度を有するＦＤＳＴＡは、それらの宛先から応答を受け取り、それらの送信を可能にし、ＦＤＳＴＡは、ＰＰＤＵの開始点及び終了点の位置合わせ又はＰＰＤＵの長さの位置合わせと同時に、それらの宛先に１又は複数のＰＰＤＵを送信し始めることができる、前出のいずれかの実装の装置又は方法。

【0290】

[0375] ＰＰＤＵの開始時間の位置合わせは、（ａ）衝突検出ＳＴＡが第１のフレーム、例えばＰ－ＲＴＳを送信した後に応答フレーム、例えばＰ-ＣＴＳを受け取るまでの所定の時間及び追加のＳＩＦＳに基づいて、達成することができる、（ｂ）位置合わせ情報、例えばＰＰＤＵ開始時間は、要求優先度を示すブロードキャストされたフレームにおいて定めることができる、前出のいずれかの実装の装置又は方法。

【0291】

[0376] ＰＰＤＵの長さの位置合わせは、以下のように達成することができる：（ａ）新たなＴＸＯＰを開始するための第１のフレーム、例えばＰ－ＲＴＳに示す、（ｂ）要求優先度を示すブロードキャストされたフレームに示す、及び（ｃ）ＡＰとＳＴＡとの間で交換可能な管理フレームに示される、前出のいずれかの実装の装置又は方法。

【0292】

[0377] 前項に記載のようにＰＰＤＵを受け取る宛先ＦＤＳＴＡは、Ａｃｋ／ＢＡ位置合わせと同時に、Ａｃｋ／ＢＡで応答すべきであり、送信されるＡｃｋ／ＢＡは、Ａｃｋ／ＢＡ宛先において、ＰＰＤＵのいかなる同時ＴＸ／ＲＸとも重複すべきではない、前出のいずれかの実装の装置又は方法。

【0293】

[0378] 前記Ａｃｋ／ＢＡ位置合わせは、以下のように達成することができる：（ａ）各ＰＰＤＵと共にＢＡ要求を送信し、ＦＤＳＴＡは、ＢＡ要求を受け取った時に、ＢＡのみで応答する、（ｂ）新たなＴＸＯＰを開始するための第１のフレーム、例えばＰ－ＲＴＳにおいて、又は要求優先度を示すブロードキャストされたフレームにおいて、又はＡＰとＳＴＡとの間で交換可能な管理フレームにおいて、前項に記載のものを構成する、前出のいずれかの実装の装置又は方法。

【0294】

[0379] ＦＤＳＴＡは、ＤＡＴＡＰＰＤＵを送信することで、ＴＸＯＰを開始することができる、前出のいずれかの実装の装置又は方法。

【0295】

[0380] 同時に送信及び受信されたプリアンブルを利用して、イントラＢＳＳ衝突を推定し、優先度解決に基づいて以下のプロセスについて決定する：（ａ）自身よりも低い優先度を有するイントラＢＳＳ衝突の存在を推定するＦＤデバイスは、ＰＰＤＵを再送信すべきであり、このデバイスのためにＤＡＴＡＰＰＤＵに供するためではなく、ＡＰと他のＳＴＡとの間で制御メッセージを交換するために、ＲＵの一部を予約することができる、（ｂ）自身よりも高い優先度を有するイントラＢＳＳ衝突の存在を推定するＦＤデバイスは、予約されたＲＵ又は予約されていないＲＵから制御フレーム（例えば、宛先からのトリガ）を受け取らない限り、ＰＰＤＵの残りの部分の送信を停止すべきであり、このＳＴＡは、他のＳＴＡ間の他の任意のフレーム交換を聴取しない場合、ＣＣＡアイドルである時に、ＥＤＣＡバックオフの後に、チャネルに再びアクセスすることができる、及び（ｃ）ＤＡＴＡＰＰＤＵの残りの部分を含まないプリアンブルのみを受け取ったＦＤデバイスは、予約されたＲＵ（予め決定されたＲＵとすることができる）を使用して制御フレームを送信して、過大推定されたイントラＢＳＳ衝突が存在することを示すことができ、プリアンブルソースＳＴＡは、予約されたＲＵを通じてこの制御フレームを受け取った場合、（予約されたＲＵを通じて）、イントラＢＳＳ衝突信号として過大推定された、以前に終了させた優先度が低いＰＰＤＵを再送信するか又はそのＰＰＤＵの再送信をトリガすることができる、前出のいずれかの実装の装置又は方法。

【0296】

[0381] ＦＤＳＴＡは、同時に異なるフローのＰＰＤＵを受け取ることができる場合、Ａｃｋ／ＢＡ位置合わせと同時に、Ａｃｋ／ＢＡで応答すべきである、前出のいずれかの実装の装置又は方法。

【0297】

[0382] 前記Ａｃｋ／ＢＡ位置合わせは、以下のように達成することができる：（ａ）各ＰＰＤＵと共にＢＡ要求を送信し、ＦＤＳＴＡは、ＢＡ要求を受け取った時に、ＢＡのみで応答する、（ｂ）新たなＴＸＯＰを開始するための第１のフレームにおいて、又は要求優先度を示す制御フレームにおいて、又はＡＰとＳＴＡとの間で交換可能な管理フレームにおいて、前項に記載のものを構成する、前出のいずれかの実装の装置又は方法。

【0298】

[0383] ＰＰＤＵ終了点の位置合わせは、以下のように達成することができる：（ａ）新たなＴＸＯＰを開始するための第１のフレームに示す、（ｂ）要求優先度を示し、かつ予約されたＲＵにおいて交換される制御フレームに示す、及び（ｃ）ＡＰとＳＴＡとの間で交換可能な管理フレームに示される、前出のいずれかの実装の装置又は方法。

【0299】

[0384] 本明細書で使用する「実装」という用語は、以下に限定されるわけではないが、本明細書で説明する技術を実施する実施形態、実施例又はその他の形態を含むように意図するものである。

【0300】

[0385] 本明細書で使用する単数語「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈によって別途明確に指定しない限り、複数の参照物を含むことができる。単数形による物への言及は、明確にそう述べていない限り「唯一」を意味するものではなく、「１又は２以上」を意味するものである。

【0301】

[0386] 本開示内の「Ａ、Ｂ及び／又はＣ」などの語句の構成体は、Ａ、Ｂ、又はＣのいずれかが存在することができる場合、又は項目Ａ、Ｂ及びＣの任意の組み合わせを説明する。「～のうちの少なくとも１つ」の後に要素を列挙したグループが続くような語句の構成体は、これらのグループ要素のうちの少なくとも１つが存在し、適用可能な場合、これらの列挙された要素の任意の可能な組み合わせを含むことを示す。

【0302】

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

【0303】

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

【0304】

[0389] 第１の（ｆｉｒｓｔ）及び第２の（ｓｅｃｏｎｄ）、上部の（ｔｏｐ）及び下部の（ｂｏｔｔｏｍ）などの関係語は、ある実体又は動作を別の実体又は動作と区別するためだけに使用することができ、このような実体又は動作間にこのような実際の関係又は順序が存在することを必ずしも必要とし、又は暗示するものではない。

【0305】

[0390] 「含む（ｃｏｍｐｒｉｓｅｓ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有している（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｃｏｎｔａｉｎｓ）」、「含んでいる（ｃｏｎｔａｉｎｉｎｇ）」という用語、又はこれらの用語の他のあらゆる変化形は、要素の列挙を含む（ｃｏｍｐｒｉｓｅｓ、ｉｎｃｌｕｄｅｓ、ｃｏｎｔａｉｎｓ）、有する（ｈａｓ）プロセス、方法、物品、又は装置が、これらの要素しか含んでいないのではなく、明確に列挙されていない、又はこのようなプロセス、方法、物品、又は装置に固有のその他の要素を含むことができるように非排他的な包含を含むことが意図されている。「～を含む（ｃｏｍｐｒｉｓｅｓ．．．ａ）」、「～を有する（ｈａｓ．．．ａ）」、「～を含む（ｉｎｃｌｕｄｅｓ．．．ａ）」、「～を含む（ｃｏｎｔａｉｎｓ．．．ａ）」によって導かれる要素は、これ以上の制約が無い場合、その要素を含む（ｃｏｍｐｒｉｓｅｓ、ｉｎｃｌｕｄｅｓ、ｃｏｎｔａｉｎｓ）、有する（ｈａｓ）プロセス、方法、物品、又は装置内に更なる同一の要素が存在することを否定するものではない。

【0306】

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

【0307】

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

【0308】

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

【0309】

[0394] 利益、利点、問題の解決法、及びあらゆる利益、利点、又は解決法を生じる又はより明確にすることができるあらゆる（単複の）要素が、本明細書で説明する技術又は一部の又は全ての請求項の重要な、必要な、又は不可欠な特徴又は要素であると解釈すべきではない。

【0310】

[0395] 更に、上記の開示では、開示を簡潔にするために、様々な実施形態において様々な特徴を互いにグループ化することができる。この開示の方法は、特許請求される実施形態が各請求項で明白に記載されるものよりも多くの特徴を必要とするという意図を反映するものと解釈されるべきではない。本発明の主題は、開示した単一の実施形態の全ての特徴よりも少ないものによって成立することができる。

【0311】

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

【0312】

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

【0313】

[0398] 以下の特許請求の範囲は、本明細書によって本開示に組み込まれ、各請求項は別個に特許請求される主題として自立する。

【0314】

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

【0315】

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

【符号の説明】

【0316】

１０実施形態例
１２ＴｘデジタルＢＢ
１４ＤＡＣ及びＵＣ
１５回路
１６ＴＸアンテナ
１８ＲｘデジタルＢＢ
１９デジタルＳＩＣを適用
２０ＡＤＣ及びＤＣ
２２ＲＸアンテナ
２３減算／ＳＩＣ訂正を適用
２４デジタルＳＩＣ
２６ａ～２６ｎ可変遅延器
２８ａ～２８ｎ可変減衰器
３０無線周波数フロントエンド（ＲＦＦＥ）
５０実施形態例
５２回路
５４外部Ｉ／Ｏ接続／バス
５６内部バス
５８ＣＰＵ／プロセッサ
６０メモリ
６２モデム
６４，６８ＲＦモジュール
６６ａ，６６ｂ，６６ｃ，…，６６ｎ，６９アンテナ
９０実施形態例
９２ＳＴＡ１
９４ＳＴＡ２
９６ＳＴＡ＿Ｎ
９８ＭＬＤ管理エンティティ
１００ＣＰＵ
１０２メモリ
１０４モデム
１０６ＲＦ回路
１０８バス
１１０ａ，１１０ｂ，１１０ｃ，…，１１０ｎアンテナ
１１２ＣＰＵ
１１４メモリ
１５０実施形態例
１５２ＦＤＡＰ
１５４ＦＤＳＴＡ１
１５６ＦＤＳＴＡ２
１６０実施形態例
１６２ＦＤＡＰ
１６４ＦＤＳＴＡ
１７０実施形態例
１７２ＦＤＡＰ
１７４ＦＤＳＴＡ１
１７６ＦＤＳＴＡ２
１８０，２００自己干渉経路の例
１８２ＳＴＡ
１８４送信チェーン
１８６アンテナ
１８８受信チェーン
１９０アンテナ
１９２外部反射
２０２結合
２０４結合
２１０単一アンテナ
２１２外部反射
２２０実施形態例
２２２優先度２を有するＳＴＡのＦＤプリアンブル信号と衝突
２２４優先度１を有するＳＴＡ自身のＦＤプリアンブルを検出
２３０実施形態例
２３２プリアンブル
２３４ＦＤプリアンブル
２３６ａ優先度＝０
２３６ｂ優先度＝１
２３６ｃ優先度＝２
２３６ｄ優先度＝０
２４０実施形態例
２４２プリアンブル
２４３ＦＤプリアンブル
２４４ａ優先度＝０
２４４ｂ優先度＝１
２４６ａ優先度＝０
２４６ｂ優先度＝１
２５０実施形態例
２５２プリアンブル
２５２ａ優先度＝０
２５２ｂ優先度＝０
２５３レガシープリアンブル
２５４ＦＤプリアンブル
２５４ａ優先度＝０
２５４ｂ優先度＝０
２５６ａ優先度＝０
２５６ｂ優先度＝０
２５８ＦＦＴウィンドウ
２６０実施形態例
２７０トポロジ
２７２ＦＤＡＰ
２７４ＦＤＳＴＡ１
２７６半二重ＳＴＡ２
２８０実施形態例
２８２衝突ＦＤプリアンブルの優先度を検出したか？
２８４検出された優先度がＳＴＡの優先度よりも低いか？
２８６再送信
２８８ＰＰＤＵの残りの部分の送信を継続
２９０衝突ＦＤプリアンブルを検出したか？
２９２送信を停止してバックオフを開始
３００実施形態例
３０２ＦＤＡＰ
３０４ＦＤＳＴＡ１
３０６ＦＤＳＴＡ２
３１０実施形態例
３１２ＦＤＡＰ
３１４ＦＤＳＴＡ１
３１６ＦＤＳＴＡ２
３１８ＳＴＡ２へのＰ－ＲＴＳ
３１９ＡＰへのＰ－ＲＴＳ
３２０優先度要求＋衝突検出確率（ＰＲ＋ＣＤＰ）
３２１ＳＴＡ１がＡＰへのＲＴＳの再送信をキャンセル
３２２ＳＴＡ２へのＰ－ＲＴＳ
３２３ＣＣＡビジー
３２４ＡＰへのＰ－ＣＴＳ
３２６ＳＴＡ２へのＰＰＤＵ
３２８ＡＰへのＡＣＫ
３３０ＡＰへのＡＣＫ
３３２ＡＰへのＡＣＫ
３３４ＳＴＡ１へのトリガ
３３６ＣＣＡビジー
３３８ＡＰへのＰＰＤＵ
３４０ＳＴＡ１へのＡＣＫ
３４２ＳＴＡ１へのＡＣＫ
４１０実施形態例
４１２ＳＴＡ１へのトリガフレーム
４１４ＣＣＡビジー
４１８ＡＰへのＰＰＤＵ
４２０ＳＴＡ１へのＡＣＫ
４２２ＳＴＡ１へのＡＣＫ
４２４ＳＴＡ２へのＰ－ＲＴＳ
４２６ＣＣＡビジー
４２８ＡＰへのＰ－ＣＴＳ
４３０ＳＴＡ２へのＰＰＤＵ
４３２ＡＰへのＡＣＫ
４３４ＡＰへのＡＣＫ
５１０実施形態例
５１２ＣＣＡビジー
５１４ＡＰへのＰ－ＲＴＳ
５１６ＣＣＡビジー
５１８ＳＴＡ１へのＰ－ＣＴＳ
５２０ＡＰへのＰＰＤＵ
５２２ＳＴＡ１へのＡＣＫ
５２４ＳＴＡ１へのＡＣＫ
５２６ＳＴＡ２へのＰ－ＲＴＳ
５２８ＣＣＡビジー
５３０ＡＰへのＰ－ＣＴＳ
５３２ＳＴＡ２へのＰＰＤＵ
５３４ＡＰへのＡＣＫ
５３６ＡＰへのＡＣＫ
６１０実施形態例
６１２ＳＴＡ２へのＰ－ＲＴＳ
６１４ＣＣＡビジー
６１６ＡＰへのＰ－ＣＴＳ
６１８ＳＴＡ２へのＰＰＤＵ
６２０ＡＰへのＡＣＫ
６２２ＡＰへのＡＣＫ
６２４ＳＴＡ１へのトリガ
６２５ＣＣＡビジー
６２６ＡＰへのＰＰＤＵ
６２８ＳＴＡ１へのＡＣＫ
６３０ＳＴＡ１へのＡＣＫ
７１０実施形態例
７１２ＳＴＡ１へのＰ－ＣＴＳ
７１４ＣＣＡビジー
７１６ＡＰへのＰＰＤＵ
７１８ＳＴＡ１へのＡＣＫ
７２０ＳＴＡ１へのＡＣＫ
７２２ＳＴＡ２へのＰ－ＲＴＳ
７２４ＣＣＡビジー
７２６ＡＰへのＰ－ＣＴＳ
７２８ＳＴＡ２へのＰＰＤＵ
７３０ＡＰへのＡＣＫ
７３２ＡＰへのＡＣＫ
７５０トポロジ例
７５２全二重ＡＰ
７５４全二重ＳＴＡ１
７５６全二重ＳＴＡ２
７９０トポグラフィー例
７９２ＦＤＡＰ２
７９４，７９６ＯＢＳＳ干渉
７９８ＦＤＳＴＡ２
８００ＦＤＳＴＡ１
８０２ＦＤＡＰ１
８０４高優先度トラフィック
８１０トポグラフィー例
８１２ＦＤＡＰ１
８１４高優先度トラフィック
８１６低優先度トラフィック
８５０ａケース１
８５０ｂケース２
８５０ｃケース３
８５０ｄケース４
８５２ＦＤＳＴＡ１
８５４ＦＤＡＰ
８５６ＦＤＳＴＡ２
８５８ＦＤＳＴＡ３
９１０実施形態例
９１２ＰＲ＋ＣＤＰ
９１４ＡＰへのＰ－ＣＴＳ
９１６ＳＴＡ１へのＰ－ＣＴＳ
９１８ＡＰへのＰ－ＲＴＳ
９２０ＣＣＡビジー
９２２ＰＰＤＵ位置合わせ
９２４ＳＴＡ２へのＰＰＤＵ
９２５ＡＰへのＰＰＤＵ
９２６ＡＣＫ位置合わせ
９２８ＳＴＡ１へのＡＣＫ
９２９ＡＰへのＡＣＫ
９３０ＰＰＤＵ位置合わせ
９３２ＳＴＡ２へのＰＰＤＵ
９３３ＡＰへのＰＰＤＵ
９３４ＡＣＫ位置合わせ
９３６ＳＴＡ１へのＡＣＫ
９３７ＡＰへのＡＣＫ
９３８ＳＴＡ２へのＰＰＤＵ
９４０ＣＣＡビジー
９４２ＡＰへのＡＣＫ
９５０実施形態例
９５２（優先度を含む）Ｐ－ＲＴＳが送信されたか？
９５４同時にＰ－ＲＴＳが受け取られたか？
９５６イントラＢＳＳ衝突推定のためのＰ－ＲＴＳが低い優先度を有するか？
９５８ＰＲ＋ＣＤＰがブロードキャストされたか？
９６０イントラＢＳＳ衝突が過大推定されたか？
９６２優先度の低いトラフィックソースにＰ－ＣＴＳで応答
９６４（優先度を含む）Ｐ－ＲＴＳを再送信
９６６優先度の高いトラフィックのＴＸ／ＲＸシーケンスを完了
９６８優先度の低いトラフィックソースにフレームを送信すべきか？
９７０優先度の低いトラフィックのＴＸ／ＲＸシーケンスを完了
９７２優先度の高いトラフィック及び優先度の低いトラフィックを同時に処理
９７４Ｐ－ＣＴＳで応答
９７６Ｐ－ＣＴＳタイムアウトの前にＰ－ＣＴＳが受け取られたか？
９７８ＰＰＤＵを送信
９８０ＡＣＫ／ＢＡを受け取る
９８２ＴＸＯＰが満了していないか、かつこれ以上のＰＰＤＵを送信する必要があるか？
９８４Ｐ－ＣＴＳタイムアウト
９８６Ｐ－ＲＴＳを再送信
９８８（優先度を含む）Ｐ－ＲＴＳが受け取られたか？
９９０Ｐ－ＣＴＳで応答
９９２１又は２以上のＰＰＤＵ及びＢＡＲを受け取り、ＡＣＫ／ＢＡで応答
１０１２（優先度を含む）Ｐ－ＲＴＳが送信されたか？
１０１４同時にＰ－ＲＴＳが受け取られ、イントラＢＳＳ衝突が存在することを推定するか？
１０１６ＰＲ＋ＣＤＰフレームが受け取られたか？
１０１８（優先度を含む）Ｐ－ＲＴＳの再送信を停止
１０２０高い／同じ優先度を示すＰ－ＲＴＳフレームを受け取ったか？
１０２２優先度が高いＰ－ＲＴＳ／Ｐ－ＣＴＳ／データ（ＤＡＴＡ）が短い間隔内に送信されたことを検出したか？
１０２４ＣＣＡを使用して以前の宛先にフレームを送信して、処理を要求することができる
１０２６ＰＰＤＵ送信をトリガ／開始するためのフレームが受け取られたか？
１０２８トラフィックＴＸ／ＲＸシーケンスを完了
１０３０応答フレームタイムアウト
１０３２送信又は再送信を停止
１０３４Ｐ－ＣＴＳタイムアウトの前にＰ－ＣＴＳを受け取ったか？
１０３６ＰＰＤＵを送信
１０３８ＡＣＫ／ＢＡを受け取る
１０４０ＴＸＯＰが満了していないか、かつこれ以上のＰＰＤＵを送信する必要があるか？
１０４２Ｐ－ＣＴＳタイムアウト
１０４４（優先度を含む）Ｐ－ＲＴＳを再送信
１０４６（優先度を含む）Ｐ－ＲＴＳを受け取ったか？
１０４８Ｐ－ＣＴＳで応答
１０５０１又は２以上のＰＰＤＵ及びＢＡＲを受け取り、ＡＣＫ／ＢＡで応答
１１１２プリアンブル（ＨＰ）
１１１４プリアンブル（ＬＰ）
１１１６プリアンブル
１１１８プリアンブル（ＨＰ）
１１２０ＣＣＡビジー
１１２２ＳＴＡ２へのＰＰＤＵ
１１２４ＡＰへのＡＣＫ
１１２６ＡＰへのＡＣＫ
１１２８ＳＴＡ１へのトリガ
１１３０ＣＣＡビジー
１１３２プリアンブル（ＬＰ）
１１３４ＡＰへのＰＰＤＵ
１１３６ＳＴＡ１へのＡＣＫ
１１３８ＳＴＡ１へのＡＣＫ
１２１０実施形態例
１２１２プリアンブル（ＨＰ）
１２１４プリアンブル（ＬＰ）
１２１６プリアンブル（ＨＰ）
１２１８予約されたＲＵ
１２２０ＳＴＡ２へのＰＰＤＵ
１２２２トリガ
１２２４プリアンブル（ＬＰ）
１２２５ＰＰＤＵ位置合わせ
１２２６ＡＰへのＰＰＤＵ
１２２８ＡＣＫ位置合わせ
１２３０ＳＴＡ１へのＡＣＫ
１２３１ＡＰへのＡＣＫ
１２３２ＰＰＤＵ位置合わせ
１２３４ＳＴＡ２へのＰＰＤＵ
１２３５ＡＰへのＰＰＤＵ
１２３６ＡＣＫ位置合わせ
１２３８ＳＴＡ１へのＡＣＫ
１２３９ＡＰへのＡＣＫ
１２４０ＳＴＡ２へのＰＰＤＵ
１２４２ＣＣＡビジー
１２４６ＡＰへのＡＣＫ
１３１０実施形態例
１３１２プリアンブル（ＬＰ）
１３１４プリアンブル（ＨＰ）
１３１６プリアンブル
１３１８プリアンブル（ＨＰ）
１３２０ＣＣＡビジー
１３２２ＡＰへのＰＰＤＵ
１３２４ＳＴＡ１へのＡＣＫ
１３２６プリアンブル（ＬＰ）
１３２８ＣＣＡビジー
１３３０ＳＴＡ２へのＰＰＤＵ
１３３２ＡＰへのＡＣＫ
１３３４ＡＰへのＡＣＫ
１４１０実施形態例
１４１２プリアンブル（ＬＰ）
１４１４プリアンブル（ＨＰ）
１４１８プリアンブル（ＨＰ）
１４２０ＣＣＡアイドル
１４２２制御フレーム
１４２４プリアンブル（ＬＰ）
１４２６ＡＰへのＰＰＤＵ
１４２８ＳＴＡ２へのＰＰＤＵ
１４３０ＳＴＡ１へのＡＣＫ
１４３１ＡＰへのＡＣＫ
１４３２プリアンブル（ＬＰ）
１４３４プリアンブル（ＨＰ）
１４３６ＳＴＡ２へのＰＰＤＵ／ＡＰへのＰＰＤＵ
１４３８ＳＴＡ１へのＡＣＫ
１４３９ＡＰへのＡＣＫ
１４７０実施形態例
１４７２イントラＢＳＳ衝突がＡＰ自身よりも低い優先度を有すると推定したか？
１４７４他のＳＴＡのためのいくつかのＲＵの予約を含むＰＰＤＵを再送信
１４７６予約されたＲＵを通じて宛先ＳＴＡから、イントラＢＳＳ衝突の過大推定を示す制御フレームを受け取ったか？
１４７８現在のＰＰＤＵ送信シーケンスを終了し、優先度が低い衝突ＳＴＡであると推定された他のＳＴＡにトリガを送信することができる
１４８０受け取られたＰＰＤＵに応答してＡＣＫ／ＢＡを送信
１４８２予約されたＲＵにおいて制御（トリガ）フレームを送信して、推定された衝突ＳＴＡをトリガしてＴＢ－ＰＰＤＵを送信するようにする
１４８４スケジュール（もしあれば）の下で、ＰＰＤＵ終了点及び／又は開始点位置合わせ及びＢＡ／ＡＣＫ位置合わせを維持
１４８６ＰＰＤＵの残りの部分の送信を停止
１４８８予約されたＲＵを通じて宛先ＳＴＡから、イントラＢＳＳ衝突の過大推定を示す制御フレームを受け取ったか？
１４９０ＤＬＰＰＤＵを再送信し、その間中、ＵＬＰＰＤＵを受け取ることができる
１４９２受け取られたＰＰＤＵに応答してＡＣＫ／ＢＡを送信
１４９４現在のＰＰＤＵ送信シーケンスを終了し、優先度が低い衝突ＳＴＡであると推定された他のＳＴＡにトリガを送信することができる
実施形態例１５１０
１５１２ＳＴＡがＤＡＴＡＰＰＤＵの残りの部分を含まないプリアンブルを受け取ったか？
１５１４イントラＢＳＳ衝突がＳＴＡ自身よりも低い優先度を有すると推定したか？
１５１６他のＳＴＡのためにいくつかのＲＵを予約することを含むＰＰＤＵを再送信
１５１８スケジュール（もしあれば）の下で、ＰＰＤＵ終了点及び／又は開始点位置合わせ及びＢＡ／ＡＣＫ位置合わせを維持
１５２０予約されたＲＵを使用して制御フレームを送信して、過大推定されたイントラＢＳＳ衝突を示す
１５２２受け取られたＰＰＤＵに応答してＡＣＫ／ＢＡを送信
１５２４ＰＰＤＵの残りの部分の送信を停止
１５２６予約されたＲＵ又は予約されていないＲＵを通じて宛先ＳＴＡ（ＡＰ）から、ＵＬＰＰＤＵをトリガする制御フレームが受け取られたか？
１５２８ＵＬＰＰＤＵを再送信
１５３０他のＳＴＡ間のフレーム交換を聴取しない場合、ＣＣＡアイドルである時に、ＥＤＣＡバックオフの後にＰＰＤＵを再送信
１５９０Ｐ－ＲＴＳフレームの例
１６１０実施形態例
１６３０実施形態例
１６５０実施形態例
１６７０実施形態例
１６９０実施形態例

【図1】