ホーム > 特許ランキング > ソニーグループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
▶ ソニー株式会社の特許一覧 ▶ ソニー コーポレイション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-09-20
(54)【発明の名称】進行中の低優先度ＰＰＤＵのプリエンプション／中断
(51)【国際特許分類】
H04W 72/12 20230101AFI20240912BHJP
H04W 74/0816 20240101ALI20240912BHJP
H04W 84/12 20090101ALI20240912BHJP
【ＦＩ】
H04W72/12
H04W74/0816
H04W84/12
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024516654
(86)(22)【出願日】2022-09-09
(85)【翻訳文提出日】2024-03-14
(86)【国際出願番号】 US2022076167
(87)【国際公開番号】W WO2023044263
(87)【国際公開日】2023-03-23
(31)【優先権主張番号】63/261,213
(32)【優先日】2021-09-15
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/820,454
(32)【優先日】2022-08-17
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(71)【出願人】
【識別番号】504257564
【氏名又は名称】ソニー コーポレイション オブ アメリカ
(74)【代理人】
【識別番号】100092093
【弁理士】
【氏名又は名称】辻居 幸一
(74)【代理人】
【識別番号】100109070
【弁理士】
【氏名又は名称】須田 洋之
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【識別番号】100141553
【弁理士】
【氏名又は名称】鈴木 信彦
(72)【発明者】
【氏名】シン リャンシャオ
(72)【発明者】
【氏名】アブエルサウード モハメド
(72)【発明者】
【氏名】スン リ－シャン
(72)【発明者】
【氏名】シア チン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD11
5K067EE02
5K067EE10
5K067GG21
5K067JJ16
(57)【要約】
少なくともいくつかの局が全二重（ＦＤ）送信をサポートするキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用する局（ＳＴＡ）を有する無線ローカルエリアネットワーク（ＷＬＡＮ）。ＳＴＡが、進行中の送信を実行する局にプリエンプション要求を送信することができる機構について説明する。プリエンプトされたＳＴＡは、このプリエンプトＳＴＡのプリエンプション要求を検出する。プリエンプトされたＳＴＡは、プリエンプション要求を受け入れることを決定した場合、自身の進行中の送信を中断する。したがって、プリエンプトＳＴＡは、プリエンプトされたＳＴＡがその進行中の送信を中断したという通知を受け取った後に、プリエンプトされたＳＴＡの送信をプリエンプトして、プリエンティブ送信を送信する。
【選択図】図１２
【選択図】図１２
【特許請求の範囲】
【請求項1】
ネットワークにおける無線通信のための装置であって、前記装置は、（ａ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするように構成されるＩＥＥＥ ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）としての無線通信回路と、
（ｂ）前記ＳＴＡに結合されるプロセッサと、
（ｃ）他のＳＴＡと通信し、通信プロトコルの異なる役割を果たすための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
を備え、
（ｄ）前記命令は、前記プロセッサによって実行された時に、１又は２以上のステップを実行し、前記１又は２以上のステップは、
（ｉ）全二重（ＦＤ）能力を有する前記局によって、進行中の物理レイヤプロトコルデータユニット（ＰＰＤＵ）送信を実行するステップと、
（ｉｉ）前記ＳＴＡが前記進行中の送信を実行している間、前記ＳＴＡにおいて、別のＳＴＡによるプリエンプション（ｐｒｅｅｍｐｔｉｏｎ）要求を受け取るステップと、
（ｉｉｉ）前記プリエンプション要求内の情報から、前記プリエンプション要求を受け入れるべきか否かを決定するステップと、
（ｉｖ）前記ＳＴＡが、プリエンプトＳＴＡ（ｐｒｅｅｍｐｔｉｎｇ ＳＴＡ）として動作する他のＳＴＡから前記プリエンプション要求を受け入れた時に、プリエンプトされたＳＴＡ（ｐｒｅｅｍｐｔｅｄ ＳＴＡ）として現在動作している前記ＳＴＡによって進行中の送信を中断することにより、前記プリエンプトされたＳＴＡは、前記プリエンプトＳＴＡがチャネルを使用できるようにするステップと、
を含む、
ことを特徴とする装置。
【請求項2】
前記プリエンプトされたＳＴＡは、そのＰＰＤＵにおいてパンクチャされたリソース（ｐｕｎｃｔｕｒｅｄ ｒｅｓｏｕｒｃｅ）を有し、前記プリエンプトＳＴＡによって、前記パンクチャされたリソースを利用して、第三者の送信を検出することができることを特徴とする、請求項１に記載の装置。
【請求項3】
前記プリエンプトされたＳＴＡは、それ自身のベーシックサービスセット（ＢＳＳ）内からのみプリエンプション要求を受け入れることを特徴とする、請求項１に記載の装置。
【請求項4】
前記プリエンプトされたＳＴＡは、前記プリエンプション要求を拒絶することを選び、自身の進行中の送信を継続することを特徴とする、請求項１に記載の装置。
【請求項5】
前記プリエンプトされたＳＴＡは、自身の進行中の送信及び自身の受信動作も同時に中断することを選ぶことを特徴とする、請求項１に記載の装置。
【請求項6】
前記プリエンプトされたＳＴＡは、自身の進行中の送信を中断するが、前記ＰＰＤＵにおける現在の媒体アクセス制御サービスデータユニット（ＭＳＤＵ）又はＡ－ＭＳＤＵの送信完了後まで待つことを選ぶことを特徴とする、請求項１に記載の装置。
【請求項7】
前記プリエンプトＳＴＡは、前記プリエンプトＳＴＡのプリエンプション送信を開始するためのフレームを送信することを特徴とする、請求項１に記載の装置。
【請求項8】
前記プリエンプトＳＴＡは、前記プリエンプトされたＳＴＡによって取得されるような送信機会（ＴＸＯＰ）中にのみ、プリエンプション送信を実行することを許可されることを特徴とする、請求項１に記載の装置。
【請求項9】
更に、（ａ）前記プリエンプトＳＴＡは、ＦＤ能力を有し、
（ｂ）前記プリエンプトＳＴＡが、前記プリエンプトされたＳＴＡに前記プリエンプション送信を送信している間に、前記プリエンプトされたＳＴＡは、前記プリエンプトＳＴＡにＰＰＤＵを送信する、
ことを特徴とする、請求項１に記載の装置。
【請求項10】
前記プリエンプトされたＳＴＡは、空間再使用送信中に前記プリエンプション送信を無効にすることを特徴とする、請求項１に記載の装置。
【請求項11】
前記プリエンプトされたＳＴＡは、協調ＭＡＰ送信中に前記プリエンプション送信を無効にすることを特徴とする、請求項１に記載の装置。
【請求項12】
ネットワークにおける無線通信のための装置であって、前記装置は、（ａ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするように構成されるＩＥＥＥ ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）としての無線通信回路と、
（ｂ）前記ＳＴＡに結合されるプロセッサと、
（ｃ）他のＳＴＡと通信し、通信プロトコルの異なる役割を果たすための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
を備え、
（ｄ）前記命令は、前記プロセッサによって実行された時に、１又は２以上のステップを実行し、前記１又は２以上のステップは、
（ｉ）全二重（ＦＤ）能力を有する前記局によって、進行中の物理レイヤプロトコルデータユニット（ＰＰＤＵ）送信を実行するステップと、
（ｉｉ）プリエンプトされたＳＴＡが、そのＰＰＤＵにおいてパンクチャされたリソースを有し、プリエンプトＳＴＡによって、前記パンクチャされたリソースを利用して、第三者の送信を検出することができることと、
（ｉｉｉ）前記ＳＴＡが前記進行中の送信を実行している間、前記ＳＴＡにおいて、別のＳＴＡによるプリエンプション要求を受け取るステップと、
（ｉｖ）前記プリエンプション要求内の情報から、前記プリエンプション要求を受け入れるべきか否かを決定するステップと、
（ｖ）前記ＳＴＡが、プリエンプトＳＴＡとして動作する他のＳＴＡから前記プリエンプション要求を受け入れた時に、プリエンプトされたＳＴＡとして現在動作している前記ＳＴＡによって進行中の送信を中断することにより、前記プリエンプトされたＳＴＡは、前記プリエンプトＳＴＡがチャネルを使用できるようにするステップと、
を含む、
ことを特徴とする装置。
【請求項13】
前記プリエンプトされたＳＴＡは、それ自身のベーシックサービスセット（ＢＳＳ）内からのみプリエンプション要求を受け入れることを特徴とする、請求項１２に記載の装置。
【請求項14】
前記プリエンプトされたＳＴＡは、前記プリエンプション要求を拒絶することを選び、自身の進行中の送信を継続することを特徴とする、請求項１２に記載の装置。
【請求項15】
前記プリエンプトされたＳＴＡは、前記プリエンプション要求の受け入れ時に、自身の進行中の送信及び自身の受信動作も中断することを選ぶことを特徴とする、請求項１２に記載の装置。
【請求項16】
前記プリエンプトされたＳＴＡは、自身の進行中の送信を中断するが、前記ＰＰＤＵにおける現在の媒体アクセス制御サービスデータユニット（ＭＳＤＵ）又はＡ－ＭＳＤＵの送信完了後まで待つことを選ぶことを特徴とする、請求項１２に記載の装置。
【請求項17】
前記プリエンプトＳＴＡは、前記プリエンプトＳＴＡのプリエンプション送信を開始するためのフレームを送信することを特徴とする、請求項１２に記載の装置。
【請求項18】
前記プリエンプトＳＴＡは、前記プリエンプトされたＳＴＡによって取得されるような送信機会（ＴＸＯＰ）中にのみ、プリエンプション送信を実行することを許可されることを特徴とする、請求項１２に記載の装置。
【請求項19】
前記プリエンプトされたＳＴＡは、空間再使用送信中に、又は協調ＭＡＰ送信中に前記プリエンプション送信を無効にすることを特徴とする、請求項１２に記載の装置。
【請求項20】
ネットワークにおいて無線通信を実行するための方法であって、前記方法は、（ａ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートする通信中に、異なるＳＴＡが異なる役割を実行できるようにするように構成されるＩＥＥＥ ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）を構成するステップと、
（ｂ）全二重（ＦＤ）能力を有する前記局によって、進行中の物理レイヤプロトコルデータユニット（ＰＰＤＵ）送信を実行するステップと、
（ｃ）前記ＳＴＡが前記進行中の送信を実行している間、前記ＳＴＡにおいて、別のＳＴＡによるプリエンプション要求を受け取るステップと、
（ｄ）前記プリエンプション要求内の情報から、前記プリエンプション要求を受け入れるべきか否かを決定するステップと、
（ｅ）プリエンプトＳＴＡとして動作している他のＳＴＡから前記プリエンプション要求を受け入れたことに応答して、プリエンプトされた前記ＳＴＡによって進行中の送信を中断することにより、前記プリエンプトＳＴＡがチャネル上で送信できるようにするステップと、
を含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【0001】
〔関連出願の相互参照〕
[0001] 本出願は、２０２２年８月１７日に出願された米国特許出願第１７／８２０，４５４号に対する優先権及びその利益を主張するものであり、この特許出願はその全体が引用により本明細書に組み入れられる。本出願は、２０２１年９月１５日に出願された米国仮特許出願第６３／２６１，２１３号に対する優先権及びその利益を主張するものであり、この仮特許出願はその全体が引用により本明細書に組み入れられる。
[0001] 本出願は、２０２２年８月１７日に出願された米国特許出願第１７／８２０，４５４号に対する優先権及びその利益を主張するものであり、この特許出願はその全体が引用により本明細書に組み入れられる。本出願は、２０２１年９月１５日に出願された米国仮特許出願第６３／２６１，２１３号に対する優先権及びその利益を主張するものであり、この仮特許出願はその全体が引用により本明細書に組み入れられる。
【0002】
〔連邦政府が支援する研究又は開発に関する記述〕
[0002] 適用なし
[0002] 適用なし
【0003】
〔著作権保護を受ける資料の通知〕
[0003] 本特許文書中の資料の一部は、米国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、米国特許商標庁の一般公開ファイル又は記録内に表されるとおりに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定するわけではないが、米国特許法施行規則§１．１４に従う権利を含め、本特許文献を秘密裏に保持しておくあらゆる権利を本明細書によって放棄するものではない。
[0003] 本特許文書中の資料の一部は、米国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、米国特許商標庁の一般公開ファイル又は記録内に表されるとおりに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定するわけではないが、米国特許法施行規則§１．１４に従う権利を含め、本特許文献を秘密裏に保持しておくあらゆる権利を本明細書によって放棄するものではない。
【0004】
[0005] 本開示の技術は、一般に、無線ネットワーク通信に関し、具体的には、進行中の優先度の低いデータのプリエンプション及び／又は中断を可能にするプロトコルに関する。
【背景技術】
【0005】
[0007] ネットワーク上の局は、無線ローカルエリアネットワーク（ＷＬＡＮ）において物理レイヤプロトコルデータユニット（ＰＰＤＵ）を送受信する。これらの局のうちのいくつかは、それらが同時に送受信する全二重通信を実行するように構成される。
【0006】
[0008] しかしながら、多くの場合、これらの進行中の通信によって、高優先度トラフィックが妨げられる。
【発明の概要】
【発明が解決しようとする課題】
【0007】
[0009] したがって、本開示はこの問題を克服し、更なる利益をもたらす。
【課題を解決するための手段】
【0008】
[0010] 局（ＳＴＡ）間の進行中の通信中に、優先度の高いトラフィックが、これらの進行中の送信によって停滞している場合がある。例えば、ＳＴＡ（ＳＴＡ Ａとして示す）が全二重（ＦＤ）能力を有し、かつＰＰＤＵを送信しており、一方、別のＳＴＡ（ＳＴＡ Ｂとして示す）が、送信すべき優先度の高いトラフィックを有すると仮定する。本開示では、ＳＴＡ ＢがＳＴＡ Ａの送信を中断し、場合によってはプリエンプトすることを要求できるようにする機構について説明する。
【0009】
[0011] 本明細書の以下の部分では、本明細書で説明する技術の更なる態様が明らかになり、この詳細な説明は、本技術の好ましい実施形態を制限することなく完全に開示するためのものである。
【0010】
[0012] 本明細書で説明する技術は、例示のみを目的とする以下の図面を参照することによって十分に理解されるであろう。
【図面の簡単な説明】
【0011】
【図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】本開示の少なくとも１つの実施形態による、プリエンプション要求信号フォーマットのデータフィールド図である。
【発明を実施するための形態】
【0012】
１．局ハードウェア及びネットワークトポロジ
[0044] 本開示では、８０２．１１の下でキャリア検知多重アクセス／衝突回避プロトコルを実行する局間の無線ネットワーク通信のための装置及び方法について説明する。
[0044] 本開示では、８０２．１１の下でキャリア検知多重アクセス／衝突回避プロトコルを実行する局間の無線ネットワーク通信のための装置及び方法について説明する。
【0013】
１．１．自己干渉キャンセル（ＳＩＣ）を含むＦＤ局
[0046] 全二重（ＦＤ）動作を提供する局のための局ハードウェアは、通常、Ｓｏｎｙ社によって以前のＦＤ ＳＴＡアプリケーションで説明したように自己干渉キャンセル（ＳＩＣ）を提供する無線周波数フロントエンド（ＲＦＦＥ）３０を有する。
[0046] 全二重（ＦＤ）動作を提供する局のための局ハードウェアは、通常、Ｓｏｎｙ社によって以前のＦＤ ＳＴＡアプリケーションで説明したように自己干渉キャンセル（ＳＩＣ）を提供する無線周波数フロントエンド（ＲＦＦＥ）３０を有する。
【0014】
[0047] 図１に、無線周波数フロントエンド（ＲＦＦＥ）３０を有する局で利用されるような自己干渉キャンセル（ＳＩＣ）ハードウェアの実施形態例１０を示す。このＳＩＣハードウェアは、以下で図２に見られるＳＴＡ及び図３に見られるＭＬＤなどの無線ローカルエリアネットワーク（ＷＬＡＮ）で利用される。
【0015】
[0048] ＴｘデジタルＢＢ（１２）は、ベースバンド送信（ＴＸ）信号である。ベースバンドデジタル信号は、通過帯域信号へのデジタル－アナログコンバータ（ＤＡＣ）及びアップコンバータ（ＵＣ）１４の変調を通じて、高調波及び送信機ノイズを蓄積する。送信信号がＴＸアンテナ１６に送られる前に、送信機ノイズを含む送信信号のわずかな部分が回路１５を通過して、アナログＳＩＣを行う。
【0016】
[0049] ＳＩＣ回路は、可変遅延器２６ａ～２６ｎ及び同調可能な減衰器２８ａ～２８ｎの並列固定線路（ｐａｒａｌｌｅｌ ｆｉｘｅｄ ｌｉｎｅｓ）からなる。次に、これらの線路は、まとめられ合計されて、次に、この合成信号は、受信経路上の信号から減算（２３）される。
【0017】
[0050] アンテナ２２から受け取られる通過帯域信号は、ＳＩＣ訂正が適用（２３）され、アナログ－デジタルコンバータ（ＡＤＣ）及びダウンコンバータ（ＤＣ）２０を通過する。ＡＤＣ及びＤＣからのベースバンドデジタル信号に、デジタルＳＩＣ（２４）を適用（１９）して、アナログキャンセル及び環境からのこの信号のあらゆる遅延反射の後の主ＴＸ ＳＩを含む残りの残留自己干渉を推定して、受信機デジタルベースバンド信号（１８）を生成する。
【0018】
[0051] 図２に、本開示のプロトコルを実行するように構成されるＳＴＡハードウェアの実施形態例５０を示す。外部Ｉ／Ｏ接続５４は、好ましくは、回路５２の内部バス５６に結合し、内部バス５６上に、ＣＰＵ５８及びメモリ（例えばＲＡＭ）６０が接続されて、通信プロトコルを実装するプログラムを実行するようになっている。ホストマシンは、通信をサポートするための少なくとも１つのモデム６２を収容し、モデム６２は、少なくとも１つのＲＦモジュール６４、６８に結合され、ＲＦモジュール６４、６８の各々は、１又は複数のアンテナ６９、６６ａ、６６ｂ、６６ｃ、…、６６ｎに接続される。複数のアンテナ（例えばアンテナアレイ）を含むＲＦモジュールは、送信及び受信中にビームフォーミングを実行することを可能にする。このように、ＳＴＡは、複数のビームパターンのセットを使用して、信号を送信することができる。
【0019】
[0052] バス５４は、ＣＰＵに様々なデバイスを接続すること、例えば、センサ、アクチュエータなどへの接続を可能にする。プロセッサ５８上では、通信プロトコルを実装するプログラムを実行するための、メモリ６０からの命令が実行され、通信プロトコルが実行されて、ＳＴＡがアクセスポイント（ＡＰ）局又は通常の局（非ＡＰ ＳＴＡ）の機能を実行できるようにする。また、プログラミングは、現在の通信文脈においてどのような役割を実行しているかによって、異なるモード（ＴＸＯＰ保持者、ＴＸＯＰ共有参加者、ソース、中間、宛先、第１のＡＰ、他のＡＰ、第１のＡＰと関連付けられる局、他のＡＰと関連付けられる局、コーディネータ、コーディネーティ（ｃｏｏｒｄｉｎａｔｅｅ）、ＯＢＳＳ内のＡＰ、ＯＢＳＳ内のＳＴＡなど）で動作するように構成されると理解されたい。
【0020】
[0053] したがって、図示のＳＴＡ ＨＷは、少なくとも１つの帯域で通信を提供するために、少なくとも１つのモデム及び関連するＲＦ回路を含むように構成される。本開示は、主にｓｕｂ－６ＧＨｚ帯を対象とする。
【0021】
[0054] 本開示は、各々が任意の数のＲＦ回路に結合された複数のモデム６２を含むように構成することができると理解されたい。一般に、使用するＲＦ回路の数が多ければ多いほど、アンテナビーム方向のカバレッジが広くなる。なお、利用するＲＦ回路の数及びアンテナの数は、特定のデバイスのハードウェア制約によって決まると理解されたい。ＲＦ回路及びアンテナの中には、ＳＴＡが近隣ＳＴＡと通信する必要がないと判断した時に無効にできるものもある。少なくとも１つの実施形態では、ＲＦ回路が、周波数変換器及びアレイアンテナコントローラなどを含み、送受信のためにビームフォーミングを実行するように制御される複数のアンテナに接続される。このように、ＳＴＡは、複数のビームパターンのセットを使用して信号を送信することができ、各ビームパターン方向がアンテナセクタとみなされる。
【0022】
[0055] 更に、なお、図に示すような局ハードウェアの複数の例は、マルチリンクデバイス（ＭＬＤ）に組み合わせることができ、マルチリンクデバイス（ＭＬＤ）は、通常、活動を調整するためのプロセッサ及びメモリを有するが、ＭＬＤ内の各ＳＴＡに別個のＣＰＵ及びメモリが常に必要であるとは限らない。
【0023】
[0056] 図３に、マルチリンクデバイス（ＭＬＤ）ハードウェア構成の実施形態例７０を示す。ＭＬＤは、ソフトＡＰ ＭＬＤを含むことができ、ソフトＡＰ ＭＬＤは、ＡＰとして動作させる１又は２以上の提携ＳＴＡからなるＭＬＤである。ソフトＡＰ ＭＬＤは、２．４ＧＨｚ、５ＧＨｚ及び６ＧＨｚでの複数の無線動作をサポートすべきである。複数の無線機の中で、基本リンクセットは、同時送受信（ＳＴＲ）モードを満たすリンクペア、例えば、基本リンクセット（２．４ＧＨｚ及び５ＧＨｚ）、基本リンクセット（２．４ＧＨｚ及び６ＧＨｚ）である。
【0024】
[0057] 条件付きリンクは、いくつかの基本リンクを含む非同時送受信（ＮＳＴＲ）リンクペアを形成するリンクである。例えば、これらのリンクペアは、５ＧＨｚが基本リンクである時に、５ＧＨｚリンクに対応する条件付きリンクとして６ＧＨｚリンクを含むことができ、６ＧＨｚが基本リンクである時には、５ＧＨｚリンクが、６ＧＨｚリンクに対応する条件付きリンクである。ソフトＡＰは、Ｗｉ－Ｆｉホットスポット及びテザーリング（ｔｅｔｈｅｒｉｎｇ）を含む異なるシナリオにおいて使用される。
【0025】
[0058] 複数のＳＴＡが、ＭＬＤと提携しており、その各ＳＴＡは、異なる周波数のリンク上で動作する。ＭＬＤは、アプリケーションへの外部Ｉ／Ｏアクセスを有し、このアクセスは、ＣＰＵ９２及びメモリ（例えばＲＡＭ）９４を有するＭＬＤ管理エンティティ７８に接続して、ＭＬＤレベルにおいて通信プロトコルを実装するプログラムを実行できるようにする。ＭＬＤは、ＭＬＤが接続される各提携局（ここでは、ＳＴＡ１ ７２、ＳＴＡ２ ７４、…、ＳＴＡ＿Ｎ ７６として例示する）にタスクを分散し、各提携局から情報を収集して、提携ＳＴＡ間で情報を共有することができる。
【0026】
[0059] 少なくとも１つの実施形態では、ＭＬＤの各ＳＴＡは、それ自身のＣＰＵ８０及びメモリ（ＲＡＭ）８２を有し、ＣＰＵ８０及びメモリ（ＲＡＭ）８２は、バス８８を通じて、少なくとも１つのモデム８４に結合され、モデム８４は、少なくとも１つのＲＦ回路８６に接続され、ＲＦ回路８６は、１又は２以上のアンテナを有する。本例では、ＲＦ回路は、例えばアンテナアレイの複数のアンテナ９０ａ、９０ｂ、９０ｃ、…、９０ｎを有する。モデムは、ＲＦ回路及び関連するアンテナと共同して、近隣ＳＴＡとの間でデータフレームを送信／受信する。少なくとも１つの実装では、ＲＦモジュールは、周波数変換器と、アレイアンテナコントローラと、そのアンテナとインターフェイスするための他の回路とを含む。
【0027】
[0060] ＭＬＤの各ＳＴＡは、特定のＭＬＤ実装に応じて、リソースを、互いに及び／又はＭＬＤ管理エンティティと共有することができるので、それ自身のプロセッサ及びメモリを必ずしも必要としないと理解されたい。上記のＭＬＤの図は、限定ではなく一例として示したものであるが、本開示は、広範囲のＭＬＤ実装で動作することができると理解されたい。
【0028】
１．２．ネットワークトポロジ例
[0062] 図４に、限定ではなく例示として実施例で使用されるネットワークトポロジの実施形態例１１０を示し、これは、本明細書で例示する他のトポロジにも当てはまる。この例では、図示のように、局が、開口部（ドア／窓）１１４を有することができる通信エリア１１２（部屋又は建物など）内に存在し、このエリア内で、複数の局（ＳＴＡ）（１１６、１１８、１２０、及び１２２として例示する）とすることができる。これらのＳＴＡのうち、ＳＴＡ Ａ １１６及びＳＴＡ Ｃ １２０は、全二重（ＦＤ）送信が可能である。これらのＳＴＡの全ては、ＣＳＭＡ／ＣＡを使用して、チャネルアクセスを求めて競合している。
[0062] 図４に、限定ではなく例示として実施例で使用されるネットワークトポロジの実施形態例１１０を示し、これは、本明細書で例示する他のトポロジにも当てはまる。この例では、図示のように、局が、開口部（ドア／窓）１１４を有することができる通信エリア１１２（部屋又は建物など）内に存在し、このエリア内で、複数の局（ＳＴＡ）（１１６、１１８、１２０、及び１２２として例示する）とすることができる。これらのＳＴＡのうち、ＳＴＡ Ａ １１６及びＳＴＡ Ｃ １２０は、全二重（ＦＤ）送信が可能である。これらのＳＴＡの全ては、ＣＳＭＡ／ＣＡを使用して、チャネルアクセスを求めて競合している。
【0029】
２．０．ＣＳＭＡ／ＣＡを使用する全二重局
[0064] 全二重（ＦＤ）ＳＴＡがＣＳＭＡ／ＣＡを使用して、チャネルを求めて競合することについて検討する。ＦＤ ＳＴＡは、同時に同じチャネルを通じて物理レイヤプロトコルデータユニット（ＰＰＤＵ）を送受信することが可能である。
[0064] 全二重（ＦＤ）ＳＴＡがＣＳＭＡ／ＣＡを使用して、チャネルを求めて競合することについて検討する。ＦＤ ＳＴＡは、同時に同じチャネルを通じて物理レイヤプロトコルデータユニット（ＰＰＤＵ）を送受信することが可能である。
【0030】
２．１．課題の記述
[0066] 優先度の高い要求を有する別のＳＴＡ（ＳＴＡ Ｂで表す）が、進行中の送信を中断してＳＴＡ Ａの送信をプリエンプトすることから利益を得る時に、ＳＴＡ（ここでは、ＳＴＡ Ａで表す）がＰＰＤＵを送信している状況が生じる。この状況は、特に、ＳＴＡ Ｂが、ＳＴＡ Ａの進行中のＰＰＤＵよりも著しく高い優先度の送信すべきＰＰＤＵを有する時に、有益であることが分かる。ＳＴＡ ＡはＦＤ送信が可能であり、一方、ＳＴＡ ＢもＦＤ送信が可能であるとすることができると仮定する。
[0066] 優先度の高い要求を有する別のＳＴＡ（ＳＴＡ Ｂで表す）が、進行中の送信を中断してＳＴＡ Ａの送信をプリエンプトすることから利益を得る時に、ＳＴＡ（ここでは、ＳＴＡ Ａで表す）がＰＰＤＵを送信している状況が生じる。この状況は、特に、ＳＴＡ Ｂが、ＳＴＡ Ａの進行中のＰＰＤＵよりも著しく高い優先度の送信すべきＰＰＤＵを有する時に、有益であることが分かる。ＳＴＡ ＡはＦＤ送信が可能であり、一方、ＳＴＡ ＢもＦＤ送信が可能であるとすることができると仮定する。
【0031】
[0067] この手法では、ＳＴＡ ＢがＳＴＡ Ａの進行中の送信をプリエンプトすることを要求できるようにする方法について説明する。
【0032】
２．２．使用される用語
[0069] ＦＤ発信側ＳＴＡ：ＰＰＤＵ送信を開始し、ＰＰＤＵ送信中に全二重送信を可能にするＳＴＡ。
[0069] ＦＤ発信側ＳＴＡ：ＰＰＤＵ送信を開始し、ＰＰＤＵ送信中に全二重送信を可能にするＳＴＡ。
【0033】
[0070] ＦＤ受信側ＳＴＡ：全二重送信のためのＦＤ発信側のＰＰＤＵ送信中に、ＦＤ発信側ＳＴＡにＰＰＤＵを送信することを許可されるＳＴＡ。
【0034】
[0071] プリエンプトＳＴＡ（Ｐｒｅｅｍｐｔｉｎｇ ＳＴＡ）：プリエンプトされたＳＴＡ（ｐｒｅｅｍｐｔｅｄ ＳＴＡ）の進行中の送信をプリエンプトすることを求めるプリエンプション要求を送信するＳＴＡ。プリエンプトされたＳＴＡの進行中の送信をプリエンプトするように要求されるプリエンプトＳＴＡの送信は、プリエンプション送信として示される。
【0035】
[0072] プリエンプトされたＳＴＡ（ｐｒｅｅｍｐｔｅｄ ＳＴＡ）：プリエンプション要求を受け取り、プリエンプトＳＴＡのプリエンプション送信を手配（ａｒｒａｎｇｅｓ）するＳＴＡ。
【0036】
[0073] 少なくとも１つの実施形態では、ＦＤ受信側ＳＴＡ又はプリエンプトされたＳＴＡは、プリエンプトＳＴＡとすることができないことに留意されたい。
【0037】
３．第三者の送信の検出
[0075] この節では、ＳＴＡが別のＳＴＡにＰＰＤＵを送信するシナリオについて検討する。ＰＰＤＵを送信するＳＴＡは、送信機ＳＴＡとして示され、ＰＰＤＵの対象の受信機であるＳＴＡは、受信機ＳＴＡとして示される。他のＳＴＡは、送信機ＳＴＡでも受信機ＳＴＡでもないＳＴＡであり、したがって、「第三者」とみなされる。
[0075] この節では、ＳＴＡが別のＳＴＡにＰＰＤＵを送信するシナリオについて検討する。ＰＰＤＵを送信するＳＴＡは、送信機ＳＴＡとして示され、ＰＰＤＵの対象の受信機であるＳＴＡは、受信機ＳＴＡとして示される。他のＳＴＡは、送信機ＳＴＡでも受信機ＳＴＡでもないＳＴＡであり、したがって、「第三者」とみなされる。
【0038】
[0076] 送信機ＳＴＡが同じチャネル上でＰＰＤＵを送信している間に、ＳＴＡが別のＰＰＤＵ送信を検出するなどの、第三者の送信を検出するための機構について説明する。第三者の送信の検出は、受信機ＳＴＡ及び他のＳＴＡが、同時に送信する２つのＰＰＤＵが存在するかどうかを認識するのを助けることができる。送信機ＳＴＡがＦＤ対応である場合、受信機ＳＴＡ又は他のＳＴＡは、検出される第三者の送信が存在しない時に、送信機ＳＴＡにＰＰＤＵを送信することができる。第三者の送信が検出された時に、受信機ＳＴＡ又は他のＳＴＡは、以下の理由により、送信機ＳＴＡにＰＰＤＵを送信すべきではない。受信機ＳＴＡ又は他のＳＴＡによって送信されるＰＰＤＵは、第三者の送信に干渉する。送信機ＳＴＡは、第三者の送信を聴取する（受け取る）場合、受信機ＳＴＡ又は他のＳＴＡによって送信されるＰＰＤＵを受け取ることができない。
【0039】
[0077] この第三者の送信の検出の実用事例は、後で説明するプリエンプション送信を開始することである。
【0040】
[0078] 送信機ＳＴＡは、ＦＤ対応である時に、送信している間に受信することができるので、第三者の送信を検出することができる。しかしながら、受信機ＳＴＡ及び他のＳＴＡについては、それらがＦＤ対応である場合でも、同時に２つのＰＰＤＵを受け取ることができない。したがって、この節では、受信機ＳＴＡ及び他のＳＴＡに第三者の送信を検出させるための解決策を提案する。
【0041】
[0079] この節では、送信機ＳＴＡが、ＰＰＤＵを送信する時に、チャネルのいくつかのパンクチャされたリソースを空のままにする（予約する）ことを提案する。「パンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）」は、チャネルの一部がレガシーユーザによって使用されている場合、スペクトルチャネルの「パンクチャされた」部分の送信を可能にすることによってスペクトル効率を向上させるための８０２．１１ａｘで説明される任意選択の特徴であると理解されたい。本開示では、パンクチャされたリソースは、異なる目的のために使用される。
【0042】
[0080] ＰＰＤＵはパンクチャされたリソースを通じて送信されないので、受信機ＳＴＡ及び他のＳＴＡは、送信機ＳＴＡがＰＰＤＵを送信する唯一のＳＴＡである時に、パンクチャされたリソース中にチャネルがアイドルであることを検知する。パンクチャされたリソースを通じた第三者の送信が存在する時に、受信機ＳＴＡ及び他のＳＴＡは、パンクチャされたリソース中にチャネルがビジーであることを検知し、第三者の送信を検出する。
【0043】
[0081] この節では、送信機ＳＴＡは、ＰＰＤＵを送信しており、かつ第三者の送信を検出する時に、パンクチャされたリソースを通じて情報を送信して第三者の送信の検出を示すことができることも提案する。次に、受信機ＳＴＡ及び他のＳＴＡは、送信機ＳＴＡが、この第三者の送信に起因して、受信機ＳＴＡ及び他のＳＴＡからＰＰＤＵを受け取ることができないことを認識することができる。
【0044】
[0082] 受信機ＳＴＡ及び他のＳＴＡが、第三者の送信（例えば、送信機ＳＴＡが受信機にＰＰＤＵを送信している間に、送信機ＳＴＡ以外のＳＴＡによって開始される送信）を検出する手法について詳述する。
【0045】
４．第三者の検出の実施形態
４．１．第三者の送信の検出
[0085] 図５に、送信機ＳＴＡがパンクチャされたリソースを含むＰＰＤＵを送信して、受信機ＳＴＡ及び他のＳＴＡがＰＰＤＵ送信時間中に第三者の送信を検出するのを助けることができる実施形態例１３０を示す。
４．１．第三者の送信の検出
[0085] 図５に、送信機ＳＴＡがパンクチャされたリソースを含むＰＰＤＵを送信して、受信機ＳＴＡ及び他のＳＴＡがＰＰＤＵ送信時間中に第三者の送信を検出するのを助けることができる実施形態例１３０を示す。
【0046】
[0086] 送信機ＳＴＡが、受信機ＳＴＡにＰＰＤＵを送信（１３２）する。送信機ＳＴＡが、そのＰＰＤＵにおいてパンクチャされたリソースの位置を指定（１３４）して示す。例えば、パンクチャされたリソースの位置は、図２９に示すようなＰＰＤＵのプリアンブルにおいてシグナリングされる。パンクチャされたリソースを使用することなく、チャネルを通じて、ＰＰＤＵが送信（１３６）される。
【0047】
[0087] チェック（１３８）によって、送信機ＳＴＡが全二重送信が可能であり、かつＰＰＤＵ送信中にＣＣＡビジーを検出しているかどうかを判断する。条件が満たされる場合、そのＳＴＡは、パンクチャされたリソースを通じて信号を送信（１４０）して（ＰＰＤＵ送信の一部ではない）、第三者の送信が存在することを示すことができる。そうでない場合には、ブロック１４２において、送信機ＳＴＡは、パンクチャされたリソースを通じてこの信号を送信しない。
【0048】
[0088] パンクチャされたリソースは、ＰＰＤＵ中に信号を搬送することができる任意のタイプのチャネルリソースとすることができる。例えば、パンクチャされたリソースは、ＲＵ、ＯＦＤＭシンボル、及び／又はキャリアのトーンに関するものとすることができる。例えば、パンクチャされたリソースがＲＵに関するものである場合、送信機は、特定の期間にわたってそのＲＵを通じて信号を送信しない。パンクチャされたリソースがＯＦＤＭシンボルに関するものである場合、送信機は、いくつかのＯＦＤＭシンボル継続時間にわたって信号を送信しない。パンクチャされたリソースがキャリアのトーンに関するものである場合、送信機は、特定の期間にわたってそのトーンを通じて信号を送信しない。パンクチャされたリソースは、ＰＰＤＵ送信中に周期的に埋め込まれることができる。パンクチャされたリソース信号は、ＰＰＤＵのプリアンブルによって搬送されることが可能であることに留意されたい。パンクチャされたリソースの位置は、ＰＰＤＵ毎に送信機によってランダムに決定することができる。
【0049】
[0089] 少なくとも１つの実施形態／モード／オプションでは、異なるチャネル周波数にわたるパンクチャされたリソースは、チャネル時間の同じ期間に位置する必要がある。少なくとも１つの実施形態／モード／オプションでは、異なる周波数上のパンクチャされたリソースは、同時に開始及び／又は終了すべきである。
【0050】
[0090] 図６に、ＳＴＡが、受信ＰＰＤＵにおいてパンクチャされたリソースの位置情報を含むＰＰＤＵを受け取っている（１５２）時に、第三者の送信を検出する実施形態例１５０を示す。なお、ＳＴＡは、ＰＰＤＵの対象の受信機であっても、そうでなくてもよい。
【0051】
[0091] 次に、チェック（１５４）によって、パンクチャされたリソースを通じたＳＴＡのチャネル検知の結果を判断する。ＳＴＡがパンクチャされたリソースを通じてＣＣＡビジーを検知した場合、ブロック１５６において、第三者の送信が登録される。この第三者の検出は、ＰＰＤＵの送信機ＳＴＡ以外のＳＴＡが同時に送信していることを示す。パンクチャされたリソースが、ＲＵなどの部分チャネル上に位置する場合、ＳＴＡは、その部分チャネル上に第三者の送信が存在することを認識する。一方で、第三者の送信が存在しない場合、ブロック１５８に進み、プロセスを終了する。
【0052】
４．２．１．第三者の検出の実施例１
[0093] 図７に、パンクチャされたリソース中にチャネル状態に基づいて第三者の送信を検出するためのプロセスの実施形態例１７０を示す。図示の通信図は、ＳＴＡ Ａ １７２と、ＳＴＡ Ｂ １７４と、ＳＴＡ Ｃ １７６とを含む。
[0093] 図７に、パンクチャされたリソース中にチャネル状態に基づいて第三者の送信を検出するためのプロセスの実施形態例１７０を示す。図示の通信図は、ＳＴＡ Ａ １７２と、ＳＴＡ Ｂ １７４と、ＳＴＡ Ｃ １７６とを含む。
【0053】
[0094] 図に示すように、ＳＴＡ Ａ １７２は、そのプリアンブル１８０を含み、かつパンクチャされたリソース１８６及び１８８を含むＰＰＤＵ１ １８２を送信する送信機ＳＴＡである。ＳＴＡ Ｃ １７６は、ＳＴＡ Ａに送信することに関心があり、ＰＰＤＵ１送信中に第三者の送信の検出を実行する。最初は、第三者の送信が検出されない（１８６）。ＳＴＡ Ｃが、パンクチャされたリソース中にＣＣＡビジー（１８８）を検出した場合、これは、第三者の送信の存在を示し、したがって、ＳＴＡ Ｃは、ＳＴＡ Ａに送信することができない。そうでない場合には、ＳＴＡ Ｃは、ＳＴＡ Ａに送信することができる。
【0054】
[0095] この例では、ＳＴＡ Ｃが、ＰＰＤＵ１の送信時間中に、第三者の送信、例えば、ＳＴＡ Ｂによって送信されるようなプリアンブル１９０を含むＰＰＤＵ２ １９２の存在をどのように検出（１８８）するかを示す。図に示す矢印は、ＳＴＡ ＣがＳＴＡ Ａ又はＳＴＡ ＢからＰＰＤＵ送信の情報を受け取る（聴取する）ことを表すことに留意されたい。
【0055】
[0096] 図に示すように、ＳＴＡ Ａは、パンクチャされたリソースを含むＰＰＤＵ、すなわちＰＰＤＵ１ １８２を送信する。ＳＴＡ Ｃは、ＰＰＤＵ１を受け取って復号するが、ＳＴＡ Ｃは、ＰＰＤＵ１のプリアンブルのみを復号して、パンクチャされたリソース情報を取得することができると理解されたい。これから、ＳＴＡ Ｃは、ＰＰＤＵ１中にパンクチャされたリソースの位置を取得して、パンクチャされたリソースを通じてチャネル検知を実行する。ＳＴＡ Ａのみが送信している時に、ＳＴＡ Ｃは、パンクチャされたリソース１８６中に、チャネルがアイドルである（ＣＣＡビジーを含まない）ことを検知する。ＳＴＡ Ａが送信している時に、別のＳＴＡ、すなわち、ＰＰＤＵ２（ＰＰＤＵ２ １９２として示す）を送信するＳＴＡ Ｂ １７４が存在する場合、ＳＴＡ Ｃは、パンクチャされたリソース１８８（ＣＣＡビジーを含む）中に、ＣＣＡビジーを検知する。結果として、ＳＴＡ Ｃは、ＳＴＡ Ａをプリエンプトすることができない。なお、ＳＴＡ Ｃは、ＰＰＤＵ１の対象の受信機であっても、そうでなくてもよい。
【0056】
[0097] ＳＴＡ ＢがＰＰＤＵ１の対象の受信機であり、かつ全二重送信のためのＰＰＤＵ２を送信している時に、又はＳＴＡ ＡがＳＴＡ Ｂに対して隠れノード（ｈｉｄｄｅｎ ｎｏｄｅ）である時に、又はＰＰＤＵ２がＳＴＡ Ｂによって送信されるプリエンプション要求である時に、ＳＴＡ ＢはＰＰＤＵ２ １９２を送信することが可能である。
【0057】
４．２．２．第三者の検出の実施例２
[0099] 図８に、送信機ＳＴＡがパンクチャされたリソースを通じて信号を送信して、他のＳＴＡに第三者の送信の検出を通知する実施形態例２１０を示す。関与するＳＴＡは、図７のそれと同じである。
[0099] 図８に、送信機ＳＴＡがパンクチャされたリソースを通じて信号を送信して、他のＳＴＡに第三者の送信の検出を通知する実施形態例２１０を示す。関与するＳＴＡは、図７のそれと同じである。
【0058】
[0100] 図に示すように、ＳＴＡ Ａは、そのプリアンブル１８０を含み、かつ少なくとも１つのパンクチャされたリソース（異なる時間（１８６）及び（１８８）に示す）を含むＰＰＤＵ１ １８２を送信する送信機ＳＴＡである。ＳＴＡ Ｃは、ＳＴＡ Ａに送信することに関心があり、ＰＰＤＵ１送信（１８２）中に第三者の送信の検出を実行する。ＳＴＡ Ｃは、パンクチャされたリソース中にＣＣＡビジー（１８８）を検出した場合、第三者の送信を検出し、ＳＴＡ Ａに送信することができない。そうでない場合には、ＳＴＡ Ｃは、ＳＴＡ Ａに送信することができる。この例では、ＳＴＡ Ａが、ＰＰＤＵ１の送信時間中に、第三者の送信、例えば、ＳＴＡ Ｂによって送信されるようなプリアンブル１９０を含むＰＰＤＵ２ １９２を検出し、ＳＴＡ Ａが第三者の送信を検出（２１２）した場合、パンクチャされたリソースを通じてこの第三者の送信情報を転送して、ＳＴＡ Ｃに通知する方法を示す。そうでない場合には、ＳＴＡ Ａは、パンクチャされたリソースを通じてこの信号を送信しない。なお、図に示す矢印は、ＳＴＡ ＣがＳＴＡ Ａ又はＳＴＡ ＢからＰＰＤＵ送信を聴取する（受け取る）ことを表す。
【0059】
[0101] この例では、送信機ＳＴＡが、ＰＰＤＵ１のパンクチャされたリソースを通じて信号を送信して、ＳＴＡ Ｃに第三者の送信を通知することを示す。図に示すように、ＳＴＡ Ａは、パンクチャされたリソースを含むＰＰＤＵ、すなわちＰＰＤＵ１を送信する。ＳＴＡ Ｃは、ＰＰＤＵ１を聴取して復号する。したがって、ＳＴＡ Ｃは、ＰＰＤＵ１のパンクチャされたリソースの位置を取得して、パンクチャされたリソースを通じてチャネル検知を実行する。
【0060】
[0102] ＳＴＡ Ａのみが送信している時に、ＳＴＡ Ｃは、パンクチャされたリソース１８６（ＣＣＡビジーを含まない）中に、チャネルがアイドルであることを検知する。ＳＴＡ Ａが送信している時に、別のＳＴＡ、例えば、ＰＰＤＵ２ １９２を送信するＳＴＡ Ｂが存在する場合、ＳＴＡ Ｃは、ＳＴＡ Ｂに対して隠れノードであることに起因して、パンクチャされたリソースを通じてＣＣＡビジーを検知しない。しかしながら、ＳＴＡ Ａは、ＰＰＤＵ２送信を聴取する。ＰＰＤＵ２送信の時間中に、ＳＴＡ Ａは、パンクチャされたリソースを通じて信号を送信して、第三者の送信（すなわちＰＰＤＵ２）が存在することを示すが、その時間中に（例えばＳＴＡ Ｃから）信号を受け取ることができない。次に、ＳＴＡ Ｃは、ＳＴＡ Ａをプリエンプトしようと試みることを停止する。
【0061】
[0103] ＳＴＡ Ｃは、ＰＰＤＵ１の対象の受信機であっても、そうでなくてもよいことに留意されたい。
【0062】
【0063】
[0106] 図に示すように、ＳＴＡ Ａは、そのプリアンブル１８０を含み、かつ少なくとも１つのパンクチャされたリソースを含むＰＰＤＵ１ １８２を送信する送信機ＳＴＡである。ＳＴＡ Ｃは、ＳＴＡ Ａに送信することに関心があり、ＰＰＤＵ１送信中に第三者の送信の検出を実行する。最初は、パンクチャされたリソースを通じて検出されるＣＣＡビジーが存在しない（１８６）。ＳＴＡ Ｃは、パンクチャされたリソース中にＣＣＡビジー（１８８）を検出した場合、第三者の送信が行われていることを認識し、パンクチャされたリソースが位置する部分チャネルを通じて、ＳＴＡ Ａに送信することができない。一方、ＳＴＡ Ｃは、ＳＴＡ Ｃがパンクチャされたリソースをアイドルとして検知する部分チャネルを通じて、ＳＴＡ Ａに送信することができる。この例では、ＳＴＡ Ｃが、ＰＰＤＵ１の送信時間中に、第三者の送信、すなわち、ＳＴＡ Ｂによって送信されるプリアンブル１９０を含むＰＰＤＵ２ ２３２をどのように検出するかを示す。図に示す矢印は、ＳＴＡ ＣがＳＴＡ Ａ又はＳＴＡ ＢからＰＰＤＵ送信を聴取する（それに関する情報を受け取る）ことを表すことに留意されたい。
【0064】
[0107] 図に示すように、ＳＴＡ Ａは、パンクチャされたリソースを含むＰＰＤＵ（ＰＰＤＵ１として例示する）を送信する。ＳＴＡ Ｃは、ＰＰＤＵ１を聴取して復号する。したがって、ＳＴＡ Ｃは、ＰＰＤＵ１のパンクチャされたリソースの位置を知り（それに関する情報を有し）、パンクチャされたリソースを通じてチャネル検知を行う（実行する）。ＳＴＡ Ａのみが送信している時に、ＳＴＡ Ｃは、時間（１８６）（ＣＣＡビジーを含まない）においてパンクチャされたリソース中に、チャネルがアイドルであることを検知する。ＳＴＡ ＡがいくつかのＲＵを通じて送信している時に、別のＳＴＡ、すなわちＳＴＡ ＢがＰＰＤＵ２ ２３２を送信する場合、ＳＴＡ Ｃは、（ＣＣＡビジーを含む）それらのＲＵ上でパンクチャされたリソースを通じてＣＣＡビジー（１８８）を検知する。次に、ＳＴＡ Ｃは、パンクチャされたリソースがＣＣＡビジーであるそれらのＲＵを使用してＳＴＡ Ａに送信することができない。ＳＴＡ Ｃは、パンクチャされたリソースがアイドルである他のＲＵを利用して、例えばプリエンプションを実行することができる。
【0065】
[0108] ＳＴＡ Ｃは、ＰＰＤＵ１の対象の受信機であっても、そうでなくてもよいと理解されたい。
【0066】
５．０．全二重（ＦＤ）送信の手法
[0110] この節では、２つの全二重対応ＳＴＡ間の全二重送信を開始するための手法について説明する。全二重送信を開始する時に、ＦＤ発信側ＳＴＡは、それがＦＤ受信側ＳＴＡに送信するＰＰＤＵのプリアンブルにおいて、全二重送信の開始を示す。ＦＤ受信側ＳＴＡは、ＰＰＤＵのプリアンブルを受け取り、自身がＦＤ受信側ＳＴＡであることを認識する。次に、ＦＤ受信側ＳＴＡは、全二重送信のためにＦＤ発信側ＳＴＡにＰＰＤＵを送信することを開始する。
[0110] この節では、２つの全二重対応ＳＴＡ間の全二重送信を開始するための手法について説明する。全二重送信を開始する時に、ＦＤ発信側ＳＴＡは、それがＦＤ受信側ＳＴＡに送信するＰＰＤＵのプリアンブルにおいて、全二重送信の開始を示す。ＦＤ受信側ＳＴＡは、ＰＰＤＵのプリアンブルを受け取り、自身がＦＤ受信側ＳＴＡであることを認識する。次に、ＦＤ受信側ＳＴＡは、全二重送信のためにＦＤ発信側ＳＴＡにＰＰＤＵを送信することを開始する。
【0067】
[0111] この節では、ＦＤ受信側ＳＴＡの自己干渉推定についても検討する。ＦＤ発信側ＳＴＡは、ＦＤ送信を可能にするＰＰＤＵを送信する時に、ＰＰＤＵのプリアンブルに続く信号を送信する。信号は、以下の通りとすることができる。（ａ）ＦＤ受信側ＳＴＡによって予め決定され認識されて、ＦＤ受信側ＳＴＡが信号をキャンセルし、自己干渉推定を取得することができるようになっている信号。（ｂ）信号は、ＳＴＡ Ｃが送信すべきＰＰＤＵに直交することができて、ＳＴＡ Ｃが信号をキャンセルする必要がなく、自己干渉推定を実行するようになっている。
【0068】
[0112] この節では、ＦＤ発信側ＳＴＡが、ＦＤ受信側ＳＴＡに、いくつかのＲＵを空の（送信に使用されない）ままにして、他のＳＴＡがそれらのＲＵを通じてプリエンプション要求及び任意選択的に関連情報を送信できるようにすることを要求することができる機構についても説明する。
【0069】
５．１．ＦＤ送信
５．１．１．発信側ＳＴＡからのＦＤ送信
[0115] 図１０及び図１１に、ＦＤ発信側ＳＴＡが全二重送信を開始する実施形態例２５０を示す。ＦＤ発信側ＳＴＡが、ＦＤ受信側ＳＴＡにＰＰＤＵを送信（２５２）し、ＰＰＤＵ内で、ＰＰＤＵにおいてＦＤ送信が許可されるかどうかを示す。
５．１．１．発信側ＳＴＡからのＦＤ送信
[0115] 図１０及び図１１に、ＦＤ発信側ＳＴＡが全二重送信を開始する実施形態例２５０を示す。ＦＤ発信側ＳＴＡが、ＦＤ受信側ＳＴＡにＰＰＤＵを送信（２５２）し、ＰＰＤＵ内で、ＰＰＤＵにおいてＦＤ送信が許可されるかどうかを示す。
【0070】
[0116] ＦＤ発信側ＳＴＡは、ＰＰＤＵ送信中に全二重送信が許可されるべきかどうかを判断（２５４）する。ＦＤが許可されない場合、実行は図１１のブロック２６６に進み、ＦＤ発信側は、ＰＰＤＵにおいて、そのＦＤが許可されないことを示し、プロセスを終了する。ＦＤ発信側は、レガシープリアンブル（ＦＤ送信パラメータ設定を含まない）を使用して、ＦＤ送信が許可されないことを示すことができることに留意されたい。
【0071】
[0117] 一方で、ブロック２５４においてＦＤが許可された場合、ブロック２５６において、ＦＤ発信側ＳＴＡは、ＰＰＤＵ（例えば、ＰＰＤＵのプリアンブル）に、全二重送信パラメータ設定（ＦＤ許可指示、ＦＤ発信側ＳＴＡの送信電力、ＦＤ受信側ＳＴＡからの予想される受信電力、ＰＰＤＵのパンクチャされたリソース情報、プリエンプションのために予約されたチャネルリソースなど）を埋め込む。
【0072】
[0118] 次に、ＦＤ発信側は、ＰＰＤＵのプリアンブルを送信した後に、既知の信号を送信（２５８）して、ＦＤ受信側ＳＴＡが、既知の信号送信時間中に自己干渉推定を実行するようにする。
【0073】
[0119] 次に、図１１のチェック（２６０）において、ＦＤ発信側ＳＴＡが、ＦＤ受信側ＳＴＡによって送信されるＰＰＤＵを検出したかどうかを判断する。
【0074】
[0120] ＦＤ発信側ＳＴＡがＰＰＤＵを検出した場合、ブロック２６２において、ＦＤ発信側は、ＦＤ受信側ＳＴＡからＰＰＤＵを受け取ることを開始する。ＦＤ発信側ＳＴＡは、ＦＤ受信側ＳＴＡからＰＰＤＵを受け取るかどうかにかかわらず、自身の送信を継続する。
【0075】
[0121] 一方で、チェック（２６０）において、ＦＤ受信側ＳＴＡによるＰＰＤＵが検出されなかった場合、ブロック２６４において、ＦＤ発信側ＳＴＡはその送信を継続する。
【0076】
５．１．２．受信側ＳＴＡの観点から見たＦＤ送信
[0123] 図１２に、ＦＤ受信側ＳＴＡが、ＦＤ発信側ＳＴＡによって開始される全二重送信を開始する実施形態例２７０を示す。
[0123] 図１２に、ＦＤ受信側ＳＴＡが、ＦＤ発信側ＳＴＡによって開始される全二重送信を開始する実施形態例２７０を示す。
【0077】
[0124] ＦＤ受信側ＳＴＡが、ＰＰＤＵを受け取る（２７２）。チェック（２７４）によって、ＰＰＤＵから、全二重送信が許可されるかどうかを判断する。全二重送信が許可されない場合、ブロック２８２において、ＦＤ受信側ＳＴＡは、ＦＤ発信側ＳＴＡのＰＰＤＵ送信中に送信しない。
【0078】
[0125] 一方で、ＰＰＤＵ中にＦＤ送信が許可された場合、受信側ＳＴＡは、ＦＤ発信側ＳＴＡから受け取られるＰＰＤＵ内の全二重送信パラメータ設定に従って、ＦＤ発信側ＳＴＡへのＰＰＤＵ送信を開始（２７６）する。ＦＤ受信側ＳＴＡは、ＰＰＤＵの送信を開始する時に、ＦＤ発信側ＳＴＡが既知の信号を送信している間に、ＦＤ受信側ＳＴＡの自己干渉推定を終了（２７８）する。ＦＤ受信側ＳＴＡは、そのＰＰＤＵにおいて送信すべきではない時間及び／又は周波数領域におけるチャネルリソースの一部を予約（２８０）することができる。次に、ＦＤ発信側ＳＴＡは、予約されたチャネルリソースを通じてプリエンプション要求を検出することができる。予約されたチャネルリソースは、ＦＤ発信側ＳＴＡによって送信されるＰＰＤＵにおいて示すことができる。少なくとも１つの実施形態／モード／オプションでは、予約されたチャネルリソースは事前にネゴシエートされる。
【0079】
５．２．１．全二重送信の実施例１
[0127] 図１３に、ＰＰＤＵ１の全二重送信の実施形態例２９０を示す。ＳＴＡ Ａ ２９２はＦＤ発信側ＳＴＡであり、ＳＴＡ Ｃ ２９４はＦＤ受信側ＳＴＡである。ＳＴＡ Ａは、チャネルにアクセスして、ＳＴＡ ＣにＰＰＤＵ１ ３０２を送信することを開始する。ＰＰＤＵ１のプリアンブル２９６は、ＰＰＤＵ１時間中に全二重送信が許可されることを示す。ＳＴＡ Ａは、ＰＰＤＵ１のプリアンブル時間中に、自身の自己干渉チェックを実行する。
[0127] 図１３に、ＰＰＤＵ１の全二重送信の実施形態例２９０を示す。ＳＴＡ Ａ ２９２はＦＤ発信側ＳＴＡであり、ＳＴＡ Ｃ ２９４はＦＤ受信側ＳＴＡである。ＳＴＡ Ａは、チャネルにアクセスして、ＳＴＡ ＣにＰＰＤＵ１ ３０２を送信することを開始する。ＰＰＤＵ１のプリアンブル２９６は、ＰＰＤＵ１時間中に全二重送信が許可されることを示す。ＳＴＡ Ａは、ＰＰＤＵ１のプリアンブル時間中に、自身の自己干渉チェックを実行する。
【0080】
[0128] ＳＴＡ Ｃは、ＰＰＤＵ１のプリアンブルを受け取り、ＰＰＤＵ１のプリアンブルから、ＳＴＡ Ｃは、自身が、全二重送信のために、ＳＴＡ Ａに、プリアンブル２９８を含むＰＰＤＵ２ ３０４を送信することを許可されることを認識する（知る）ことができる。ＳＴＡ Ａが、ＰＰＤＵ１のプリアンブル２９６を終了した後に、既知の信号３００を送信する時に、ＳＴＡ Ｃは、ＰＰＤＵ２ ３０４のプリアンブル２９８の送信を開始することができ、ＰＰＤＵ１の既知の信号時間中に、自身の自己干渉推定を実行する。次に、ＳＴＡ Ａ及びＳＴＡ Ｃは、同時にＰＰＤＵ１及びＰＰＤＵ２を交換する。
【0081】
[0129] ＰＰＤＵ１のプリアンブル、例えばプリアンブル内のＬＴＦフィールドは、ＳＴＡ Ａによって自己干渉推定のために使用されて、例えば、環境からの反射後の受信機における自己干渉が何であるかを判断することができる。一方、ＰＰＤＵ１のプリアンブル、例えばプリアンブル内のＬＴＦフィールドは、ＳＴＡ Ｃによって、ＳＴＡ Ａからのチャネル推定のために利用することができる。
【0082】
[0130] ＳＴＡ Ｃは、ＰＰＤＵ１のプリアンブルを受け取り、ＦＤが許可されることを認識する。次に、ＳＴＡ Ｃは、例えばＰＰＤＵ１のプリアンブルの終了直後に、自身のＰＰＤＵ２送信を開始することができる。ＰＰＤＵ１のプリアンブルに続く既知の信号は、以下のオプションの通りである。（１）少なくとも１つのオプションでは、既知の信号は、ＬＴＦフィールドなどの予め定められた信号からなることができる。ＳＴＡ Ｃは、ＰＰＤＵ１のプリアンブルを受け取る時に、自身のチャネル推定に起因して、ＰＰＤＵ１の既知の信号の信号をキャンセルすることができる。次に、ＳＴＡ Ｃは、ＰＰＤＵ２のプリアンブルを送信している時に、自身の自己干渉推定を実行することができる。（２）少なくとも１つの他のオプションでは、既知の信号は、ＳＴＡ Ｃが送信している信号に直交して、ＳＴＡ Ｃが既知の信号をキャンセルする必要がないようになっていることも可能である。例えば、既知の信号は、Ｐ行列の１つの行に基づいて送信され、ＰＰＤＵ２のプリアンブルは、同じＰ行列の別の行を使用する。Ｐ行列は、全二重送信の前に、ＳＴＡ ＡとＳＴＡ Ｃとの間で共有することができる。
【0083】
[0131] 次に、ＳＴＡ Ａ及びＳＴＡ Ｃの両方は、それらの自己干渉をキャンセルし、全二重送信を開始することができる。ＳＴＡ Ａは、ＰＰＤＵ１のペイロードの送信を開始し、ＰＰＤＵ２のペイロードを受け取る。ＳＴＡ Ｃは、ＰＰＤＵ２のペイロードの送信を開始し、ＰＰＤＵ１のペイロードを受け取る。
【0084】
[0132] ＰＰＤＵ１の既知の信号の継続時間は、ＳＴＡ ＣがＰＰＤＵ２に対して自己干渉推定を実行するのに十分な時間を提供すべきである。そうするために、ＰＰＤＵ１のための既知の信号の継続時間は、ＰＰＤＵ２のためのプリアンブルの継続時間と同じであるか、又はそれよりも長いことが可能である。代替的に、ＰＰＤＵ２のためのプリアンブルは、ＰＰＤＵ１の既知の信号と同時に又はそれよりも早く終了すべきである。
【0085】
[0133] ＰＰＤＵ１とＰＰＤＵ２との間のＯＦＤＭシンボル境界の位置合わせが必要とされる場合がある。また、ＳＴＡ Ａは、ＰＰＤＵ１のプリアンブルにおいて、ＳＴＡ Ｃの送信電力のレベルを設定することができる。
【0086】
[0134] ＰＰＤＵ１は、ＰＰＤＵ２におけるＭＡＣプロトコルデータユニット（ＭＰＤＵ）に対するブロックＡｃｋ（ＢＡ）を搬送し、ＰＰＤＵ２は、ＰＰＤＵ１におけるＭＰＤＵに対するＢＡを搬送することが可能であることに留意されたい。ＦＤ送信のプリエンプション／中断の実施例６を示す図２４に、例を挙げる。
【0087】
５．２．２．全二重送信の実施例２
[0136] 図１４に、全二重部分チャネル送信の別の実施形態例３１０を示す。上記の例と比較すると、ここでの例は、ＳＴＡ Ａ ２９２が、ＳＴＡ Ｃ ２９４に、ＰＰＤＵ２の送信にＲＵを未使用のままにしておくように要求（請求）することを示す。ＳＴＡ Ａは、ＰＰＤＵ１ ３０２のプリアンブル２９６において、この情報を示す。ＳＴＡ Ｃは、この情報を受け取った時に、プリアンブル２９８を送信するが、部分チャネルのみを使用してＰＰＤＵ２ ３１２を送信し、ＰＰＤＵ１によって示されるＲＵ ３１４を未使用のままにする。したがって、ＰＰＤＵ２の送信に使用されていないＲＵを利用して、後で説明する他のＳＴＡによるプリエンプション要求を送信することができる。
[0136] 図１４に、全二重部分チャネル送信の別の実施形態例３１０を示す。上記の例と比較すると、ここでの例は、ＳＴＡ Ａ ２９２が、ＳＴＡ Ｃ ２９４に、ＰＰＤＵ２の送信にＲＵを未使用のままにしておくように要求（請求）することを示す。ＳＴＡ Ａは、ＰＰＤＵ１ ３０２のプリアンブル２９６において、この情報を示す。ＳＴＡ Ｃは、この情報を受け取った時に、プリアンブル２９８を送信するが、部分チャネルのみを使用してＰＰＤＵ２ ３１２を送信し、ＰＰＤＵ１によって示されるＲＵ ３１４を未使用のままにする。したがって、ＰＰＤＵ２の送信に使用されていないＲＵを利用して、後で説明する他のＳＴＡによるプリエンプション要求を送信することができる。
【0088】
[0137] ＰＰＤＵ１のプリアンブル、例えばプリアンブルのＬＴＦフィールドは、ＳＴＡ Ａによって自己干渉キャンセル推定のために利用されて、例えば、ＳＴＡ Ａが、ＰＰＤＵ１から受け取られる信号をキャンセルして、ＰＰＤＵ１を送信しながら、別のＳＴＡからＰＰＤＵを受け取ることができるようにすることができる。一方、ＰＰＤＵ１のプリアンブル、例えばプリアンブル内のＬＴＦフィールドは、ＳＴＡ Ｃによって、ＳＴＡ Ａからのチャネル推定のために使用することができる。
【0089】
[0138] ＳＴＡ Ｃは、ＰＰＤＵ１のプリアンブル２９８を受け取り、プリアンブル内の情報から、ＦＤが許可されることを認識する。次に、ＳＴＡ Ｃは、例えばＰＰＤＵ１のプリアンブルの終了直後に、自身のＰＰＤＵ２ ３１２の送信を開始することができる。ＰＰＤＵ１のプリアンブルに続く既知の信号３００（例えばＬＴＦ）が存在するので、ＳＴＡ Ｃは、ＰＰＤＵ１のプリアンブルを受け取る時に、自身のチャネル推定に起因して、ＰＰＤＵ１の既知の信号の信号をキャンセルすることができる。次に、ＳＴＡ Ｃは、ＰＰＤＵ２のプリアンブル２９８を送信している時に、必要に応じて自己干渉キャンセルを実行することができる。
【0090】
[0139] したがって、ＳＴＡ Ａ及びＳＴＡ Ｃの両方は、それらの自己干渉をキャンセルし、全二重送信を開始することができる。ＳＴＡ Ａは、ＰＰＤＵ１のペイロードの送信を開始し、ＰＰＤＵ２のペイロードを受け取る。ＳＴＡ Ｃは、ＰＰＤＵ２のペイロードの送信を開始し、ＰＰＤＵ１のペイロードを受け取る。
【0091】
[0140] ＰＰＤＵ１の既知の信号３００の継続時間は、ＰＰＤＵ２ ３１２のプリアンブル２９８の継続時間と同じであることが可能である。代替的に、ＰＰＤＵ２ ３１２のプリアンブル２９８及びＰＰＤＵ１の既知の信号３００は、同時に終了すべきである。図に示すように、ＳＴＡ Ｃは、ＰＰＤＵ２を送信するためにＲＵの全てを使用するわけではない（ＰＰＤＵ１のための全二重送信のパラメータ設定に示されることができるように）。例えば、ＳＴＡ Ａは、ＰＰＤＵ１において、ＦＤ指示のためのＲＵ（ＲＵ ｆｏｒ ＦＤ ｉｎｄｉｃａｔｉｏｎ）フィールドを第１の状態（例えば「０」）に設定し、それによって、ＰＰＤＵ１のフォーマットは、図２９に示す通りである。この場合、別のＳＴＡは、ＰＰＤＵ２によって利用されていないＲＵ ３１４を通じて、ＳＴＡ Ａにプリエンプション要求を送信することができる。
【0092】
[0141] ＰＰＤＵ１とＰＰＤＵ２との間のチャネル間干渉を最小にするために、ＰＰＤＵ１とＰＰＤＵ２との間のＯＦＤＭシンボルの位置合わせが必要とされる場合がある。また、ＳＴＡ Ａは、ＰＰＤＵ１のプリアンブルにおいて、ＳＴＡ Ｃのための送信電力レベルを設定することができる。
【0093】
５．３．ＦＤ送信のプリエンプション及び／又は中断
[0143] この節では、プリエンプトＳＴＡがどのようにして、プリエンプトされたＳＴＡにプリエンプション要求を送信して、プリエンプション送信を開始するかについて説明する。プリエンプトＳＴＡは、プリエンプション要求において、自身のプリエンプション送信の優先度を示す。少なくとも１つの実施形態／モード／オプションでは、プリエンプション送信の優先度が進行中の送信よりも高い時にのみ、プリエンプション送信が許可される。
[0143] この節では、プリエンプトＳＴＡがどのようにして、プリエンプトされたＳＴＡにプリエンプション要求を送信して、プリエンプション送信を開始するかについて説明する。プリエンプトＳＴＡは、プリエンプション要求において、自身のプリエンプション送信の優先度を示す。少なくとも１つの実施形態／モード／オプションでは、プリエンプション送信の優先度が進行中の送信よりも高い時にのみ、プリエンプション送信が許可される。
【0094】
[0144] 上述したように、プリエンプトされたＳＴＡは、パンクチャされたリソースを含むＰＰＤＵを送信することができる。プリエンプトＳＴＡは、パンクチャされたリソース中にチャネル（又は部分チャネル）を検知することができ、第三者の送信が存在しない場合、チャネル（又は部分チャネル）を通じてプリエンプション要求を送信する。
【0095】
[0145] プリエンプトされたＳＴＡは、ＦＤ送信を実行している時に、ＦＤ受信側ＳＴＡに、少なくとも１つのＲＵを空のままにして、そのＲＵを通じてプリエンプション要求を送信できるようにすることを要求（請求）することができる。
【0096】
[0146] プリエンプトＳＴＡは、プリエンプション要求を送信して、短期間のＴＸＯＰを予約して、チャネルを占有し、プリエンプトされたＳＴＡからの応答を待つことができる。
【0097】
[0147] プリエンプトされたＳＴＡは、プリエンプション要求を受け取った時に、要求を受け入れるか又は拒絶する。プリエンプトされたＳＴＡは、要求を受け入れた場合、自身の進行中の送信を中断する。そうでない場合には、プリエンプトされたＳＴＡは、その進行中の送信を継続する。
【0098】
[0148] プリエンプトＳＴＡが、プリエンプトされたＳＴＡのＦＤ送信をプリエンプトする場合、プリエンプトされたＳＴＡはＦＤ発信側ＳＴＡであり、そのＦＤ受信側ＳＴＡに送信を中断するように通知する。
【0099】
[0149] プリエンプトされたＳＴＡは、プリエンプション要求を受け入れた場合、パンクチャされたリソースを通じて信号を送信して、プリエンプション要求の受け入れを示し、ＦＤ受信側ＳＴＡに進行中のＦＤ送信を中断するように通知することにより、チャネルを占有して他のプリエンプション要求を回避するようにする。
【0100】
[0150] プリエンプトＳＴＡは、プリエンプトされた送信の進行中の送信の中断の直後に、プリエンプション送信を開始することができる。代替的に、プリエンプション送信は、プリエンプトされたＳＴＡによってトリガすることができる。
【0101】
[0151] プリエンプトされたＳＴＡは、プリエンプトＳＴＡによって要求されるプリエンプション送信の対象の受信機であっても、そうでなくてもよいことに留意されたい。プリエンプトＳＴＡは、プリエンプション要求を送信する時に、プリエンプトされたＳＴＡの進行中のＰＰＤＵ送信の対象の受信機であっても、そうでなくてもよい。実施例では、プリエンプトＳＴＡはＳＴＡ Ｂであり、プリエンプトされたＳＴＡはＳＴＡ Ａである。
【0102】
【0103】
[0155] ＦＤ発信側ＳＴＡは、その進行中の全二重送信を中断することを決定（３３２）した時に、ＦＤ受信側ＳＴＡからＰＰＤＵを受け取っている場合、ＦＤ受信側ＳＴＡの進行中の送信を中断（３３４）する。例えば、ＦＤ発信側ＳＴＡは、ＦＤ受信側ＳＴＡに信号を送信して、進行中の送信を中断する。ＦＤ受信側ＳＴＡが、以前の中断信号に従って自身の進行中の送信を中断しなかった場合、ＦＤ発信側ＳＴＡは、ＦＤ受信側ＳＴＡに別の中断信号を送信することが可能であることに留意されたい。
【0104】
[0156] 次に、ＦＤ発信側ＳＴＡは、それ自身の進行中のＰＰＤＵ送信を中断（３３６）する。ＦＤ発信側は、これを以下のように実行する。（ａ）ＦＤ発信側ＳＴＡは、任意の時間に、自身の進行中のＰＰＤＵ送信を中断することができる。ＤＴＸ確認信号が送信されて、進行中のＰＰＤＵの中断を示すことができる。（ｂ）ＦＤ発信側ＳＴＡは、ＰＰＤＵの１つのＭＰＤＵの終了時に、自身の進行中のＰＰＤＵを中断することができる。（ｃ）ＦＤ発信側ＳＴＡは、その現在のＰＰＤＵ送信を終了し、その後、現在のＴＸＯＰ内で別のＰＰＤＵ送信を開始することを回避することができる。
【0105】
５．３．１．２．ＦＤ受信側による進行中のＦＤ送信の中断
[0158] 図１６に、ＦＤ受信側ＳＴＡがそれ自身の進行中の全二重送信を中断する実施形態例３５０を示す。
[0158] 図１６に、ＦＤ受信側ＳＴＡがそれ自身の進行中の全二重送信を中断する実施形態例３５０を示す。
【0106】
[0159] ＦＤ受信側ＳＴＡは、ＦＤ発信側ＳＴＡから、進行中の送信を中断するための信号を受け取った（３５２）時に、自身の進行中のＰＰＤＵ送信を中断（３５４）する。
【0107】
５．３．１．３．プリエンプトＳＴＡによるＰＰＤＵのプリエンプション
[0161] 図１７に、プリエンプトＳＴＡがプリエンプション送信を開始する実施形態例３７０を示す。
[0161] 図１７に、プリエンプトＳＴＡがプリエンプション送信を開始する実施形態例３７０を示す。
【0108】
[0162] プリエンプトＳＴＡが、プリエンプトされたＳＴＡに信号を送信（３７２）して、プリエンプション送信を要求する。チェック（３７４）によって、プリエンプトＳＴＡが、プリエンプトされたＳＴＡから、プリエンプション送信を開始するための信号を受け取ったかどうかを判断する。条件が満たされる場合、ブロック３７６において、プリエンプトＳＴＡは、プリエンプション送信を開始する。そうでない場合には、実行はブロック３７８に進み、プリエンプション送信が許可されない。
【0109】
[0163] 少なくとも１つの実施形態／モード／オプションでは、プリエンプトＳＴＡが、プリエンプトされたＳＴＡのＰＰＤＵ送信のパンクチャされたリソースを通じて、チャネルがアイドルであることを検知した場合でも、プリエンプトＳＴＡにおける相対信号強度指示（ＲＳＳＩ）が所与の閾値よりも高い場合、プリエンプトＳＴＡは、プリエンプション要求を送信しない。
【0110】
[0164] プリエンプトされたＳＴＡがＦＤ発信側ＳＴＡであり、かつ全二重送信を実行している場合、プリエンプトＳＴＡは、ＦＤ受信側ＳＴＡによって送信に使用されていないＲＵを通じてのみ、パンクチャされたリソースを検知することができる。
【0111】
５．３．１．４．プリエンプトされたＳＴＡにおけるＰＰＤＵのプリエンプション
[0166] 図１８に、プリエンプトされたＳＴＡがプリエンプション送信を受け入れる又は拒絶する実施形態例３９０を示す。
[0166] 図１８に、プリエンプトされたＳＴＡがプリエンプション送信を受け入れる又は拒絶する実施形態例３９０を示す。
【0112】
[0167] プリエンプトされたＳＴＡが、プリエンプトＳＴＡから、プリエンプション送信を要求するための信号を受け取る（３９２）。プリエンプトされたＳＴＡは、プリエンプション送信要求を受け入れる又は拒絶する決定（３９４）を行う。例えば、プリエンプション送信の優先度がプリエンプトされたＳＴＡの進行中の送信よりも高い場合、プリエンプトされたＳＴＡは要求を受け入れることができ、実行はブロック３９６に進む。そうでない場合には、プリエンプトされたＳＴＡは要求を拒絶し、実行はブロック４００に進む。
【0113】
[0168] プリエンプトされたＳＴＡは、プリエンプション送信要求を受け入れた場合、自身の進行中の送信を中断（３９６）する。ＰＰＤＵ送信の中断の手順は、図１５及び図１６に示したのと同じとすることができる。次に、プリエンプトされたＳＴＡは、プリエンプトＳＴＡに信号を送信（３９８）して、プリエンプション送信を開始する。
【0114】
[0169] プリエンプトされたＳＴＡは、チェック（３９４）においてプリエンプション送信要求を拒絶した場合、自身の進行中の送信を継続（４００）する。
【0115】
５．４．プリエンプトＳＴＡのバックオフ手順
[0171] プリエンプトＳＴＡは、進行中の送信をプリエンプトすべきである時に、バックオフ手順を行って（実行して）、チャネルアクセスを取得（獲得）することができる。プリエンプトＳＴＡは、バックオフ手順中にプリエンプトされたＳＴＡによって送信される進行中のＰＰＤＵによって示されるようなパンクチャされたリソース中にのみ、チャネル状態を検知する。パンクチャされたリソース中のチャネル状態が、バックオフスロット時間にわたってアイドルである場合、バックオフカウンタが（例えば１ずつ）デクリメントされる。そうでない場合には、バックオフカウンタはデクリメントされない。チャネルが依然としてアイドルのままで、バックオフカウンタがゼロに達した時に、プリエンプトＳＴＡはチャネルアクセスを獲得する。
[0171] プリエンプトＳＴＡは、進行中の送信をプリエンプトすべきである時に、バックオフ手順を行って（実行して）、チャネルアクセスを取得（獲得）することができる。プリエンプトＳＴＡは、バックオフ手順中にプリエンプトされたＳＴＡによって送信される進行中のＰＰＤＵによって示されるようなパンクチャされたリソース中にのみ、チャネル状態を検知する。パンクチャされたリソース中のチャネル状態が、バックオフスロット時間にわたってアイドルである場合、バックオフカウンタが（例えば１ずつ）デクリメントされる。そうでない場合には、バックオフカウンタはデクリメントされない。チャネルが依然としてアイドルのままで、バックオフカウンタがゼロに達した時に、プリエンプトＳＴＡはチャネルアクセスを獲得する。
【0116】
[0172] プリエンプトされたＳＴＡがＦＤ送信を実行している場合、プリエンプトＳＴＡは、ＦＤ送信のＦＤ受信側ＳＴＡによって使用されない部分チャネル（ＲＵ）上のパンクチャされたリソース中にのみ、チャネル状態を検知する。
【0117】
[0173] プリエンプションのためのバックオフ手順は、以下に説明するように、通常のＥＤＣＡ又はその一部から独立することができる。（ａ）プリエンプションのためのバックオフ手順は、通常のＥＤＣＡ（又はＣＳＭＡ／ＣＡ）チャネル競合のために使用されるバックオフ手順から独立することができる。プリエンプションのためのバックオフ手順は、プリエンプトＳＴＡがプリエンプション送信のためのチャネルを求めて競合する時にのみ使用される。プリエンプトＳＴＡが、プリエンプション送信を実行するためのチャネルを求めて競合しない時に、プリエンプションのためのバックオフカウンタをリセット又は休止することができる。（ｂ）プリエンプトＳＴＡは、いくつかのトラフィック識別子（ＴＩＤ）のＥＤＣＡＦが、プリエンプションを実行するためのチャネルを求めて競合できるようにすることができる。プリエンプトＳＴＡが、ＴＩＤのためのプリエンプション送信を開始することを決定した時に、ＥＤＣＡＦは、それらのチャネル競合において開始又は継続することができる。
【0118】
５．４．１．プリエンプション／中断の実施例
５．４．１．１．プリエンプション／中断の実施例１
[0176] 図１９に、プリエンプトされたＳＴＡが送信のみを行っている時のＦＤ送信のプリエンプション及び／又は中断の実施形態例４１０を示す。この例では、プリエンプトＳＴＡ Ｂ ４１４が、プリエンプション要求信号を送信し、プリエンプトされたＳＴＡ ＡのＰＰＤＵ送信の中断を検出した直後に、ＳＴＡ Ｂのプリエンプション送信を開始する実施例を示す。
５．４．１．１．プリエンプション／中断の実施例１
[0176] 図１９に、プリエンプトされたＳＴＡが送信のみを行っている時のＦＤ送信のプリエンプション及び／又は中断の実施形態例４１０を示す。この例では、プリエンプトＳＴＡ Ｂ ４１４が、プリエンプション要求信号を送信し、プリエンプトされたＳＴＡ ＡのＰＰＤＵ送信の中断を検出した直後に、ＳＴＡ Ｂのプリエンプション送信を開始する実施例を示す。
【0119】
[0177] ＳＴＡ Ａ ４１２は、プリエンプトされたＳＴＡであり、図示のように、ＰＰＤＵ１ ４１８の優先度指示（ここでは低優先度に設定）を含むプリアンブル４１６を送信している。ＰＰＤＵ１には、パンクチャされたリソース４２０が埋め込まれている。ＳＴＡ Ｂ ４１４はプリエンプトＳＴＡであり、ＰＰＤＵ１のパンクチャされたリソース中にチャネルステータスを検知することによって、チャネルを求めて競合する。例えば、ＳＴＡ Ｂは、ＰＰＤＵ１のパンクチャされたリソース中にチャネルがアイドルであることを検知した時に、バックオフ４２２をカウントダウンし、ＰＰＤＵ１のパンクチャされたリソース中にチャネルがビジーであることを検知した時に、バックオフを休止する。また、ＳＴＡ Ａが、ＰＰＤＵ２よりも高い優先度を有するＰＰＤＵ１を送信している時に、ＳＴＡ Ｂは、バックオフ４２２を休止することができる。バックオフ４２２がゼロまでカウントダウンされる時に、ＳＴＡ Ｂは、チャネルにアクセスすることができ、プリエンプション送信を要求するための信号４２４を送信する。ＳＴＡ Ｂは、チャネルにアクセスする時に、数マイクロ秒待って、ＳＴＡ ＢのＯＦＤＭシンボル境界とＳＴＡ ＡのＯＦＤＭシンボル境界とを位置合わせすることができることに留意されたい。
【0120】
[0178] 図に示すように、ＳＴＡ Ｂは、ＳＴＡ Ａにプリエンプション要求信号４２４を送信する。少なくとも１つの実施形態／モード／オプションでは、プリエンプションプリアンブル４２８は、プリエンプション送信（ＰＰＤＵ２ ４３０で示す）の優先度（図ではＰ＝高）と、プリエンプション送信の長さなどの他のパラメータとを示す。
【0121】
[0179] ＳＴＡ Ａは、プリエンプション要求信号４２４を受け取った時に、プリエンプション要求を受け入れるべきか否かについて決定する。この例の場合、ＳＴＡ Ａは、要求を受け入れ、直ちに自身の進行中のＰＰＤＵ１ ４１８の送信を中断し、不連続送信（ＤＴＸ）４２６によって示すように、送信を続けることをやめる。なお、ＰＰＤＵ１のＤＴＸ部分４２６は、この中断に起因して送信されないＰＰＤＵ１のその部分である。
【0122】
[0180] ＳＴＡ Ａが、直ちに（例えばＩＦＳ時間内に）自身の進行中の送信を中断した場合、ＳＴＡ Ｂは、プリエンプション送信（ＰＰＤＵ２ ４３０によって例示する）を開始することができる。ＳＴＡ Ｂは、短期間（例えばＳＩＦＳ時間）にわたってチャネルがアイドルであることを検知することによって、ＰＰＤＵ１の中断を認識し、したがって、ＳＴＡ Ｂは、プリアンブル４２８（この例では、高優先度のインジケータを含む）と、ＰＰＤＵ２ ４３０（それ自身がパンクチャされたリソースを有することができる）とを送信する。
【0123】
[0181] 特定の実施形態／モード／オプションでは、プリエンプション要求信号の終了時間とＰＰＤＵ２のプリアンブルの開始時間との間のギャップは、選択された期間、例えばＡＣＫ／ＢＡタイムアウト、又は２つのＳＩＦＳ期間よりも長いものとすべきではない。代替的に、ＳＴＡ ＢがＦＤ対応である場合、ＳＴＡ Ｂは、ＳＴＡ ＡがＰＰＤＵ１送信を中断するのを検出するまで、送信を継続するか又はチャネルをビジーに保持することができる。例えば、ＳＴＡ Ｂは、プリエンプション要求信号の後にパディングを送信して、送信を継続（保持）するか又はそうでなければチャネルをビジーに保持する。
【0124】
５．４．１．２．プリエンプション／中断の実施例２
[0183] 図２０に、プリエンプトされたＳＴＡが送信のみを行っている時のＦＤ送信のプリエンプション及び／又は中断の実施形態例４５０を示す。この例では、プリエンプトされたＳＴＡ Ａは、プリエンプトＳＴＡ Ｂからプリエンプション要求を受け取った時に、ＤＴＸ信号を送信して自身の進行中のＰＰＤＵ送信の中断を示すことを示す。次に、プリエンプトＳＴＡは、プリエンプトされたＳＴＡのＰＰＤＵ送信の中断を認識し、自身のプリエンティブ送信を開始する。
[0183] 図２０に、プリエンプトされたＳＴＡが送信のみを行っている時のＦＤ送信のプリエンプション及び／又は中断の実施形態例４５０を示す。この例では、プリエンプトされたＳＴＡ Ａは、プリエンプトＳＴＡ Ｂからプリエンプション要求を受け取った時に、ＤＴＸ信号を送信して自身の進行中のＰＰＤＵ送信の中断を示すことを示す。次に、プリエンプトＳＴＡは、プリエンプトされたＳＴＡのＰＰＤＵ送信の中断を認識し、自身のプリエンティブ送信を開始する。
【0125】
[0184] ＳＴＡ Ａ ４１２は、プリエンプトされたＳＴＡであり、プリアンブル４１６が先行して、パンクチャされたリソース４２０が埋め込まれたＰＰＤＵ１ ４１８を送信している。ＳＴＡ Ｂ ４１４はプリエンプトＳＴＡであり、ＰＰＤＵ１のパンクチャされたリソース中にチャネルステータスを検知することによって、チャネルを求めて競合することができる。例えば、ＳＴＡ Ｂは、ＰＰＤＵ１のパンクチャされたリソース４２０中にチャネルがアイドルであることを検知した時に、バックオフ４２２をカウントダウンし、チャネルがビジーであることを検知した時に、バックオフを休止する。少なくとも１つの実施形態／モード／オプションでは、ＳＴＡ Ａが、ＰＰＤＵ２よりも高い優先度を有するＰＰＤＵ１を送信している時に、ＳＴＡ Ｂは、そのバックオフを休止する。バックオフがゼロまでカウントダウンされる時に、ＳＴＡ Ｂは、チャネルにアクセスして、プリエンプション送信を要求するための信号を送信することができる。
【0126】
[0185] ＳＴＡ Ｂは、チャネルにアクセスする時に、数マイクロ秒待って、ＳＴＡ ＢのＯＦＤＭシンボル境界とＳＴＡ ＡのＯＦＤＭシンボル境界とを位置合わせすることができることに留意されたい。
【0127】
[0186] 図に示すように、ＳＴＡ Ｂは、ＳＴＡ Ａにプリエンプション要求信号４２４を送信する。プリエンプション要求信号は、プリエンプション送信（例えばＰＰＤＵ２ ４３０）の優先度（図では、優先度（Ｐ）＝高）を示すことができる。プリエンプション要求４２４は、ＴＸＯＰの期間（例えば、図では、長さＬ＿ｌｅｎｇｔｈ ４５２）を予約して、他のＳＴＡがＤＴＸ確認を待ちながらチャネルにアクセスするのを防止することもできる。ＳＴＡ Ａは、プリエンプション要求信号を受け取った時に、図示のように、自身のＰＰＤＵ１送信を終了し、ＤＴＸ確認信号４５４を含むプリエンプション要求を受け入れる。ＰＰＤＵ１のＤＴＸ部分４５６は、中断に起因して送信されないＰＰＤＵ１のその部分である。ＤＴＸ確認信号４５４内の情報に従って、ＰＰＤＵ１の受信機及びＳＴＡ Ｂの両方は、ＰＰＤＵ１が中断されたことを認識する（知る）ことができる。
【0128】
[0187] ＳＴＡ Ａが、Ｌ＿ｌｅｎｇｔｈの時間内に自身の進行中の送信を中断した場合、ＳＴＡ Ｂは、そのプリエンプション送信（ここでは、プリアンブル４２８を含むＰＰＤＵ２ ４３０として示す）を開始することができる。ＳＴＡ Ｂは、ＰＰＤＵ２に、（単複の）パンクチャされたリソース４３２を任意選択的に含むことができることが分かる。
【0129】
[0188] ＳＴＡ Ａは、Ｌ＿ｌｅｎｇｔｈ時間内に自身の進行中のＰＰＤＵ（すなわちＰＰＤＵ１）を中断することをいつ可能にすべきかを決定することができる。Ｌ＿Ｌｅｎｇｔｈ時間の値が、特定のフラグ値（例えば０）に設定された場合、それは、ＳＴＡ Ａが、任意の時間に、自身の進行中のＰＰＤＵ（すなわちＰＰＤＵ１）を中断することができることを示すことができる。
【0130】
５．４．１．３．プリエンプション／中断の実施例３
[0190] 図２１に、プリエンプトされたＳＴＡが送信のみを行っている時のＦＤ送信のプリエンプション及び／又は中断の実施形態例４７０を示す。プリエンプトＳＴＡ Ｂが、プリエンプション送信を開始するためのプリエンプション要求信号を送信する。プリエンプション要求は、また、短期間のＴＸＯＰ時間を予約して、ＳＴＡ Ａがプリエンプション送信をトリガする予想時間まで、他のＳＴＡがチャネルにアクセスしないようにする。プリエンプトされたＳＴＡ Ａは、その進行中の送信を中断し、プリエンプション送信をトリガする。
[0190] 図２１に、プリエンプトされたＳＴＡが送信のみを行っている時のＦＤ送信のプリエンプション及び／又は中断の実施形態例４７０を示す。プリエンプトＳＴＡ Ｂが、プリエンプション送信を開始するためのプリエンプション要求信号を送信する。プリエンプション要求は、また、短期間のＴＸＯＰ時間を予約して、ＳＴＡ Ａがプリエンプション送信をトリガする予想時間まで、他のＳＴＡがチャネルにアクセスしないようにする。プリエンプトされたＳＴＡ Ａは、その進行中の送信を中断し、プリエンプション送信をトリガする。
【0131】
[0191] ＳＴＡ Ａ ４１２は、プリエンプトされたＳＴＡであり、ＰＰＤＵが低い優先度を有するという指示を含むプリアンブル４１６が先行して、ＰＰＤＵ１ ４１８を送信している。ＰＰＤＵ１には、パンクチャされたリソース４２０が埋め込まれている。ＳＴＡ Ｂ ４１４はプリエンプトＳＴＡである。ＳＴＡ Ｂは、ＰＰＤＵ１のパンクチャされたリソース中にチャネルステータスを検知することによって、チャネルを求めて競合する。例えば、ＳＴＡ Ｂは、ＰＰＤＵ１のパンクチャされたリソース４２０中にチャネルがアイドルであることを検知した時に、バックオフ４２２をカウントダウンし、一方で、チャネルがビジーであることを検知した時に、バックオフを休止する。少なくとも１つの実施形態／モード／オプションでは、ＳＴＡ Ａが、ＰＰＤＵ２よりも高い優先度を有するＰＰＤＵ１を送信している時に、ＳＴＡ Ｂは、そのバックオフを休止する。
【0132】
[0192] バックオフ４２２がゼロまでカウントダウンされる時に、ＳＴＡ Ｂは、チャネルにアクセスすることができ、プリエンプション送信を要求するための信号４７２を送信する。ＳＴＡ Ｂは、チャネルにアクセスする時に、数マイクロ秒待って、ＳＴＡ ＢのＯＦＤＭシンボル境界とＳＴＡ ＡのＯＦＤＭシンボル境界とを位置合わせすることができることに留意されたい。
【0133】
[0193] この例に示すように、ＳＴＡ Ｂは、ＳＴＡ Ａに、チャネル全体でこのプリエンプション要求信号４７２を送信する。プリエンプション要求信号は、プリエンプション送信（例えばＰＰＤＵ２ ４８６）の優先度の指示を含むことができる。プリエンプション要求信号は、ＴＸＯＰの期間（例えば、図ではＬ＿ｌｅｎｇｔｈ ４７４によって示す）を予約して、他の局がそのプリエンプション要求についての応答を待つ間に干渉するのを防止することができる。
【0134】
[0194] ＳＴＡ Ａは、プリエンプション要求信号を受け取った時に、要求を受け入れることを決定してＰＰＤＵ１ ４１８の送信を休止し、ＤＴＸ確認信号４７６を送信する。ＰＰＤＵ１のＤＴＸ部分４８０は、中断に起因して送信されないＰＰＤＵ１のその部分である。なお、Ｌ＿ｌｅｎｇｔｈ時間内に自身の進行中のＰＰＤＵ（すなわちＰＰＤＵ１）をいつ中断すべきかを決定するのは、ＳＴＡ Ａである。
【0135】
[0195] 図に示すように、Ｌ＿ｌｅｎｇｔｈ ４７４は、ＳＴＡ ＢがＳＴＡ ＡからＳＵトリガフレーム４７８を受け取ると予想する時間、又はＣＴＳフレーム４８２を送信する予想時間に設定することができる。
【0136】
[0196] ＳＴＡ Ａがその進行中の送信を中断して、Ｌ＿ｌｅｎｇｔｈ時間内にプリエンプション送信を開始するためのフレーム（例えば、ＳＵトリガフレーム４７８）を送信した場合、ＳＴＡ Ｂは、プリアンブル４８４（この場合、優先度がＰＰＤＵ１よりも高いことを示す）が先行して、自身のプリエンティブ送信、例えば、ＰＰＤＵ２ ４８６を開始することができる。ＳＵトリガのフォーマットは、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるようなＭＵ－ＲＴＳ ＴＸＳトリガフレーム４８２と同じとすることができる。次に、ＳＵトリガ４７８を受け取った後に、ＳＴＡ Ｂは、ＳＴＡ ＡにＣＴＳフレーム４８２を返送し、それ自身のプリエンティブ送信（プリアンブル４８４及びＰＰＤＵ２ ４８６（それ自身が（単複の）パンクチャされたリソース４８８を有することができる）として示す）を開始する。少なくとも１つの実施形態／モード／オプションでは、ＳＵトリガフレームのみが、ＰＰＤＵ２送信を完了しなければならない所与の継続時間を可能にするか、又はＣＴＳがＳＵトリガのＮＡＶを超えることができるようにする。少なくとも１つの実施形態／モード／オプションでは、ＳＴＡ Ｂは、ＣＴＳフレームを送信しないが、代わりに、ＳＴＡ ＡからＳＵトリガフレームを受け取った直後に、ＰＰＤＵ２の送信を開始する。
【0137】
[0197] ＰＰＤＵ２にパンクチャされたリソースを有することは任意選択であることに留意されたい。
【0138】
５．４．１．４．プリエンプション／中断の実施例４
[0199] 図２２に、プリエンプトされたＳＴＡが送信のみを行っている時のＦＤ送信のプリエンプション及び／又は中断の実施形態例５１０を示す。上記の例と比較すると、プリエンプトＳＴＡが、プリエンプションを要求し、かつプリエンプション送信のためのＴＸＯＰ時間を予約するためのＲＴＳフレームを送信する。他の点では、局及び初期動作は同じである。
[0199] 図２２に、プリエンプトされたＳＴＡが送信のみを行っている時のＦＤ送信のプリエンプション及び／又は中断の実施形態例５１０を示す。上記の例と比較すると、プリエンプトＳＴＡが、プリエンプションを要求し、かつプリエンプション送信のためのＴＸＯＰ時間を予約するためのＲＴＳフレームを送信する。他の点では、局及び初期動作は同じである。
【0139】
[0200] ＳＴＡ Ａ ４１２は、プリエンプトされたＳＴＡであり、ＰＰＤＵ１が低い優先度である（この例ではＰＰＤＵ２よりも低い）という情報を含むプリアンブル４１６を含むＰＰＤＵ１ ４１８を送信している。図示のＰＰＤＵ１は、埋め込まれたパンクチャされたリソース４２０を含む。ＳＴＡ Ｂ ４１４はプリエンプトＳＴＡであり、ＰＰＤＵ１のパンクチャされたリソース中にチャネルステータスを検知することによって、チャネルを求めて競合することができる。例えば、ＳＴＡ Ｂは、ＰＰＤＵ１のパンクチャされたリソース中にチャネルがアイドルであることを検知した時に、バックオフ４２２をカウントダウンし、チャネルがビジーであることを検知した時に、バックオフを休止する。少なくとも１つの実施形態／モード／オプションでは、ＳＴＡ Ａが、ＰＰＤＵ２よりも高い優先度を有するＰＰＤＵ１を送信している時に、ＳＴＡ Ｂは、バックオフを休止する。
【0140】
[0201] バックオフがゼロまでカウントダウンされる時に、ＳＴＡ Ｂは、チャネルにアクセスすることができ、プリエンプション送信を要求するための信号５１２を送信する。なお、ＳＴＡ Ｂは、チャネルにアクセスする時に、数マイクロ秒待って、ＳＴＡ ＢのＯＦＤＭシンボル境界とＳＴＡ ＡのＯＦＤＭシンボル境界とを位置合わせすることができる。図に示すように、プリエンプション要求信号は、チャネル全体を通じてＳＴＡ Ａに送信されるので、ＳＴＡ Ｂによってプリエンプション送信を要求するために送信される信号は、ＲＴＳフレーム（プリエンプションＲＴＳフレームとして示す）である。プリエンプションＲＴＳフレームは、プリエンプション送信（例えばＰＰＤＵ２）の優先度を示すことができる。プリエンプションＲＴＳフレームは、ＴＸＯＰを予約するか、又はプリエンプション送信のためにＮＡＶ５１４を設定することもできる。
【0141】
[0202] ＳＴＡ Ａは、プリエンプションＲＴＳフレームを受け取った時に、要求を受け入れるかどうかを判断する。将来プリエンプトされるＳＴＡ（ＳＴＡ Ａとして例示する）は、その進行中のＰＰＤＵ（ＰＰＤＵ１として示す）をいつ中断するかについて決定を行う。
【0142】
[0203] この例では、ＳＴＡ Ａは、プリエンプション要求を受け入れ、直ちにＰＰＤＵ１送信を中断する。ＰＰＤＵ１のＤＴＸ部分５２０は、中断に起因して送信されないＰＰＤＵ１のその部分である。次に、ＳＴＡ Ａは、その進行中の送信の中断を示すＤＴＸ確認信号５１６を送信する。次に、ＳＴＡ Ａは、プリエンプション送信を開始するためのフレーム５１８（トリガフレームとして、限定ではなく一例として単一ユーザ（ＳＵ）トリガフレームとして示す）を送信する。ＳＵトリガのフォーマットは、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるようなＭＵ－ＲＴＳ ＴＸＳトリガフレームと同じとすることができる。次に、ＳＴＡ Ｂは、ＳＴＡ ＡにＣＴＳフレーム５２２を返送し、自身のプリエンプション送信（プリアンブル５２４及びＰＰＤＵ２ ５２６として示す）を開始する。この例のプリアンブル５２４は、ＰＰＤＵ２の優先度がＰＰＤＵ１の優先度よりも高いなどの優先度情報を含む。ＰＰＤＵ２は、（単複の）パンクチャされたリソース５２８を含むこともできる。
【0143】
[0204] 上記の例の手法と比較すると、ＲＴＳは、プリエンプション送信、例えば、図に示すようなＰＰＤＵ２送信のためにＮＡＶ５１４を設定することができる。プリエンプション送信の開始が成功しなかった（例えば、ＳＴＡ ＡがそのＰＰＤＵ１送信を中断しないか、又はＳＴＡ ＢがＣＴＳフレームを送信しない）場合、任意の第三者のＳＴＡが、ＲＴＳフレームによって設定されるＮＡＶをキャンセルすることができる。ＲＴＳフレームは、ＳＵトリガフレームを受け取ると予想する時間に、パケット拡張フィールド又はパディング信号を追加することもできる。
【0144】
５．４．１．５．プリエンプション／中断の実施例５
[0206] 図２３に、プリエンプトされたＳＴＡが送信のみを行っている時のＦＤ送信のプリエンプション及び／又は中断の実施形態例５５０を示す。この例では、通信例に第３の局が含まれており、プリエンプトされたＳＴＡは、その進行中のＰＰＤＵ送信のパンクチャされたリソースを使用して、プリエンプション要求の結果を示し、チャネルを占有して、他のＳＴＡが別のプリエンプション要求を送信しないようにする。また、プリエンプトされたＳＴＡ Ａは、ＰＰＤＵ１のパケット拡張（ＰＥ）において、プリエンプション要求によって場合によっては干渉されるシンボルを繰り返すことができる。
[0206] 図２３に、プリエンプトされたＳＴＡが送信のみを行っている時のＦＤ送信のプリエンプション及び／又は中断の実施形態例５５０を示す。この例では、通信例に第３の局が含まれており、プリエンプトされたＳＴＡは、その進行中のＰＰＤＵ送信のパンクチャされたリソースを使用して、プリエンプション要求の結果を示し、チャネルを占有して、他のＳＴＡが別のプリエンプション要求を送信しないようにする。また、プリエンプトされたＳＴＡ Ａは、ＰＰＤＵ１のパケット拡張（ＰＥ）において、プリエンプション要求によって場合によっては干渉されるシンボルを繰り返すことができる。
【0145】
[0207] ＳＴＡ Ａ ５５４は、プリエンプトされたＳＴＡであり、ＳＴＡ Ｃ ５５２に、プリアンブル５５８を含むＰＰＤＵ１ ５６０を送信している。ＰＰＤＵ１には、パンクチャされたリソース５６２が埋め込まれている。ＳＴＡ Ｂ ５５６はプリエンプトＳＴＡであり、ＰＰＤＵ１のパンクチャされたリソース中にチャネルステータスを検知することによって、チャネルを求めて競合することができる。例えば、ＳＴＡ Ｂは、ＰＰＤＵ１のパンクチャされたリソース中にチャネルがアイドルであることを検知した時に、バックオフ５６４をカウントダウンし、チャネルがビジーであることを検知した時に、バックオフを休止する。少なくとも１つの実施形態／モード／オプションでは、ＳＴＡ Ａが、ＰＰＤＵ２よりも高い優先度を有するＰＰＤＵ１を送信している時に、ＳＴＡ Ｂは、バックオフを休止する。バックオフがゼロまでカウントダウンされる時に、ＳＴＡ Ｂは、チャネルにアクセスすることができ、プリエンプション送信を要求するための信号５６６を送信する。ＳＴＡ Ｂは、チャネルにアクセスする時に、数マイクロ秒待って、ＳＴＡ ＢのＯＦＤＭシンボル境界とＳＴＡ ＡのＯＦＤＭシンボル境界とを位置合わせすることができることに留意されたい。
【0146】
[0208] 図に示すように、ＳＴＡ Ｂは、ＳＴＡ Ａにプリエンプション要求信号５６６を送信する。プリエンプション要求信号は、プリエンプション送信（ＰＰＤＵ２ ５８２として示す）の優先度を示すこともできる。
【0147】
[0209] ＳＴＡ Ａは、プリエンプション要求信号５６６を受け取った時に、要求を受け入れるべきかどうかについて決定する。この例では、ＳＴＡ Ａは要求を受け入れる。少なくとも１つの実施形態／モード／オプションでは、ＳＴＡ Ａは、ＰＰＤＵ１においてパンクチャされたリソース（送信するパンクチャされたリソース）５６８中に信号及び／又はノイズを送信することを開始する。次に、ＳＴＡ Ｂ及び他のＳＴＡ（ＳＴＡ Ｃなど）は、ＰＰＤＵ１のパンクチャされたリソース中にＣＣＡビジーを検知することができる。一方、ＳＴＡ Ｂ及び他のＳＴＡ（ＳＴＡ Ｃなど）は、第三者の送信が進行中であるか又はスケジュールされていることを認識することができる。
【0148】
[0210] 少なくとも１つの実施形態／モード／オプションでは、ＳＴＡ Ａは、ＰＰＤＵ１のパンクチャされたリソース５６３を通じて、ＳＴＡ Ｂに、プリエンプション要求がＳＴＡ Ａによって受け入れられた又は拒絶されたことを示す確認応答（Ａｃｋ）を送信し、これを利用して、他のＳＴＡが要求を送信するのを防止し、ＳＴＡ Ｃにプリエンプションを通知することもできる。
【0149】
[0211] ＳＴＡ Ａは、その進行中のＰＰＤＵ（すなわち、ＰＰＤＵ１ ５６０）を終了した後にプリエンプション送信を開始することを決定することができる。ＰＰＤＵ１の最後に、ＳＴＡ Ａは、パケット拡張（ＰＥ）５７０を追加することができる。ＰＥ期間の開始時に、ＮＡＶ期間５７２が開始する。ＰＥは、ＳＴＡ Ｂによって場合によっては干渉されたシンボル（すなわち、ＳＴＡ Ｂのプリエンプション要求信号の送信時間中に送信されるＰＰＤＵ１のシンボル）を繰り返すことができる。ＳＴＡ Ｃは、このＰＥ時間５７０中に、ＳＴＡ ＡにＢＡ ５７４を送信することもできる。
【0150】
[0212] 繰り返されるシンボルは、ＢＡ送信の前に発生する必要がある場合があることに留意されたい。次に、ＳＴＡ Ａはその送信を停止し、ＳＴＡ Ｂのプリエンプション送信を開始するための信号５７６を送信する。一例として、この信号は、ここでは、ＳＴＡ ＢへのＳＵトリガフレームとして表され、そのフォーマットは、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるようなＭＵ－ＲＴＳ ＴＸＳトリガフレームと同じとすることができる。次に、ＳＴＡ Ｂは、ＳＴＡ ＡにＣＴＳフレーム５７８を返送し、図に示すように、プリアンブル５８０が先行して、プリエンプション送信（ＰＰＤＵ２ ５８２として示す）を開始する。ＰＰＤＵ２は、（単複の）パンクチャされたリソース５８４を有することもできることに留意されたい。少なくとも１つの実施形態／モード／オプションでは、ＳＵトリガは、ＳＴＡ Ａによって取得されるＮＡＶ時間内にのみ、ＳＴＡ Ｂのプリエンプション送信をトリガすることを許可される。
【0151】
５．４．１．６．プリエンプション／中断の実施例６
[0214] 図２４に、プリエンプトされたＳＴＡがＦＤ送信を実行している時のＦＤ送信のプリエンプション及び／又は中断の実施形態例５９０を示す。この例では、プリエンプトＳＴＡ Ｂが、プリエンプションシグナリングＲＵを通じてパディングを含むプリエンプション要求信号を送信して、短期間のＴＸＯＰを予約する。ＳＴＡ Ａは、プリエンプション要求によって予約されるＴＸＯＰ時間内にプリエンプション要求に応答する。ＳＴＡ Ｂは、そのプリエンプション要求が受け入れられたことを認識した場合、別のプリアンブル、すなわちヌルデータパケット（ＮＤＰ）を送信して、プリエンプションシグナリングＲＵを占有して、プリエンプション送信の開始まで他のＳＴＡがプリエンプション要求信号を送信するのを防止する。
[0214] 図２４に、プリエンプトされたＳＴＡがＦＤ送信を実行している時のＦＤ送信のプリエンプション及び／又は中断の実施形態例５９０を示す。この例では、プリエンプトＳＴＡ Ｂが、プリエンプションシグナリングＲＵを通じてパディングを含むプリエンプション要求信号を送信して、短期間のＴＸＯＰを予約する。ＳＴＡ Ａは、プリエンプション要求によって予約されるＴＸＯＰ時間内にプリエンプション要求に応答する。ＳＴＡ Ｂは、そのプリエンプション要求が受け入れられたことを認識した場合、別のプリアンブル、すなわちヌルデータパケット（ＮＤＰ）を送信して、プリエンプションシグナリングＲＵを占有して、プリエンプション送信の開始まで他のＳＴＡがプリエンプション要求信号を送信するのを防止する。
【0152】
[0215] ＳＴＡ Ａ ５５４は、プリエンプトされたＳＴＡであり、図示のように、プリアンブル５５８、その後に既知の信号５９４、次にパンクチャされたリソース５９８を有するＰＰＤＵ１ ５９６を送信している。ＳＴＡ Ａ ５５４は、ＳＴＡ Ｃ ５５２から、プリアンブル５９２を含むＰＰＤＵ２ ６０２を受け取る。ＰＰＤＵ２は、チャネルのいくつかのＲＵを通じて、かつプリエンプションシグナリングのために１又は２以上のＲＵ ６０４を残しながら、送信される。
【0153】
[0216] ＳＴＡ Ｂ ５５６はプリエンプトＳＴＡであり、ＰＰＤＵ１のパンクチャされたリソース中にチャネルステータスを検知することによって、チャネルを求めて競合する。図示のパンクチャされたリソースは、特定の時間にＣＣＡビジーを検知（６００）し、他の時間にはＣＣＡビジーを検知しない（５９８）。例えば、ＳＴＡ Ｂは、プリエンプションシグナリングＲＵ上に位置するＰＰＤＵ１のパンクチャされたリソースを通じてチャネルがアイドル（５９８）であることを検知した時に、バックオフ６０６をカウントダウンし、チャネルがビジー（６００）であることを検知した時に、バックオフを休止する。バックオフ６０６がゼロまでカウントダウンされる時に、ＳＴＡ Ｂは、チャネルにアクセスすることができ、プリエンプション送信を要求するための信号６０８を送信する。ＳＴＡ Ｂは、チャネルにアクセスする時に、数マイクロ秒待って、ＳＴＡ ＢのＯＦＤＭシンボル境界とＳＴＡ ＡのＯＦＤＭシンボル境界とを位置合わせすることができることに留意されたい。
【0154】
[0217] 図に示すように、ＳＴＡ Ｂは、ＳＴＡ Ａに、プリアンブル１ ６０８、その後にプリエンプション要求信号６１０、パディング６１２を送信する。一例として、プリアンブル１は、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるようなレガシープリアンブル、例えば、非ＨＴ、ＨＴ、ＶＨＴ、ＨＥ、ＥＨＴプリアンブルからなることができる。プリエンプション要求信号は、ＰＰＤＵ２の送信に使用されていないプリエンプションシグナリングＲＵを通じて送信される。プリエンプション要求信号は、プリエンプション送信（例えばＰＰＤＵ３ ６３２）の優先度の指示を含むことができる。プリエンプションシグナリングＲＵを通じたプリエンプション信号及びパディングに起因して、他のノードはパンクチャされたリソースを検知し、干渉する場合がある信号を送信しない。
【0155】
[0218] ＳＴＡ Ａは、プリエンプション要求信号を受け取った時に、要求を受け入れるべきかどうかについて決定する。この例では、ＳＴＡ Ａは要求を受け入れる。少なくとも１つの実施形態／モード／オプションでは、ＳＴＡ Ａは、ＰＰＤＵ１においてパンクチャされたリソース（信号を送信するパンクチャされたリソース）中に信号６１４を送信することを開始する。ＳＴＡ Ａは、ＰＰＤＵ１のパンクチャされたリソース中に信号を送信する時に、ＳＴＡ Ｂに信号を送信して、プリエンプション要求の受け入れを示すことができる。例えば、ＳＴＡ Ａは、パンクチャされたリソースを通じて、ＳＴＡ Ｂにそのプリエンプション要求が受け入れられたことを通知するためのＡｃｋ信号６１５を送信することもできる。Ａｃｋは、周期冗長検査（ＣＲＣ）を含む符号化情報を含むＰＳＫ／ＱＡＭ信号によって送信することができ、（ＳＴＡ ＡのＬＴＦを使用して）等化され、ＣＲＣチェックのために復号することができる。ＣＲＣチェックは、Ａｃｋを第三者の干渉と区別する。Ａｃｋのフォーマットは、ＩＥＥＥ ８０２．１１において定められるものと同じとすることができ、ＳＴＡ ＢのＭＡＣアドレスを含む。次に、ＳＴＡ Ｂは、パディング６１８を含む別のプリアンブル２ ６１６を送信して、プリエンプション送信の開始までチャネルを占有することができる。プリエンプションシグナリングＲＵを通じたパディングに起因して、他のノードは、プリエンプションシグナリングＲＵに位置するパンクチャされたリソースを通じてパンクチャされたリソースを検知し、シグナリングを送信しない。
【0156】
[0219] ＰＰＤＵ１及びＰＰＤＵ２の終了時に、ＳＴＡ Ａ及びＳＴＡ Ｃは、ＢＡ ６２０及び６２４を交換して、送信されたＰＰＤＵ１及びＰＰＤＵ２の部分についてパケット損失を報告することができる。なお、この時にＮＡＶが開始する（６２２）。次に、ＳＴＡ Ａは、別のＰＰＤＵの送信を開始しないが、ＳＴＡ Ｂのプリエンプション送信を開始するための信号６２６を送信する。限定ではなく一例として、ここで例示する信号はＳＵトリガフレームであり、そのフォーマットは、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるようなＭＵ－ＲＴＳ ＴＸＳトリガフレームと同じとすることができ、ここでは、ＳＴＡ ＡからＳＴＡ Ｂに送信される。
【0157】
[0220] 次に、ＳＴＡ Ｂは、ＳＴＡ Ａに応答（ＣＴＳフレームとして例示する）を返し（６２８）、プリエンプション送信を開始し、図示のように、プリアンブル６３０及びＰＰＤＵ２ ６３２が通信される。ＰＰＤＵ２及び／又はＰＰＤＵ３は、（単複の）パンクチャされたリソース６３４を有することができることに留意されたい。
【0158】
[0221] 少なくとも１つの実施形態／モード／オプションでは、ＳＵトリガは、ＳＴＡ Ａによって取得されるＮＡＶ時間内にのみ、ＳＴＡ Ｂのプリエンプション送信をトリガすることを許可される。
【0159】
[0222] ＳＴＡ Ｂのプリアンブル１ ６０８は、制限されたＴＸＯＰ時間を予約すること、制限されたＮＡＶを設定すること、又は制限されたＣＣＡビジー時間又はパディング時間を保持することのみを許可されることができることに留意されたい。例えば、少なくとも１つの実施形態／モード／オプションでは、これらの時間は、ＳＴＡ ＡからＡｃｋを受け取ると予想される時間を超えるべきではない。
【0160】
５．４．１．７．プリエンプション／中断の実施例７
[0224] 図２５に、プリエンプトされたＳＴＡがＦＤ送信を実行している時のＦＤ送信のプリエンプション及び／又は中断の実施形態例６５０を示す。上記の例と比較すると、この図では、プリアンブル１及びプリアンブル２が、パディング信号を送信する代わりに、ＴＸＯＰの一部を予約することができることを示す。ＳＴＡ Ａは、プリエンプトされたＳＴＡであり、ＳＴＡ ＣにＰＰＤＵ１を送信しているとともに、ＳＴＡ ＣからＰＰＤＵ２を受け取っている。ＰＰＤＵ１には、パンクチャされたリソースが埋め込まれている。ＰＰＤＵ２は、ＲＵ（すなわち、図に示すようなプリエンプションシグナリングＲＵ）を通じて送信されない。
[0224] 図２５に、プリエンプトされたＳＴＡがＦＤ送信を実行している時のＦＤ送信のプリエンプション及び／又は中断の実施形態例６５０を示す。上記の例と比較すると、この図では、プリアンブル１及びプリアンブル２が、パディング信号を送信する代わりに、ＴＸＯＰの一部を予約することができることを示す。ＳＴＡ Ａは、プリエンプトされたＳＴＡであり、ＳＴＡ ＣにＰＰＤＵ１を送信しているとともに、ＳＴＡ ＣからＰＰＤＵ２を受け取っている。ＰＰＤＵ１には、パンクチャされたリソースが埋め込まれている。ＰＰＤＵ２は、ＲＵ（すなわち、図に示すようなプリエンプションシグナリングＲＵ）を通じて送信されない。
【0161】
[0225] 限定ではなく一例として、再び図に示すように、３つの局、すなわち、ＳＴＡ Ｃ ５５２、ＳＴＡ Ａ ５５４及びＳＴＡ Ｂ ５５６が相互に作用する。図の最初の部分は、次の点まで図２４と同じである。
【0162】
[0226] ＳＴＡ Ｂ ５５６はプリエンプトＳＴＡであり、ＰＰＤＵ１のパンクチャされたリソース中にチャネルステータスを検知することによって、チャネルを求めて競合することができる。例えば、ＳＴＡ Ｂは、プリエンプションシグナリングＲＵ上に位置するＰＰＤＵ１のパンクチャされたリソースを通じてチャネルがアイドル（５９８）であることを検知した時に、バックオフ６０６をカウントダウンし、チャネルがビジー（６００）であることを検知した時に、バックオフを休止する。バックオフがゼロまでカウントダウンされる時に、ＳＴＡ Ｂは、チャネルにアクセスすることができ、プリエンプション送信を要求するための信号を送信する。ＳＴＡ Ｂは、チャネルにアクセスする時に、数マイクロ秒待って、ＳＴＡ ＢのＯＦＤＭシンボル境界とＳＴＡ ＡのＯＦＤＭシンボル境界とを位置合わせすることができることに留意されたい。
【0163】
[0227] 図に示すように、ＳＴＡ Ｂは、ＳＴＡ Ａに、プリアンブル１ ６０８、その後にプリエンプション要求信号６５６を送信する。プリアンブル１は、以下に限定されるわけではないが、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるようなレガシープリアンブル（例えば、非ＨＴ、ＨＴ、ＶＨＴ、ＨＥ、ＥＨＴプリアンブル）と同じとすることができる。プリエンプション要求信号は、ＰＰＤＵ２の送信に使用されないプリエンプションシグナリングＲＵを通じて送信される。プリエンプション要求信号は、プリエンプション送信（ＰＰＤＵ３として示す）の優先度の指示を含むことができる。プリエンプション要求は、Ｌ＿ｌｅｎｇｔｈ１ ６５２を有するＴＸＯＰ時間を予約して、ＳＴＡ Ａからの信号を送信するパンクチャされたリソース６５４からのＡｃｋ ６５５を待つ。
【0164】
[0228] ＳＴＡ Ａは、プリエンプション要求信号を受け取った時に、要求を受け入れるべきかどうかについて決定する。ＳＴＡ Ａは、ＰＰＤＵ１においてパンクチャされたリソース（信号を送信するパンクチャされたリソース）中に信号及び／又はノイズを送信することを開始することが可能である。
【0165】
[0229] 次に、他のＳＴＡは、パンクチャされたリソース中にチャネルがビジーであることを検知することができ、チャネルにアクセスすることができない。ＳＴＡ Ａは、ＰＰＤＵ１のパンクチャされたリソース中に信号を送信する時に、ＳＴＡ Ｂに信号を送信して、プリエンプション要求の受け入れを示すことができる。例えば、ここで例示するＳＴＡ Ａは、パンクチャされたリソースを通じて、ＳＴＡ Ｂにそのプリエンプション要求が受け入れられたことを通知するためのＡｃｋ信号６５５を送信する。Ａｃｋは、ＣＲＣを含む符号化情報を含むＰＳＫ／ＱＡＭ信号によって送信することができ、（ＳＴＡ ＡのＬＴＦを使用して）等化され、ＣＲＣチェックのために復号することができる。ＣＲＣチェックは、このＡｃｋを第三者の干渉と区別する。Ａｃｋのフォーマットは、ＩＥＥＥ ８０２．１１において定められるものと同じとすることができ、ＳＴＡ ＢのＭＡＣアドレスを含む。次に、ＳＴＡ Ｂは、別のプリアンブル２ ６５８を送信して、プリエンプション送信の開始まで、Ｌ＿ｌｅｎｇｔｈ２ ６６０にわたってＴＸＯＰを予約することができる。
【0166】
[0230] ＰＰＤＵ１及びＰＰＤＵ２の終了時に、ＳＴＡ Ａ及びＳＴＡ Ｃは、ＢＡ ６６２及び６６６を交換して、送信されたＰＰＤＵ１及びＰＰＤＵ２のこれらの部分についてパケット損失を報告することができる。図示のように、これらのＢＡの開始時に、ＮＡＶ ６６４が開始する。次に、ＳＴＡ Ａは、別のＰＰＤＵの送信を停止し、ＳＴＡ Ｂのプリエンプション送信を開始するための信号６６８を送信する。一例として、ＳＴＡ Ａは、ＳＴＡ ＢにＳＵトリガフレーム６６８を送信し、そのフォーマットは、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるようなＭＵ－ＲＴＳ ＴＸＳトリガフレームと同じとすることができる。これに応答して、ＳＴＡ Ｂは、ＳＴＡ ＡにＣＴＳフレーム６７０を返送し、プリエンプション送信（図示のように、プリアンブル６７２及びＰＰＤＵ３ ６７４を含む）を開始する。
【0167】
[0231] ＰＰＤＵ２及びＰＰＤＵ３の両方は、パンクチャされたリソースを含むこともできることに留意されたい。少なくとも１つの実施形態／モード／オプションでは、ＰＰＤＵ３がＳＴＡ Ａに送信される場合、ＰＰＤＵ３を使用して、ＳＴＡ ＡとＳＴＡ Ｂとの間の全二重送信を開始することができ、この場合、ＰＰＤＵ３のフォーマットは、ＰＰＤＵ１と同じとするべきである。
【0168】
[0232] ＳＴＡ Ａがパンクチャされたリソースを使用してプリエンプション要求フレームに対するＡｃｋを送信することができるように、Ｌ＿ｌｅｎｇｔｈ１ ６５２は、ＰＰＤＵ１の少なくとも１つのパンクチャされたリソースの期間にわたるべきであることに留意されたい。Ｌ＿ｌｅｎｇｔｈ１は、ＰＰＤＵ１の終了時間（場合によってはＢＡ時間を含む）を超えるべきではない。
【0169】
[0233] ＳＵトリガは、ＳＴＡ Ａによって取得されるＮＡＶ時間内にのみ、ＳＴＡ Ｂのプリエンプション送信をトリガすることを許可されることが可能である。
【0170】
５．４．１．８．プリエンプション／中断の実施例８
[0235] 図２６に、プリエンプトされたＳＴＡがＦＤ送信を実行している時のＦＤ送信のプリエンプション及び／又は中断の実施形態例６９０を示す。上記の例と比較すると、この例では、ＳＴＡ Ｂが、１つのプリエンプション要求信号のみを送信して、ＴＸＯＰの期間を予約して、プリエンプション送信（ＰＰＤＵ３）の開始を待つことを示す。
[0235] 図２６に、プリエンプトされたＳＴＡがＦＤ送信を実行している時のＦＤ送信のプリエンプション及び／又は中断の実施形態例６９０を示す。上記の例と比較すると、この例では、ＳＴＡ Ｂが、１つのプリエンプション要求信号のみを送信して、ＴＸＯＰの期間を予約して、プリエンプション送信（ＰＰＤＵ３）の開始を待つことを示す。
【0171】
[0236] 図の最初の部分は、同様の参照番号で示すように、上記の図で説明したのと同じである。ＳＴＡ Ａ ５５４は、プリエンプトされたＳＴＡであり、ＳＴＡ Ｃ ５５２にＰＰＤＵ１ ５９６を送信しているとともに、ＳＴＡ ＣからＰＰＤＵ２を受け取っている。ＰＰＤＵ１には、パンクチャされたリソース５９８が埋め込まれている。
【0172】
[0237] ＰＰＤＵ２ ６０２は、プリエンプションシグナリングのために利用される１又は２以上のＲＵ ６０４を通じて送信されない。ＳＴＡ Ｂ ５５６はプリエンプトＳＴＡである。ＳＴＡ Ｂは、ＰＰＤＵ１ ５９６のパンクチャされたリソース５９８中にチャネルステータスを検知することによって、チャネルを求めて競合することができる。例えば、ＳＴＡ Ｂは、プリエンプションシグナリングＲＵ上に位置するＰＰＤＵ１のパンクチャされたリソースを通じてチャネルがアイドルであることを検知した時に、バックオフ６０６をカウントダウンし、チャネルがビジーであることを検知した時に、バックオフを休止する。バックオフがゼロまでカウントダウンされる時に、ＳＴＡ Ｂは、チャネルにアクセスすることができ、プリエンプション送信を要求するための任意選択の信号６９４を送信する。ＳＴＡ Ｂは、チャネルにアクセスする時に、数マイクロ秒待って、ＳＴＡ ＢのＯＦＤＭシンボル境界とＳＴＡ ＡのＯＦＤＭシンボル境界とを位置合わせすることができることに留意されたい。
【0173】
[0238] 図に示すように、ＳＴＡ Ｂは、ＳＴＡ Ａにプリエンプション要求信号６９６を送信する。プリエンプション要求のプリアンブルは、以下に限定されるわけではないが、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるようなレガシープリアンブル（例えば、非ＨＴ、ＨＴ、ＶＨＴ、ＨＥ、ＥＨＴプリアンブル）と同じとすることができ、チャネル全体を通じて送信することができる。プリエンプション要求信号は、プリエンプションシグナリングＲＵを通じて送信される。プリエンプション要求信号は、プリエンプション送信（ＰＰＤＵ３ ７１０として例示する）の優先度の指示を含むことができる。プリエンプション要求のプリアンブル６９４は、Ｌ＿ｌｅｎｇｔｈ時間６９２などのＴＸＯＰ時間の期間を予約するか、又はＮＡＶを設定することもできる。
【0174】
[0239] ＳＴＡ Ａは、プリエンプション要求信号を受け取った時に、要求を受け入れるべきかどうかを判断する。この例では、ＳＴＡ Ａは、要求を受け入れ、Ｌ＿ｌｅｎｇｔｈ時間６９２内に自身の進行中の送信を中断し、ＤＴＸ確認信号６９８を送信する。ＤＴＸ確認信号６９８の送信に鑑みて、ＰＰＤＵ１の受信機（例えばＳＴＡ Ａ）はＰＰＤＵ１の中断を認識し、同時にＳＴＡ Ｃ ５５２は、それ自身の進行中のＰＰＤＵ２ ６０２の送信を中断する。
【0175】
[0240] ＳＴＡ Ａは、プリエンプション要求を受け取る時に、自身の進行中のＰＰＤＵ（すなわちＰＰＤＵ１ ５９６）をいつ中断すべきかを決定する。例えば、ＳＴＡ Ａは、現在のＭＰＤＵ送信を終了する時にＰＰＤＵを中断することを決定することができる。
【0176】
[0241] 図示のＳＴＡ Ａは、その進行中の送信を中断し、Ｌ＿ｌｅｎｇｔｈ時間６９２内に信号７０２（ＳＵトリガフレームとして例示する）を送信し、これによって、ＳＴＡ Ｂがそのプリエンプション送信（ＰＰＤＵ３ ７１０として示す）を開始できるようにする。
【0177】
[0242] したがって、この場合、ＳＴＡ Ａは、ＤＴＸ確認信号６９８を送信することによって、ＰＰＤＵ１ ５９６の送信を終了している。ＤＴＸ確認信号に従って、ＰＰＤＵ１の受信機及びＳＴＡ Ｂの両方は、ＰＰＤＵ１の中断を認識することができる。なお、ＰＰＤＵ１のＤＴＸ部分７０４及びＰＰＤＵ２のＤＴＸ部分７００は、中断に起因して送信されないＰＰＤＵ１及びＰＰＤＵ２の部分である。ＳＴＡ Ｂは、信号７０２（例えばＳＵトリガ）を受け取ると、ＣＴＳ ７０６で応答する。ＣＴＳ ７０６は、ＳＵトリガによって設定されるＮＡＶを拡張するように設定することができる。この後、ＳＴＡ Ｂは、プリアンブル７０８（任意選択的に優先度情報を含む）、その後にそのＰＰＤＵ（ＰＰＤＵ３ ７１０として示す）を送信する。ＰＰＤＵ３ ７１０は、（単複の）パンクチャされたリソース７１２を含むことができる。
【0178】
[0243] ＰＰＤＵ２及びＰＰＤＵ３は、（単複の）任意選択のパンクチャされたリソースを有することができることにも留意されたい。少なくとも１つの実施形態／モード／オプションでは、ＰＰＤＵ３がＳＴＡ Ａに送信される場合、ＰＰＤＵ３を使用して、ＳＴＡ ＡとＳＴＡ Ｂとの間の全二重送信を開始することができ、この場合、ＰＰＤＵ３のフォーマットは、ＰＰＤＵ１と同じとするべきである。
【0179】
５．４．１．９．プリエンプション／中断の実施例９
[0245] 図２７に、プリエンプトされたＳＴＡがＦＤ送信を実行している時のＦＤ送信のプリエンプション及び／又は中断の実施形態例７３０を示す。上記の例と比較すると、この図では、ＲＵプリエンプションシグナリングのみを使用して、プリエンプション要求信号を送信することができることを示す。この図の最初の部分は、図２６で説明したのと同じである。
[0245] 図２７に、プリエンプトされたＳＴＡがＦＤ送信を実行している時のＦＤ送信のプリエンプション及び／又は中断の実施形態例７３０を示す。上記の例と比較すると、この図では、ＲＵプリエンプションシグナリングのみを使用して、プリエンプション要求信号を送信することができることを示す。この図の最初の部分は、図２６で説明したのと同じである。
【0180】
[0246] ＳＴＡ Ａ ５５４は、プリエンプトされたＳＴＡであり、ＳＴＡ Ｃ ５５２に、プリアンブル５５８及び既知の信号５９４が先行して、ＰＰＤＵ１ ５９６を送信している。また、ＳＴＡ Ａは、ＳＴＡ Ｃ ５５２からＰＰＤＵ２ ６０２を受け取っている。ＰＰＤＵ１には、パンクチャされたリソース５９８が埋め込まれている。ＰＰＤＵ２ ６０２は、全てのＲＵを通じて送信されるわけではない。というのは、図示のように、プリエンプションシグナリングのために、ＲＵ ６０４が予約されているからである。
【0181】
[0247] ＳＴＡ Ｂ ５５６はプリエンプトＳＴＡであり、ＰＰＤＵ１ ５９６のパンクチャされたリソース５９８中にチャネルステータスを検知することによって、チャネルを求めて競合することができる。例えば、ＳＴＡ Ｂは、プリエンプションシグナリングＲＵ上に位置するＰＰＤＵ１ ５９６のパンクチャされたリソース５９８を通じてチャネルがアイドルであることを検知した時に、バックオフ６０６をカウントダウンし、チャネルがビジーであることを検知した時に、バックオフを休止する。バックオフがゼロまでカウントダウンされる時に、ＳＴＡ Ｂは、チャネルにアクセスすることができ、プリエンプション送信を要求するための信号７３４を送信する。なお、ＳＴＡ Ｂは、チャネルにアクセスする時に、数マイクロ秒待って、ＳＴＡ ＢのＯＦＤＭシンボル境界とＳＴＡ ＡのＯＦＤＭシンボル境界とを位置合わせすることができる。
【0182】
[0248] この例では、プリエンプション要求のプリアンブル及びプリエンプション要求信号は、プリエンプションシグナリングＲＵを通じて送信される（７３４）。プリエンプション要求信号は、プリエンプション送信（例えばＰＰＤＵ３ ７４８）の優先度インジケータを含むことができる。プリエンプション要求のプリアンブルは、Ｌ＿ｌｅｎｇｔｈ ７３２などのＴＸＯＰ時間の期間を予約することもできる。
【0183】
[0249] ＳＴＡ Ａは、プリエンプション要求信号を受け取った時に、要求を受け入れるべきか否かについて決定する。この例では、ＳＴＡ Ａは、要求を受け入れたとみなされ、ＳＴＡ Ａは、Ｌ＿ｌｅｎｇｔｈ時間７３２内に自身の進行中の送信５９６を中断し、ＤＴＸ確認信号７３６を送信することによって、自身のＰＰＤＵ１送信を終了する。
【0184】
[0250] ＤＴＸ確認信号の使用に鑑みて、ＰＰＤＵ１の受信機であるＳＴＡ Ｃは、ＰＰＤＵ１の中断を認識し、同時に、それ自身の進行中のＰＰＤＵ２ ６０２の送信を中断する。なお、ＰＰＤＵ１のＤＴＸ部分７４２及びＰＰＤＵ２のＤＴＸ部分７３８は、中断に起因して送信されないＰＰＤＵ１及びＰＰＤＵ２の部分である。
【0185】
[0251] ＳＴＡ Ａは、それ自身の進行中のＰＰＤＵ（すなわちＰＰＤＵ１ ５９６）をいつ中断すべきかを決定することができる。例えば、ＳＴＡ Ａは、現在のＭＰＤＵ送信を終了する時にＰＰＤＵを中断することを決定することができる。ＳＴＡ Ａがその進行中の送信を中断し、Ｌ＿ｌｅｎｇｔｈ時間７３２内に信号（例えばＳＵトリガフレーム７４０）を送信した場合、これによって、ＳＴＡ Ｂがそのプリエンプション送信を開始できるようにする。
【0186】
[0252] 図示のように、ＳＴＡ Ｂは、ＣＴＳ ７４４を送信し、ＣＴＳ ７４４は、ＳＵトリガによって設定されるＮＡＶを拡張することもできる。この後、ＳＴＡ Ｂは、プリアンブル７４６（優先度情報を含むことができる）、及び次にＰＰＤＵ３ ７４８を送信する。ＰＰＤＵ３ ７４８は、それ自身の（単複の）パンクチャされたリソース７５０を含むことができる。
【0187】
[0253] ＰＰＤＵのうちのいずれも、パンクチャされたリソースを含むことができることに留意されたい。少なくとも１つの実施形態／モード／オプションでは、ＰＰＤＵ３がＳＴＡ Ａに送信される場合、ＰＰＤＵ３を使用して、ＳＴＡ ＡとＳＴＡ Ｂとの間の全二重送信を開始することができる。その時、ＰＰＤＵ３のフォーマットは、ＰＰＤＵ１と同じとするべきである。
【0188】
５．４．１．１０．プリエンプション／中断の実施例１０
[0255] 図２８に、プリエンプトされたＳＴＡがＦＤ送信を実行している時のＦＤ送信のプリエンプション及び／又は中断の実施形態例７７０を示す。実施例８と比較すると、この例では、プリエンプトＳＴＡがパンクチャされたリソースを使用して、プリエンプション要求に対する確認応答（Ａｃｋ）及びＤＴＸ確認信号を送信して全二重送信を中断することを示す。ＳＴＡ ＡがそのＦＤ送信を中断した後に、ＳＴＡ Ｂが、ＰＰＤＵ１の中断の直後にＰＰＤＵ３の送信を開始する。Ｌ＿ｌｅｎｇｔｈは、ＰＰＤＵ３の長さから独立している。
[0255] 図２８に、プリエンプトされたＳＴＡがＦＤ送信を実行している時のＦＤ送信のプリエンプション及び／又は中断の実施形態例７７０を示す。実施例８と比較すると、この例では、プリエンプトＳＴＡがパンクチャされたリソースを使用して、プリエンプション要求に対する確認応答（Ａｃｋ）及びＤＴＸ確認信号を送信して全二重送信を中断することを示す。ＳＴＡ ＡがそのＦＤ送信を中断した後に、ＳＴＡ Ｂが、ＰＰＤＵ１の中断の直後にＰＰＤＵ３の送信を開始する。Ｌ＿ｌｅｎｇｔｈは、ＰＰＤＵ３の長さから独立している。
【0189】
[0256] 図の最初の部分は、上記の図に見られるのと同じである。ＳＴＡ Ａ ５５４は、プリエンプトされたＳＴＡであり、ＳＴＡ Ｃ ５５２にＰＰＤＵ１ ５９６を送信しているとともに、ＳＴＡ ＣからＰＰＤＵ２ ６０２を受け取っている。ＰＰＤＵ１ ５９６は、埋め込まれたパンクチャされたリソース５９８を含む。ＰＰＤＵ２は、全てのＲＵを通じて送信されるわけではない。というのは、図に示すように、プリエンプションシグナリングのために、少なくとも１つのＲＵが保持されているからである（６０４）。
【0190】
[0257] ＳＴＡ Ｂ ５５６はプリエンプトＳＴＡであり、ＰＰＤＵ１ ５９６のパンクチャされたリソース５９８中にチャネルステータスを検知することによって、チャネルを求めて競合することができる。例えば、ＳＴＡ Ｂは、プリエンプションシグナリングＲＵ上に位置するＰＰＤＵ１のパンクチャされたリソース５９８を通じてチャネルがアイドルであることを検知した時に、バックオフ６０６をカウントダウンし、チャネルがビジーであることを検知した時に、バックオフを休止する。ＳＴＡ Ｂは、チャネルにアクセスし、プリエンプション送信を要求するための信号を送信することができる。この信号は、図示のように、プリエンプションシグナリングＲＵ ７７７上で送信されるプリエンプション要求信号７７６であり、プリエンプション送信（例えばＰＰＤＵ３ ７８６）の優先度値を含むことができる。信号７７６の前に、任意選択のプリアンブル７７４を送信することができる。プリエンプション要求のプリアンブルは、以下に限定されるわけではないが、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるようなレガシープリアンブル（例えば、ＨＴ、ＶＨＴ、ＥＨＴプリアンブル）とすることができ、この場合、チャネル全体を通じて送信することができる。
【0191】
[0258] なお、ＳＴＡ Ｂは、チャネルにアクセスする時に、数マイクロ秒待って、ＳＴＡ ＢのＯＦＤＭシンボル境界とＳＴＡ ＡのＯＦＤＭシンボル境界とを位置合わせすることができる。
【0192】
[0259] ＳＴＡ Ａは、プリエンプション要求信号を受け取った時に、要求を受け入れるべきか否かについて決定する。この例では、ＳＴＡ Ａは、プリエンプション送信要求を受け入れ、Ｌ＿ｌｅｎｇｔｈ時間７７２内に自身の進行中の送信を中断し、パンクチャされたリソースを通じてＤＴＸ確認信号７７８及び任意選択のＡｃｋ ７７９を送信する。ＳＴＡ Ａは、その進行中のＰＰＤＵ（すなわちＰＰＤＵ１）をいつ中断すべきかを決定することができる。ＳＴＡ Ａは、パンクチャされたリソースを通じて、ＳＴＡ Ｂにそのプリエンプション要求が受け入れられたことを通知するためのＡｃｋ信号を送信することができる。Ａｃｋは、例えば、ＣＲＣなどを含む符号化情報を含むＰＳＫ／ＱＡＭ信号によって送信することができ、（ＳＴＡ ＡのＬＴＦを使用して）等化され、ＣＲＣチェックのために復号することができる。ＣＲＣチェックは、Ａｃｋを第三者の干渉と区別することを可能にする。Ａｃｋのフォーマットは、以下に限定されるわけではないが、ＩＥＥＥ ８０２．１１において定められるようなものと同じとすることができ、ＳＴＡ ＢのＭＡＣアドレスを含む。
【0193】
[0260] ＤＴＸ確認信号を受け取ったことに応答して、ＳＴＡ ＣであるＰＰＤＵ１の受信機及びＳＴＡ ＢのプリエンプトＳＴＡは、両方とも、ＰＰＤＵ１ ５９６の進行中の送信が中断されたこと、及びＰＰＤＵ２ ６０２の進行中の送信が中断されたことを認識することができる。ＰＰＤＵ１のＤＴＸ部分７８２及びＰＰＤＵ２のＤＴＸ部分７８０は、中断に起因して送信されないＰＰＤＵ１及びＰＰＤＵ２の部分であることに留意されたい。
【0194】
[0261] ＳＴＡ Ｂは、ＣＴＳを必要とせずに自身のプリエンプション送信を開始することができ、ＰＰＤＵ１の中断の直後に、優先度情報を含むことができるプリアンブル７８４が先行して、ＰＰＤＵ３ ７８６を送信する。
【0195】
[0262] ＰＰＤＵ２及び/又はＰＰＤＵ３に、パンクチャされたリソースを任意選択的に含めることができることに留意されたい。少なくとも１つの実施形態／モード／オプションでは、ＰＰＤＵ３がＳＴＡ Ａに送信される場合、ＰＰＤＵ３を利用して、ＳＴＡ ＡとＳＴＡ Ｂとの間の全二重送信を開始することができ、この場合、ＰＰＤＵ３のフォーマットは、ＰＰＤＵ１と同じとするべきである。
【0196】
６．データフォーマット
[0264] 限定ではなく一例として、以下のデータフォーマットを示す。これらのフィールドのうちのいくつかは、既に定義されたフォーマットを利用することができるが、それらのフォーマットに限定されるわけではないことに留意されたい。
[0264] 限定ではなく一例として、以下のデータフォーマットを示す。これらのフィールドのうちのいくつかは、既に定義されたフォーマットを利用することができるが、それらのフォーマットに限定されるわけではないことに留意されたい。
【0197】
６．１．ＦＤ ＰＰＤＵフォーマット
[0266] 図２９に、ＦＤ送信及びプリエンプションのために使用することができるＰＰＤＵフォーマットの実施形態例８１０を示す。ＦＤ発信側又はＦＤ受信側、又はプリエンプトＳＴＡ、又はプリエンプトされたＳＴＡは、ＰＰＤＵの送信を開始する時に、ＦＤ ＰＰＤＵフォーマットを使用することができる。
[0266] 図２９に、ＦＤ送信及びプリエンプションのために使用することができるＰＰＤＵフォーマットの実施形態例８１０を示す。ＦＤ発信側又はＦＤ受信側、又はプリエンプトＳＴＡ、又はプリエンプトされたＳＴＡは、ＰＰＤＵの送信を開始する時に、ＦＤ ＰＰＤＵフォーマットを使用することができる。
【0198】
[0267] Ｌ－ＳＴＦとＥＨＴ－ＬＴＦとの間のフィールドは、ＰＰＤＵのプリアンブルである。フィールドＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、ＥＨＴ－ＳＴＦ、及びＥＨＴ－ＬＴＦは、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるのと同じとすることができるが、それらに限定されるわけではない。フィールドＵ－ＳＩＧ及びＥＨＴ－ＳＩＧは、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるのと同じとすることができ、以下の追加のフィールドを含む。
【0199】
[0268] ＦＤ送信許可フィールドが、第１の状態（例えば「１」）に設定されると、ＦＤ送信のためにＰＰＤＵが送信されたことを示す。したがって、受信機ＳＴＡは、進行中のＦＤ送信が存在することを認識することができ、このＰＰＤＵの送信機ＳＴＡは、ＦＤ発信側又はＦＤ受信側のいずれかである。そうでない場合には、このフィールドは、第２の状態（例えば「０」）に設定される。
【0200】
[0269] ＦＤ発信側／受信側フィールドが設定されて、このＰＰＤＵの送信機がＦＤ発信側又はＦＤ受信側のいずれかであることを示す。ＦＤ送信許可フィールドが第２の状態（例えば「０」）に設定された時に、ＦＤ発信側／受信側フィールドは予備とすることができる。送信機ＳＴＡがＦＤ発信側であり、かつプリエンプションが許可された場合、ＦＤ発信側又はＦＤ受信側ではないＳＴＡが、ＰＰＤＵ送信時間中にプリエンプション送信を要求することができることが可能である。
【0201】
[0270] パンクチャされたリソースの時間及び周波数フィールドを使用して、ＰＰＤＵにおける（単複の）パンクチャされたリソースの長さ、周期及び周波数割り当てを示す。このフィールドから、受信機ＳＴＡは、ＰＰＤＵにおけるパンクチャされたリソースの情報を取得し、パンクチャされたリソースを通じてチャネルを検知して、いかなる第三者の送信も検出することができる。
【0202】
[0271] プリエンプション許可フィールドが、第１の状態（例えば「１」）に設定されると、プリエンプションが許可されたことを示す。受信機ＳＴＡが、ＰＰＤＵ送信時間中にプリエンプションを要求することができる。少なくとも１つの実施形態／モード／オプションでは、受信機ＳＴＡは、そのＰＰＤＵ優先度がＰＰＤＵの優先度よりも高い時に、プリエンプション送信を要求する。そうでない場合には、このフィールドは、第２の状態（例えば「０」）に設定され、受信機ＳＴＡは、ＰＰＤＵ送信時間中にプリエンプションを要求することを許可されない。少なくとも１つの実施形態／モード／オプションでは、送信機ＳＴＡがＦＤ受信側である場合、このフィールドは、第２の状態（例えば「０」）に設定される必要がある。少なくとも１つの実施形態／モード／オプションでは、送信機ＳＴＡの空間再使用送信又は協調ＭＡＰ送信中にＦＤ ＰＰＤＵが送信される時に、送信機ＳＴＡは、ＦＤ ＰＰＤＵにおいて、このフィールドを第２の状態（例えば「０」）に設定する。少なくとも１つの実施形態／モード／オプションでは、送信機ＳＴＡは、その空間再使用送信又は協調ＭＡＰ送信中にＦＤ ＰＰＤＵを送信することを許可されない。
【0203】
[0272] 優先度フィールドは、ＰＰＤＵの優先度を示す。このフィールドは、ＵＰ、ＡＣ、ＴＩＤ、又はＰＰＤＵの優先度を示すことができる他の任意の情報とすることができる。
【0204】
[0273] ＦＤ指示としてのＲＵ（ＲＵ ａｓ ＦＤ ｉｎｄｉｃａｔｉｏｎ）フィールドが設定されて、共通情報フィールド及びユーザ情報リストフィールドの存在を示す。このフィールドが第１の状態（例えば「１」）に設定された場合、共通情報フィールド及びユーザ情報リストフィールドは存在する。一方で、このフィールドが第２の状態（例えば「０」）に設定された場合、共通情報フィールド及びユーザ情報リストフィールドは存在しない。
【0205】
[0274] 共通情報（Ｉｎｆｏ）フィールドは、ＩＥＥＥ ８０２．１１ａｘにおいて定められるようなベーシックトリガフレームにおける共通情報フィールドと同じとすることができる。ＦＤ受信側又はプリエンプトＳＴＡである受信機ＳＴＡは、ＩＥＥＥ ８０２．１１ａｘにおいてＴＢ ＰＰＤＵを送信するので、共通フィールドにおいて要件に従うＰＰＤＵを送信することができる。共通情報フィールド内のトリガタイプフィールドをベーシック又はＦＤトリガに設定して、このフィールドがＦＤ受信側の送信をトリガするためのものであることを示すことができる。ＦＤ送信許可が第２の状態（例えば「０」）に設定されているか、又は送信機ＳＴＡがＦＤ受信側である場合、このフィールドは必要とされない場合があるか、又は予備とすることができる。ＩＥＥＥ ８０２．１１ａｘにおいて定められるような共通情報フィールド内のＡＰ Ｔｘ電力サブフィールドは、送信機ＳＴＡのために要求された電力レベルを表すことができることに留意されたい。
【0206】
[0275] ユーザ情報（Ｉｎｆｏ）リストフィールドが設定されて、ＦＤ受信側ＳＴＡ及びプリエンプトＳＴＡに対してＲＵ及び他の送信情報を割り当てる。各ユーザ情報フィールドは、ＩＥＥＥ ８０２．１１ａｘにおいて定められるようなベーシックトリガフレームにおけるユーザ情報フィールドと同様とすることができる。
【0207】
[0276] ＦＤ受信側のためのユーザ情報フィールドが設定されて、ＦＤ受信側ＳＴＡのＰＰＤＵ送信要件を示す。ＦＤ受信側ＳＴＡは、このフィールドに示される要件に従って、ＦＤ送信のためにＰＰＤＵを送信すべきである。ＦＤ送信許可が第２の状態（例えば「０」）に設定されているか、又は送信機ＳＴＡがＦＤ受信側である場合、このフィールドは必要とされない場合があるか、又は予備とすることができる。複数のＦＤ受信側のためのユーザ情報フィールドが、同じユーザ情報リストにおいて搬送されることが可能である。
【0208】
[0277] ＦＤプリエンプションのためのユーザ情報フィールドが設定されて、プリエンプトＳＴＡのＰＰＤＵ送信要件を示す。プリエンプトＳＴＡは、このフィールドに示される要件に従って、送信機ＳＴＡにプリエンプション信号を送信すべきである。プリエンプション許可が第２の状態（例えば「０」）に設定されているか、又は送信機ＳＴＡがＦＤ受信側である場合、このフィールドは必要とされない場合があるか、又は予備とすることができる。
【0209】
６．２．ＤＴＸ確認信号フォーマット
[0279] 図３０に、ＤＴＸ確認信号フォーマットの実施形態例８３０を示す。進行中のＰＰＤＵ送信の最中にこの信号を追加して、ＰＰＤＵ送信の中断を示すことができる。
[0279] 図３０に、ＤＴＸ確認信号フォーマットの実施形態例８３０を示す。進行中のＰＰＤＵ送信の最中にこの信号を追加して、ＰＰＤＵ送信の中断を示すことができる。
【0210】
[0280] ＳＴＦフィールドは、ＩＥＥＥ ８０２．１１において定められるようなＬ－ＳＴＦ、ＥＨＴ－ＳＴＦ、又は他のタイプのショートトレーニングフィールドと同じとすることができ、これを使用して、受信機ＳＴＡが、受信中にＤＴＸ確認信号の開始を検出することができる。
【0211】
[0281] ＬＴＦフィールドは、ＩＥＥＥ ８０２．１１において定められるようなＬ－ＬＴＦ、ＥＨＴ－ＬＴＦ、又は他のタイプのロングトレーニングフィールドと同じとすることができ、これを使用して、受信機ＳＴＡがチャネル状態を推定することができる。
【0212】
[0282] ＳＩＧフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるようなＵ－ＳＩＧと同じとして、信号の情報を搬送することができる。
【0213】
[0283] ＤＴＸ指示フィールドを使用して、信号の目的が現在のＰＰＤＵを中断することであることを示す。例えば、このフィールドは１ビット指示とすることができる。このフィールドは、第１の状態（例えば「１」）に設定された時に、ＤＴＸ時間に現在の進行中のＰＰＤＵが中断される時のためのＤＴＸ確認信号である。送信機ＳＴＡがＦＤ受信側ＳＴＡであり、かつＦＤ受信側ＳＴＡによる別の進行中の送信が存在する場合、そのＦＤ受信側は、ＤＴＸ時間に自身の送信も中断すべきである。そうでない場合には、このフィールドは、第２の状態（例えば「０」）に設定される。このビットは、Ｕ－ＳＩＧフィールドにおいて予備ビットとすることができる。
【0214】
[0284] ＤＴＸ時間フィールドは、送信機ＳＴＡ及びＦＤ受信側ＳＴＡがそれらの進行中の送信を中断する時間を示す。このフィールドは、ＯＦＤＭシンボルの数に設定することもできる。例えば、このフィールドが「ｎ」のＯＦＤＭシンボルに設定された場合、送信機ＳＴＡ及びＦＤ受信側ＳＴＡは、「ｎ」個のＯＦＤＭシンボルを送信した後に、それら自身の進行中の送信を中断する。特定の例では、このフィールドは必要ではない。ＤＴＸ時間フィールドが存在しない場合、送信機ＳＴＡ及びＦＤ受信側ＳＴＡは、ＤＴＸ確認信号を受け取った直後に、それら自身の進行中の送信を中断すべきである。
【0215】
[0285] ＥＨＴ－ＬＴＦフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおいて定められるのと同じとすることができる。このフィールドは、送信機ＳＴＡに、ＦＤ受信側ＳＴＡの送信の中断を検出するための時間を提供することができる。ＦＤ受信側ＳＴＡが存在しない場合、このフィールドは必要ではない場合がある。送信機ＳＴＡは、ＦＤ受信側ＳＴＡの送信の中断を検出しない場合、ＤＴＸ確認信号を再送信することができる。
【0216】
[0286] データフィールドを使用して、ＢＡＲなどの追加情報を搬送して、進行中のＰＰＤＵの受信機ＳＴＡにＢＡを要求することができる。ＳＴＡは、このＢＡＲを受け取った時に、直ちにＢＡを送信すべきである。
【0217】
[0287] ＰＥフィールドは、送信機ＳＴＡがデータフィールドによって搬送されるフィードバックを受け取るために使用されるパケット拡張フィールドである。
【0218】
６．３．プリエンプション要求信号フォーマット
[0289] 図３１に、プリエンプション要求信号フォーマットの実施形態例８４０を示す。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、信号の継続時間を含む。アドレス１フィールドは、フレームの受信側のアドレスを含む。アドレス２フィールドは、フレームの送信機のアドレスを含む。アドレス３は、フレームの送信機のＢＳＳ ＩＤを含む。シーケンス制御フィールドは、パケットのフラグメント番号及びシーケンス番号を含む。
[0289] 図３１に、プリエンプション要求信号フォーマットの実施形態例８４０を示す。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、信号の継続時間を含む。アドレス１フィールドは、フレームの受信側のアドレスを含む。アドレス２フィールドは、フレームの送信機のアドレスを含む。アドレス３は、フレームの送信機のＢＳＳ ＩＤを含む。シーケンス制御フィールドは、パケットのフラグメント番号及びシーケンス番号を含む。
【0219】
[0290] ＨＴ制御フィールドは、ＩＥＥＥ ８０２．１１ａｘと同じとして、プリエンプトＳＴＡの追加情報を提供することができる。例えば、このフィールドは、ＢＳＲを搬送することができる。このフィールドを受け取ったプリエンプトされたＳＴＡは、プリエンプトＳＴＡがＢＳＲによって報告されるバッファを送信するために必要とするチャネルリソースを推定することができる。次に、プリエンプトされたＳＴＡは、プリエンプション要求を受け入れるべきか又は拒絶すべきかどうかを決定することができる。
【0220】
[0291] データフィールドは、プリエンプション要求の情報を搬送する。
【0221】
[0292] カテゴリ及びアクションフィールドは、フレームがプリエンプション要求信号であることを示す。プリエンプトされたＳＴＡは、要求を受け入れた場合、自身の進行中の送信を中断し、プリエンプトＳＴＡのプリエンプション送信を開始する。プリエンプトされたＳＴＡは、要求を受け入れた時に、Ａｃｋを送信してプリエンプトＳＴＡに応答することができる。表向きプリエンプトされたＳＴＡ（ｏｓｔｅｎｓｉｂｌｙ ｐｒｅｅｍｐｔｅｄ ＳＴＡ）は、要求を拒絶して応答しないことを決定することができることに留意されたい。
【0222】
[0293] ＢＷフィールドは、プリエンプトＳＴＡがプリエンプション送信において送信するために要求する帯域幅を示す。ＢＷ値は、プリエンプトされたＳＴＡの進行中の送信によって使用されたＢＷ値よりも大きいものとすべきである。プリエンプトされたＳＴＡは、この情報に基づいて、要求を受け入れるべきか又は拒絶すべきかどうかを決定することができる。
【0223】
[0294] 優先度フィールドは、プリエンプトＳＴＡによって要求されるプリエンプション送信の優先度を示す。プリエンプション送信の優先度がプリエンプトされたＳＴＡの進行中の送信よりも高い場合、プリエンプトされたＳＴＡは要求を受け入れることができる。また、プリエンプトされたＳＴＡは、ＦＤ発信側である場合、プリエンプション送信の優先度が、ＦＤ発信側ＳＴＡ及びＦＤ受信側ＳＴＡの両方の進行中の送信の優先度よりも高い場合、要求を受け入れることができる。
【0224】
[0295] プリエンプション時間フィールドは、プリエンプトＳＴＡがそのプリエンプション送信を送信するために必要とする時間を示す。プリエンプション時間は、プリエンプトされたＳＴＡの進行中のＰＰＤＵの残り時間、又はプリエンプトされたＳＴＡによって取得されるような残りのＴＸＯＰ継続時間よりも長くない場合がある。そうでない場合には、プリエンプトされたＳＴＡは、プリエンプション要求を拒絶することができる。
【0225】
７．実施形態の一般的範囲
[0297] 本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び／又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフロー図を参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック（及び／又はステップ）の組み合わせ、並びにあらゆる手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び／又はコンピュータ可読プログラムコードの形で具体化された１又は２以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようなあらゆるコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のプログラマブル処理装置を含む１又は２以上のコンピュータプロセッサによって実行して、（単複の）コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、（単複の）特定される機能を実装するための手段を生み出すようにすることができる。
[0297] 本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び／又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフロー図を参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック（及び／又はステップ）の組み合わせ、並びにあらゆる手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び／又はコンピュータ可読プログラムコードの形で具体化された１又は２以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようなあらゆるコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のプログラマブル処理装置を含む１又は２以上のコンピュータプロセッサによって実行して、（単複の）コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、（単複の）特定される機能を実装するための手段を生み出すようにすることができる。
【0226】
[0298] したがって、本明細書で説明したフローチャートのブロック、並びに手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、（単複の）特定の機能を実行する手段の組み合わせ、（単複の）特定の機能を実行するステップの組み合わせ、及びコンピュータ可読プログラムコード論理手段の形で具体化されるような、（単複の）特定の機能を実行するコンピュータプログラム命令をサポートする。また、本明細書で説明したフロー図の各ブロック、並びにあらゆる手順、アルゴリズム、ステップ、演算、数式、又は計算表現、及びこれらの組み合わせは、（単複の）特定の機能又はステップを実行する専用ハードウェアベースのコンピュータシステム、又は専用ハードウェアとコンピュータ可読プログラムコードとの組み合わせによって実装することもできると理解されるであろう。
【0227】
[0299] 更に、コンピュータ可読プログラムコードなどの形で具体化されるこれらのコンピュータプログラム命令を、コンピュータプロセッサ又は他のプログラマブル処理装置に特定の態様で機能するように指示することができる１又は２以上のコンピュータ可読メモリ又はメモリデバイスに記憶して、これらのコンピュータ可読メモリ又はメモリデバイスに記憶された命令が、（単複の）フローチャートの（単複の）ブロック内に指定される機能を実装する命令手段を含む製造の物品を生産するようにすることもできる。コンピュータプログラム命令をコンピュータプロセッサ又は他のプログラマブル処理装置によって実行し、コンピュータプロセッサ又は他のプログラマブル処理装置上で一連の動作ステップが実行されるようにしてコンピュータで実装される処理を生成し、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行される命令が、（単複の）フローチャートの（単複の）ブロック、（単複の）手順、（単複の）アルゴリズム、（単複の）ステップ、（単複の）演算、（単複の）数式、又は（単複の）計算表現に特定される機能を実装するためのステップを提供するようにすることもできる。
【0228】
[0300] 更に、本明細書で使用する「プログラム」又は「プログラム実行文」という用語は、本明細書で説明した１又は２以上の機能を実行するために１又は２以上のコンピュータプロセッサが実行できる１又は２以上の命令を意味すると理解されるであろう。命令は、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせで具体化することができる。命令は、装置の非一時的媒体に局所的に記憶することも、又はサーバなどに遠隔的に記憶することもでき、或いは命令の全部又は一部を局所的に及び遠隔的に記憶することもできる。遠隔的に記憶された命令は、ユーザが開始することによって、或いは１又は２以上の要因に基づいて自動的に装置にダウンロード（プッシュ）することができる。
【0229】
[0301] 更に、本明細書で使用するプロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、中央処理装置（ＣＰＵ）及びコンピュータという用語は、命令、並びに入力／出力インターフェイス及び／又は周辺装置との通信を実行できる装置を示すために同義的に使用されるものであり、プロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、ＣＰＵ及びコンピュータという用語は、単一の又は複数の装置、シングルコア装置及びマルチコア装置、及びこれらの変種を含むように意図するものであると理解されるであろう。
【0230】
[0302] 本明細書の説明から、本開示は、限定ではないが以下の内容を含む技術の複数の実装を含むと理解されるであろう。
【0231】
[0303] ネットワークにおける無線通信のための装置であって、前記装置は、（ａ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするように構成されるＩＥＥＥ ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）としての無線通信回路と、（ｂ）前記ＳＴＡに結合されるプロセッサと、（ｃ）他のＳＴＡと通信し、通信プロトコルの異なる役割を果たすための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、１又は２以上のステップを実行し、前記１又は２以上のステップは、（ｄ）（ｉ）全二重（ＦＤ）能力を有する前記局によって、進行中の物理レイヤプロトコルデータユニット（ＰＰＤＵ）送信を実行するステップと、（ｄ）（ｉｉ）前記ＳＴＡが前記進行中の送信を実行している間、前記ＳＴＡにおいて、別のＳＴＡによるプリエンプション要求を受け取るステップと、（ｄ）（ｉｉｉ）前記プリエンプション要求内の情報から、前記プリエンプション要求を受け入れるべきか否かを決定するステップと、（ｄ）（ｉｖ）前記ＳＴＡが、プリエンプトＳＴＡとして動作する他のＳＴＡから前記プリエンプション要求を受け入れた時に、プリエンプトされたＳＴＡとして現在動作している前記ＳＴＡによって進行中の送信を中断することにより、前記プリエンプトされたＳＴＡは、前記プリエンプトＳＴＡがチャネルを使用できるようにするステップと、を含む、装置。
【0232】
[0304] ネットワークにおける無線通信のための装置であって、前記装置は、（ａ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするように構成されるＩＥＥＥ ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）としての無線通信回路と、（ｂ）前記ＳＴＡに結合されるプロセッサと、（ｃ）他のＳＴＡと通信し、通信プロトコルの異なる役割を果たすための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、１又は２以上のステップを実行し、前記１又は２以上のステップは、（ｄ）（ｉ）全二重（ＦＤ）能力を有する前記局によって、進行中の物理レイヤプロトコルデータユニット（ＰＰＤＵ）送信を実行するステップと、（ｄ）（ｉｉ）プリエンプトされたＳＴＡが、そのＰＰＤＵにおいてパンクチャされたリソースを有し、プリエンプトＳＴＡによって、前記パンクチャされたリソースを利用して、第三者の送信を検出することができることと、（ｄ）（ｉｉｉ）前記ＳＴＡが前記進行中の送信を実行している間、前記ＳＴＡにおいて、別のＳＴＡによるプリエンプション要求を受け取るステップと、（ｄ）（ｉｖ）前記プリエンプション要求内の情報から、前記プリエンプション要求を受け入れるべきか否かを決定するステップと、（ｄ）（ｖ）前記ＳＴＡが、プリエンプトＳＴＡとして動作する他のＳＴＡから前記プリエンプション要求を受け入れた時に、プリエンプトされたＳＴＡとして現在動作している前記ＳＴＡによって進行中の送信を中断することにより、前記プリエンプトされたＳＴＡは、前記プリエンプトＳＴＡがチャネルを使用できるようにするステップと、を含む、装置。
【0233】
[0305] ネットワークにおいて無線通信を実行するための方法であって、前記方法は、（ａ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートする通信中に、異なるＳＴＡが異なる役割を実行できるようにするように構成されるＩＥＥＥ ８０２．１１プロトコルにおいて無線ローカルエリアネットワーク（ＷＬＡＮ）上で他のＳＴＡと無線通信する局（ＳＴＡ）を構成するステップと、（ｂ）全二重（ＦＤ）能力を有する前記局によって、進行中の物理レイヤプロトコルデータユニット（ＰＰＤＵ）送信を実行するステップと、（ｃ）前記ＳＴＡが前記進行中の送信を実行している間、前記ＳＴＡにおいて、別のＳＴＡによるプリエンプション要求を受け取るステップと、（ｄ）前記プリエンプション要求内の情報から、前記プリエンプション要求を受け入れるべきか否かを決定するステップと、（ｅ）プリエンプトＳＴＡとして動作している他のＳＴＡから前記プリエンプション要求を受け入れたことに応答して、プリエンプトされた前記ＳＴＡによって進行中の送信を中断することにより、前記プリエンプトＳＴＡがチャネル上で送信できるようにするステップと、を含む方法。
【0234】
[0306] パケットの送信を実行する無線通信装置であって、システム／装置にＣＳＭＡ／ＣＡが適用され、ＳＴＡが全二重送信をサポートし、前記装置は以下の（ａ）～（ｃ）を含む。（ａ）プリエンプトされたＳＴＡは、送信している時に、プリエンプトＳＴＡのプリエンプション要求を検出する。（ｂ）プリエンプトされたＳＴＡは、プリエンプション要求を受け入れた場合、自身の進行中の送信を中断する。（ｃ）プリエンプトＳＴＡは、プリエンプトされたＳＴＡがその進行中の送信を中断した後に、プリエンプトされたＳＴＡの送信をプリエンプトする。
【0235】
[0307] 前記プリエンプトされたＳＴＡは、そのＰＰＤＵにおいてパンクチャされたリソースを有し、前記プリエンプトＳＴＡによって、前記パンクチャされたリソースを利用して、第三者の送信を検出することができる、前出のいずれかの実装の装置又は方法。
【0236】
[0308] 前記プリエンプトされたＳＴＡは、それ自身のＢＳＳ内からのみプリエンプション要求を受け入れる、前出のいずれかの実装の装置又は方法。
【0237】
[0309] 前記プリエンプトされたＳＴＡは、前記プリエンプション要求を拒絶することを選び、自身の進行中の送信を継続する、前出のいずれかの実装の装置又は方法。
【0238】
[0310] 前記プリエンプトされたＳＴＡは、自身の進行中の送信及び自身の受信動作も同時に中断することを選ぶ、前出のいずれかの実装の装置又は方法。
【0239】
[0311] 前記プリエンプトされたＳＴＡは、自身の進行中の送信を中断するが、前記ＰＰＤＵにおける現在の媒体アクセス制御サービスデータユニット（ＭＳＤＵ）又はＡ－ＭＳＤＵの送信完了後まで待つことを選ぶ、前出のいずれかの実装の装置又は方法。
【0240】
[0312] 前記プリエンプトＳＴＡは、前記プリエンプトＳＴＡのプリエンプション送信を開始するためのフレームを送信する、前出のいずれかの実装の装置又は方法。
【0241】
[0313] 前記プリエンプトＳＴＡは、前記プリエンプトされたＳＴＡによって取得されるような送信機会（ＴＸＯＰ）中にのみ、プリエンプション送信を実行することを許可される、前出のいずれかの実装の装置又は方法。
【0242】
[0314] 更に、（ａ）前記プリエンプトＳＴＡは、ＦＤ能力を有し、（ｂ）前記プリエンプトＳＴＡが、前記プリエンプトされたＳＴＡに前記プリエンプション送信を送信している間に、前記プリエンプトされたＳＴＡは、前記プリエンプトＳＴＡにＰＰＤＵを送信する、前出のいずれかの実装の装置又は方法。
【0243】
[0315] 前記プリエンプトされたＳＴＡは、空間再使用送信中に前記プリエンプション送信を無効にする、前出のいずれかの実装の装置又は方法。
【0244】
[0316] 前記プリエンプトされたＳＴＡは、協調ＭＡＰ送信中に前記プリエンプション送信を無効にする、前出のいずれかの実装の装置又は方法。
【0245】
[0317] 前記プリエンプトされたＳＴＡは、そのＰＰＤＵにおいてパンクチャされたリソースを有することができ、前記プリエンプトＳＴＡが、前記パンクチャされたリソースを使用して、いかなる第三者の送信も検出することができるようにする、前出のいずれかの実装の装置又は方法。
【0246】
[0318] 前記プリエンプトされたＳＴＡは、同じＢＳＳからのみプリエンプション要求を受け入れることができる、前出のいずれかの実装の装置又は方法。
【0247】
[0319] 前記プリエンプトされたＳＴＡは、プリエンプション送信要求を拒絶することができる、前出のいずれかの実装の装置又は方法。
【0248】
[0320] 前記プリエンプトされたＳＴＡは、送信の自身の進行中の送信及び受信を同時に中断することができる、前出のいずれかの実装の装置又は方法。
【0249】
[0321] 前記プリエンプトされたＳＴＡは、前記ＰＰＤＵにおける現在のＭＳＤＵ又はＡ－ＭＳＤＵを終了した後に、進行中の送信を中断することができる、前出のいずれかの実装の装置又は方法。
【0250】
[0322] 前記プリエンプトＳＴＡは、前記プリエンプトＳＴＡのプリエンプション送信を開始するためのフレームを送信することができる、前出のいずれかの実装の装置又は方法。
【0251】
[0323] 前記プリエンプトＳＴＡは、前記プリエンプトされたＳＴＡによって取得されるＴＸＯＰ中にのみ、プリエンプション送信を有することができる、前出のいずれかの実装の装置又は方法。
【0252】
[0324] 前記プリエンプトＳＴＡが、前記プリエンプトされたＳＴＡに前記プリエンプション送信を送信している間に、前記プリエンプトＳＴＡは、前記プリエンプトされたＳＴＡにＰＰＤＵを送信することができる（すなわち、前記プリエンプトＳＴＡとプリエンプトされたＳＴＡとの間の全二重送信）、前出のいずれかの実装の装置又は方法。
【0253】
[0325] 前記ＳＴＡは、空間再使用送信中に前記プリエンプション送信を無効にすることができる、前出のいずれかの実装の装置又は方法。
【0254】
[0326] 前記ＳＴＡは、協調ＭＡＰ送信中に前記プリエンプション送信を無効にすることができる、前出のいずれかの実装の装置又は方法。
【0255】
[0327] 本明細書で使用する「実装」という用語は、以下に限定されるわけではないが、本明細書で説明する技術を実施する実施形態、実施例又はその他の形態を含むように意図するものである。
【0256】
[0328] 本明細書で使用する単数語「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈によって別途明確に指定しない限り、複数の参照物を含むことができる。単数形による物への言及は、明確にそう述べていない限り「唯一」を意味するものではなく、「１又は２以上」を意味するものである。
【0257】
[0329] 本開示内の「Ａ、Ｂ及び／又はＣ」などの語句の構成体は、Ａ、Ｂ、又はＣのいずれかが存在することができる場合、又は項目Ａ、Ｂ及びＣの任意の組み合わせを説明する。「～のうちの少なくとも１つ」の後に要素を列挙したグループが続くような語句の構成体は、これらのグループ要素のうちの少なくとも１つが存在し、適用可能な場合、これらの列挙された要素の任意の可能な組み合わせを含むことを示す。
【0258】
[0330] 本明細書中の「ある実施形態」、「少なくとも１つの実施形態」又は同様の実施形態の用語への言及は、説明された実施形態に関連して説明する特定の特徴、構造又は特性が、本開示の少なくとも１つの実施形態に含まれることを示す。したがって、これらの様々な実施形態の語句は、必ずしも全てが同じ実施形態、又は説明されている他の全ての実施形態と異なる特定の実施形態について言及するものではない。実施形態の語句は、所与の実施形態の特定の特徴、構造又は特性を、開示する装置、システム又は方法の１又は２以上の実施形態にあらゆる好適な態様で組み合わせることができることを意味すると解釈すべきである。
【0259】
[0331] 本明細書で使用する「組（ｓｅｔ）」という用語は、１又は２以上の物体の集合を意味する。したがって、例えば物体の組は、単一の物体又は複数の物体を含むことができる。
【0260】
[0332] 第１の（ｆｉｒｓｔ）及び第２の（ｓｅｃｏｎｄ）、上部の（ｔｏｐ）及び下部の（ｂｏｔｔｏｍ）などの関係語は、ある実体又は動作を別の実体又は動作と区別するためだけに使用することができ、このような実体又は動作間にこのような実際の関係又は順序が存在することを必ずしも必要とし、又は暗示するものではない。
【0261】
[0333] 「含む（ｃｏｍｐｒｉｓｅｓ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有している（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｃｏｎｔａｉｎｓ）」、「含んでいる（ｃｏｎｔａｉｎｉｎｇ）」という用語、又はこれらの用語の他のあらゆる変化形は、要素の列挙を含む（ｃｏｍｐｒｉｓｅｓ、ｉｎｃｌｕｄｅｓ、ｃｏｎｔａｉｎｓ）、有する（ｈａｓ）プロセス、方法、物品、又は装置が、これらの要素しか含んでいないのではなく、明確に列挙されていない、又はこのようなプロセス、方法、物品、又は装置に固有のその他の要素を含むことができるように非排他的な包含を含むことが意図されている。「～を含む（ｃｏｍｐｒｉｓｅｓ．．．ａ）」、「～を有する（ｈａｓ．．．ａ）」、「～を含む（ｉｎｃｌｕｄｅｓ．．．ａ）」、「～を含む（ｃｏｎｔａｉｎｓ．．．ａ）」によって導かれる要素は、これ以上の制約が無い場合、その要素を含む（ｃｏｍｐｒｉｓｅｓ、ｉｎｃｌｕｄｅｓ、ｃｏｎｔａｉｎｓ）、有する（ｈａｓ）プロセス、方法、物品、又は装置内に更なる同一の要素が存在することを否定するものではない。
【0262】
[0334] 本明細書で使用する「近似的に（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、「近似の（ａｐｐｒｏｘｉｍａｔｅ）」、「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「本質的に（ｅｓｓｅｎｔｉａｌｌｙ）」及び「約（ａｂｏｕｔ）」という用語、又はこれらの用語の他のあらゆるバージョンは、わずかな変動の記述及び説明のために使用するものである。これらの用語は、事象又は状況に関連して使用した時には、これらの事象又は状況が間違いなく発生する場合、及びこれらの事象又は状況が発生する可能性が非常に高い場合を意味することができる。これらの用語は、数値に関連して使用した時には、その数値の±５％以下、±４％以下、±３％以下、±２％以下、±１％以下、±０．５％以下、±０．１％以下、又は±０．０５％以下などの、±１０％以下の変動範囲を意味することができる。例えば、「実質的に」整列しているということは、±５°以下、±４°以下、±３°以下、±２°以下、±１°以下、±０．５°以下、±０．１°以下、又は±０．０５°以下などの、±１０％以下の角度変動範囲を意味することができる。
【0263】
[0335] また、本明細書では、量、比率及びその他の数値を範囲形式で示すこともある。このような範囲形式は、便宜的に簡略化して使用するものであり、範囲の限界として明確に指定された数値を含むが、この範囲に含まれる全ての個々の数値又は部分的範囲も、これらの各数値及び部分的範囲が明確に示されているかのように含むものであると柔軟に理解されたい。例えば、約１～約２００の範囲内の比率は、約１及び約２００という明確に列挙した限界値を含むが、約２、約３、約４などの個々の比率、及び約１０～約５０、約２０～約１００などの部分的範囲も含むと理解されたい。
【0264】
[0336] 本明細書で使用する「結合される（ｃｏｕｐｌｅｄ）」という用語は、「接続 される」と定義されるが、必ずしも直接的な、また必ずしも機械的な接続ではない。特定の方法で「構成される（ｃｏｎｆｉｇｕｒｅｄ）」装置又は構造は、少なくともその方法で構成されるが、列挙されていない方法で構成することもできる。
【0265】
[0337] 利益、利点、問題の解決法、及びあらゆる利益、利点、又は解決法を生じる又はより明確にすることができるあらゆる（単複の）要素が、本明細書で説明する技術又は一部の又は全ての請求項の重要な、必要な、又は不可欠な特徴又は要素であると解釈すべきではない。
【0266】
[0338] 更に、上記の開示では、開示を簡潔にするために、様々な実施形態において様々な特徴を互いにグループ化することができる。この開示の方法は、特許請求される実施形態が各請求項で明白に記載されるものよりも多くの特徴を必要とするという意図を反映するものと解釈されるべきではない。本発明の主題は、開示した単一の実施形態の全ての特徴よりも少ないものによって成立することができる。
【0267】
[0339] 本開示の要約書は、読者が技術開示の本質を素早く確認できるように示すものである。要約書は、特許請求の範囲又はその意味を解釈又は限定するために使用されるものではないという理解の下で提示するものである。
【0268】
[0340] 管轄によっては、出願後に本開示の１又は２以上の部分の削除を求める慣行もあると理解されたい。したがって、読者は、本開示の元々の内容については出願日時点の出願を参照すべきである。開示内容のいずれかの削除は、当初出願時の出願のいずれかの主題の放棄、失権又は一般への公開として解釈すべきではない。
【0269】
[0341] 以下の特許請求の範囲は、本明細書によって本開示に組み込まれ、各請求項は別個に特許請求される主題として自立する。
【0270】
[0342] 本明細書の説明は多くの詳細を含んでいるが、これらは本開示の範囲を限定するものではなく、現在のところ好ましい実施形態の一部を例示するものにすぎないと解釈すべきである。したがって、本開示の範囲は、当業者に明らかになると考えられる他の実施形態も完全に含むと理解されるであろう。
【0271】
[0343] 当業者に周知の本開示の実施形態の要素の全ての構造的及び機能的同等物も、引用によって本明細書に明確に組み入れられ、本特許請求の範囲に含まれるように意図される。更に、本開示の要素、構成要素又は方法ステップは、これらが特許請求の範囲に明示されているかどうかにかかわらず、一般に公開されるように意図するものではない。本明細書における請求項の要素については、その要素が「～のための手段」という表現を使用して明確に示されていない限り、「ミーンズプラスファンクション」の要素として解釈すべきではない。また、本明細書における請求項の要素については、その要素が「～のためのステップ」という表現を使用して明確に示されていない限り、「ステッププラスファンクション」の要素として解釈すべきではない。
【符号の説明】
【0272】
１０ 実施形態例
１２ ＴｘデジタルＢＢ
１４ ＤＡＣ及びＵＣ
１５ 回路
１６ ＴＸアンテナ
１８ ＲｘデジタルＢＢ
１９ デジタルＳＩＣを適用
２０ ＡＤＣ及びＤＣ
２２ ＲＸアンテナ
２３ 減算／ＳＩＣ訂正を適用
２４ ＢＢ／デジタル
２６ａ～２６ｎ 可変遅延器
２８ａ～２８ｎ 可変減衰器
３０ 無線周波数フロントエンド（ＲＦＦＥ）
５０ 実施形態例
５２ 回路
５４ 外部Ｉ／Ｏ接続／バス
５６ 内部バス
５８ ＣＰＵ／プロセッサ
６０ メモリ
６２ モデム
６４，６８ ＲＦモジュール
６６ａ，６６ｂ，６６ｃ，…，６６ｎ，６９ アンテナ
７０ 実施形態例
７２ ＳＴＡ１
７４ ＳＴＡ２
７６ ＳＴＡ＿Ｎ
７８ ＭＬＤ管理エンティティ
８０ ＣＰＵ
８２ メモリ
８４ モデム
８６ ＲＦ回路
８８ バス
９０ａ，９０ｂ，９０ｃ，…，９０ｎ アンテナ
９２ ＣＰＵ
９４ メモリ
１１０ 実施形態例
１１２ 通信エリア
１１４ 開口部
１１６，１１８，１２０，１２２ 局（ＳＴＡ）
１３０ 実施形態例
１３２ 送信機ＳＴＡが、受信機ＳＴＡにＰＰＤＵを送信
１３４ 送信機ＳＴＡが、ＰＰＤＵにおいてパンクチャされたリソースの位置を示す
１３６ 送信機ＳＴＡが、パンクチャされたリソースを使用することなく、チャネルを通じてＰＰＤＵを送信
１３８ 送信機ＳＴＡがＦＤ ＳＴＡであり、かつＰＰＤＵ送信中にＣＣＡビジーを検出しているか？
１４０ 送信機ＳＴＡは、パンクチャされたリソースを通じて信号を送信して、第三者の送信が存在することを示すことができる
１４２ 送信機ＳＴＡは、パンクチャされたリソースを通じてこの信号を送信しない
１５０ 実施形態例
１５２ ＳＴＡが、ＰＰＤＵにおいてパンクチャされたリソースの位置情報を含むＰＰＤＵを受け取る
１５４ ＳＴＡがパンクチャされたリソースを通じてＣＣＡビジーを検知したか？
１５６ パンクチャされたリソースが位置する部分チャネル上に第三者の送信が存在する
１５８ パンクチャされたリソースが位置する部分チャネル上に第三者の送信が存在しない
１７０ 実施形態例
１７２ ＳＴＡ Ａ
１７４ ＳＴＡ Ｂ
１７６ ＳＴＡ Ｃ
１８０ プリアンブル
１８２ ＰＰＤＵ１
１８６ パンクチャされたリソース
１８８ パンクチャされたリソース
１９０ プリアンブル
１９２ ＰＰＤＵ２
２１０ 実施形態例
２１２ パンクチャされたリソース
２３０ 実施形態例
２３２ ＰＰＤＵ２
２５０ 実施形態例
２５２ ＦＤ発信側ＳＴＡがＰＰＤＵの送信を開始
２５４ ＰＰＤＵ送信中に全二重送信が許可されるか？
２５６ ＦＤ発信側ＳＴＡは、ＦＤが許可されたことを示し、ＰＰＤＵのプリアンブルにおいてＦＤ送信パラメータ設定を指定
２５８ ＦＤ発信側ＳＴＡは、ＰＰＤＵのプリアンブルの後に既知の信号を送信して、ＦＤ受信側ＳＴＡが自己干渉推定を行うようにする
２６０ ＦＤ発信側ＳＴＡが、ＦＤ受信側ＳＴＡによって送信されるＰＰＤＵを検出し たか？
２６２ ＦＤ発信側ＳＴＡは、ＦＤ受信側ＳＴＡからＰＰＤＵを受け取ることを開始し、自身の送信を継続
２６４ ＦＤ発信側ＳＴＡはその送信を継続
２６６ ＦＤ発信側ＳＴＡは、ＰＰＤＵにおいてＦＤが許可されないことを示す
２７０ 実施形態例
２７２ ＦＤ受信側ＳＴＡがＰＰＤＵを受け取る
２７４ ＰＰＤＵ送信中に全二重送信が許可されるか？
２７６ ＦＤ受信側ＳＴＡは、ＦＤ発信側ＳＴＡへのＰＰＤＵ送信を開始
２７８ ＦＤ発信側ＳＴＡが既知の信号を送信する間に、ＦＤ受信側ＳＴＡはその自己干渉推定を終了
２８０ ＦＤ受信側ＳＴＡは、時間又は周波数領域において一部のチャネルリソースを残して、ＦＤ発信側ＳＴＡがプリエンプション要求を検出できるようにすることができる
２８２ ＦＤ受信側ＳＴＡは、ＦＤ発信側ＳＴＡへのＰＰＤＵ送信を開始しない
２９０ 実施形態例
２９２ ＳＴＡ Ａ
２９４ ＳＴＡ Ｃ
２９６ プリアンブル
２９８ プリアンブル
３００ 既知の信号
３０２ ＰＰＤＵ１
３０４ ＰＰＤＵ２
３１０ 実施形態例
３１２ ＰＰＤＵ２
３１４ ＲＵ
３３０ 実施形態例
３３２ ＦＤ発信側ＳＴＡが、その進行中の送信を中断することを決定
３３４ ＦＤ発信側ＳＴＡは、ＦＤ受信側ＳＴＡからＰＰＤＵを受け取っている場合、ＦＤ受信側ＳＴＡの進行中の送信を中断
３３６ ＦＤ発信側ＳＴＡは、その進行中のＰＰＤＵ送信を中断
３５０ 実施形態例
３５２ ＦＤ受信側ＳＴＡが、ＦＤ発信側ＳＴＡから信号を受け取る
３５４ ＦＤ受信側ＳＴＡは、信号に従って自身の進行中のＰＰＤＵ送信を中断
３７０ 実施形態例
３７２ プリエンプトＳＴＡが、プリエンプトされたＳＴＡに信号を送信して、プリエンプション送信を要求
３７４ プリエンプトＳＴＡが、プリエンプトされたＳＴＡから、プリエンプション送信を開始するための信号を受け取ったか？
３７６ プリエンプトＳＴＡはプリエンプション送信を開始
３７８ プリエンプション送信が許可されない
３９０ 実施形態例
３９２ プリエンプトされたＳＴＡが、プリエンプション送信を要求する信号を受け取る
３９４ プリエンプション送信が許可されるか？
３９６ プリエンプトされたＳＴＡは、その進行中の送信を中断
３９８ プリエンプトされたＳＴＡは、プリエンプトＳＴＡに信号を送信して、プリエンプション送信を開始
４００ プリエンプトされたＳＴＡは、その送信を継続
４１０ 実施形態例
４１２ ＳＴＡ Ａ
４１４ ＳＴＡ Ｂ
４１６ プリアンブル
４１８ ＰＰＤＵ１
４２０ パンクチャされたリソース
４２２ バックオフ
４２４ プリエンプション要求信号
４２６ ＤＴＸ
４２８ プリアンブル
４３０ ＰＰＤＵ２
４３２ パンクチャされたリソース
４５０ 実施形態例
４５２ Ｌ＿ｌｅｎｇｔｈ
４５４ ＤＴＸ確認信号
４５６ ＤＴＸ
４７０ 実施形態例
４７２ プリエンプション要求信号
４７４ Ｌ＿ｌｅｎｇｔｈ
４７６ ＤＴＸ確認信号
４７８ ＳＵトリガ
４８０ ＤＴＸ
４８２ ＣＴＳ
４８４ プリアンブル
４８６ ＰＰＤＵ２
４８８ パンクチャされたリソース
５１０ 実施形態例
５１２ ＲＴＳ
５１４ ＮＡＶ
５１６ ＤＴＸ確認信号
５１８ ＳＵトリガ
５２０ ＤＴＸ
５２２ ＣＴＳ
５２４ プリアンブル
５２６ ＰＰＤＵ２
５２８ パンクチャされたリソース
５５０ 実施形態例
５５２ ＳＴＡ Ｃ
５５４ ＳＴＡ Ａ
５５６ ＳＴＡ Ｂ
５５８ プリアンブル
５６０ ＰＰＤＵ１
５６２ パンクチャされたリソース
５６３ パンクチャされたリソース
５６４ バックオフ
５６６ プリエンプション要求信号
５６８ パンクチャされたリソース
５７０ ＰＥ
５７２ ＮＡＶ
５７４ ＢＡ
５７６ ＳＵトリガ
５７８ ＣＴＳ
５８０ プリアンブル
５８２ ＰＰＤＵ２
５８４ パンクチャされたリソース
５９０ 実施形態例
５９２ プリアンブル
５９４ 既知の信号
５９６ ＰＰＤＵ１
５９８ パンクチャされたリソース
６００ パンクチャされたリソース
６０２ ＰＰＤＵ２
６０４ ＲＵ
６０６ バックオフ
６０８ プリアンブル１
６１０ プリエンプション要求信号
６１２ パディング
６１４ 信号
６１５ Ａｃｋ
６１６ プリアンブル２
６１８ パディング
６２０，６２４ ＢＡ
６２２ ＮＡＶ
６２６ ＳＵトリガ
６２８ ＣＴＳ
６３０ プリアンブル
６３２ ＰＰＤＵ２／ＰＰＤＵ３
６３４ パンクチャされたリソース
６５０ 実施形態例
６５２ Ｌ＿ｌｅｎｇｔｈ１
６５４ パンクチャされたリソース
６５６ プリエンプション要求信号
６５５ Ａｃｋ
６５８ プリアンブル２
６６０ Ｌ＿ｌｅｎｇｔｈ２
６６２，６６６ ＢＡ
６６４ ＮＡＶ
６６８ ＳＵトリガ
６７０ ＣＴＳ
６７２ プリアンブル
６７４ ＰＰＤＵ３
６９０ 実施形態例
６９２ Ｌ＿ｌｅｎｇｔｈ
６９４ プリアンブル
６９６ プリエンプション要求信号
６９８ ＤＴＸ確認信号
７００ ＤＴＸ
７０２ ＳＵトリガ
７０４ ＤＴＸ
７０６ ＣＴＳ
７０８ プリアンブル
７１０ ＰＰＤＵ３
７１２ パンクチャされたリソース
７３０ 実施形態例
７３２ Ｌ＿ｌｅｎｇｔｈ
７３４ プリエンプション要求信号
７３６ ＤＴＸ確認信号
７３８，７４２ ＤＴＸ
７４０ ＳＵトリガ
７４４ ＣＴＳ
７４６ プリアンブル
７４８ ＰＰＤＵ３
７５０ パンクチャされたリソース
７７０ 実施形態例
７７２ Ｌ＿ｌｅｎｇｔｈ
７７４ プリアンブル
７７６ プリエンプション要求信号
７７７ プリエンプションシグナリングＲＵ
７７８ ＤＴＸ確認信号
７７９ Ａｃｋ
７８０ ＤＴＸ
７８２ ＤＴＸ
７８４ プリアンブル
７８６ ＰＰＤＵ３
８１０ 実施形態例
８３０ 実施形態例
８４０ 実施形態例
１２ ＴｘデジタルＢＢ
１４ ＤＡＣ及びＵＣ
１５ 回路
１６ ＴＸアンテナ
１８ ＲｘデジタルＢＢ
１９ デジタルＳＩＣを適用
２０ ＡＤＣ及びＤＣ
２２ ＲＸアンテナ
２３ 減算／ＳＩＣ訂正を適用
２４ ＢＢ／デジタル
２６ａ～２６ｎ 可変遅延器
２８ａ～２８ｎ 可変減衰器
３０ 無線周波数フロントエンド（ＲＦＦＥ）
５０ 実施形態例
５２ 回路
５４ 外部Ｉ／Ｏ接続／バス
５６ 内部バス
５８ ＣＰＵ／プロセッサ
６０ メモリ
６２ モデム
６４，６８ ＲＦモジュール
６６ａ，６６ｂ，６６ｃ，…，６６ｎ，６９ アンテナ
７０ 実施形態例
７２ ＳＴＡ１
７４ ＳＴＡ２
７６ ＳＴＡ＿Ｎ
７８ ＭＬＤ管理エンティティ
８０ ＣＰＵ
８２ メモリ
８４ モデム
８６ ＲＦ回路
８８ バス
９０ａ，９０ｂ，９０ｃ，…，９０ｎ アンテナ
９２ ＣＰＵ
９４ メモリ
１１０ 実施形態例
１１２ 通信エリア
１１４ 開口部
１１６，１１８，１２０，１２２ 局（ＳＴＡ）
１３０ 実施形態例
１３２ 送信機ＳＴＡが、受信機ＳＴＡにＰＰＤＵを送信
１３４ 送信機ＳＴＡが、ＰＰＤＵにおいてパンクチャされたリソースの位置を示す
１３６ 送信機ＳＴＡが、パンクチャされたリソースを使用することなく、チャネルを通じてＰＰＤＵを送信
１３８ 送信機ＳＴＡがＦＤ ＳＴＡであり、かつＰＰＤＵ送信中にＣＣＡビジーを検出しているか？
１４０ 送信機ＳＴＡは、パンクチャされたリソースを通じて信号を送信して、第三者の送信が存在することを示すことができる
１４２ 送信機ＳＴＡは、パンクチャされたリソースを通じてこの信号を送信しない
１５０ 実施形態例
１５２ ＳＴＡが、ＰＰＤＵにおいてパンクチャされたリソースの位置情報を含むＰＰＤＵを受け取る
１５４ ＳＴＡがパンクチャされたリソースを通じてＣＣＡビジーを検知したか？
１５６ パンクチャされたリソースが位置する部分チャネル上に第三者の送信が存在する
１５８ パンクチャされたリソースが位置する部分チャネル上に第三者の送信が存在しない
１７０ 実施形態例
１７２ ＳＴＡ Ａ
１７４ ＳＴＡ Ｂ
１７６ ＳＴＡ Ｃ
１８０ プリアンブル
１８２ ＰＰＤＵ１
１８６ パンクチャされたリソース
１８８ パンクチャされたリソース
１９０ プリアンブル
１９２ ＰＰＤＵ２
２１０ 実施形態例
２１２ パンクチャされたリソース
２３０ 実施形態例
２３２ ＰＰＤＵ２
２５０ 実施形態例
２５２ ＦＤ発信側ＳＴＡがＰＰＤＵの送信を開始
２５４ ＰＰＤＵ送信中に全二重送信が許可されるか？
２５６ ＦＤ発信側ＳＴＡは、ＦＤが許可されたことを示し、ＰＰＤＵのプリアンブルにおいてＦＤ送信パラメータ設定を指定
２５８ ＦＤ発信側ＳＴＡは、ＰＰＤＵのプリアンブルの後に既知の信号を送信して、ＦＤ受信側ＳＴＡが自己干渉推定を行うようにする
２６０ ＦＤ発信側ＳＴＡが、ＦＤ受信側ＳＴＡによって送信されるＰＰＤＵを検出し たか？
２６２ ＦＤ発信側ＳＴＡは、ＦＤ受信側ＳＴＡからＰＰＤＵを受け取ることを開始し、自身の送信を継続
２６４ ＦＤ発信側ＳＴＡはその送信を継続
２６６ ＦＤ発信側ＳＴＡは、ＰＰＤＵにおいてＦＤが許可されないことを示す
２７０ 実施形態例
２７２ ＦＤ受信側ＳＴＡがＰＰＤＵを受け取る
２７４ ＰＰＤＵ送信中に全二重送信が許可されるか？
２７６ ＦＤ受信側ＳＴＡは、ＦＤ発信側ＳＴＡへのＰＰＤＵ送信を開始
２７８ ＦＤ発信側ＳＴＡが既知の信号を送信する間に、ＦＤ受信側ＳＴＡはその自己干渉推定を終了
２８０ ＦＤ受信側ＳＴＡは、時間又は周波数領域において一部のチャネルリソースを残して、ＦＤ発信側ＳＴＡがプリエンプション要求を検出できるようにすることができる
２８２ ＦＤ受信側ＳＴＡは、ＦＤ発信側ＳＴＡへのＰＰＤＵ送信を開始しない
２９０ 実施形態例
２９２ ＳＴＡ Ａ
２９４ ＳＴＡ Ｃ
２９６ プリアンブル
２９８ プリアンブル
３００ 既知の信号
３０２ ＰＰＤＵ１
３０４ ＰＰＤＵ２
３１０ 実施形態例
３１２ ＰＰＤＵ２
３１４ ＲＵ
３３０ 実施形態例
３３２ ＦＤ発信側ＳＴＡが、その進行中の送信を中断することを決定
３３４ ＦＤ発信側ＳＴＡは、ＦＤ受信側ＳＴＡからＰＰＤＵを受け取っている場合、ＦＤ受信側ＳＴＡの進行中の送信を中断
３３６ ＦＤ発信側ＳＴＡは、その進行中のＰＰＤＵ送信を中断
３５０ 実施形態例
３５２ ＦＤ受信側ＳＴＡが、ＦＤ発信側ＳＴＡから信号を受け取る
３５４ ＦＤ受信側ＳＴＡは、信号に従って自身の進行中のＰＰＤＵ送信を中断
３７０ 実施形態例
３７２ プリエンプトＳＴＡが、プリエンプトされたＳＴＡに信号を送信して、プリエンプション送信を要求
３７４ プリエンプトＳＴＡが、プリエンプトされたＳＴＡから、プリエンプション送信を開始するための信号を受け取ったか？
３７６ プリエンプトＳＴＡはプリエンプション送信を開始
３７８ プリエンプション送信が許可されない
３９０ 実施形態例
３９２ プリエンプトされたＳＴＡが、プリエンプション送信を要求する信号を受け取る
３９４ プリエンプション送信が許可されるか？
３９６ プリエンプトされたＳＴＡは、その進行中の送信を中断
３９８ プリエンプトされたＳＴＡは、プリエンプトＳＴＡに信号を送信して、プリエンプション送信を開始
４００ プリエンプトされたＳＴＡは、その送信を継続
４１０ 実施形態例
４１２ ＳＴＡ Ａ
４１４ ＳＴＡ Ｂ
４１６ プリアンブル
４１８ ＰＰＤＵ１
４２０ パンクチャされたリソース
４２２ バックオフ
４２４ プリエンプション要求信号
４２６ ＤＴＸ
４２８ プリアンブル
４３０ ＰＰＤＵ２
４３２ パンクチャされたリソース
４５０ 実施形態例
４５２ Ｌ＿ｌｅｎｇｔｈ
４５４ ＤＴＸ確認信号
４５６ ＤＴＸ
４７０ 実施形態例
４７２ プリエンプション要求信号
４７４ Ｌ＿ｌｅｎｇｔｈ
４７６ ＤＴＸ確認信号
４７８ ＳＵトリガ
４８０ ＤＴＸ
４８２ ＣＴＳ
４８４ プリアンブル
４８６ ＰＰＤＵ２
４８８ パンクチャされたリソース
５１０ 実施形態例
５１２ ＲＴＳ
５１４ ＮＡＶ
５１６ ＤＴＸ確認信号
５１８ ＳＵトリガ
５２０ ＤＴＸ
５２２ ＣＴＳ
５２４ プリアンブル
５２６ ＰＰＤＵ２
５２８ パンクチャされたリソース
５５０ 実施形態例
５５２ ＳＴＡ Ｃ
５５４ ＳＴＡ Ａ
５５６ ＳＴＡ Ｂ
５５８ プリアンブル
５６０ ＰＰＤＵ１
５６２ パンクチャされたリソース
５６３ パンクチャされたリソース
５６４ バックオフ
５６６ プリエンプション要求信号
５６８ パンクチャされたリソース
５７０ ＰＥ
５７２ ＮＡＶ
５７４ ＢＡ
５７６ ＳＵトリガ
５７８ ＣＴＳ
５８０ プリアンブル
５８２ ＰＰＤＵ２
５８４ パンクチャされたリソース
５９０ 実施形態例
５９２ プリアンブル
５９４ 既知の信号
５９６ ＰＰＤＵ１
５９８ パンクチャされたリソース
６００ パンクチャされたリソース
６０２ ＰＰＤＵ２
６０４ ＲＵ
６０６ バックオフ
６０８ プリアンブル１
６１０ プリエンプション要求信号
６１２ パディング
６１４ 信号
６１５ Ａｃｋ
６１６ プリアンブル２
６１８ パディング
６２０，６２４ ＢＡ
６２２ ＮＡＶ
６２６ ＳＵトリガ
６２８ ＣＴＳ
６３０ プリアンブル
６３２ ＰＰＤＵ２／ＰＰＤＵ３
６３４ パンクチャされたリソース
６５０ 実施形態例
６５２ Ｌ＿ｌｅｎｇｔｈ１
６５４ パンクチャされたリソース
６５６ プリエンプション要求信号
６５５ Ａｃｋ
６５８ プリアンブル２
６６０ Ｌ＿ｌｅｎｇｔｈ２
６６２，６６６ ＢＡ
６６４ ＮＡＶ
６６８ ＳＵトリガ
６７０ ＣＴＳ
６７２ プリアンブル
６７４ ＰＰＤＵ３
６９０ 実施形態例
６９２ Ｌ＿ｌｅｎｇｔｈ
６９４ プリアンブル
６９６ プリエンプション要求信号
６９８ ＤＴＸ確認信号
７００ ＤＴＸ
７０２ ＳＵトリガ
７０４ ＤＴＸ
７０６ ＣＴＳ
７０８ プリアンブル
７１０ ＰＰＤＵ３
７１２ パンクチャされたリソース
７３０ 実施形態例
７３２ Ｌ＿ｌｅｎｇｔｈ
７３４ プリエンプション要求信号
７３６ ＤＴＸ確認信号
７３８，７４２ ＤＴＸ
７４０ ＳＵトリガ
７４４ ＣＴＳ
７４６ プリアンブル
７４８ ＰＰＤＵ３
７５０ パンクチャされたリソース
７７０ 実施形態例
７７２ Ｌ＿ｌｅｎｇｔｈ
７７４ プリアンブル
７７６ プリエンプション要求信号
７７７ プリエンプションシグナリングＲＵ
７７８ ＤＴＸ確認信号
７７９ Ａｃｋ
７８０ ＤＴＸ
７８２ ＤＴＸ
７８４ プリアンブル
７８６ ＰＰＤＵ３
８１０ 実施形態例
８３０ 実施形態例
８４０ 実施形態例
【図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】
【国際調査報告】