▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特開2024-153866ワイヤレスネットワークにおけるＨＡＲＱのための方法および装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024153866
(43)【公開日】2024-10-29
(54)【発明の名称】ワイヤレスネットワークにおけるＨＡＲＱのための方法および装置
(51)【国際特許分類】
H04W 28/04 20090101AFI20241022BHJP
H04W 84/12 20090101ALI20241022BHJP
H04W 16/28 20090101ALI20241022BHJP
H04L 1/1822 20230101ALI20241022BHJP
【ＦＩ】
H04W28/04 110
H04W84/12
H04W16/28 130
H04L1/1822
【審査請求】有
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2024125959
(22)【出願日】2024-08-01
(62)【分割の表示】P 2021525213の分割
【原出願日】2019-11-01
(31)【優先権主張番号】62/757,555
(32)【優先日】2018-11-08
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】ワン、シャオフイ
(72)【発明者】
【氏名】ラシタ、フランク
(72)【発明者】
【氏名】レヴィ、ジョセフ
(72)【発明者】
【氏名】ロウ、ハンチン
(72)【発明者】
【氏名】オテリ、オゲネコム
(72)【発明者】
【氏名】シャヒン、アルファン
(72)【発明者】
【氏名】スン、リーシャン
(57)【要約】
【課題】ワイヤレスネットワークにおけるＨＡＲＱ ＭＡＣ手順だけでなくＨＡＲＱシグナリングおよび肯定応答に関する方法および装置を説明する。
【解決手段】ＨＡＲＱビットの第１のセット、ＳＴＡを含む複数のＳＴＡのためのユーザーデータの第１のセット、第１のＭＵ送信がＨＡＲＱビットの第１のセットを含むことを示す情報を含むプリアンブル、および、ＨＡＲＱビットの第１のセットに関連付けられたＨＡＲＱプロセスＩＤの第１のセット、を少なくとも含む第１のＭＵ送信を受信し、ＨＡＲＱビットの第１のセットのうちのＨＡＲＱビットのサブセットを決定し、第１のＭＵ送信の受信後の応答メッセージを送信し、ＨＡＲＱビットの第２のセット、複数のＳＴＡのためのユーザーデータの第２のセット、および、ＨＡＲＱビットの第２のセットに関連付けられたＨＡＲＱプロセスＩＤの第２のセット、を少なくとも含む第２のＭＵ送信を受信する。
【選択図】図１５
【解決手段】ＨＡＲＱビットの第１のセット、ＳＴＡを含む複数のＳＴＡのためのユーザーデータの第１のセット、第１のＭＵ送信がＨＡＲＱビットの第１のセットを含むことを示す情報を含むプリアンブル、および、ＨＡＲＱビットの第１のセットに関連付けられたＨＡＲＱプロセスＩＤの第１のセット、を少なくとも含む第１のＭＵ送信を受信し、ＨＡＲＱビットの第１のセットのうちのＨＡＲＱビットのサブセットを決定し、第１のＭＵ送信の受信後の応答メッセージを送信し、ＨＡＲＱビットの第２のセット、複数のＳＴＡのためのユーザーデータの第２のセット、および、ＨＡＲＱビットの第２のセットに関連付けられたＨＡＲＱプロセスＩＤの第２のセット、を少なくとも含む第２のＭＵ送信を受信する。
【選択図】図１５
【特許請求の範囲】
【請求項1】
局（ＳＴＡ）において実装されるハイブリッド自動再送要求（ＨＡＲＱ）通信のための方法であって、
前記ＳＴＡで、１）ＨＡＲＱビットの第１のセット、２）前記ＳＴＡを含む複数のＳＴＡのためのユーザーデータの第１のセット、３）第１のマルチユーザー（ＭＵ）送信がＨＡＲＱビットの前記第１のセットを含むことを示す情報を含むプリアンブル、および４）ＨＡＲＱビットの前記第１のセットに関連付けられたＨＡＲＱプロセス識別子（ＩＤ）の第１のセット、を少なくとも含む前記第１のＭＵ送信を受信するステップと、
前記ＳＴＡで、ＨＡＲＱビットの前記第１のセットのうちのＨＡＲＱビットのサブセットを決定するステップであって、ＨＡＲＱビットの前記決定されるサブセットは、前記ＳＴＡに関連付けられている、ステップと、
前記ＳＴＡによって、前記ＳＴＡでＨＡＲＱビットの前記決定されたサブセットの受信状態を少なくとも示している、前記第１のＭＵ送信の受信後の応答メッセージを送信するステップと、
前記ＳＴＡで、１）ＨＡＲＱビットの第２のセット、２）前記複数のＳＴＡのためのユーザーデータの第２のセット、および３）ＨＡＲＱビットの前記第２のセットに関連付けられたＨＡＲＱプロセスＩＤの第２のセット、を少なくとも含む第２のＭＵ送信を受信するステップと
を備え、ユーザーデータの前記第２のセットは、前記ＳＴＡのためのユーザーデータのサブセットを含み、ＨＡＲＱプロセスＩＤの前記第２のセットは、前記ＳＴＡのためのＨＡＲＱプロセスＩＤのサブセットを含み、ユーザーデータの前記サブセットおよびＨＡＲＱプロセスＩＤの前記サブセットは、ＨＡＲＱビットの前記第１のセットのうちのＨＡＲＱビットの前記決定されたサブセットの前記示された受信状態に少なくとも基づいて決定されることを特徴とする方法。
前記ＳＴＡで、１）ＨＡＲＱビットの第１のセット、２）前記ＳＴＡを含む複数のＳＴＡのためのユーザーデータの第１のセット、３）第１のマルチユーザー（ＭＵ）送信がＨＡＲＱビットの前記第１のセットを含むことを示す情報を含むプリアンブル、および４）ＨＡＲＱビットの前記第１のセットに関連付けられたＨＡＲＱプロセス識別子（ＩＤ）の第１のセット、を少なくとも含む前記第１のＭＵ送信を受信するステップと、
前記ＳＴＡで、ＨＡＲＱビットの前記第１のセットのうちのＨＡＲＱビットのサブセットを決定するステップであって、ＨＡＲＱビットの前記決定されるサブセットは、前記ＳＴＡに関連付けられている、ステップと、
前記ＳＴＡによって、前記ＳＴＡでＨＡＲＱビットの前記決定されたサブセットの受信状態を少なくとも示している、前記第１のＭＵ送信の受信後の応答メッセージを送信するステップと、
前記ＳＴＡで、１）ＨＡＲＱビットの第２のセット、２）前記複数のＳＴＡのためのユーザーデータの第２のセット、および３）ＨＡＲＱビットの前記第２のセットに関連付けられたＨＡＲＱプロセスＩＤの第２のセット、を少なくとも含む第２のＭＵ送信を受信するステップと
を備え、ユーザーデータの前記第２のセットは、前記ＳＴＡのためのユーザーデータのサブセットを含み、ＨＡＲＱプロセスＩＤの前記第２のセットは、前記ＳＴＡのためのＨＡＲＱプロセスＩＤのサブセットを含み、ユーザーデータの前記サブセットおよびＨＡＲＱプロセスＩＤの前記サブセットは、ＨＡＲＱビットの前記第１のセットのうちのＨＡＲＱビットの前記決定されたサブセットの前記示された受信状態に少なくとも基づいて決定されることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ワイヤレスネットワークにおける方法および装置に関し、より詳細には、ワイヤレスネットワークにおけるＨＡＲＱのための方法および装置に関する。
【背景技術】
【0002】
１ ＷＬＡＮシステムの概要
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮ（非特許文献１参照）は、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有する。ＡＰは、一般に、トラフィックをＢＳＳ内およびＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプのワイヤード／ワイヤレスネットワークとインターフェースをとる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着し、ＳＴＡに配送される。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送されるために、ＡＰに送信される。ＢＳＳ内のＳＴＡ間のトラフィックも、ＡＰを通して送信されてよく、送信元ＳＴＡは、トラフィックをＡＰに送信し、ＡＰは、トラフィックを送信先ＳＴＡに配送する。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、本質的に、ピアツーピアトラフィックである。そのようなピアツーピアトラフィックは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用する、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で直接的に送信されてもよい。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さない。むしろ、ピアツーピアタイプモードの通信においては、ＳＴＡは、互いに直接的に通信する。このモードの通信は、「アドホック」モードの通信と呼ばれる。
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮ（非特許文献１参照）は、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有する。ＡＰは、一般に、トラフィックをＢＳＳ内およびＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプのワイヤード／ワイヤレスネットワークとインターフェースをとる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着し、ＳＴＡに配送される。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送されるために、ＡＰに送信される。ＢＳＳ内のＳＴＡ間のトラフィックも、ＡＰを通して送信されてよく、送信元ＳＴＡは、トラフィックをＡＰに送信し、ＡＰは、トラフィックを送信先ＳＴＡに配送する。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、本質的に、ピアツーピアトラフィックである。そのようなピアツーピアトラフィックは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用する、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で直接的に送信されてもよい。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さない。むしろ、ピアツーピアタイプモードの通信においては、ＳＴＡは、互いに直接的に通信する。このモードの通信は、「アドホック」モードの通信と呼ばれる。
【0003】
８０２．１１ａｃ（非特許文献２参照）インフラストラクチャモードの動作においては、ＡＰは、固定されたチャネル、通常は、プライマリチャネル上において、ビーコンを送信し得る。このチャネルは、２０ＭＨｚ幅であってよく、ＢＳＳの動作チャネルである。このチャネルは、ＡＰとの接続を確立するために、ＳＴＡによっても使用される。８０２．１１システムにおける基本的なチャネルアクセスメカニズムは、キャリアセンス多重アクセス／コリジョン回避（ＣＳＭＡ／ＣＡ）である。このモードの動作においては、ＡＰを含む、あらゆるＳＴＡは、プライマリチャネルをセンスする。チャネルがビジーであることが検出された場合、ＳＴＡは、バックオフする。したがって、与えられたＢＳＳ内においては、任意の与えられた時間に、ただ１つのＳＴＡが、送信し得る。
【0004】
８０２．１１ｎ（非特許文献１参照）においては、高スループット（ＨＴ）ＳＴＡは、通信のために、４０ＭＨｚ幅チャネルも使用し得る。これは、プライマリ２０ＭＨｚチャネルを隣接する２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅の連続するチャネルを形成することによって、達成される。
【0005】
８０２．１１ａｃ（非特許文献２参照）においては、超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および１６０ＭＨｚ幅チャネルをサポートし得る。４０ＭＨｚおよび８０ＭＨｚチャネルは、８０２．１１ｎとの関連において上で説明された方法と同様に、連続する２０ＭＨｚチャネルを組み合わせることによって、形成される。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって、形成され得る。このタイプの構成は、８０＋８０構成と呼ばれることもある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、それを２つのストリームに分割するセグメントパーサを通過させられる。各ストリームに対して別々に、ＩＦＦＴおよび時間領域処理が、実行される。その後、ストリームは、２つの８０ＭＨｚチャネル上にマッピングされ、データが、送信される。レシーバーにおいては、このメカニズムが、逆転され、組み合わされたデータが、ＭＡＣに送られる。
【0006】
サブ１ＧＨｚモードの動作は、８０２．１１ａｆ（非特許文献３参照）および８０２．１１ａｈ（非特許文献４参照）によってサポートされる。これらの仕様の場合、チャネル動作帯域幅およびキャリアは、８０２．１１ｎ（非特許文献１参照）および８０２．１１ａｃ（非特許文献２参照）において使用されるそれらと比べて、低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。８０２．１１ａｈについての可能な使用事例は、マクロカバレッジエリアにおけるメータタイプ制御（ＭＴＣ）デバイスに対するサポートである。ＭＴＣデバイスは、限られた帯域幅に対するサポートだけを含む、限られた機能を有することがあるが、非常に長いバッテリ寿命を求める要件を含むこともある。
【0007】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートする、ＷＬＡＮシステムは、プライマリチャネルとして指定されたチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有し得るが、必ず有するとは限らない。したがって、プライマリチャネルの帯域幅は、特定のＢＳＳ内において動作する、最小帯域幅動作モードをサポートするＳＴＡによって、制限される。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、または他のより大きいチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードだけをサポートするＳＴＡ（例えば、ＭＴＣタイプデバイス）が、存在する場合は、プライマリチャネルは、１ＭＨｚ幅であり得る。すべてのキャリアセンシングおよびネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存し、すなわち、例えば、１ＭＨｚ動作モードだけをサポートするＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、利用可能な周波数バンドの全体が、それの大部分が、実際にはアイドルであり、利用可能であるとしても、ビジーと見なされる。
【0008】
米国においては、８０２．１１ａｈによって使用され得る利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、それは、９１７．５ＭＨｚから９２３．５ＭＨｚであり、日本においては、それは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国に応じて、６ＭＨｚから２６ＭＨｚである。
２ ８０２．１１ＴＧａｘの紹介
最近、２．４ＧＨｚ、５ＧＨｚ、および６ＧＨｚバンドにおける高密度シナリオを含む、多くの使用シナリオにおいて、広範囲のワイヤレスユーザについて、すべてのユーザが経験するサービス品質を向上させるために、可能な将来の修正の範囲および目的を探究する、ＩＥＥＥ８０２．１１（商標）高効率ＷＬＡＮ（ＨＥＷ）スタディグループ（ＳＧ）が、設けられた。ＡＰおよびＳＴＡの密な配備をサポートする新しい使用事例、ならびに関連付けられた無線リソース管理（ＲＲＭ）技術が、ＨＥＷ ＳＧによって検討されている。ＨＥＷの潜在的な用途は、（スタジアムイベントのためのデータ配信など）新たに出現した使用シナリオ、（鉄道駅および企業／小売環境など）高ユーザ密度シナリオ、ならびに医療用途のためのワイヤレスサービスを含む。
２ ８０２．１１ＴＧａｘの紹介
最近、２．４ＧＨｚ、５ＧＨｚ、および６ＧＨｚバンドにおける高密度シナリオを含む、多くの使用シナリオにおいて、広範囲のワイヤレスユーザについて、すべてのユーザが経験するサービス品質を向上させるために、可能な将来の修正の範囲および目的を探究する、ＩＥＥＥ８０２．１１（商標）高効率ＷＬＡＮ（ＨＥＷ）スタディグループ（ＳＧ）が、設けられた。ＡＰおよびＳＴＡの密な配備をサポートする新しい使用事例、ならびに関連付けられた無線リソース管理（ＲＲＭ）技術が、ＨＥＷ ＳＧによって検討されている。ＨＥＷの潜在的な用途は、（スタジアムイベントのためのデータ配信など）新たに出現した使用シナリオ、（鉄道駅および企業／小売環境など）高ユーザ密度シナリオ、ならびに医療用途のためのワイヤレスサービスを含む。
【0009】
ＴＧａｘにおいては、様々な用途のためのトラフィックが、短いパケットを含むことがある可能性が強い。加えて、バーチャルオフィス用途、ＴＰＣ ＡＣＫ（送信制御電力肯定応答）、ビデオストリーミングＡＣＫ、デバイス／コントローラ用途（マウス、キーボード、ゲームコントロールなど）、アクセス用途（プローブ要求／応答）、ネットワーク選択（プローブ要求およびＡＮＱＰ（アクセスネットワーククエリプロトコル））、ネットワーク管理用途（制御フレーム）など、短いパケットを生成する、いくつかのネットワーク用途が、存在し得る。
【0010】
また、８０２．１１ａｘは、ＵＬおよびＤＬ ＯＦＤＭＡ、ならびに／またはＵＬおよびＤＬ ＭＵ－ＭＩＭＯを実施し得る。したがって、異なる目的のＵＬランダムアクセスを多重化するためのメカニズムの設計および定義は、規格において対処され得る。
２．１ １１ａｘにおけるＮＤＰフィードバック設計
非特許文献７のセクション２７．５．６．４（ＮＰＤフィードバックレポートタイプ）は、８０２．１１ａｘにおけるヌルデータパケット（ＮＤＰ）フィードバック設計について説明している。フィードバックは、パンクチャリングされた高効率ロングトレーニングフィールド（ＨＥ－ＬＴＦ）を使用して、情報を伝達し、したがって、レシーバーがチャネル推定を実行する必要はない。１ビットフィードバックの場合、半分はオン、半分はオフである、１２個のＯＦＤＭトーンが、使用される。図２の表は、２０ＭＨｚチャネルにおける、トーンセットアロケーションを例示している。このスキームが、ＳＮＲ≧－２４ｄＢの場合、非常に低い誤検出率（＜１ｅ－６）を達成することが示されている。
３ ワイヤレス規格におけるＨＡＲＱ技術
３．１ ＨＡＲＱの背景
ハイブリッド自動再送要求（ＨＡＲＱ）は、ワイヤレス通信ネットワークにおける必須の送信誤り制御技術となっており、それは、誤り訂正符号および再送の組み合わせに依存している。ＨＡＲＱは、３ＧＰＰ ＵＭＴＳ、ＬＴＥ、ＩＥＥＥ８０２．１６ ＷｉＭａｘなどのワイヤレス通信規格において、採用されている。
２．１ １１ａｘにおけるＮＤＰフィードバック設計
非特許文献７のセクション２７．５．６．４（ＮＰＤフィードバックレポートタイプ）は、８０２．１１ａｘにおけるヌルデータパケット（ＮＤＰ）フィードバック設計について説明している。フィードバックは、パンクチャリングされた高効率ロングトレーニングフィールド（ＨＥ－ＬＴＦ）を使用して、情報を伝達し、したがって、レシーバーがチャネル推定を実行する必要はない。１ビットフィードバックの場合、半分はオン、半分はオフである、１２個のＯＦＤＭトーンが、使用される。図２の表は、２０ＭＨｚチャネルにおける、トーンセットアロケーションを例示している。このスキームが、ＳＮＲ≧－２４ｄＢの場合、非常に低い誤検出率（＜１ｅ－６）を達成することが示されている。
３ ワイヤレス規格におけるＨＡＲＱ技術
３．１ ＨＡＲＱの背景
ハイブリッド自動再送要求（ＨＡＲＱ）は、ワイヤレス通信ネットワークにおける必須の送信誤り制御技術となっており、それは、誤り訂正符号および再送の組み合わせに依存している。ＨＡＲＱは、３ＧＰＰ ＵＭＴＳ、ＬＴＥ、ＩＥＥＥ８０２．１６ ＷｉＭａｘなどのワイヤレス通信規格において、採用されている。
【0011】
技術文献には、評判のよい２つのタイプのＨＡＲＱ合成スキーム、すなわち、チェイス合成（ＣＣ）ＨＡＲＱ、および増加冗長性（ＩＲ）ＨＡＲＱが、存在する。
【0012】
（ＣＣ）ＨＡＲＱにおいては、各再送は、同じデータと、パリティビットとを含む。レシーバーは、最大比合成（ＭＲＣ）を使用して、受信されたパケットを以前の送信と合成する。チェイス合成は、各再送が、レシーバーにおけるＥｂ／Ｎｏ（ビット当たりのエネルギーＥｂ対雑音スペクトル電力密度Ｎｏ比）を増加させる、反復符号化と見なされることができる。
【0013】
ＩＲ ＨＡＲＱの場合、各再送は、符号化されるビットの異なるセット（エンコーダ出力をパンクチャリングすることによって生成される異なる冗長性バージョン）を使用する。ターボ符号の場合、これは、異なるシステマティックおよびパリティビットを意味する。各再送において、レシーバーは、追加情報を獲得する。ＩＲ ＨＡＲＱの変形が、存在し、例えば、再送は、パリティビットだけを含み、またはそれは、自己デコード可能である。
【0014】
一般に、ＨＡＲＱスキームは、同期または非同期のどちらかとしてカテゴライズされることができ、各ケースにおける再送は、適応的または非適応的のどちらかである。同期ＨＡＲＱの場合、各プロセスのための再送は、最初の送信に対して、事前定義された時間に発生する。したがって、それは再送のタイミングから推測されることができるので、ＨＡＲＱプロセスＩＤを伝達する必要はない。他方、非同期ＨＡＲＱの場合、再送は、最初の送信に対して、任意の時間に発生することができる。したがって、レシーバーが、各再送を対応する以前の送信と正しく関連付けることができることを保証するために、ＨＡＲＱプロセスＩＤを示すための明示的なシグナリングが、必要とされる。
３．２ ＬＴＥ規格におけるＨＡＲＱスキーム
ＬＴＥにおいては、ＨＡＲＱエンティティは、ＭＡＣ層に配置され、それは、送信および受信ＨＡＲＱ動作を担当する。送信ＨＡＲＱ動作は、トランスポートブロックの送信および再送、ならびにＡＣＫ／ＮＡＣＫシグナリングの受信および処理を含む。受信ＨＡＲＱ動作は、トランスポートブロックの受信、受信されたデータの合成、およびデコーディング結果に基づいた、ＡＣＫ／ＮＡＣＫシグナリングの生成を含む。先行するトランスポートブロックがデコードされている間に、連続送信を可能にするために、並列する最大で８つのＨＡＲＱプロセスが、使用されて、マルチプロセス「ストップアンドウェイト」（ＳＡＷ）ＨＡＲＱ動作をサポートする。したがって、マルチプロセスＨＡＲＱは、プロセスのうちの１つによって、すべての送信リソースが、使用されることができるように、いくつかの独立したＳＡＷプロセスを時間においてインターレースする。各ＨＡＲＱプロセスは、別個のＳＡＷ動作を担当し、別個のバッファを管理する。
３．２ ＬＴＥ規格におけるＨＡＲＱスキーム
ＬＴＥにおいては、ＨＡＲＱエンティティは、ＭＡＣ層に配置され、それは、送信および受信ＨＡＲＱ動作を担当する。送信ＨＡＲＱ動作は、トランスポートブロックの送信および再送、ならびにＡＣＫ／ＮＡＣＫシグナリングの受信および処理を含む。受信ＨＡＲＱ動作は、トランスポートブロックの受信、受信されたデータの合成、およびデコーディング結果に基づいた、ＡＣＫ／ＮＡＣＫシグナリングの生成を含む。先行するトランスポートブロックがデコードされている間に、連続送信を可能にするために、並列する最大で８つのＨＡＲＱプロセスが、使用されて、マルチプロセス「ストップアンドウェイト」（ＳＡＷ）ＨＡＲＱ動作をサポートする。したがって、マルチプロセスＨＡＲＱは、プロセスのうちの１つによって、すべての送信リソースが、使用されることができるように、いくつかの独立したＳＡＷプロセスを時間においてインターレースする。各ＨＡＲＱプロセスは、別個のＳＡＷ動作を担当し、別個のバッファを管理する。
【0015】
ＬＴＥにおいては、非同期適応ＨＡＲＱが、ダウンリンクにおいて使用され、（適応的または非適応的どちらかの）同期ＨＡＲＱが、アップリンクにおいて使用される。
【0016】
ＬＴＥにおいては、ＨＡＲＱをサポートするために、以下のシグナリング、すなわち、ＨＡＲＱプロセスＩＤ（非同期ＨＡＲＱについてのみ）、（新しいパケット送信が開始するたびに切り替えられる）新データインジケータ（ＮＤＩ）、冗長性バージョン（ＲＶ）（送信ブロックのＲＶ（適応的ＨＡＲＱについてのみ））、およびＭＣＳ（適応的ＨＡＲＱについてのみ）のシグナリングが、使用される。
３．３ ＮＲおよびＮＲ－ＵにおけるＨＡＲＱ
３ＧＰＰ ＮＲ（ニューラジオ）においては、以下のＨＡＲＱ特徴、すなわち、複数ＨＡＲＱプロセス、動的および半静的なＨＡＲＱ ＡＣＫコードブック、ＣＢＧレベルのＨＡＲＱ再送、非同期および適応的ＨＡＲＱ、ならびにデータ送信とＨＡＲＱ ＡＣＫフィードバックとの間の柔軟なタイミングが、サポートされる。
３．３ ＮＲおよびＮＲ－ＵにおけるＨＡＲＱ
３ＧＰＰ ＮＲ（ニューラジオ）においては、以下のＨＡＲＱ特徴、すなわち、複数ＨＡＲＱプロセス、動的および半静的なＨＡＲＱ ＡＣＫコードブック、ＣＢＧレベルのＨＡＲＱ再送、非同期および適応的ＨＡＲＱ、ならびにデータ送信とＨＡＲＱ ＡＣＫフィードバックとの間の柔軟なタイミングが、サポートされる。
【0017】
ＮＲにおける符号語ブロックグループ（ＣＢＧ）レベルのＨＡＲＱ再送においては、送信ブロック（ＴＢ）は、１つまたは複数のＣＢＧを含むことがあり、それらは、独自のＨＡＲＱ ＡＣＫビットを有し得る。したがって、トランスミッターは、部分的なＴＢを再送することが可能である。２つのＣＢＧ関連シグナリングフィールド、すなわち、ＣＢＧ送信情報（ＣＢＧＴＩ）、およびＣＢＧフラッシュアウト情報（ＣＢＧＦＩ）が、ＤＣＩによって搬送される。ＣＢＧＴＩは、（再）送信が搬送するＣＢＧを示す。「０」になるように設定されたＣＢＧＦＩは、送信されている同じＣＢＧの以前に受信されたインスタンスが、破損しているかもしれないことを示し、「１」になるように設定されたＣＢＧＦＩは、再送されているＣＢＧが、同じＣＢＧの以前に受信されたインスタンスと合成可能であることを示す。
【0018】
３ＧＰＰ ＮＲアンライセンス（ＮＲ－Ｕ）においては、ＨＡＲＱフィードバックは、免許不要バンドにおいて送信され得る。ＮＲ－Ｕは、１つまたは複数のＤＬ ＨＡＲＱプロセスについてのＨＡＲＱフィードバックの柔軟なトリガリングおよび多重化をサポートするためのメカニズムを検討する。以下の技法は、３ＧＰＰによって、ＮＲ－Ｕ送信にとって有益であると見なされている。
【0019】
●与えられたＨＡＲＱプロセスについての、ＬＢＴ障害のせいで減らされたＨＡＲＱ Ａ／Ｎ送信機会を扱うための技法（潜在的な技法は、複数のおよび／または補足的な時間および／または周波数領域送信機会を提供するためのメカニズムを含む）。
【0020】
●同じ共用されるチャネル占有時間（ＣＯＴ）における、対応するデータについてのＨＡＲＱ Ａ／Ｎの送信（いくつかのケースにおいては、ＨＡＲＱ Ａｃｋ／Ｎａｃｋは、対応するデータが送信されたものとは別個のＣＯＴにおいて送信されなければならないことが理解され）、これをサポートするためのメカニズムが、識別されるべきである。
４ 極高スループットスタディグループ
ピークスループットをさらに高め、ＩＥＥＥ８０２．１１ネットワークの効率を改善する可能性を探究するために、ＩＥＥＥ８０２．１１極高スループット（ＥＨＴ）スタディグループ（ＳＧ）が、形成された。取り組まれる主要な使用事例および用途は、ビデオオーバＷＬＡＮ、拡張現実（ＡＲ）、仮想現実（ＶＲ）（非特許文献５参照）などの、高スループットおよび低レイテンシ用途を含む。
４ 極高スループットスタディグループ
ピークスループットをさらに高め、ＩＥＥＥ８０２．１１ネットワークの効率を改善する可能性を探究するために、ＩＥＥＥ８０２．１１極高スループット（ＥＨＴ）スタディグループ（ＳＧ）が、形成された。取り組まれる主要な使用事例および用途は、ビデオオーバＷＬＡＮ、拡張現実（ＡＲ）、仮想現実（ＶＲ）（非特許文献５参照）などの、高スループットおよび低レイテンシ用途を含む。
【0021】
高められたピークスループットおよび改善された効率という目標を達成するために、ＥＨＴ ＳＧにおいて議論された特徴は、マルチＡＰ、マルチバンド、３２０ＭＨｚ帯域幅、１６個の空間ストリーム、ＨＡＲＱ、（時間および周波数領域における）全二重、ＡＰ協調、半直交多元接続（ＳＯＭＡ）、および６ＧＨｚチャネルアクセスのための新しい設計を含む（非特許文献６参照）。
【0022】
より詳細な理解は、添付の図面と併せて、例として与えられる、以下の説明から得られることがあり、図における同様の参照番号は、同様の要素を示す。
【先行技術文献】
【非特許文献】
【0023】
【非特許文献1】ＩＥＥＥ Ｓｔｄ ８０２．１１（商標）－２０１２： Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ （ＰＨＹ） Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ
【非特許文献2】ＩＥＥＥ Ｐ８０２．１１ａｃ（商標）／Ｄ１．０： Ｐａｒｔ １１， Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ （ＰＨＹ） ｓｐｅｃｉｆｉｃａｔｉｏｎｓ． Ａｍｅｎｄｍｅｎｔ ５： Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ ｆｏｒ Ｏｐｅｒａｔｉｏｎ ｉｎ Ｂａｎｄｓ ｂｅｌｏｗ ６ ＧＨｚ
【非特許文献3】ＩＥＥＥ ８０２．１１ ａｆ： Ｐａｒｔ １１， Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ （ＰＨＹ） Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ， Ａｍｅｎｄｍｅｎｔ ５： Ｔｅｌｅｖｉｓｉｏｎ Ｗｈｉｔｅ Ｓｐａｃｅｓ （ＴＶＷＳ） Ｏｐｅｒａｔｉｏｎ
【非特許文献4】ＩＥＥＥ ８０２．１１ ａｈ－２０１６： Ｐａｒｔ １１， Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ （ＰＨＹ） Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ， Ａｍｅｎｄｍｅｎｔ ２： Ｓｕｂ １ ＧＨｚ Ｌｉｃｅｎｓｅ Ｅｘｅｍｐｔ Ｏｐｅｒａｔｉｏｎ
【非特許文献5】ＩＥＥＥ ８０２．１１－１８／１０６７ｒ２： ＥＨＴ ＴＩＧ Ａｇｅｎｄａ
【非特許文献6】ＩＥＥＥ ８０２．１１－１８／１１８０ｒ０： Ｄｉｓｃｕｓｓｉｏｎ ｏｎ ＥＨＴ Ｓｔｕｄｙ Ｇｒｏｕｐ Ｆｏｒｍａｔｉｏｎ
【非特許文献7】ＩＥＥＥ Ｐ８０２．１１ａｘ（商標）／Ｄ３．０， Ｊｕｎｅ ２０１８
【図面の簡単な説明】
【0024】
【図1A】１つまたは複数の開示された実施形態が実装され得る例示的な通信システムを例示するシステム図である。
【図2】８０２．１１のための２０ＭＨｚチャネルにおけるトーンセットアロケーションを示す表である。
【図3】実施形態にかかるマルチＨＡＲＱプロセスＢＡＲを実装するための例示的なＢｌｏｃｋＡｃｋＲｅｑフレームフォーマットを例示する図である。
【図4】実施形態にかかるＨＡＲＱフィードバックレポートパラメータフレームの図である。
【図5】第１の実施形態にかかる単一のＳＴＡのための単一ＨＡＲＱフィードバックのためのＨＡＲＱ ＮＤＰフィードバックフレームの図である。
【図6】第２の例示的な実施形態にかかる複数のＳＴＡのための単一ＨＡＲＱフィードバックのためのＨＡＲＱ ＮＤＰフィードバックフレームの図である。
【図7】第３の例示的な実施形態にかかる１つまたは複数のＲＵ上における複数ＨＡＲＱフィードバックのためのＨＡＲＱ ＮＤＰフィードバックフレームの図である。
【図8】第４の例示的な実施形態にかかる同じＲＵ／チャネル上における複数ＨＡＲＱフィードバックのためのＨＡＲＱ ＮＤＰフィードバックフレームの図である。
【図9】第５の例示的な実施形態にかかる複数ＨＡＲＱフィードバックおよび複数のリソースのためのＨＡＲＱ ＮＤＰフィードバックフレームの図である。
【図10A】ＨＡＲＱ ＮＤＰフィードバックのための例示的なトーンマッピングを例示する図である。
【図10B】ＨＡＲＱ ＮＤＰフィードバックのための例示的なトーンマッピングを例示する図である。
【図11】実施形態にかかるＨＡＲＱ ＤＬ ＭＡＣ手順を示すタイミング図である。
【図12】別の実施形態にかかるＨＡＲＱ ＤＬ ＭＡＣ手順を示すタイミング図である。
【図13】実施形態にかかるＤＬ ＨＡＲＱ複数ストップアンドウェイト手順を示すタイミング図である。
【図14】実施形態にかかる複数ＨＡＲＱフィードバックのためのＨＡＲＱ ＮＤＰフィードバックフレームの図である。
【図15】実施形態にかかるＨＡＲＱ ＵＬ手順を示すタイミング図である。
【図16】実施形態にかかるＨＡＲＱカスケーディングＵＬおよびＤＬ手順を示すタイミング図である。
【図17】別の実施形態にかかるＨＡＲＱカスケーディングＵＬおよびＤＬ手順を示すタイミング図である。
【図18】実施形態にかかるＴＸＴまたはＲＡＷを使用するＨＡＲＱ ＭＡＣ手順を示すタイミング図である。
【図19】実施形態にかかるＴＸＯＰ内における単一ＵＬ ＨＡＲＱ ＭＡＣ手順を示すタイミング図である。
【図20】実施形態にかかる複数のＴＸＯＰにわたる単一ＨＡＲＱプロセスのためのＵＬ ＨＡＲＱ手順を示すタイミング図である。
【図21】実施形態にかかる自律的ＨＡＲＱ送信を示すタイミング図である。
【図22】実施形態にかかるＡ－ＰＰＤＵのためのパンクチャリングされたＬＴＦを例示する図である。
【発明を実施するための形態】
【0025】
１ 実施形態の実施のための例示的なネットワーク
図１Ａは、１つまたは複数の開示される実施形態が実装され得る、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数のワイヤレスユーザに提供する、多元接続システムであり得る。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用し得る。
図１Ａは、１つまたは複数の開示される実施形態が実装され得る、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数のワイヤレスユーザに提供する、多元接続システムであり得る。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用し得る。
【0026】
図１Ａに示されるように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作および／または通信するように構成された任意のタイプのデバイスであり得る。例として、それのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されることがあり、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノノインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他のワイヤレスデバイス）、家電デバイス、ならびに商業用および／または工業用ワイヤレスネットワーク上において動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。
【0027】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインターフェースをとるように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバーステーション（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、およびワイヤレスルータなどであり得る。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。
【0028】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることがあり、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、ワイヤレス信号を送信および／または受信するように構成され得る。これらの周波数は、免許要スペクトル、免許不要スペクトル、または免許要スペクトルと免許不要スペクトルとの組み合わせの中にあり得る。セルは、相対的に一定であり得る、または時間とともに変化し得る特定の地理的エリアに、ワイヤレスサービス用のカバレッジを提供し得る。セルは、さらに、セルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態においては、基地局１１４ａは、トランシーバーを３つ、すなわち、セルの各セクタに対して１つずつ含み得る。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することがあり、セルの各セクタに対して複数のトランシーバーを利用し得る。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングが使用され得る。
【0029】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することがあり、エアインターフェース１１６は、任意の適切なワイヤレス通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立され得る。
【0030】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムであることがあり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなど、１つまたは複数のチャネルアクセススキームを利用し得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立し得る、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含み得る。
【0031】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインターフェース１１６を確立し得る、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実施し得る。
【0032】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインターフェース１１６を確立し得る、ＮＲ無線アクセスなどの無線技術を実施し得る。
【0033】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施し得る。例えば、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスと、ＮＲ無線アクセスとを一緒に実施し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送信される送信によって特徴付けられ得る。
【0034】
他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施し得る。
【0035】
図１Ａにおける基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることがあり、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおけるワイヤレス接続性を容易にするために、任意の適切なＲＡＴを利用し得る。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【0036】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することがあり、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであり得る。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供することがあり、および／またはユーザ認証など、高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行い得ることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示されず）とも通信し得る。
【0037】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たし得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、ワイヤードおよび／またはワイヤレス通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用し得る１つまたは複数のＲＡＮに接続された、別のＣＮを含み得る。
【0038】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンク上において、異なるワイヤレスネットワークと通信するための、複数のトランシーバーを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用し得る基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用し得る基地局１１４ｂと通信するように構成され得る。
【0039】
図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサー１１８、トランシーバー１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能なメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他のペリフェラル１３８を含み得る。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含み得ることが理解されよう。
【0040】
プロセッサー１１８は、汎用プロセッサー、専用プロセッサー、従来型プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、複数のマイクロプロセッサー、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサー、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであり得る。プロセッサー１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境において動作することを可能にする他の任意の機能性を実行し得る。プロセッサー１１８は、送信／受信要素１２２に結合され得るトランシーバー１２０に結合され得る。図１Ｂは、プロセッサー１１８とトランシーバー１２０を別個の構成要素として描いているが、プロセッサー１１８とトランシーバー１２０は、電子パッケージまたはチップ内に一緒に統合され得ることが理解されよう。
【0041】
送信／受信要素１２２は、エアインターフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成され得る。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であり得る。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成され得る。送信／受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。
【0042】
図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用し得る。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上においてワイヤレス信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0043】
トランシーバー１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成され得る。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、トランシーバー１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数のトランシーバーを含み得る。
【0044】
ＷＴＲＵ１０２のプロセッサー１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることがあり、それらからユーザ入力データを受信し得る。プロセッサー１１８は、また、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザーデータを出力し得る。加えて、プロセッサー１１８は、取り外し不可能なメモリ１３０および／または取り外し可能なメモリ１３２など、任意のタイプの適切なメモリから情報を入手することがあり、それらにデータを記憶し得る。取り外し不可能なメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含み得る。取り外し可能なメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態においては、プロセッサー１１８は、サーバまたはホームコンピュータ（図示されず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することがあり、それらにデータを記憶し得る。
【0045】
プロセッサー１１８は、電源１３４から電力を受け取ることがあり、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル－カドミウム（ＮｉＣｄ）、ニッケル－亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム－イオン（Ｌｉ－ｉｏｎ）など）、太陽電池、および燃料電池などを含み得る。
【0046】
プロセッサー１１８は、ＧＰＳチップセット１３６にも結合されることがあり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上においてロケーション情報を受信することがあり、および／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、自らのロケーションを決定し得る。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得し得ることが理解されよう。
【0047】
さらに、プロセッサー１１８は、他のペリフェラル１３８は、追加の特徴、機能性、および／またはワイヤードもしくはワイヤレス接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含み得る他のペリフェラル１３８に結合され得る。例えば、ペリフェラル１３８は、加速度計、ｅコンパス、サテライトトランシーバー、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビジョントランシーバー、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含み得る。ペリフェラル１３８は、１つまたは複数のセンサを含むことがあり、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であり得る。
【0048】
ＷＴＲＵ１０２は、（たとえば、（たとえば送信用の）ＵＬと（たとえば受信用の）ダウンリンクの両方のための特定のサブフレームと関連付けられた信号のいくつかまたはすべての送信および受信が、並列および／または同時であり得る、全二重無線を含み得る。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサー（例えば、別個のプロセッサ（図示されず）もしくはプロセッサー１１８）を介する信号処理を介して、自己干渉を低減させ、およびまたは実質的に除去するために、干渉管理ユニットを含み得る。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含み得る。
【0049】
図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４は、ＣＮ１０６とも通信し得る。
【0050】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含み得ることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数のトランシーバーを含み得る。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施し得る。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、および／またはＷＴＲＵ１０２ａからワイヤレス信号を受信し得る。
【0051】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）と関連付けられることがあり、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信し得る。
【0052】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含み得る。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営され得ることが理解されよう。
【0053】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されることがあり、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担い得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間における交換のためのコントロールプレーン機能を提供し得る。
【0054】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送し得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行し得る。
【0055】
ＳＧＷ１６４は、ＰＧＷ１６６に接続されることがあり、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。
【0056】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことがあり、またはそれと通信し得る。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他のワイヤードおよび／またはワイヤレスネットワークを含み得る。
【0057】
図１Ａ～図１Ｄにおいては、ＷＴＲＵは、ワイヤレス端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとのワイヤード通信インターフェースを（例えば、一時的または永続的に）使用し得ることが企図されている。
【0058】
代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであり得る。
【0059】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有し得る。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプのワイヤード／ワイヤレスネットワークへのアクセスまたはインターフェースを有し得る。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着することがあり、ＳＴＡに配送され得る。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送されるために、ＡＰに送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信されることがあり、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信することがあり、ＡＰは、トラフィックを送信先ＳＴＡに配送し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされることがあり、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信され得る。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信し得る。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。
【0060】
８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信し得る。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであることがあり、ＡＰとの接続を確立するために、ＳＴＡによって使用され得る。ある代表的な実施形態においては、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／コリジョン回避（ＣＳＭＡ／ＣＡ）が、実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスし得る。プライマリチャネルが、特定のＳＴＡによってセンス／検出され、および／またはビジーであると決定された場合、特定のＳＴＡは、バックオフし得る。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つの局）が、送信し得る。
【0061】
高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用し得る。
【0062】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートし得る。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成されることがあり、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成されることがあり、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割し得るセグメントパーサを通過させられ得る。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理が、行われ得る。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされることがあり、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡのレシーバーにおいては、８０＋８０構成のための上で説明された動作が、逆転されることがあり、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送られ得る。
【0063】
サブ１ＧＨｚモードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートし得る。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）しきい値を上回るバッテリ寿命を有するバッテリを含み得る。
【0064】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートし得る、ＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限され得る。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であり得る。キャリアセンシングおよび／またはＮＡＶ設定は、プライマリチャネルのステータスに依存し得る。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、利用可能な周波数バンドの大部分が、アイドルのままであり、利用可能であり得るとしても、利用可能な周波数バンド全体が、ビジーと見なされ得る。
【0065】
米国においては、８０２．１１ａｈによって使用され得る利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国に応じて、６ＭＨｚから２６ＭＨｚである。
【0066】
図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３は、ＣＮ１１５とも通信し得る。
【0067】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数のトランシーバーを含み得る。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施し得る。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、および／またはＷＴＲＵ１０２ａからワイヤレス信号を受信し得る。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施し得る。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信し得る（図示されず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあり得るが、残りのコンポーネントキャリアは、免許要スペクトル上にあり得る。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信し得る。
【0068】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／またはワイヤレス送信スペクトルの異なる部分毎に様々であり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0069】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用し得る。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信し得る。非スタンドアロン構成においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たすことがあり、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジおよび／またはスループットを提供し得る。
【0070】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示されず）と関連付けられることがあり、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成され得る。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上において、互いに通信し得る。
【0071】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含み得る。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営され得ることが理解されよう。
【0072】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、制御ノードとしての役割を果たし得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担い得る。ネットワークスライシングは、利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスが確立され得る。ＡＭＦ１８２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能を提供し得る。
【0073】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂにも接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通したトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであり得る。
【0074】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行し得る。
【0075】
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことがあり、またはそれと通信し得る。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他のワイヤードおよび／またはワイヤレスネットワークを含み得る。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。
【0076】
図１Ａ～図１Ｄ、および図１Ａ～図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示されず）によって実行され得る。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つまたは複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用され得る。
【0077】
エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計され得る。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として、完全または部分的に実装されるおよび／または展開される間、１つもしくは複数またはすべての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として、一時的に実装される／展開される間、１つもしくは複数またはすべての機能を実行し得る。エミュレーションデバイスは、テストを行う目的で、別のデバイスに直接的に結合することがあり、および／またはオーバザエアワイヤレス通信を使用してテストを行うことがある。
【0078】
１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として実装されない／展開されない間、すべての機能を含む１つまたは複数の機能を実行し得る。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室ならびに／または展開されていない（例えば、テスト）ワイヤードおよび／もしくはワイヤレス通信ネットワークにおける、テストシナリオにおいて利用され得る。１つまたは複数のエミュレーションデバイスは、テスト機器であり得る。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含み得る）ＲＦ回路を介したワイヤレス通信が、エミュレーションデバイスによって使用され得る。
２ ＷＬＡＮにおけるＨＡＲＱシグナリングおよび肯定応答手順
ＷＬＡＮにおいてＨＡＲＱ動作をサポートするために、ＨＡＲＱ動作を特にターゲットとする新しいシグナリング手順だけでなく新しいシグナリング設計も、ＨＡＲＱ対応であるＳＴＡ間の通信を可能にするのに必要とされる。上記のシグナリングは、ＡＣＫ、ＮＡＣＫ、トリガーフレーム、ＢｌｏｃｋＡｃｋ、マルチＳＴＡ ＢｌｏｃｋＡｃｋなどを含むことがある。
２．１ ＡＣＫ／ＮＡＣＫおよびマルチＳＴＡ ＡＣＫを使用するＨＡＲＱシグナリングおよび肯定応答手順
ＷＬＡＮにおけるＨＡＲＱ動作をサポートするために、以下のタイプの設計、すなわち、ＨＡＲＱ ＡＣＫ、ＨＡＲＱ ＮＡＣＫ、ＨＡＲＱトリガーフレーム、マルチＨＡＲＱプロセスＡＣＫ／ＮＡＣＫ／ＢＡ、マルチＴＩＤマルチＨＡＲＱプロセスＡＣＫ／ＮＡＣＫ／ＢＡ、およびマルチＳＴＡマルチＴＩＤマルチＨＡＲＱプロセスＡＣＫ／ＮＡＣＫ／ＢＡ、ＨＡＲＱブロックＡＣＫ要求（ＢＡＲ）フレーム、マルチユーザー（ＭＵ）ＨＡＲＱ ＢＡＲフレームのうちの１つまたは複数を含む、新しいシグナリングが、定義されるべきである。
２ ＷＬＡＮにおけるＨＡＲＱシグナリングおよび肯定応答手順
ＷＬＡＮにおいてＨＡＲＱ動作をサポートするために、ＨＡＲＱ動作を特にターゲットとする新しいシグナリング手順だけでなく新しいシグナリング設計も、ＨＡＲＱ対応であるＳＴＡ間の通信を可能にするのに必要とされる。上記のシグナリングは、ＡＣＫ、ＮＡＣＫ、トリガーフレーム、ＢｌｏｃｋＡｃｋ、マルチＳＴＡ ＢｌｏｃｋＡｃｋなどを含むことがある。
２．１ ＡＣＫ／ＮＡＣＫおよびマルチＳＴＡ ＡＣＫを使用するＨＡＲＱシグナリングおよび肯定応答手順
ＷＬＡＮにおけるＨＡＲＱ動作をサポートするために、以下のタイプの設計、すなわち、ＨＡＲＱ ＡＣＫ、ＨＡＲＱ ＮＡＣＫ、ＨＡＲＱトリガーフレーム、マルチＨＡＲＱプロセスＡＣＫ／ＮＡＣＫ／ＢＡ、マルチＴＩＤマルチＨＡＲＱプロセスＡＣＫ／ＮＡＣＫ／ＢＡ、およびマルチＳＴＡマルチＴＩＤマルチＨＡＲＱプロセスＡＣＫ／ＮＡＣＫ／ＢＡ、ＨＡＲＱブロックＡＣＫ要求（ＢＡＲ）フレーム、マルチユーザー（ＭＵ）ＨＡＲＱ ＢＡＲフレームのうちの１つまたは複数を含む、新しいシグナリングが、定義されるべきである。
【0079】
ＡＣＫフレームは、ＨＡＲＱ送信が正しく受信され、デコードされたことを示すために、ＨＡＲＱ送信に応答して直ちに、受信ＳＴＡによって送信され得る。その後、ＨＡＲＱ送信のトランスミッターは、ＨＡＲＱ送信と関連付けられたパケットのコピーを削除し、それの待ち行列内の残りのパケットを送信する試みを続行し得る。別の実施形態においては、ＡＣＫフレームは、ＡＣＫがそれについて送信される、ＨＡＲＱプロセスＩＤまたは冗長性バージョン（ＲＶ）番号を含み得る。
【0080】
マルチＨＡＲＱプロセスＢＡＲは、ＳＴＡからＡＣＫ／ＮＡＣＫ／ＢＡを求めるために、使用され得る。マルチＨＡＲＱプロセスＢＡＲは、図３に示される一般的なＢｌｏｃｋＡｃｋＲｅｑフレームフォーマットを使用して、実装され得る。現在のフレームが、マルチＨＡＲＱプロセスＢＡＲであることを示すために、ＢＡＲ制御フィールド内の１つまたは複数の予約されたビットが、使用されて、現在のフレームが、マルチＨＡＲＱプロセスＢＡＲであることを示し得る。
【0081】
一例においては、ＢＡＲ制御フィールドのマルチＴＩＤ（トラフィック識別）サブフィールド（図示されず）は、「０」になるように設定されることがあり、ＢＡＲ制御フィールド内のＢ５～Ｂ１１のうちの１つまたは複数のビットは、現在のフレームが、ＢｌｏｃｋＡｃｋＲｅｑフレームのマルチＨＡＲＱプロセス変形であることを示すために使用され得る。加えて、ＢＡＲ制御フィールドのＴＩＤ＿Ｉｎｆｏサブフィールド（図示されず）内の１つもしくは複数のビット、または現在予約されているビットＢ５～Ｂ１１のうちの１つもしくは複数のビットが、ＡＣＫ／ＮＡＣＫ／ＢＡがそれについて要求されている、１つまたは複数のＨＡＲＱプロセスＩＤを示すために、使用され得る。ＢＡＲ制御フィールド内の１つまたは複数のビットは、ＡＣＫ／ＮＡＣＫ／ＢＡが要求されているかどうかを示し得る。別の例においては、ＢｌｏｃｋＡｃｋＲｅｑフレームのマルチＨＡＲＱプロセス変形は、ＢＡＲ制御フィールドのマルチＴＩＤサブフィールドを「０」になるように、ＢＡＲ制御フィールドの圧縮されたビットマップサブフィールドを「０」になるように、およびＢＡＲ制御フィールドのＧＣＲモードサブフィールドを「０」になるように設定することによって（サブフィールドは、図３には示されていない）、示され得る。
【0082】
別の例においては、Ｂａｒ制御フィールドの「ＢＡＲタイプ」サブフィールド内の予約された値のうちの１つが、現在のフレームが、マルチＨＡＲＱプロセスＢＡＲであることを示すために、使用され得る。ＢＡＲ制御フィールドのＴＩＤ＿Ｉｎｆｏフィールドは、ＡＣＫ／ＮＡＣＫ／ＢＡがそれについて要求されている、ＨＡＲＱプロセスＩＤを示すために使用され得る。あるいは、または加えて、ＢＡＲ制御フィールドのＢＡＲ情報サブフィールドは、ＡＣＫ／ＮＡＣＫ／ＢＡがそれについて要求されている、ＨＡＲＱプロセスＩＤのインジケーションを含み得る。一例においては、ＢＡＲ情報サブフィールドは、ＡＣＫ／ＮＡＣＫ／ＢＡがそれについて要求されている、すべてのＨＡＲＱプロセスＩＤを含み得る。別の例においては、ビットマップに加えて、「開始ＨＡＲＱプロセスＩＤ」が、示され得る。ビットマップは、ＡＣＫ／ＮＡＣＫ／ＢＡがそれについて要求されている、ＨＡＲＱプロセスＩＤが、「開始ＨＡＲＱプロセスＩＤ」フィールドにおいて示される、ＨＡＲＱプロセスＩＤから始まることを、「１」を用いて示し得る。ビットマップのサイズ、または含まれるＨＡＲＱプロセスＩＤの数は、ネゴシエーション可能であってよく、アソシエーションプロセス中にＥＨＴ能力の一部として示され得るパラメータである、ＳＴＡによってサポートされる同時ＨＡＲＱプロセスの数、またはＳＴＡによってサポートされるＴＩＤ当たりの同時ＨＡＲＱプロセスの数によって、制限され得る。
【0083】
加えて、またはあるいは、マルチＴＩＤマルチＨＡＲＱ ＢＡＲは、１つまたは複数のＴＩＤによって識別される１つまたは複数のトラフィックストリーム内の１つまたは複数のＨＡＲＱプロセスについてのＡＣＫ／ＮＡＣＫ／ＢＡを、ＳＴＡから求めるために、使用され得る。マルチＴＩＤマルチＨＡＲＱプロセスＢＡＲは、図３に示される一般的なＢｌｏｃｋＡｃｋＲｅｑフレームフォーマットを使用して、実装され得る。それが、マルチＴＩＤマルチＨＡＲＱプロセスＢＡＲであることを示すために、ＢＡＲ制御フィールド内の１つまたは複数の予約されたビットが、使用されて、現在のフレームが、マルチＴＩＤマルチＨＡＲＱプロセスＢＡＲであることを示し得る。例えば、ＢＡＲタイプサブフィールドは、現在のＢＡＲフレームが、マルチＴＩＤマルチＨＡＲＱプロセスタイプであることを示すために、使用され得る。例えば、ＢＡＲタイプサブフィールドのＢ１は、「１」になるように設定され得る。したがって、ＢＡＲタイプサブフィールドは、現在のＢＡＲフレームが、マルチＴＩＤマルチＨＡＲＱプロセス変形であることを示すために、７、９、または１１などの奇数になるように設定され得る。ＴＩＤ情報フィールドは、ＡＣＫ／ＮＡＣＫ／ＢＡがそれについて要求されている、ＴＩＤの数を示し得る。別の例においては、ＴＩＤ情報フィールドは、ＡＣＫ／ＮＡＣＫ／ＢＡがそれについて要求されている、ＴＩＤ／ＨＡＲＱプロセスＩＤの組み合わせの数を示し得る。ＢＡＲ情報フィールドは、数々のフィールドを含むことがあり、そのようなフィールドの数は、ＴＩＤ情報サブフィールド内で示され、各フィールドは、ＴＩＤ値、ＨＡＲＱ情報、およびビットマップを含む。ＴＩＤ値は、ＨＡＲＱ応答がそれについて求められ得る、ＴＩＤの値を示し得る。一例においては、各ＴＩＤ／ＨＡＲＱプロセスＩＤフィールドは、ＡＣＫ／ＮＡＣＫ／ＢＡがそれについて要求されている、すべてのＨＡＲＱプロセスＩＤを含む。別の実施例においては、ビットマップに加えて、「開始ＨＡＲＱプロセスＩＤ」が、示され得る。ビットマップは、ＡＣＫ／ＮＡＣＫ／ＢＡが要求されているＨＡＲＱプロセスＩＤのどれが、「開始ＨＡＲＱプロセスＩＤ」フィールドにおいて示されるＨＡＲＱプロセスＩＤから始まるかを、「１」を用いて示し得る。ビットマップのサイズ、または含まれるＨＡＲＱプロセスＩＤの数は、ネゴシエーション可能であり、アソシエーションプロセス中にＥＨＴ能力の一部として示され得るパラメータである、ＳＴＡによってサポートされる同時ＨＡＲＱプロセスの数、またはＳＴＡによってサポートされるＴＩＤ当たりの同時ＨＡＲＱプロセスの数によって、制限され得る。
【0084】
加えて、マルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡＲが、複数のＴＩＤおよび複数のＨＡＲＱプロセスＩＤを有する、複数のＳＴＡについてのＨＡＲＱ応答を求めるために、定義され得る。マルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡＲは、大部分はＭＵ－ＢＡＲの定義に従ってよく、ＢＡＲ制御フィールド内のＢＡＲタイプは、現在のフレームが、マルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡＲであることを示すように、設定される。ＢＡＲ情報フィールドは、ＨＡＲＱプロセスＩＤだけでなくＴＩＤも示す１つまたは複数のビットを含み得る。例えば、ＴＩＤ毎情報フィールド内の１つまたは複数の予約されたビットは、ＨＡＲＱ応答がそれについて求められる、ＨＡＲＱプロセスＩＤを示すために、使用され得る。非ＨＡＲＱ送信のための通常のＡＣＫ／ＢＡ（したがって、ＨＡＲＱ応答なし）が要求されることを示すために、１つまたは複数の特定の値が、使用され得る。ＳＴＡ、例えば、ＡＰは、１つまたは複数のＳＴＡから、１つまたは複数のＴＩＤについての、および１つまたは複数のＨＡＲＱプロセスＩＤについての応答を求めるために、マルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡＲを使用し得る。代替えとして、ＢＡＲ情報フィールドは、たとえば、ＨＡＲＱ応答が求められる開始ＨＡＲＱプロセスＩＤだけでなくＨＡＲＱプロセスＩＤの数も示す１つまたは複数の予約されたビットを使用し得る。非ＨＡＲＱ送信のための通常のＡＣＫまたはＢＡ（したがって、ＨＡＲＱではない）応答が要求されることを示すために、１つまたは複数の特定の値が、使用されることがあり、そのケースにおいては、ＢＡＲ情報フィールドは、通常のマルチＳＴＡ ＢＡのそれに従ってよい。
【0085】
ＳＴＡは、マルチＨＡＲＱ ＢＡＲ、複数ＴＩＤマルチＨＡＲＱ ＢＡＲ、および／またはマルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡＲに対する応答として、マルチＨＡＲＱ ＢＡ、マルチＴＩＤマルチＨＡＲＱ ＢＡ、および／またはマルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡを使用し得る。
マルチＨＡＲＱ ＢＡは、一般に、汎用ＢｌｏｃｋＡｃｋフレームのフォーマットに従い、ＢＡタイプフィールドは、現在のフレームがマルチＨＡＲＱ ＢＡであることを示す値になるように設定される。ＳＴＡは、ＨＡＲＱプロセスＩＤビットマップサイズ、またはＨＡＲＱプロセスＩＤビットマップの数を示すだけでなく、ＴＩＤ＿Ｉｎｆｏフィールドを特定のＴＩＤの値へ設定し得る。ＳＴＡは、ＢＡ情報フィールドを、それが、どのＨＡＲＱプロセスＩＤに対してＨＡＲＱ応答が提供されるかを示すビットを含むビットマップだけでなく開始ＨＡＲＱプロセスＩＤも含み得るようなやり方において設定し得る。ＨＡＲＱプロセスＩＤの各々についてのエンコーディングは、ＡＣＫ、ＮＡＣＫ、信号未検出（No Signal Detected）、干渉、コリジョン、ＨＡＲＱプロセス要求の再開始を含む、１つまたは複数の潜在的な応答を示すための１つまたは複数のビットを含み得る。
マルチＨＡＲＱ ＢＡは、一般に、汎用ＢｌｏｃｋＡｃｋフレームのフォーマットに従い、ＢＡタイプフィールドは、現在のフレームがマルチＨＡＲＱ ＢＡであることを示す値になるように設定される。ＳＴＡは、ＨＡＲＱプロセスＩＤビットマップサイズ、またはＨＡＲＱプロセスＩＤビットマップの数を示すだけでなく、ＴＩＤ＿Ｉｎｆｏフィールドを特定のＴＩＤの値へ設定し得る。ＳＴＡは、ＢＡ情報フィールドを、それが、どのＨＡＲＱプロセスＩＤに対してＨＡＲＱ応答が提供されるかを示すビットを含むビットマップだけでなく開始ＨＡＲＱプロセスＩＤも含み得るようなやり方において設定し得る。ＨＡＲＱプロセスＩＤの各々についてのエンコーディングは、ＡＣＫ、ＮＡＣＫ、信号未検出（No Signal Detected）、干渉、コリジョン、ＨＡＲＱプロセス要求の再開始を含む、１つまたは複数の潜在的な応答を示すための１つまたは複数のビットを含み得る。
【0086】
ＳＴＡは、１つまたは複数のＨＡＲＱプロセスＩＤを有する１つまたは複数のＴＩＤに対する応答を提供するために、マルチＴＩＤマルチＨＡＲＱ ＢＡを使用して、マルチＴＩＤマルチＨＡＲＱ ＢＡＲに応答し得る。ＳＴＡは、フレームがマルチＴＩＤマルチＨＡＲＱ ＢＡタイプであることを示すように、ＢＡ制御フィールド内のＢＡタイプを設定し得る。ＢＡ情報フィールドは、ＴＩＤ毎に１つまたは複数のＴＩＤ／ＨＡＲＱフィールドを含み得る。ＳＴＡは、ＴＩＤ毎情報フィールドにおいて、開始ＨＡＲＱプロセスＩＤを示し得る。別の実施においては、ブロックＡｃｋ開始シーケンス制御フィールドは、開始ＨＡＲＱプロセスＩＤを含み得る。ブロックＡＣＫビットマップは、どのＨＡＲＱプロセスＩＤについてＨＡＲＱ応答が提供されるかの応答を含み得る。ＨＡＲＱプロセスＩＤの各々についてのエンコーディングは、ＡＣＫ、ＮＡＣＫ、信号未検出、干渉、コリジョン、ＨＡＲＱプロセス要求の再開始を含む、１つまたは複数の潜在的な応答を示すための１つまたは複数のビットを含み得る。
【0087】
ＳＴＡ、例えば、ＡＰは、各々が１つまたは複数のＨＡＲＱプロセスＩＤを有する１つまたは複数のＴＩＤを有する、１つまたは複数のＳＴＡに応答を提供するために、マルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡを使用することがあり、ＳＴＡは、フレームがマルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡタイプであることを示すように、ＢＡ制御フィールド内のＢＡタイプを設定し得る。ＢＡ情報フィールドは、ＡＩＤ／ＴＩＤ毎に１つまたは複数のＡＩＤ／ＴＩＤ／ＨＡＲＱ毎フィールドを含み得る。ＳＴＡは、ＡＩＤ ＴＩＤ毎情報フィールドにおいて、開始ＨＡＲＱプロセスＩＤを示し得る。別の実施においては、ブロックＡｃｋ開始シーケンス制御フィールドは、開始ＨＡＲＱプロセスＩＤを含み得る。ブロックＡＣＫビットマップは、どのＨＡＲＱプロセスＩＤについて、開始ＨＡＲＱプロセスＩＤから開始するＨＡＲＱ応答が提供されるかの応答を含み得る。ＨＡＲＱプロセスＩＤの各々についてのエンコーディングは、ＡＣＫ、ＮＡＣＫ、信号未検出、干渉、コリジョン、およびＨＡＲＱプロセス要求の再開始を含む、１つまたは複数の潜在的な応答を示すための１つまたは複数のビットを含み得る。
【0088】
ＡＰは、１つまたは複数のＨＡＲＱ送信を含み得る送信をトリガするために、ＨＡＲＱトリガーフレームを使用し得る。ＨＡＲＱトリガーフレームの設計は、大部分は汎用トリガーフレームの設計に従ってよい。共通情報フィールド内のトリガタイプサブフィールドは、トリガーフレームがＨＡＲＱトリガーフレームであることを示す値を含み得る。あるいは、または加えて、ＨＡＲＱ送信をトリガすることを意図したトリガーフレーム内のユーザ情報フィールドは、そうであることを示す１つまたは複数のビットを含み得る。トリガ依存ユーザ情報フィールドは、ＨＡＲＱプロセスＩＤなど、トリガされたＨＡＲＱ送信に関する情報、および／または新しい送信、再送、もしくは新しいＲＶがトリガされているかどうかに関する情報を含み得る。ＨＡＲＱトリガーフレームによってトリガされた１つまたは複数のＳＴＡは、ＨＡＲＱトリガーフレーム、またはＨＡＲＱトリガーフレームを含む、アグリゲートされたＭＡＣプロトコルデータユニット（Ａ－ＭＰＤＵ）もしくはアグリゲートされたＰＬＣＰ（物理層収束手順）プロトコルデータユニット（Ａ－ＰＰＤＵ）の終了からショートフレーム間間隔（ＳＩＦＳ）またはＨＡＲＱ ＩＦＳ（ＨＩＦＳ）１つ分後に、それらの送信を開始し得る。トリガされる送信のうちの１つまたは複数は、Ａ－ＭＤＰＵまたはＡ－ＰＰＤＵとして実装され得る、１つまたは複数のＨＡＲＱ送信を含み得る。各ＨＡＲＱ送信は、別個のＰＰＤＵ内に、またはＡ－ＰＰＤＵ内に含まれ得る。
２．２ ＮＤＰフィードバックレポートを使用するＨＡＲＱシグナリングおよび応答手順
同時に複数のＳＴＡにＨＡＲＱフィードバックを要求するために、ＡＰによって、ヌルデータパケット（ＮＤＰ）フィードバックレポートが、使用され得る。この方法においては、ＳＴＡのセットは、ＡＰから、ＨＡＲＱ ＮＤＰフィードバックレポートポーリング（ＨＡＲＱ ＮＦＲＰ）トリガーフレームを受信し、フレームの受信からＳＩＦＳ持続時間後に、特定のＨＡＲＱプロセスＩＤについての１つまたは複数のＨＡＲＱ送信のステータスを示す、ＨＡＲＱ ＮＤＰフィードバックフレームを、トランスミッターに送信する。例えば、ＮＦＲＰは、ＮＤＰ ＨＡＲＱフィードバックを示す、フィードバックタイプのフィールドを含み得る。ＨＡＲＱ ＮＤＰフィードバックは、ＡＣＫまたはＮＡＣＫであり得る。あるいは、ＨＡＲＱ ＮＤＰフィードバックは、ＡＣＫ、ＮＡＫ、コリジョンのインジケーション（ＣＯＬ）、信号未検出、または干渉であり得る。
２．２ ＮＤＰフィードバックレポートを使用するＨＡＲＱシグナリングおよび応答手順
同時に複数のＳＴＡにＨＡＲＱフィードバックを要求するために、ＡＰによって、ヌルデータパケット（ＮＤＰ）フィードバックレポートが、使用され得る。この方法においては、ＳＴＡのセットは、ＡＰから、ＨＡＲＱ ＮＤＰフィードバックレポートポーリング（ＨＡＲＱ ＮＦＲＰ）トリガーフレームを受信し、フレームの受信からＳＩＦＳ持続時間後に、特定のＨＡＲＱプロセスＩＤについての１つまたは複数のＨＡＲＱ送信のステータスを示す、ＨＡＲＱ ＮＤＰフィードバックフレームを、トランスミッターに送信する。例えば、ＮＦＲＰは、ＮＤＰ ＨＡＲＱフィードバックを示す、フィードバックタイプのフィールドを含み得る。ＨＡＲＱ ＮＤＰフィードバックは、ＡＣＫまたはＮＡＣＫであり得る。あるいは、ＨＡＲＱ ＮＤＰフィードバックは、ＡＣＫ、ＮＡＫ、コリジョンのインジケーション（ＣＯＬ）、信号未検出、または干渉であり得る。
【0089】
一実施形態においては、ＳＴＡは、それが、ＨＡＲＱ ＮＤＰフィードバックレポートをサポートする場合、高効率（ＨＥ）またはＥＨＴ能力要素内のＨＡＲＱ ＮＤＰフィードバックレポートサポートサブフィールドに１を設定し、そうでない場合、０を設定し得る。実施形態においては、ＳＴＡは、それがＡＰによって明示的に有効化されない限り、ＨＡＲＱ ＮＤＰフィードバックレポート応答を送信しないものとする。実施形態においては、ＨＡＲＱ ＮＦＲＰトリガーフレームを含むＰＰＤＵと、ＨＡＲＱ ＮＤＰフィードバックレポートポーリング応答との間のフレーム間間隔が、ＳＩＦＳである。
【0090】
実施形態においては、ＳＴＡは、以下の条件がすべて満たされたとき、受信されたＰＰＤＵの終了後のＳＩＦＳ時間境界において、ＨＡＲＱ ＮＤＰフィードバックレポート応答の送信を開始する。
【0091】
－受信されたＰＰＤＵが、ＨＡＲＱ ＮＦＲＰトリガーフレームを含む。
【0092】
－ＳＴＡが、ＨＡＲＱ ＮＦＲＰトリガーフレームによってスケジュールされる。
【0093】
－ＨＥまたはＥＨＴ ＭＡＣ能力情報フィールド内のＨＡＲＱ ＮＤＰフィードバックレポートサポートサブフィールドが、１になるように設定される。
【0094】
－ＳＴＡが、ＨＡＲＱ ＮＦＲＰトリガーフレームに含まれるＨＡＲＱ ＮＤＰフィードバックのタイプに対して、応答を提供することを意図する。
【0095】
実施形態においては、上述の条件を必ずしもすべて満足しないＳＴＡは、ＨＡＲＱ ＮＦＲＰトリガーフレームに応答しないものとする。
【0096】
実施形態においては、以下の条件がすべて満たされた場合、ＳＴＡは、ＮＦＲＰトリガーフレームに応答するようにスケジュールされる。
【0097】
－ＳＴＡが、ＨＡＲＱ ＮＦＲＰトリガーフレームのＴＡフィールドにおいて示される、基本サービスセット識別子（ＢＳＳＩＤ）と関連付けられ、またはＳＴＡが、真になるように設定されたｄｏｔ１１ＭｕｌｔｉＢＳＳＩＤＡｃｔｉｖａｔｅｄを有し、複数ＢＳＳＩＤセットの送信されないＢＳＳＩＤと関連付けられ、ＨＡＲＱ ＮＦＲＰトリガーフレームのＴＡフィールドが、その複数ＢＳＳＩＤセットの送信されたＢＳＳＩＤになるように設定される。
【0098】
－ＳＴＡのＡＩＤは、開始の関連付けられた識別子（ＡＩＤ）以上であり、開始ＡＩＤ＋ＮＳＴＡよりも小さく、トリガ引き出しフレーム（ｅｌｉｃｉｔｉｎｇ Ｔｒｉｇｇｅｒ ｆｒａｍｅ）内の開始ＡＩＤサブフィールドを使用し、ＮＳＴＡは、ＨＡＲＱ ＮＦＲＰトリガーフレームに応答するようにスケジュールされたＳＴＡの総数である。ＮＳＴＡは、トリガ引き出しフレームのＵＬ ＢＷサブフィールドおよび多重化フラグサブフィールドに基づいて、算出される。
【0099】
－ＳＴＡのＡＩＤは、ＨＡＲＱ ＮＦＲＰトリガーフレームで明示的に伝達される。一実施形態においては、ＳＴＡのＡＩＤ、およびＨＡＲＱフィードバックビットの数が、伝達される。
【0100】
非ＡＰのＨＥ ＳＴＡは、それの関連付けられたＡＰから受信された管理フレームで搬送された、最近に受信されたＨＡＲＱ ＮＤＰフィードバックレポートパラメータセット要素から、ＨＡＲＱ ＮＤＰフィードバックレポートパラメータ値を獲得するものとする。
【0101】
実施形態においては、ＨＡＲＱ ＮＦＲＰは、必要とされる情報を、ＳＴＡに伝達する。それは、以下のフィールドを含み得る。
【0102】
１．対処されるＳＴＡおよびそれらのリソースアロケーション。
【0103】
２．ＨＥ－ＬＴＦシンボルの数。これは、（トラフィック要求のためのＮＤＰフィードバックについての）１から、対処されるＳＴＡすべてについてのＨＡＲＱフィードバックの最大数に変更される。
【0104】
３．（ユーザ情報フィールド内に置かれ得る）フィードバックするプロセスのＨＡＲＱ ＩＤ。
【0105】
フィードバックされ得る、ＡＣＫ／ＮＡＫ／コリジョン値の最大数を示すために、図４に例示されるようなＨＡＲＱフィードバックレポートパラメータフレームが、使用され得る。
【0106】
ＨＡＲＱ ＮＤＰフィードバックフレームは、ＨＥ－ＬＴＦにおいて、ＨＡＲＱステータスを伝達し得る。一実施形態においては、ＨＡＲＱ ＮＤＰフィードバックは、図５に示されるように、ただ１つのＯＦＤＭシンボルに制限され得る。
【0107】
単一パケットだけについての情報が、フィードバックされることがあり、または複数パケットについての情報が、フィードバックされ得る。（図６に示されるような）単一パケットフィードバックのケースにおいては、リソース、例えば、ＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸパラメータは、以下の式を用いて、ＡＩＤ、開始ＡＩＤ、および帯域幅（ＢＷ）に基づいて、設定されることがあり、トリガ引き出しフレームのユーザ情報フィールド内の開始ＡＩＤサブフィールドの値を用いると、
ＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸ＝（ＡＩＤ－開始ＡＩＤ） ｍｏｄ （１８×２BW）
という結果になる。
ＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸ＝（ＡＩＤ－開始ＡＩＤ） ｍｏｄ （１８×２BW）
という結果になる。
【0108】
あるいは、それは、ユーザ情報フィールド内のＡＩＤの相対的な位置に基づいて、設定されることがあり、例えば、ユーザ（ｉ）については、ＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸ（ｉ）＝ユーザ情報フィールド１（ｉ）である。ユーザ情報フィールドの数が、最大のＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸよりも小さい場合、追加のリソースが、パディングされることに留意されたい。このケースにおいては、情報は、リソースで送信されず、または（占有されるチャネル帯域幅の要件を満足するために）リソースのすべてのトーンが、送信される。
【0109】
（図７に示されるような）複数パケットフィードバックのケースにおいては、リソース、例えば、ＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸパラメータは、以下の式を用いて、ＡＩＤ、開始ＡＩＤ、帯域幅（ＢＷ）、およびその特定のＳＴＡについてのＨＡＲＱフィードバックのためにアロケートされたリソースの数Ｎに基づいて、設定されることがあり、トリガ引き出しフレームのユーザ情報フィールド内の開始ＡＩＤサブフィールドおよびユーザリソースサブフィールドの値Ｎを用いると、
相対位置ＡＩＤ（ｉ）＝（ＡＩＤ－開始ＡＩＤ） ｍｏｄ （１８×２BW）
ＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸ（ｉ，１）＝ｓｕｍ｛相対位置ＡＩＤ（ｉ－１）×Ｎ（ｉ－１）｝＋１
ＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸ（ｉ，Ｎ）＝ｓｕｍ｛相対位置ＡＩＤ（ｉ－１）×Ｎ（ｉ－１）｝＋Ｎ
という結果になる。
相対位置ＡＩＤ（ｉ）＝（ＡＩＤ－開始ＡＩＤ） ｍｏｄ （１８×２BW）
ＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸ（ｉ，１）＝ｓｕｍ｛相対位置ＡＩＤ（ｉ－１）×Ｎ（ｉ－１）｝＋１
ＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸ（ｉ，Ｎ）＝ｓｕｍ｛相対位置ＡＩＤ（ｉ－１）×Ｎ（ｉ－１）｝＋Ｎ
という結果になる。
【0110】
あるいは、それは、ユーザ情報フィールド内のＡＩＤの相対位置、および値Ｎに基づいて、設定され得る。
【0111】
一例においては、２つ以上のパケット（例えば、Ｎ個のパケット）についてのフィードバックは、図８に示されるように、Ｎ個のＨＡＲＱフィードバックシンボルにおいて送信され得る。これは、図９に示されている複数のユーザに対してアロケートされることがあり、単一の周波数リソースが、単一のＳＴＡにアロケートされる。あるいは、複数の周波数リソースが、単一のＳＴＡにアロケートされ得る。
【0112】
ＡＣＫ、ＮＡＫ、またはコリジョンの存在を伝達するために、ＳＴＡは、ＬＴＦのサブセットから、タイプ毎の特定のトーンマッピングを用いて、値を選択し得る。一例においては、ＮＤＰフィードバックアロケーションは、１２個のサブキャリアで構成されることがあり、ＡＣＫは、４つのサブキャリアを割り当てられ、ＮＡＫは、４つのサブキャリアを割り当てられ、ＣＯＬは、４つのサブキャリアを割り当てられる。別の例においては、ＮＤＰフィードバックアロケーションは、１２個のサブキャリアで構成されることがあり、ＡＣＫは、６つのサブキャリアを割り当てられ、ＮＡＫは、６つのサブキャリアを割り当てられる。また別の例においては、ＮＤＰフィードバックアロケーションは、１８個のサブキャリアで構成されることがあり、ＡＣＫは、６つのサブキャリアを割り当てられ、ＮＡＫは、６つのサブキャリアを割り当てられ、ＣＯＬは、６つのサブキャリアを割り当てられる。
【0113】
サブキャリアの割り当ては、リソース内において、連続であってよく、または分散（例えば、インターレース）されてよい。例えば、図１０Ａは、サブキャリアの分散された割り当てを例示しており、ＡＣＫは、４つのサブキャリアを割り当てられ、ＮＡＫは、４つのサブキャリアを割り当てられ、ＣＯＬは、４つのサブキャリアを割り当てられ、一方、図１０Ｂは、同じサブキャリアの連続した割り当てを例示している。
３ ＷＬＡＮにおけるＨＡＲＱ ＭＡＣ手順
ＵＬおよびＤＬ ＯＦＤＭＡ、ブロードキャストターゲットウェイクタイム（ＴＷＴ）、トリガベースのＵＬ送信などを含む、多くの新しいＭＡＣ特徴が、８０２．１１ａｘドラフトにおいて導入された。ＷＬＡＮにおけるＨＡＲＱ動作を可能にするために、スケジュールされ、トリガされるランダムアクセスＨＡＲＱ設計を含む、一般的な媒体アクセス手順は、ＷＬＡＮにおける効率的なＨＡＲＱ動作をサポートするための、効率的で適切な媒体アクセスプロトコルを含むように、定義されるべきである。
３．１ ＨＡＲＱ ＤＬ ＭＡＣ手順
方法１：
第１の実施形態にしたがってＨＡＲＱ ＤＬ ＭＡＣ手順が図１１に示される。図１１においては、各ブロックは、リソースユニット（ＲＵ）を表し、垂直次元は、経過時間を表す。ＲＵは、任意のタイプのリソース（例えば、時間、周波数、空間、またはそれらの任意の組み合わせ）であり得る。ＡＰと１つまたは複数のＳＴＡとの間のダウンリンクにおけるＨＡＲＱ動作をサポートするために、以下のＭＡＣ手順が、使用され得る。
３ ＷＬＡＮにおけるＨＡＲＱ ＭＡＣ手順
ＵＬおよびＤＬ ＯＦＤＭＡ、ブロードキャストターゲットウェイクタイム（ＴＷＴ）、トリガベースのＵＬ送信などを含む、多くの新しいＭＡＣ特徴が、８０２．１１ａｘドラフトにおいて導入された。ＷＬＡＮにおけるＨＡＲＱ動作を可能にするために、スケジュールされ、トリガされるランダムアクセスＨＡＲＱ設計を含む、一般的な媒体アクセス手順は、ＷＬＡＮにおける効率的なＨＡＲＱ動作をサポートするための、効率的で適切な媒体アクセスプロトコルを含むように、定義されるべきである。
３．１ ＨＡＲＱ ＤＬ ＭＡＣ手順
方法１：
第１の実施形態にしたがってＨＡＲＱ ＤＬ ＭＡＣ手順が図１１に示される。図１１においては、各ブロックは、リソースユニット（ＲＵ）を表し、垂直次元は、経過時間を表す。ＲＵは、任意のタイプのリソース（例えば、時間、周波数、空間、またはそれらの任意の組み合わせ）であり得る。ＡＰと１つまたは複数のＳＴＡとの間のダウンリンクにおけるＨＡＲＱ動作をサポートするために、以下のＭＡＣ手順が、使用され得る。
【0114】
ＡＰは、ＨＡＲＱ送信を、ＤＬ ＯＦＤＭＡ送信における異なったリソースユニット（ＲＵ）上において同時に複数のＳＴＡ、たとえば、ＳＴＡ１～ＳＴＡ Ｎに送信し得る。マルチユーザー（ＭＵ）パケットのプリアンブルは、現在の送信が１つまたは複数のＨＡＲＱ送信を含み得るというインジケーションを含み得る。各Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵまたはＰＰＤＵのプリアンブルは、それが１つまたは複数のＨＡＲＱ送信を含み得るというインジケーションを含み得る。各ＨＡＲＱ送信は、ＨＡＲＱインジケーションを含むことがあり、またはＨＡＲＱインジケーションによって先行されることがあり、受信ＳＴＡが、ＨＡＲＱ送信の開始を発見し得るように、明瞭なデリミタパターンを含み得る、または明瞭なデリミタパターンによって先行され得る。ＨＡＲＱ送信は、それのプリアンブル内に、またはデリミタパターン、もしくはＡ－ＭＰＤＵもしくはＡ－ＰＰＤＵのプリアンブルによって示される他の任意の部分内に、ＨＡＲＱプロセスＩＤを含み得る。
【0115】
ＡＰは、ＨＡＲＱプロセスに対する応答をトリガするために、ＨＡＲＱ送信と同じＡ－ＭＰＤＵまたはＡ－ＰＰＤＵにおいて、トリガーフレームを搬送し得る。トリガーフレームは、望まれるＨＡＲＱプロセスＩＤだけでなく、それがＨＡＲＱプロセスのためのトリガーフレームであるというインジケーションも含み得る。同様に、応答は、所望のＨＡＲＱプロセスＩＤを含み得る、応答スケジューリングプリアンブルまたはヘッダによって、スケジュールされ得る。
【0116】
受信ＳＴＡは、応答スケジューリングヘッダ／プリアンブルによってスケジュールされ得る、または例えば、先行する送信の終了からＳＩＦＳ時間もしくはＨＡＲＱ ＩＦＳ（ＨＩＦＳ）離れた、トリガーフレームによってトリガされ得る、応答を送信し得る。ＨＡＲＱプロセスまたは送信に対する応答は、ＡＣＫ、ＮＡＣＫ、信号未検出、コリジョン、および再開始ＨＡＲＱプロセス要求（Restart HARQ Process Requested）など、数々の可能な値を含み得る。
【0117】
その後、ＡＰは、ＳＴＡから受信されたフィードバックに基づいて、追加の送信およびＨＡＲＱ送信を行い得る。例えば、図１１に示されるように、先行するＨＡＲＱ送信がＳＴＡ１およびＳＴＡ Ｎによって正しくデコードされたことを示すＡＣＫが、ＳＴＡ１およびＳＴＡ Ｎから受信されたので、ＡＰは、ＳＴＡ１およびＳＴＡ ＮへのＨＡＲＱ ＩＤ２と関連付けられた新しい送信を有する、新しいＨＡＲＱプロセスを開始し得る。ＳＴＡ２がＨＡＲＱ送信を正常にデコードしなかったことを示すＮＡＣＫが、ＳＴＡ２から受信されたので、ＡＰは、ＨＡＲＱプロセスＩＤ１の送信２をＳＴＡ２に送信することを開始し得る。ＳＴＡ２は、ＭＣＳ推奨、および再送または追加のＲＶが望まれるかどうかを含む、推奨される次のステップアクションに関する追加のフィードバックも、ＮＡＣＫフレームに含み得る。ＨＡＲＱプロセスＩＤ１の送信２は、再送であることがあり、またはＨＡＲＱプロセスＩＤ１の異なるＲＶであることがあり、これは、ＳＴＡ２からのＮＡＣＫに含まれる、推奨されるアクションに基づき得る。
【0118】
同様に、ＡＰによる新しいＨＡＲＱ送信は、受信ＳＴＡからの応答を求めるための、トリガーフレームまたは応答スケジューリングヘッダを含み得る、Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵの一部であり得る。
【0119】
その後、受信ＳＴＡは、応答を提供し得る。
【0120】
別の実施においては、ダウンリンクＨＡＲＱ送信を搬送する、Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵは、２つの部分から構成されることがあり、図１２に示されるように、そのうちの１つの部分は、Ａ－ＭＰＤＵを含み、一方、残りの部分は、１つまたは複数のＨＡＲＱ送信を含み得る、Ａ－ＰＰＤＵを含み得る。Ａ－ＭＰＤＵが、最初に送信されることがあり、ＭＰＤＵ間においてデリミタによって分離され得る、ＡＣＫ／ＮＡＣＫ／ＢＡパケット、トリガーフレーム、および他の管理または制御フレームなどの、すべての通常のパケット送信を含み得る。Ａ－ＭＰＤＵは、後続のＨＡＲＱ送信についてのインジケーションおよび／またはスケジューリングも含み得る。Ａ－ＭＰＤＵは、各ＨＡＲＱ送信についての、ＨＡＲＱプロセスＩＤ、ターゲット受信ＳＴＡ、ＨＡＲＱ送信の開始時間、変調符号化スキーム（ＭＣＳ）、およびＨＡＲＱ送信のＲＶ番号など、次回のＨＡＲＱ送信の情報を含み得る。これらのインジケーションのいずれかまたはすべては、Ａ－ＭＰＤＵ全体のＰＬＣＰまたはＭＡＣヘッダにも同様に含まれ得る。加えて、またはあるいは、これらのインジケーションのいずれかまたはすべては、Ａ－ＭＰＤＵを搬送するＰＰＤＵを含み得る、Ａ－ＰＰＤＵ全体のＰＬＣＰまたはＭＡＣヘッダにも同様に含まれ得る。
【0121】
別の実施においては、ＨＡＲＱ送信の部分ではない、ＭＰＤＵの１つまたは複数も、１つまたは複数のＡ－ＭＰＤＵにグループ化されることがあり、Ａ－ＰＰＤＵの複数のＰＰＤＵにおいて、送信され得る。
【0122】
Ａ－ＭＰＤＵを搬送するＰＰＤＵを送信した後、送信ＳＴＡは、ＨＡＲＱ送信を含み得る１つまたは複数のＰＰＤＵを送信し続け得る。各ＰＰＤＵまたはＨＡＲＱ送信は、デリミタおよび／もしくはトレーニングフィールドのセットを含み得る、プリアンブルもしくは分離フィールドを含み得る、またはプリアンブルもしくは分離フィールドによって先行され得る。上記のプリアンブルまたは分離フィールドは、新しいＰＰＤＵまたは新しいＨＡＲＱ送信の開始を告知するために、例えば、デリミタのような明瞭なビットパターン、例えば、ＬＴＦ、ＳＴＦのようなトレーニングフィールド、または他のタイプのフィールドを含み得る。さらに、プリアンブルまたは分離フィールドは、例えば、さらなるＰＰＤＵまたはＨＡＲＱ送信が次回のＨＡＲＱ送信またはＰＰＤＵに続くかどうかだけでなく、ＨＡＲＱプロセスＩＤ、ターゲット受信ＳＴＡ、ＨＡＲＱ送信の開始時間、ＭＣＳ、ＨＡＲＱ送信のＲＶ番号、先行するＨＡＲＱ送信の再送、次回のＨＡＲＱ送信またはＰＰＤＵの長さ、次回のＨＡＲＱ送信またはＰＰＤＵの長さまたは持続時間など、次回のＨＡＲＱ送信の情報も含み得る。
【0123】
手順の残りは、上で説明されたものと大部分は同様であり得るが、Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵは、ＨＡＲＱプロセスの一部として送信されないＡ－ＭＰＤＵを搬送する１つまたは複数のＰＰＤＵを搬送し、加えて、ＨＡＲＱ送信を搬送する１つまたは複数のＰＰＤＵを搬送する、ＨＡＲＱ送信を含む。いかなるＨＡＲＱ送信の一部でもない（Ａ－）ＭＰＤＵを搬送するＰＰＤＵは、次回のＰＰＤＵおよび／またはＨＡＲＱ送信に関連する、スケジューリング、インジケーション、または情報を含み得る。そのような情報は、また、Ａ－ＰＰＤＵの最初のＰＰＤＵ内に、またはＡ－ＰＰＤＵの最初のＰＰＤＵの最初のプリアンブル内に含まれ得る。ＨＡＲＱ送信を搬送するＰＰＤＵは、デリミタ、ＨＡＲＱ送信のための識別子、トレーニングフィールド、および／または次回のＨＡＲＱ送信もしくはＰＰＤＵに関連する情報を含み得る、プリアンブルおよび分離フィールドを含むことがあり、またはプリアンブルおよび分離フィールドによって先行され得る。
【0124】
また別の実施においては、ＨＡＲＱ送信の一部として送信されない、１つまたは複数のＭＰＤＵを含む、（Ａ－）ＭＰＤＵまたはＰＰＤＵは、Ａ－ＰＰＤＵの最後で、またはＡ－ＰＰＤＵ内のいずれかの場所で送信され得る。
方法２：
以下の設計は、例示的なＤＬ ＨＡＲＱ動作および送信手順に関する。
方法２：
以下の設計は、例示的なＤＬ ＨＡＲＱ動作および送信手順に関する。
【0125】
一実施形態においては、ＴＦまたは（Ａ－）ＰＰＤＵヘッダは、応答して、ＮＤＰフィードバックまたはＢＡが送信されるべきかどうかを割り当てる。１つの選択肢においては、割り当てが、ＢＡ／ＡＣＫフィードバックである場合、ＡＰまたは非ＳＴＡは、ＭＰＤＵレベルの再送が、異なるＭＣＳを用いて開始され得るように、ＨＡＲＱバッファをフラッシュするように伝達し得る。
【0126】
一実施形態においては、ＴＦは、また、漏れ聞かれたＨＡＲＱ送信を報告するためのＨＡＲＱフィードバックリソースを、スレーブＡＰに割り当て得る。フィードバックに基づいて、マスタＡＰは、ジョイントＨＡＲＱ再送を開始し得る。
【0127】
一実施形態においては、ＮＤＰフィードバックリソース／トーンセットは、ＳＴＡに割り当てられたＲＵと一致し得る。ＳＴＡが、ＮＤＰフィードバックを実行するとき、フィードバックの「オン」トーンは、マスタおよびスレーブＡＰへの補助的な相反ＮＤＰサウンディング信号として機能し得る。
【0128】
一実施形態においては、ＨＡＲＱリソースは、割り当てられたＲＵのＩＤに基づいて、暗黙的に割り当てられる。別の実施形態においては、ＨＡＲＱリソースは、非ＡＰ ＳＴＡのアイデンティティに基づいて、暗黙的に割り当てられる。
【0129】
元のＨＡＲＱ送信においては、１つまたは複数のＩＤは、再送において参照される、（Ａ－）ＰＰＤＵと関連付けられ得る。
【0130】
再送においては、（Ａ－）ＰＰＤＵまたはＴＦのヘッダは、元のＨＡＲＱ送信に対する参照ＩＤを用いて、再送されるＯＦＤＭシンボル／符号語の部分、および／または冗長性バージョンを識別し得る。
【0131】
一実施形態においては、レシーバーは、単純にＢＡを用いて返答し、オプションとして、レシーバーがデコードされていないＨＡＲＱサンプルをバッファリングしているというインジケーションを含む。トランスミッターは、ＢＡ上のビットマップに基づいて、再送されるＯＦＤＭシンボル／符号語を導出する。
【0132】
一実施形態においては、任意のＳＴＡからのＨＡＲＱ ＡＣＫ／ＮＡＣＫは、イニシエータコンテンションウィンドウをリセットする。すべてのＳＴＡからの無応答ＮＤＰフィードバックは、ＡＰにイニシエータコンテンションウィンドウを増加させ得る。
３．２ ＨＡＲＱ ＤＬ複数ストップアンドウェイトＭＡＣ手順
以下の例示的な方法は、ＨＡＲＱダウンリンク複数ストップアンドウェイトＭＡＣ手順を可能にし、サポートし得る。
方法１：
ＤＬ ＨＡＲＱ複数ストップアンドウェイト手順の例示的な設計が、図１３に示されている。ＤＬ ＨＡＲＱ複数ストップアンドウェイト手順のための手順は、以下のステップを含み得る。
３．２ ＨＡＲＱ ＤＬ複数ストップアンドウェイトＭＡＣ手順
以下の例示的な方法は、ＨＡＲＱダウンリンク複数ストップアンドウェイトＭＡＣ手順を可能にし、サポートし得る。
方法１：
ＤＬ ＨＡＲＱ複数ストップアンドウェイト手順の例示的な設計が、図１３に示されている。ＤＬ ＨＡＲＱ複数ストップアンドウェイト手順のための手順は、以下のステップを含み得る。
【0133】
ＡＰと数々のＳＴＡは、複数ストップアンドウェイトＨＡＲＱに対するそれらのサポートの能力を交換し得る。それらは、ウィンドウサイズ、または同時に動作するＨＡＲＱプロセスについての数を交換し得る。一般性を失わずに、ＳＴＡ当たりの、またはＳＴＡ当たりのＴＩＤ当たりの同時ＨＡＲＱプロセスの数は、Ｎであり得ることが仮定される。
【0134】
それが複数ストップアンドウェイトＨＡＲＱプロセスをサポートすることを示したＳＴＡに対して、ＡＰは、特定のＲＵ上において、ＳＴＡの各々に対して、複数のＨＡＲＱプロセスのためのＨＡＲＱ送信を行い得る。例えば、図１３に示されるように、ＡＰは、ＲＵ０上において、Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵを、ＳＴＡ１に送信し得る。Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵは、複数のＨＡＲＱプロセスの複数の送信を含み得る、数々のＰＰＤＵまたはＭＰＤＵを含み得る。例えば、ＰＰＤＵまたはＭＰＤＵは、ＨＡＲＱプロセス１～Ｎについての、ＲＵ０上における、ＳＴＡ１に対する第１の送信を含み得る。直前のセクションにおけるのと同様に、ＨＡＲＱ送信の各々は、新しいＰＰＤＵまたは新しいＨＡＲＱ送信の開始を告知するために、デリミタの明瞭なビットパターン、例えば、ＬＴＦ、ＳＴＦのようなトレーニングフィールド、または他のタイプのフィールドを含み得るプリアンブルおよび／もしくは分離フィールドを含み得る、またはプリアンブルおよび／もしくは分離フィールドによって先行され得る。さらに、プリアンブルまたは分離フィールドは、例えば、さらなるＰＰＤＵまたはＨＡＲＱ送信が次回のＨＡＲＱ送信またはＰＰＤＵに続くかどうかだけでなく、ＨＡＲＱプロセスＩＤ、ターゲット受信ＳＴＡ、ＨＡＲＱ送信の開始時間、ＭＣＳ、ＨＡＲＱ送信のＲＶ番号、先行するＨＡＲＱ送信の再送、次回のＨＡＲＱ送信またはＰＰＤＵの長さ、次回のＨＡＲＱ送信またはＰＰＤＵの長さまたは持続時間など、次回のＨＡＲＱ送信の情報も含み得る。
【0135】
同様に、ＡＰは、ＲＵ１上において、ＨＡＲＱ送信と非ＨＡＲＱ送信との混合を含み得る、ＳＴＡ２のためのＡ－ＭＰＤＵまたはＡ－ＰＰＤＵを送信し得る。ＲＵ１上において送信される１つまたは複数のＰＰＤＵは、ＳＴＡ２についてのＨＡＲＱプロセス１～Ｎの第１の送信を含み得る。
【0136】
特定のＲＵ上においてＳＴＡに送信される同じＡ－ＭＰＤＵまたはＡ－ＰＰＤＵ内に、ＡＰは、ＳＴＡからのＨＡＲＱ応答をトリガするための、トリガーフレームまたはマルチＨＡＲＱ ＢＡＲフレームも含み得る。トリガーフレーム、マルチＨＡＲＱ ＢＡＲなどのＭＰＤＵ、および管理または制御フレームなどの他のタイプのフレームは、１つのＡ－ＭＰＤＵ内において送信され得る。Ａ－ＭＰＤＵは、Ａ－ＰＰＤＵの一部である別個のＰＰＤＵ内において、送信され得る。ＰＰＤＵは、上に説明されたような他のＨＡＲＱ関連情報だけでなく、例えば、新しいＰＰＤＵまたは新しいＨＡＲＱ送信の開始を告知するために、例えば、デリミタのような明瞭なビットパターン、例えば、ＬＴＦ、ＳＴＦのようなトレーニングフィールド、または他のタイプのフィールドを含み得るプリアンブルおよび／もしくは分離フィールドを含み得る、またはプリアンブルおよび／もしくは分離フィールドによって先行され得る。非ＨＡＲＱ送信を含むＰＰＤＵまたはＭＰＤＵは、Ａ－ＭＰＤＵもしくはＡ－ＰＰＤＵ内の最初もしくは最後で、またはそれらの中のどこかで、送信され得る。加えて、またはあるいは、ＨＡＲＱ送信に対する応答は、同じＡ－ＭＰＤＵまたはＡ－ＰＰＤＵに含まれる、１つまたは複数のＰＰＤＵまたはＭＰＤＵの応答スケジューリングヘッダによって、トリガまたはスケジュールされ得る。
【0137】
別の実施においては、ＡＰは、１つまたは複数のＴＩＤと関連付けられ得る、１つまたは複数のＨＡＲＱプロセスに対する応答を求めるために、マルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡＲ、またはマルチＳＴＡマルチＨＡＲＱ ＢＡＲを、１つまたは複数のＳＴＡに送信し得る。
【0138】
受信ＳＴＡは、ＨＡＲＱ送信以後に（ＳＩＦＳ、ＨＩＦＳ、またはＨＡＲＱ応答時間のような）ＩＦＳ時間、応答を送信し得る。そのような応答は、トリガーフレーム、マルチＨＡＲＱ ＢＡＲ、または応答スケジューリングヘッダによって、トリガまたはスケジュールされ得る。応答は、ＡＣＫ／ＮＡＣＫを有するＢＡ、マルチＨＡＲＱ ＢＡ、またはマルチＴＩＤマルチＨＡＲＱ ＢＡであり得る。
【0139】
ＳＴＡからの応答を受信した後、ＡＰは、次に、さらなるＨＡＲＱ送信を行うことを決定し得る。１つまたは複数のＨＡＲＱプロセスが、ＳＴＡによって肯定応答された場合、同時ＨＡＲＱプロセスの数が、まだ、ＳＴＡによって示された同時ＨＡＲＱプロセスの数以下であるならば、ＡＰは、新しいＨＡＲＱプロセスのためのＨＡＲＱ送信を送信し続け得る。ＨＡＲＱプロセスについて、応答が受信されなかった、またはＮＡＣＫが受信された場合、ＡＰは、再送を行うか、それとも後続のＨＡＲＱ送信において、追加のＲＶを送信するかを決定し得る。
方法２：
図１４に例示されるような、別の実施形態においては、ＮＤＰフィードバックＰＰＤＵは、複数のＨＡＲＱ送信を収容するために、２つ以上の連結されたＬＴＦを有し得る。ＬＴＦおよびＬＴＦ内のトーンセットのインデックスは、各ＰＰＤＵのヘッダによって識別されることがあり、またはＴＦ内において指定され得る。あるいは、ＨＡＲＱ ＴＸの時間／周波数リソースとフィードバックリソースとの関連付けは、マッピングルールに基づいて、暗黙的であり得る。
方法２：
図１４に例示されるような、別の実施形態においては、ＮＤＰフィードバックＰＰＤＵは、複数のＨＡＲＱ送信を収容するために、２つ以上の連結されたＬＴＦを有し得る。ＬＴＦおよびＬＴＦ内のトーンセットのインデックスは、各ＰＰＤＵのヘッダによって識別されることがあり、またはＴＦ内において指定され得る。あるいは、ＨＡＲＱ ＴＸの時間／周波数リソースとフィードバックリソースとの関連付けは、マッピングルールに基づいて、暗黙的であり得る。
【0140】
ＨＡＲＱフィードバックを求めるＭＵ－ＢＡＲは、ＨＡＲＱフィードバックのためのＴＦとして、使用され得る。メッセージは、（Ａ－）ＰＰＤＵのＩＤ、および／または（Ａ－）ＰＰＤＵ内のＲＵ、シンボル／時間インデックスを含み得る。
【0141】
タイマは、ＨＡＲＱプロセスと関連付けられた、ＡＰと非ＡＰ ＳＴＡとの間でネゴシエートされ得る。タイマは、ＨＡＲＱ（再）送信の失敗時に、開始する。
【0142】
時間が、満了したとき、ＳＴＡは、（１）ポーリングをＡＰに送信して、ＨＡＲＱプロセスの再送を依頼することがあり、ポーリング後、第２のタイマが、開始され得る。満了時、ＳＴＡは、ＨＡＲＱプロセスの失敗を宣言し、次のパケット／ＨＡＲＱプロセスに進むことがあり、（２）紛失したＭＰＤＵを識別するＢＡを送信し、プロセスと関連付けられたＨＡＲＱバッファをフラッシュし得る。
【0143】
実施形態においては、ＳＴＡは、それがＢＡをトリガするためのＢＡＲを受信しない限り、ＨＡＲＱサポートとの確立されたＢＡ合意のため、正常に受信されたＭＰＤＵを報告するためのＢＡを送信しなくてよい。他の実施形態においては、それは、送信してよい。
３．３ ＨＡＲＱ ＵＬ ＭＡＣ手順
例示的なＨＡＲＱアップリンク手順が、図１５に示されている。ＨＡＲＱアップリンクＭＡＣ手順は、以下のステップのうちの１つまたは複数を含み得る。
３．３ ＨＡＲＱ ＵＬ ＭＡＣ手順
例示的なＨＡＲＱアップリンク手順が、図１５に示されている。ＨＡＲＱアップリンクＭＡＣ手順は、以下のステップのうちの１つまたは複数を含み得る。
【0144】
ＡＰおよび１つまたは複数のＳＴＡは、ＨＡＲＱパラメータだけでなく、ＵＬ ＨＡＲＱ送信および／またはＨＡＲＱ受信の交換能力も有することがある。
【0145】
ＡＰは、特定のＲＵ上において、ＳＴＡに対するトリガーフレームを送信することによって、アップリンクＨＡＲＱ送信をトリガし得る。加えて、またはあるいは、ＡＰは、チャネル帯域幅全体にわたって、１つまたは複数のＳＴＡに対するトリガーフレームを送信することによって、複数のＳＴＡからのアップリンクＨＡＲＱ送信をトリガし得る。そのようなトリガーフレームは、ＨＡＲＱトリガーフレームであり得る。トリガーフレームは、特定のＨＡＲＱ送信がトリガされているという情報を含み得る。加えて、トリガーフレームは、ＨＡＲＱプロセスＩＤ、ＲＶ番号、ＨＡＲＱ送信のサイズ、ＭＣＳ、ＲＵアロケーションなど、トリガされているＨＡＲＱ送信に関する特定の情報も示し得る。
【0146】
ＳＴＡは、トリガーフレームに応答して、特定のＲＵ上において、または帯域幅全体にわたって、ＵＬ Ａ－ＭＤＰＵまたはＡ－ＰＰＤＵを送信し得る。例えば、図１５に示されるように、ＳＴＡ１は、ＨＡＲＱプロセスＩＤ１についてのＨＡＲＱ送信１を含むＰＰＤＵを、ＡＰに送信し得る。ＨＡＲＱ送信を含むＰＰＤＵは、トレーニングフィールド、デリミタ、ＨＡＲＱ送信のインジケータ、ならびに予想されるＨＡＲＱ送信の持続時間および／またはＭＣＳを含む、上で説明されたような他のＨＡＲＱ送信関連情報を含み得る、またはそれらによって先行され得る、プリアンブルおよび／または分離フィールドを含み得る。
【0147】
ＡＰおよびＳＴＡが、それらが、ＵＬ複数ストップアンドウェイトＨＡＲＱプロセスをサポートすることを示した場合、それらの能力交換によって示されたような、同時ＨＡＲＱプロセスの数が、ＡＰおよびＳＴＡによって、サポートされることができるならば、ＳＴＡは、同時ＨＡＲＱプロセスの数と関連付けられたＨＡＲＱ送信の数を送信し得る。
【0148】
さらに、ＳＴＡは、ＨＡＲＱ送信に対する応答を要求するために、ＨＡＲＱ ＢＡＲフレームも含むことがある。代替えとして、ＳＴＡは、「即時ＡＣＫ」が要求されるというインジケーションを含むＭＡＣヘッダ内のＡ－ＰＰＤＵまたはＡ－ＭＰＤＵにおけるＮＤＰパケットまたはＭＡＣヘッダだけを有するフレームを含むことがある。別の例においては、ＳＴＡは、１つまたは複数のＴＩＤと関連付けられた複数のＨＡＲＱプロセスに対する応答を要求するための、マルチＨＡＲＱ ＢＡＲまたはマルチＴＩＤマルチＨＡＲＱ ＢＡＲも含み得る。上で説明されたのと同様に、ＢＡＲ、ＡＣＫ、またはＨＡＲＱ送信の一部ではない他のタイプの管理もしくは制御フレームなどのパケットは、１つのＰＰＤＵ内において搬送される１つの特定のＡ－ＭＰＤＵに含まれ得る。ＰＰＤＵは、プリアンブルもしくは分離フィールドを含むことがあり、またはプリアンブルもしくは分離フィールドによって先行され得る。このＰＰＤＵは、また、Ａ－ＭＰＤＵ内における最初のＰＰＤＵとして、またはＡ－ＭＰＤＵ内における最後のＰＰＤＵとして、送信され得る。
【0149】
ＡＰは、トリガーフレームだけでなくＢＡも含み得るＡ－ＭＰＤＵを、ダウンリンクにおいて送信することによって、ＨＡＲＱ送信および／またはＢＡＲフレームに応答し得る。一例においては、特定のＳＴＡについての特定のＨＡＲＱプロセスＩＤのためのトリガーフレームは、そのＨＡＲＱプロセスのためのＮＡＣＫとしても機能し得る。複数ストップアンドウェイトＨＡＲＱプロセスについては、トリガーフレームは、ＵＬ ＨＡＲＱ送信がそれについてトリガされ得る、ＨＡＲＱプロセスＩＤのビットマップまたはリストを含み得る。
【0150】
１つまたは複数のＨＡＲＱプロセスＩＤについてのＢＡおよび／またはトリガーフレームを受信したＳＴＡは、ＢＡおよび／またはトリガーフレーム内に含まれる情報を使用して、後続の送信およびＨＡＲＱ送信を決定し得る。それが、ＨＡＲＱプロセスが、ＡＰによって、正常にデコードされ、肯定応答されたと決定した場合、ＡＰとの同時ＨＡＲＱプロセスの数が、まだ、ＡＰとＳＴＡとによって合意された同時ＨＡＲＱプロセスの最大数以下であるならば、それは、１つまたは複数の新しいＨＡＲＱプロセスと関連付けられた、１つまたは複数のＨＡＲＱ送信を送信し続け得る。そうでない場合、それは、否定応答された、または肯定応答されなかったＨＡＲＱプロセスの再送を行い得る。あるいは、それは、要求されたＨＡＲＱプロセス、または否定応答された、もしくは肯定応答されなかったＨＡＲＱプロセスについてのものとは異なるＲＶを送信することを決定し得る。
【0151】
ＡＰは、また、１つまたは複数のＴＩＤと関連付けられた１つまたは複数のＨＡＲＱプロセスについてのＵＬ送信を送信した、１つまたは複数のＳＴＡに、応答を提供するために、マルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡを送信し得る。
３．４ ＨＡＲＱカスケーディングＭＡＣ手順
例示的なＨＡＲＱカスケーディングアップリンクおよびダウンリンク手順が、図１６に示されている。カスケーディングＵＬおよびＤＬ ＨＡＲＱ手順は、以下のステップのうちの１つまたは複数を含み得る。
３．４ ＨＡＲＱカスケーディングＭＡＣ手順
例示的なＨＡＲＱカスケーディングアップリンクおよびダウンリンク手順が、図１６に示されている。カスケーディングＵＬおよびＤＬ ＨＡＲＱ手順は、以下のステップのうちの１つまたは複数を含み得る。
【0152】
ＡＰと１つまたは複数のＳＴＡは、ＨＡＲＱをサポートする、または特にカスケーディングＨＡＲＱ手順をサポートする能力を交換し得る。
【0153】
ＡＰは、特定のＲＵ上において、または２０ＭＨｚ以上のチャネル帯域幅にわたって、Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵを、特定のＳＴＡに送信し得る。例えば、図１６に示されるように、ＡＰは、ＲＵ０上において、ＨＡＲＱプロセスＩＤ１についてのＨＡＲＱ送信、およびＳＴＡにＤＬ ＨＡＲＱ送信に対する応答を送信させるとともに、ＵＬ送信を送信させるトリガーフレームを含む、Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵを、ＳＴＡ１に送信し得る。ＳＴＡ１が、ＵＬ ＨＡＲＱプロセスを開始する前は、トリガーフレームは、ＨＡＲＱ送信だけが許可される、またはＨＡＲＱおよび非ＨＡＲＱ送信が許可されるというインジケーションだけを含み得る。ＳＴＡ１が、１つまたは複数のＵＬ ＨＡＲＱ送信を送信した後は、トリガーフレームは、特定のＨＡＲＱプロセスもしくは再送、またはそれがアップリンクにおいてトリガすることを望む、ＨＡＲＱプロセスの特定のＲＶ番号も含み得る。あるいは、ＡＰは、２０ＭＨｚまたはそれよりも広いチャネル幅全体にわたって、応答スケジューリングヘッダまたはトリガーフレームを使用して、アップリンク送信をトリガし得る。トリガーフレームは、ＵＬ送信のためのリソースアロケーションを含み得る。トリガーフレームの送信は、ＭＡＣヘッダ内に含まれ得る、以前のＮＤＰフィードバックレポートまたはバッファステータスレポートから獲得され得た、ＳＴＡの示されたバッファステータスに依存し得る。
【0154】
ＤＬ Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵは、例えば、Ａ－ＭＰＤＵもしくはＡ－ＰＰＤＵ内、またはＨＡＲＱ送信を搬送するＰＰＤＵ内、もしくはＨＡＲＱ送信の一部ではないＭＰＤＵを搬送するＰＰＤＵ内のＭＡＣヘッダ内において、さらなるデータまたはさらなるフラグメントビットを設定することによって、送信ＳＴＡにおいて、追加のＨＡＲＱプロセスが保留されているかどうかのインジケーションを含み得る。
【0155】
そのようなＤＬ Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵの受信ＳＴＡは、アップリンクにおいて、ＤＬ Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵ内のトリガーフレームまたは応答スケジューリングヘッダによって、それに対してアロケートされたＲＵ上において、Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵを、ＡＰに送信し得る。ＳＴＡは、ＡＰへの、ＨＡＲＱプロセスＩＤ１と関連付けられたＨＡＲＱ送信１に加えて、ＡＣＫ／ＮＡＣＫ／ＢＡ／ＨＡＲＱ応答を含み得る。ＵＬ Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵは、例えば、Ａ－ＭＰＤＵもしくはＡ－ＰＰＤＵ内、またはＨＡＲＱ送信を搬送するＰＰＤＵ内、もしくはＨＡＲＱ送信の一部ではないＭＰＤＵを搬送するＰＰＤＵ内のＭＡＣヘッダ内において、さらなるデータまたはさらなるフラグメントビットを設定することによって、送信ＳＴＡにおいて、追加のＨＡＲＱプロセスが保留されているかどうかのインジケーションを含み得る。
【0156】
ＡＰは、ＵＬ Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵを受信した後、ＤＬ ＨＡＲＱ送信のステータスを決定し、それが、１つまたは複数のＵＬ ＨＡＲＱプロセスＩＤと関連付けられた、１つまたは複数の送信をデコードすることができるかどうかを決定し得る。その後、それは、ＵＬ ＨＡＲＱ送信についてのＡＣＫ／ＮＡＣＫ／ＢＡ／応答を送信し得る。それは、ＵＬ ＨＡＲＱ送信のステータス、およびバッファステータス、またはＵＬにおけるＳＴＡによる追加の保留中ＨＡＲＱ送信のインジケーションに応じて、追加のＵＬ ＨＡＲＱ送信をトリガするための、トリガーフレームを送信することも決定し得る。
【0157】
ＡＰは、ＳＴＡから受信されたフィードバックに基づいて、ＳＴＡへの追加のＤＬ ＨＡＲＱ送信を含み得る。例えば、図１６に示されるように、ＡＰは、ＨＡＲＱ ＩＤ１と関連付けられた、ＳＴＡ１およびＳＴＡ２へのＨＡＲＱ送信１が、肯定応答されたので、ＨＡＲＱ ＩＤ２と関連付けられた送信１を、それぞれ、ＲＵ０およびＲＵ１上において、ＳＴＡ１およびＳＴＡ２に送信し得る。ＡＰは、処理されたＨＡＲＱが、否定応答されたので、ＨＡＲＱ ＩＤ１と関連付けられた送信２を、ＲＵ Ｌ上において、ＳＴＡ Ｎに送信し得る。
【0158】
ＳＴＡは、ＨＡＲＱ送信、ならびに／またはトリガーフレームおよび応答要望フレームを含み得る、ＤＬ Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵを、ＡＰから受信した後、自身からＡＰへのＵＬ ＨＡＲＱ送信のステータスを決定し、ＡＰによって自身に送信された、１つまたは複数のＤＬ ＨＡＲＱプロセスＩＤと関連付けられた１つまたは複数の送信を、それがデコードできるかどうかを決定し得る。その後、それは、ＵＬ Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵの一部として、ＤＬ ＨＡＲＱ送信についてのＡＣＫ／ＮＡＣＫ／ＢＡ／応答を送信し得る。それは、それが、追加の送信、または送信するように処理された保留中のＨＡＲＱを有するかどうかも示し得る。
【0159】
ＳＴＡは、ＤＬ Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵにおいて、ＡＰから受信されたフィードバックに基づいて、ＡＰへの追加のＵＬ ＨＡＲＱ送信も含み得る。例えば、図１６に示されるように、ＳＴＡ Ｎは、ＳＴＡ Ｎによる、ＨＡＲＱ ＩＤ１と関連付けられたＨＡＲＱ送信１が、肯定応答されていない（または否定応答された）ので、ＨＡＲＱ ＩＤ１と関連付けられた送信１を、ＲＵ Ｌ上において、ＡＰに送信し得る。ＳＴＡ２およびＳＴＡ１は、ＨＡＲＱプロセスが、肯定応答されたので、ＨＡＲＱ ＩＤ２と関連付けられた送信１を、それぞれ、ＲＵ０およびＲＵ１上において、ＡＰに送信し得る。
【0160】
カスケーディングＵＬおよびＤＬ ＨＡＲＱ手順の別の例示的な設計が、図１７に示されている。
【0161】
この実施形態においては、ＡＰおよびＳＴＡは、依然として、Ａ－ＭＰＤＵまたはＡ－ＰＰＤＵを送信し得る。ＡＣＫ／ＮＡＣＫ／ＢＡ、ＢＡＲ、トリガーフレーム、他のタイプの管理もしくは制御フレーム、またはＨＡＲＱ送信の一部ではない他のタイプのフレームなどの、ＭＰＤＵは、１つのＡ－ＭＰＤＵ内に一緒にグループ化されることがあり、それは、１つのＰＰＤＵにおいて搬送され得る。別の実施形態においては、これらのＭＰＤＵは、１つまたは複数のＡ－ＭＰＤＵにグループ化されることがあり、Ａ－ＭＰＤＵは、１つまたは複数のＰＰＤＵにおいて搬送される。
【0162】
各ＨＡＲＱ送信は、ＡＰまたはＳＴＡによって送信されるＡ－ＰＰＤＵの一部であり得る別個のＰＰＤＵにおいて搬送され得る。ＰＰＤＵは、新しいＰＰＤＵまたは新しいＨＡＲＱ送信の開始を告知するために、例えば、デリミタのような明瞭なビットパターン、例えば、ＬＴＦ、ＳＴＦのようなトレーニングフィールド、または他のタイプのフィールドを含み得るプリアンブルおよび／もしくは分離フィールドを含み得る、またはプリアンブルおよび／もしくは分離フィールドによって先行され得る。さらに、プリアンブルまたは分離フィールドは、例えば、さらなるＰＰＤＵまたはＨＡＲＱ送信が次回のＨＡＲＱ送信またはＰＰＤＵに続くかどうかだけでなく、ＨＡＲＱプロセスＩＤ、ターゲット受信ＳＴＡ、ＨＡＲＱ送信の開始時間、ＭＣＳ、ＨＡＲＱ送信のＲＶ番号、先行するＨＡＲＱ送信の再送、次回のＨＡＲＱ送信またはＰＰＤＵの長さ、次回のＨＡＲＱ送信またはＰＰＤＵの長さまたは持続時間など、次回のＨＡＲＱ送信の情報も含み得る。
【0163】
非ＨＡＲＱ送信を含む、ＰＰＤＵまたはＭＰＤＵは、Ａ－ＭＰＤＵもしくはＡ－ＰＰＤＵ内の最初もしくは最後で、またはそれらの中のいずれかの場所で、送信され得る。
３．５ ＴＷＴまたはＲＡＷを利用するＨＡＲＱ ＭＡＣ手順
ＳＴＡは、ＨＡＲＱ ＭＡＣ手順のために、ＴＷＴ（ターゲットウェイクタイム）、ブロードキャストＴＷＴ、またはＲＡＷ（制限されたアクセスウィンドウ）、もしくは他のタイプのスケジューリング設計などの、スケジューリング設計を利用し得る。図１８は、ＴＷＴまたはＲＡＷを使用する、ＨＡＲＱ ＭＡＣ手順のための例示的な設計を例示する図である。
３．５ ＴＷＴまたはＲＡＷを利用するＨＡＲＱ ＭＡＣ手順
ＳＴＡは、ＨＡＲＱ ＭＡＣ手順のために、ＴＷＴ（ターゲットウェイクタイム）、ブロードキャストＴＷＴ、またはＲＡＷ（制限されたアクセスウィンドウ）、もしくは他のタイプのスケジューリング設計などの、スケジューリング設計を利用し得る。図１８は、ＴＷＴまたはＲＡＷを使用する、ＨＡＲＱ ＭＡＣ手順のための例示的な設計を例示する図である。
【0164】
ＴＷＴまたはＲＡＷは、スロット化された構造を有し得る。ＴＷＴまたはＲＡＷに関する情報は、ビーコン、ショートビーコン、ＦＩＬＳ発見フレーム、または他のタイプのフレーム内に含まれ得る。
【0165】
ＳＴＡは、それのＡＩＤ、またはＡＰによって告知されたパラメータなど、それ自体のＩＤ、または他のタイプのパラメータに基づいて、１つまたは複数のＤＬまたはＵＬスロットを決定し得る。
【0166】
ＡＰは、スロットのうちの１つまたは複数が、ＨＡＲＱ送信用であることを告知し得る。
【0167】
ＳＴＡは、それのＵＬスロットを決定し、ＨＡＲＱ送信をＡＰに送信することがあり、その後、ＵＬ ＨＡＲＱ送信に対する１つまたは複数の応答を受信するための、それのＤＬスロットを決定し得る。
【0168】
ＳＴＡは、また、１つまたは複数のＨＡＲＱ送信を受信するための、それのＤＬスロットを決定し、その後、ＤＬ ＨＡＲＱ送信に関する応答を送信するための、１つまたは複数のＵＬスロットを決定し得る。
【0169】
グループのためＤＬスロットは、ＡＰによって、ダウンリンクにおけるグループベースのＨＡＲＱ送信、および／またはマルチＳＴＡマルチＴＩＤマルチＨＡＲＱ ＢＡ、またはマルチＳＴＡマルチＨＡＲＱ ＢＡを送信するのに使用されて、１つまたは複数のＴＩＤと関連付けられた１つまたは複数のＨＡＲＱプロセスに対して、応答を１つまたは複数のＳＴＡに提供することがある。
３．６ ＴＸＯＰ内におけるＵＬ ＨＡＲＱ ＭＡＣ手順
このセクションにおいては、我々は、送信機会（ＴＸＯＰ）内におけるＵＬ ＨＡＲＱ手順を検討する。ＴＸＯＰ内において、ＳＴＡ／ＡＰは、チャネルを獲得し、それを他と共用し得る。したがって、送信は、よりスケジュールベースであり、したがって、レシーバーは、どのＳＴＡが、望ましいトランスミッターおよびレシーバーであり得るか、また送信失敗は、主に不良チャネルまたは低ＳＮＲのせいであると考えられ得ることを知り得る。ＡＰおよびＳＴＡは、管理／制御フレームを使用して、ＨＡＲＱ送信またはＴＸＯＰ内におけるＨＡＲＱ送信をサポートするための能力を交換する必要があり得る。
３．６ ＴＸＯＰ内におけるＵＬ ＨＡＲＱ ＭＡＣ手順
このセクションにおいては、我々は、送信機会（ＴＸＯＰ）内におけるＵＬ ＨＡＲＱ手順を検討する。ＴＸＯＰ内において、ＳＴＡ／ＡＰは、チャネルを獲得し、それを他と共用し得る。したがって、送信は、よりスケジュールベースであり、したがって、レシーバーは、どのＳＴＡが、望ましいトランスミッターおよびレシーバーであり得るか、また送信失敗は、主に不良チャネルまたは低ＳＮＲのせいであると考えられ得ることを知り得る。ＡＰおよびＳＴＡは、管理／制御フレームを使用して、ＨＡＲＱ送信またはＴＸＯＰ内におけるＨＡＲＱ送信をサポートするための能力を交換する必要があり得る。
【0170】
例示的な手順が、図１９に示されている。
【0171】
ＡＰは、チャネルを獲得し、トリガーフレーム／ＭＵ送信要求（ＲＴＳ）を、ＳＴＡ１およびＳＴＡ２を含むＳＴＡのグループに送信し得る。ＭＵ ＲＴＳフレームは、トリガーフレームの特別な形態と考えられ得る。したがって、本文書におけるトリガーフレームについての言及は、それがＭＵ ＲＴＳフレームであり得ることを含意する。あるいは、トリガーフレームは、ＵＬシングルユーザ送信において使用され得る。トリガーフレームにおいて、ＡＰは、ＳＴＡからの次回のＨＡＲＱ送信についての以下の情報のうちの１つまたは複数を示し得る。
【0172】
例えば、ＨＡＲＱトリガフィールドは、トリガーフレームが、ＨＡＲＱ送信をトリガするために使用され得ることを示し得る。一実施形態においては、フィールドは、ＨＡＲＱ手順がＴＸＯＰ内において有効であり得ることを示し得る、ＴＸＯＰ ＨＡＲＱトリガとして解釈され得る。ＡＰおよびＳＴＡは、ＴＸＯＰの終了後に、ＨＡＲＱバッファをフラッシュし得る。
【0173】
２つ以上のＨＡＲＱプロセスが、許容され得るとき、ＨＡＲＱプロセスＩＤフィールドが、使用され得る。具体的には、このフィールドは、情報ビットのセットに関連する送信を示すために使用され得る。同じ情報ビットのセットの再送は、同じＨＡＲＱプロセスＩＤを使用し得る。したがって、ＳＴＡは、関連する新しい送信および再送を識別するために、ＨＡＲＱプロセスＩＤを使用し得る。
【0174】
次回のＨＡＲＱ送信のために、増加した冗長性が使用されるとき、冗長性バージョンフィールドが、使用され得る。このフィールドは、符号語のどの部分が、（再）送信において使用され得るかを示すために使用され得る。１つの方法においては、このフィールドは、その（再）送信の符号語を生成するために使用される、特定のパンクチャリングスキームを示すために使用され得る。
【0175】
再送インジケーションフィールドは、次回の送信が、新しい送信であるか、それとも再送であるかを示すために使用され得る。一実施形態においては、再送インジケーションフィールドは、以前の送信が失敗したかもしれないことを示す、暗黙的な否定応答送信として機能し得る。
【0176】
ＭＣＳフィールドは、新しい送信から再送まで同じであることがあり、または異なり得る。
【0177】
上述されたフィールドのいくつかは、すべてのユーザに共通であることがあり、他は、単一ユーザに専用され得る。共通フィールドは、一般ユーザフィールド、例えば、ＥＨＴ ＳＩＧ－Ａフィールドにおいて、すべてのユーザに送信されることがあり、一方、単一ユーザに専用されるフィールドは、ユーザ情報フィールド、例えば、ＥＨＴ ＳＩＧ－Ｂフィールドにおいて、送信され得る。
【0178】
トリガーフレームの受信時に、ＳＴＡは、それが、ＵＬ ＨＡＲＱ送信のための望ましいＳＴＡであることを検出し得る。それは、物理層収束手順（ＰＬＣＰ）ヘッダと、ＭＡＣボディとを含む、ＨＡＲＱフレームを送信し得る。
【0179】
ＰＬＣＰヘッダの実施形態においては、すべてがＡＰによって決定され、ＡＰはＨＡＲＱパラメータを知っているので、ＨＡＲＱ関連情報は、トリガベースのＰＰＤＵによって搬送されなくてよい。
【0180】
別の実施形態においては、ＨＡＲＱプロセスＩＤ、ＲＶ、再送インジケーション、および／またはＭＣＳが、ＴＢ ＰＰＤＵによって、ユーザ固有のＳＩＧフィールド内において搬送され得る。この方法は、ＨＡＲＱ送信が、ＳＴＡによって開始され、制御され得るケースにおいて、使用され得る。そのケースにおいては、送信をトリガするトリガーフレームは、ＨＡＲＱ関連情報を含まないことがある。
【0181】
ＡＰは、ＵＬ ＴＢ ＰＰＤＵを受信し、それをデコードし得る。ＡＰが、パケットを正常にデコードした場合、ＡＰは、必要とされる場合は、ＳＴＡへの肯定応答およびＤＬ送信を準備し得る。ＡＰが、パケットを正常にデコードしなかった場合、ＡＰは、受信されたパケットを、ＨＡＲＱバッファ内に保存し得る。一実施形態においては、ＡＰは、ＳＴＡからの再送をトリガするために、ＮＡＫフレームを送信し得る。別の方法においては、ＡＰは、再送をトリガするために、トリガーフレームを送信することがあり、トリガーフレームは、以前の送信についての暗黙的なＮＡＫであり得る。また別の実施形態においては、ＡＰは、ＮＡＫフレームおよびトリガーフレームをＳＴＡに送信し得る。
【0182】
ＳＴＡは、ＡＰによって示されたように、送信を実行し得る。
【0183】
本明細書において説明されるようなＵＬ ＨＡＲＱデータ送信を用いて、ＡＰは、ＨＡＲＱバッファを維持し得る。バッファは、ＴＸＯＰの終了後に、フラッシュされ得る。これは、ＴＸＯＰ内だけにおいて、ＨＡＲＱ検出のために、送信が合成され得ることを意味する。ＤＬ ＨＡＲＱ送信の別の実施形態においては、ＳＴＡは、ＨＡＲＱバッファを維持し得る。バッファは、ＴＸＯＰの終了後に、フラッシュされ得る。１つの方法においては、ＨＡＲＱバッファは、シグナリングなしに、自動的にフラッシュされ得る。別の実施形態においては、ＡＰ／ＳＴＡは、バッファ状態を明示的にシグナリングし得る。
【0184】
例えば、ＵＬデータ送信については、ＡＰは、バッファステータスをトリガーフレーム内に含み得る。ＡＰは、バッファが、リセット／フラッシュされ、新しいＨＡＲＱ送信に対して準備ができていることを、ＳＴＡに示し得る。あるいは、ＡＰは、バッファが、再送と合成する準備ができている、１つまたは複数の以前のＨＡＲＱ手順からの送信を含み得ることを示し得る。
【0185】
例えば、逆のケースにおいては、すなわち、ＤＬデータ送信については、ＳＴＡは、バッファステータスを、肯定応答フレーム内に含み得る。ＳＴＡは、バッファが、リセット／フラッシュされ、新しいＨＡＲＱ送信に対して準備ができていることを、ＡＰに示し得る。あるいは、ＳＴＡは、バッファが、再送と合成する準備ができている、以前のＨＡＲＱ手順からの１つまたは複数の送信を含み得ることを示し得る。
３．７ 複数のＴＸＯＰにまたがるＵＬ ＨＡＲＱ ＭＡＣ手順
このセクションにおいては、我々は、複数のＴＸＯＰにまたがるＵＬ ＨＡＲＱ手順を検討する。一実施形態においては、ＨＡＲＱ手順は、１つまたは複数のＴＸＯＰにおいて発生し得る。ＴＸＯＰは、ＲＴＳ／ＣＴＳ（送信要求／送信可）によって保護された送信を含み得る。このケースにおいては、送信は、よりスケジュールベースであり、したがって、レシーバーは、どのＳＴＡが、望ましいトランスミッターおよびレシーバーであるか、また送信失敗は、主に不良チャネルまたは低ＳＮＲのせいであると仮定され得ることを知り得る。１つの方法においては、ＨＡＲＱ手順は、１つまたは複数のＴＸＯＰまたは自律的アップリンク送信において発生し得る。自律的アップリンク送信は、非ＡＰ ＳＴＡによって開始および決定された送信を示し得る。
３．７ 複数のＴＸＯＰにまたがるＵＬ ＨＡＲＱ ＭＡＣ手順
このセクションにおいては、我々は、複数のＴＸＯＰにまたがるＵＬ ＨＡＲＱ手順を検討する。一実施形態においては、ＨＡＲＱ手順は、１つまたは複数のＴＸＯＰにおいて発生し得る。ＴＸＯＰは、ＲＴＳ／ＣＴＳ（送信要求／送信可）によって保護された送信を含み得る。このケースにおいては、送信は、よりスケジュールベースであり、したがって、レシーバーは、どのＳＴＡが、望ましいトランスミッターおよびレシーバーであるか、また送信失敗は、主に不良チャネルまたは低ＳＮＲのせいであると仮定され得ることを知り得る。１つの方法においては、ＨＡＲＱ手順は、１つまたは複数のＴＸＯＰまたは自律的アップリンク送信において発生し得る。自律的アップリンク送信は、非ＡＰ ＳＴＡによって開始および決定された送信を示し得る。
【0186】
ＡＰおよびＳＴＡは、管理／制御フレームを使用して、ＨＡＲＱ送信またはＴＸＯＰ内におけるＨＡＲＱ送信をサポートするための能力を交換し得る。
【0187】
ＨＡＲＱ手順は、長いことがあるので、バッファ有効期間を示すためのタイマが、提供され得る。実施形態においては、ＨＡＲＱタイマが、トランスミッターおよび／またはレシーバーサイドにおいて導入されることがあり、トランスミッターおよびレシーバーの両方は、タイマが満了する前に送信されたパケットが、ＨＡＲＱ合成を使用して、デコードされ得ることを知っている。例示的な手順が、図２０に示されている。
【0188】
ＡＰは、チャネルを獲得し、トリガーフレーム／ＭＵ ＲＴＳを、ＳＴＡ１およびＳＴＡ２を含むＳＴＡのグループに送信し得る。ＭＵ ＲＴＳフレームは、トリガーフレームの特別な形態と見なされ得る。あるいは、トリガーフレームは、ＵＬシングルユーザ送信においても使用され得る。トリガーフレーム内において、ＡＰは、ＳＴＡからの次回のＨＡＲＱ送信について、以下の情報のうちの１つまたは複数を示し得る。
【0189】
ＨＡＲＱトリガフィールドは、ＨＡＲＱ送信をトリガするために、トリガーフレームが使用されることを示すために使用され得る。一実施形態においては、フィールドは、ＨＡＲＱ手順が、複数のＴＸＯＰにまたがって有効であり得ることを示す、ＴＸＯＰ ＨＡＲＱトリガとして解釈され得る。したがって、ＡＰおよびＳＴＡは、１つのＴＸＯＰの終了後、ＨＡＲＱバッファをフラッシュすべきではない。トランスミッターおよびレシーバーが、タイマがいつ満了したかを知り、ＨＡＲＱバッファが、フラッシュされ得るように、最大ＨＡＲＱバッファ持続時間フィールドが、伝達され得る。ＨＡＲＱタイマが、最大ＨＡＲＱバッファ持続時間よりもひとたび大きくなると、レシーバーは、ＨＡＲＱバッファをフラッシュし得る。あるいは、最大ＨＡＲＱバッファ持続時間は、それを伝達する必要なしに、事前定義／事前決定され得る。タイマが開始され得ることを示すために、ＨＡＲＱタイマ開始フィールドが、伝達され得る。あるいは、再送インジケーションが、この目的のために使用され得る。例えば、再送インジケーションが、これが新しい送信であることを示す場合、ＨＡＲＱタイマが、開始されるべきである。
【0190】
２つ以上のＨＡＲＱプロセスが、許容されるとき、ＨＡＲＱプロセスＩＤフィールドが、使用され得る。具体的には、このフィールドは、情報ビットのセットに関連する送信を示すために使用され得る。情報ビットの同じセットの再送は、同じＨＡＲＱプロセスＩＤを使用し得る。したがって、ＳＴＡは、ＨＡＲＱプロセスＩＤを使用して、再送がどの元の送信に関連するかを決定し得る。
【0191】
次回のＨＡＲＱ送信のために、増加した冗長性が使用されるとき、冗長性バージョンフィールドが、使用され得る。このフィールドは、符号語のどの部分が、（再）送信において使用されるかを示すために使用され得る。一実施形態においては、このフィールドは、その（再）送信の符号語を生成するために使用される、特定のパンクチャリングスキームを示すために使用され得る。
【0192】
再送インジケーションフィールドは、次回の送信が、新しい送信であるか、それとも再送であるかを示すために使用され得る。一実施形態においては、再送インジケーションフィールドは、以前の送信が失敗したことを示す、暗黙的な否定応答送信として機能し得る。
【0193】
ＭＣＳフィールドは、送信の変調符号化スキームを示し得る。情報の再送のためのＭＣＳは、元の送信のＭＣＳと同じであることがあり、または異なり得る。
【0194】
上述されたフィールドのいくつかは、すべてのユーザに共通であることがあり、他は、単一ユーザに専用され得る。
【0195】
トリガーフレームの受信時に、ＳＴＡは、それが、ＵＬ ＨＡＲＱ送信のための望ましいＳＴＡであることを検出し得る。実施形態においては、ＳＴＡが、（例えば、再送インジケーションフィールド、またはＨＡＲＱタイマ開始インジケーションフィールドをチェックすることによって）トリガーフレームが新しい送信をトリガしていることに気づいた場合、ＳＴＡは、ＨＡＲＱタイマを開始する。そうでない場合、ＳＴＡは、ＨＡＲＱタイマが満了したかどうかをチェックする。タイマが満了していない、またはＳＴＡが新しいタイマを開始した場合、ＳＴＡは、ＡＰによって示されたように、ＨＡＲＱ送信を準備する。他方、タイマが満了しており、ＡＰが再送を要求した場合、ＳＴＡは、パケットの新しい送信を準備し、ＰＬＣＰヘッダにおいて、それが新しい送信であることがあり、再送ではあり得ないことを示し得る。
【0196】
ＳＴＡは、ＰＬＣＰヘッダと、ＭＡＣボディとを含む、ＨＡＲＱフレームを送信し得る。一般に、ＨＡＲＱ送信のＰＬＣＰヘッダ内において、ＳＴＡは、以下のような情報を含み得る。
【0197】
第１の例示的な実施形態においては、すべてがＡＰによって決定され、ＡＰはＨＡＲＱパラメータを知っているので、ＨＡＲＱ関連情報は、ＰＰＤＵのＰＬＣＰヘッダ内において搬送されないことがある。
【0198】
第２の例示的な実施形態においては、ＨＡＲＱプロセスＩＤ、ＲＶ、再送インジケーション、および／またはＭＣＳが、ＴＢ ＰＰＤＵによって、ユーザ固有のＳＩＧフィールド内において搬送され得る。この実施形態は、ＨＡＲＱ送信が、ＳＴＡによって開始および制御されるときに使用され得るが、その理由は、そのケースにおいては、送信をトリガするＡＰからのトリガーフレームが、ＨＡＲＱ関連情報を含まないことがあり、またはＨＡＲＱ送信が、トリガベースでないことがあるからであることに留意されたい。
【0199】
実施形態においては、ＡＰは、ＵＬ ＴＢ ＰＰＤＵを受信し、ＰＬＣＰヘッダをチェックする。これが、新しい送信である場合、ＡＰは、ＨＡＲＱタイマを開始する。他方、これが、再送である場合、ＡＰは、タイマが満了したかどうかをチェックする。タイマが満了していない場合、ＡＰは、受信されたパケットを、ＨＡＲＱバッファ内に保存されているパケットと合成する準備をする。他方、タイマが満了した場合、ＡＰは、パケットを、バッファ内のパケットと合成しない。
【0200】
その後、ＡＰは、受信されたパケット（または、受信されたパケットが、バッファ内の他のパケットと合成された場合は、パケットの合成）をデコードする。ＡＰが、正常にパケットをデコードした場合、ＡＰは、必要とされる場合は、ＳＴＡへの肯定応答およびＤＬ送信を準備する。
【0201】
他方、ＡＰが、正常にパケットをデコードしない場合、ＡＰは、ＨＡＲＱタイマが満了していない場合、受信されたパケットを、それのＨＡＲＱバッファ内に保存する。一実施形態においては、ＡＰは、ＳＴＡからの再送をトリガするために、ＮＡＫフレームを送信する。代替的な実施形態においては、ＡＰは、再送をトリガするために、トリガーフレームを送信し、トリガーフレームは、以前の送信についての暗黙的なＮＡＫとして機能する。また別の実施形態においては、ＡＰは、ＮＡＫフレームおよびトリガーフレームの両方を、ＳＴＡに送信し得る。一実施形態においては、ＡＰは、ＮＡＫフレームをＳＴＡに直ちに送信するが、ＨＡＲＱ再送は、後で実行されてよい。代替的な実施形態においては、ＡＰは、いかなる肯定応答もＳＴＡに送信せず、ＨＡＲＱ再送は、後で実行される。
【0202】
ＳＴＡは、ＡＰによって示されるように、同じＴＸＯＰにおいて、もしくは後で別のＴＸＯＰにおいて、またはＳＴＡによって自律的に、再送を実行し得る。
【0203】
上で説明されたようなＵＬ ＨＡＲＱデータ送信を用いる場合、ＡＰおよびＳＴＡは、各々、ＨＡＲＱバッファを維持し得る。バッファは、ＨＡＲＱタイマの終了後に、フラッシュされ得る。これは、タイマが有効である（満了していない）ときにだけ、ＨＡＲＱ検出のために、送信が合成され得ることを意味する。このプロトコルは、ＤＬ ＨＡＲＱデータ送信にも適用し得る。一実施形態においては、ＨＡＲＱバッファは、シグナリングなしに、自動的にフラッシュされ得る。あるいは、ＡＰ／ＳＴＡは、バッファ状態を明示的に伝達し得る。
３．８ ＴＸＯＰ外におけるＵＬ ＨＡＲＱ ＭＡＣ手順：ＵＥ自律的ＨＡＲＱ送信
ＴＸＯＰ外において実行される自律的ＵＬ ＨＡＲＱのケースにおいては、ＳＴＡは、リソースを求めて競争し、１つまたは複数のＨＡＲＱパケットをＡＰに送信し得る。これは、ＳＴＡが、拡張分散チャネルアクセス（ＥＤＣＡ）に基づいて、リソースを獲得する、ＯＦＤＭ送信であることがあり、またはＳＴＡが、アップリンクＯＦＤＭＡランダムアクセス（ＵＯＲＡ）に基づいて、リソースユニット（ＲＵ）を獲得する、ＯＦＤＭＡ送信あり得る。ＨＡＲＱ送信は、ＳＴＡによって自律的に送信されるので、以下のプロセスが、実行されるべきである。
３．８ ＴＸＯＰ外におけるＵＬ ＨＡＲＱ ＭＡＣ手順：ＵＥ自律的ＨＡＲＱ送信
ＴＸＯＰ外において実行される自律的ＵＬ ＨＡＲＱのケースにおいては、ＳＴＡは、リソースを求めて競争し、１つまたは複数のＨＡＲＱパケットをＡＰに送信し得る。これは、ＳＴＡが、拡張分散チャネルアクセス（ＥＤＣＡ）に基づいて、リソースを獲得する、ＯＦＤＭ送信であることがあり、またはＳＴＡが、アップリンクＯＦＤＭＡランダムアクセス（ＵＯＲＡ）に基づいて、リソースユニット（ＲＵ）を獲得する、ＯＦＤＭＡ送信あり得る。ＨＡＲＱ送信は、ＳＴＡによって自律的に送信されるので、以下のプロセスが、実行されるべきである。
【0204】
○送信は、ＡＰ発信ではないので、現在の送信、およびデコーディングが失敗した場合の起こり得る再送のために、バッファリソースが確保される必要があることを、レシーバーが理解するように、ＳＴＡのためのパケットは、これがＨＡＲＱ送信であることを示すべきである。
【0205】
○送信は、ＡＰ発信ではないので、現在の送信の特定のパラメータに関する情報が、自律的ＨＡＲＱ送信に含まれるべきである。
【0206】
○ＳＴＡは、ＡＰによって指図されないので、ＡＰのバッファステータスに関する情報が、ＳＴＡにおいて必要とされることがある。そのような情報は、ＡＰと関連付いたＳＴＡとの能力交換によって提供されることができる。
【0207】
以下の情報が、自律的ＵＬ ＨＡＲＱ送信において搬送され得る。
【0208】
○ＨＡＲＱプロセスＩＤ：このフィールドは、２つ以上のＨＡＲＱプロセスが許容され得るときに使用され得る。具体的には、フィールドは、情報ビットのセットに関連する送信を示すために使用され得る。情報ビットの同じセットの再送は、同じＨＡＲＱプロセスＩＤを使用し得る。ＳＴＡは、関連する新しい送信および再送を識別するために使用する、ＨＡＲＱプロセスＩＤを自律的に決定し得る。
【0209】
○冗長性バージョン：このフィールドは、次回のＨＡＲＱ送信のために、増加した冗長性が使用されるときに使用され得る。このフィールドは、符号語のどの部分が（再）送信において使用されるかをＡＰに示すために使用され得る。１つの方法においては、このフィールドは、その（再）送信の符号語を生成するために使用される、特定のパンクチャリングスキームを示すために使用され得る。
【0210】
○再送インジケーション：このフィールドは、現在の送信が、新しい送信であるか、それとも再送であるかを示すために使用し得る。
【0211】
○ＭＣＳ：変調符号化スキームフィールド。元の送信およびそれの再送は、同じまたは異なるＭＣＳ値を有し得る。
【0212】
上記のパラメータは、ＳＴＡによって、以前の送信のＡＣＫ／ＮＡＫ情報から導出され得る。
【0213】
ＳＴＡは、ＰＬＣＰヘッダと、ＭＡＣボディとを含む、ＨＡＲＱフレームを送信し得る。ＰＬＣＰヘッダにおいては、ＨＡＲＱプロセスＩＤ、ＲＶ、再送インジケーション、および／またはＭＣＳが、ＴＢ ＰＰＤＵによって、ユーザ固有のＳＩＧフィールド内において搬送され得る。
【0214】
ＡＰは、（ＵＯＲＡのための）ＵＬ ＴＢ ＰＰＤＵ、または（従来の送信のための）ＵＬ ＰＰＤＵを受信し、それは、それをデコードし得る。
【0215】
このＨＡＲＱ送信は、ＳＴＡ発信であるので、低ＳＮＲのせいであるよりも、コリジョンのせいで、送信が失敗する、シナリオが存在し得ることに留意されたい。失敗の原因に関する情報は、再送バージョンの決定（例えば、再送のためのＲＶの選択、再送リソースの選択、ＣＷサイズの選択など）の際に、ＳＴＡにとって有用であり得る。そのため、ＡＰフィードバックは、ＮＡＫ、コリジョンインジケータ（ＣＯＬ）、または非受信インジケータ（ＮＴＸ）であり得る。一般性を失うことなく、それが、（信号の他に、適切なＳＴＡ応答も列挙される）以下に列挙される信号のうちのいずれか１つであり得ることを理解した上で、以下の説明の目的で、それは、ＮＡＫとして説明される。
【0216】
【表1】
【0217】
ＡＰが、パケットを正常にデコードした場合、ＡＰは、必要とされる場合は、ＳＴＡへの肯定応答およびＤＬ送信を準備し得る。
【0218】
ＡＰが、パケットを正常にデコードしない場合、ＡＰは、受信されたパケットを、ＨＡＲＱバッファ内に保存し、その後、適切なメッセージを、ＳＴＡに送信し得る。例えば、一実施形態においては、ＡＰは、ＳＴＡからの再送をトリガするために、ＮＡＫフレームを送信し得る。このケースにおいては、ＳＴＡ挙動は、依然として自律的である。別の実施形態においては、ＡＰは、再送をトリガするために、トリガーフレームを送信することがあり、トリガーフレームは、以前の送信についての暗黙的なＮＡＫとして動作し得る。このケースにおいては、ＳＴＡ挙動は、ＡＰに指図されたものになる。また別の実施形態においては、ＡＰは、ＮＡＫフレームおよびトリガーフレームを、ＳＴＡに送信し得る。このケースにおいては、ＳＴＡ挙動は、ＡＰに指図されたものになる。
【0219】
ＳＴＡは、ＡＰによって示されるように、再送を実行し得る。
【0220】
上で説明されたようなＵＬ ＨＡＲＱデータ送信を用いて、ＡＰは、管理される必要がある、ＨＡＲＱバッファを維持し得る。一実施形態においては、ＨＡＲＱバッファは、シグナリングなしに、自動的にフラッシュされ得る。
【0221】
あるいは、ＡＰは、バッファ状態を明示的に伝達し得る。例えば、ＵＬデータ送信については、ＡＰは、バッファステータスフレームを、単一のＳＴＡまたは複数のＳＴＡに送信し得る。あるいは、バッファステータスは、ＡＣＫ／ＮＡＫ／ＣＯＬフレームにおいて、またはトリガーフレームの一部として、送信され得る。ＡＰは、バッファが、リセット／フラッシュされ、新しいＨＡＲＱ送信のために準備ができていることを、ＳＴＡに示し得る。あるいは、または加えて、ＡＰは、バッファが、合成された再送フレーム内において現在の送信と合成され得る、以前のＨＡＲＱ手順からの送信を含むことを、ＳＴＡに示すことができる。
【0222】
この手順は、図２１に例示されている。
３．９ ＨＡＲＱ対応のＡ－ＰＰＤＵのためのＦＤＤ ＨＡＲＱおよびＮＤＰフィードバック
周波数分割複信（ＦＤＤ）が、可能である場合、ＡＰとＳＴＡは、異なる周波数バンド上において、同時に送信および受信し得る。ＦＤＤモードにおいては、ＨＡＲＱフィードバックが、獲得されることができ、同じＴＸＯＰ内において、または同じ（Ａ－）ＰＰＤＵ内において、再送が、実行されることができる。ＤＬバンドにおいて受信するＳＴＡ（ＤＬ ＳＴＡ）と、ＵＬバンドにおいて送信するＳＴＡ（ＵＬ ＳＴＡ）は、異なり得るので、ＳＴＡが、ＨＡＲＱフィードバック情報を獲得するために、別の方向のＰＰＤＵをデコードする必要がないことが望ましい。上記の機能性を提供する例示的な実施形態にしたがって、ＨＡＲＱ双方向ＴＸＯＰは、（ＵＬにおけるレシーバー保護、およびＵＬバンドにおけるＣＦＯ／電力／タイミング補正のために）ＤＬチャネルにおいて、および／またはＵＬチャネルにおいて、トリガーフレーム（ＴＦ）を送信することによって、ＡＰによって開始されることができる。ＡＰは、ＴＦを送信する前に、両方のチャネル上において、ＣＣＡチェックを実行し得る。
３．９ ＨＡＲＱ対応のＡ－ＰＰＤＵのためのＦＤＤ ＨＡＲＱおよびＮＤＰフィードバック
周波数分割複信（ＦＤＤ）が、可能である場合、ＡＰとＳＴＡは、異なる周波数バンド上において、同時に送信および受信し得る。ＦＤＤモードにおいては、ＨＡＲＱフィードバックが、獲得されることができ、同じＴＸＯＰ内において、または同じ（Ａ－）ＰＰＤＵ内において、再送が、実行されることができる。ＤＬバンドにおいて受信するＳＴＡ（ＤＬ ＳＴＡ）と、ＵＬバンドにおいて送信するＳＴＡ（ＵＬ ＳＴＡ）は、異なり得るので、ＳＴＡが、ＨＡＲＱフィードバック情報を獲得するために、別の方向のＰＰＤＵをデコードする必要がないことが望ましい。上記の機能性を提供する例示的な実施形態にしたがって、ＨＡＲＱ双方向ＴＸＯＰは、（ＵＬにおけるレシーバー保護、およびＵＬバンドにおけるＣＦＯ／電力／タイミング補正のために）ＤＬチャネルにおいて、および／またはＵＬチャネルにおいて、トリガーフレーム（ＴＦ）を送信することによって、ＡＰによって開始されることができる。ＡＰは、ＴＦを送信する前に、両方のチャネル上において、ＣＣＡチェックを実行し得る。
【0223】
ＤＬ ＳＴＡのセットと、ＵＬ ＳＴＡのセットは、異なり得る。ＤＬ ＳＴＡのセットは、ＤＬ ＰＰＤＵまたはＴＦのヘッダ内において示され得る。ＤＬ ＳＴＡは、ＤＬ受信のためのＨＡＲＱフィードバックを送信することができるように、ＴＦに基づいて、同期およびＣＦＯ補正を実行する必要があることがある。
【0224】
ＵＬまたはＤＬどちらかにおけるＨＡＲＱ対応の（Ａ－）ＰＰＤＵにおいては、ＬＴＦは、ミッドアンブルとして周期的に送信され得る。
【0225】
レシーバーがデータをデコードする／合成するために必要とされる情報を伝達するために、ミッドＳＩＧフィールドが、（Ａ－）ＰＰＤＵの中ほどに挿入され得る。
【0226】
同じＭＵ／ＴＢ－（Ａ－）ＰＰＤＵ内における、ミッドアンブル／ＬＴＦおよびミッドＳＩＧの時間的なロケーションは、ユーザ毎に異なる符号語サイズのせいで、異なるユーザについては、異なり得る。
【0227】
データフィールドは、ＮＤＰフィードバックとしてパンクチャリングされ得る（すなわち、ＮＤＰフィードバックＰＰＤＵのＬＴＦ部分を挿入する）。
【0228】
パンクチャリングされた場合、ＡＰは、チャネルのために定義されたトーンセットインデックスのフルセットを使用し得ない。未使用のトーンセットは、データおよびパイロット送信のために使用され得る。
【0229】
パンクチャリングされた場合、ＮＤＰフィードバックは、近隣データトーンとして、プリコードされない。
【0230】
データフィールドが、ＨＡＲＱフィードバックとして、パンクチャリングされない場合、データフィールド以外の別個のリソースが、ＨＡＲＱフィードバックのためにアロケートされ得る。
【0231】
ＴＦ／（Ａ－）ＰＰＤＵヘッダ／ミッドＳＩＧは、（ＵＬ／ＤＬにおいて送信される）ＤＬ／ＵＬ ＨＡＲＱ ＡＣＫのためのトーンセットインデックス、およびＨＡＲＱ ＡＣＫ／ＮＡＫを送信／受信するためのタイミング（例えば、オフセット、周期性）を指定し得る。
【0232】
異なるＳＴＡは、同じシンボルにおいて、異なるＮＤＰフィードバックトーンセットインデックスを割り当てられることがあり、または異なるシンボルにおいて、同じトーンセットインデックスを割り当てられ得る。
【0233】
あるいは、ＨＡＲＱフィードバックタイミングおよびトーンセットインデックスは、割り当てられたＲＵのＩＤから暗黙的に導出され得る。
【0234】
パケット拡張フィールド（ＰＥ）も、ＮＤＰフィードバックシンボルのためにパンクチャリングされ得る。
【0235】
Ａ－ＰＰＤＵのためのパンクチャリングされたＬＴＦの例が、図２２に示されている。
【0236】
ＮＤＰフィードバックにおけるＮＡＫは、ＨＡＲＱ再送のために、（ＴＦにおいて示されるのと）同じＵＬリソースを暗黙的に許可し得る。ＮＤＰフィードバックにおけるＡＣＫは、新しいデータ送信のために、同じＵＬリソースを暗黙的に許可し得る。
【0237】
各ＮＤＰフィードバックトーンセットは、２０ＭＨｚチャネルの大部分に一様に広がり、受信は、チャネル推定を必要としないので、（ＡＰと直接通信し得る、または直接通信し得ない）ＳＴＡは、（例えば、オントーン上における電力、またはオフトーン上におけるノイズを比較して）最も適切なＲＵを推定するために、ＮＤＰフィードバックを使用することがあり、非ＡＰ ＳＴＡは、この情報を、ＡＰに報告し得る。ＨＡＲＱフィードバックについては、「応答なし」は、使用され得ない。
【0238】
ＨＡＲＱフィードバックのために割り当てられたトーンセットインデックスは、送信の終了までに、時間にわたって送信されたＨＡＲＱフィードバックが、（ほぼ）チャネル全体をカバーするように、異なるシンボル／時間において変化し得る。これは、最悪ケースにおいて、最大で３トーンの補間を必要とする粒度を有する、補助サウンディングシーケンスとして使用され得る。
【0239】
ＨＡＲＱフィードバックをサウンディングシーケンスとして観測するＳＴＡは、ＳＮＲ＞－２４ｄＢの場合、１０-6よりも小さい誤検出率を有する、「オン」トーンの検出を必要とする。
４ 結論
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用されることができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサーによる実行のために、コンピュータ可読媒体内に含まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能なディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数トランシーバーを実施するために、ソフトウェアと関連付けられたプロセッサーが、使用され得る。
４ 結論
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用されることができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサーによる実行のために、コンピュータ可読媒体内に含まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能なディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数トランシーバーを実施するために、ソフトウェアと関連付けられたプロセッサーが、使用され得る。
【0240】
さらに、上で説明された実施形態においては、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサーを含む他のデバイスが、述べられた。これらのデバイスは、少なくとも１つの中央処理ユニット（「ＣＰＵ」）と、メモリとを含み得る。コンピュータプログラミングの分野における当業者の慣行にしたがって、行為、および操作または命令のシンボル表現に対する言及は、様々なＣＰＵおよびメモリによって実行され得る。そのような行為、および操作または命令は、「実行される」、「コンピュータで実行される」または「ＣＰＵで実行される」と言われることがある。
【0241】
行為、およびシンボリックに表現された操作または命令が、ＣＰＵによる電気信号の操作を含むことを、当業者は理解されよう。電気システムは、データビットを表し、それは、結果として生じる電気信号の変換または低減、およびメモリシステム内のメモリロケーションにおけるデータビットの維持を引き起こすことができ、それによって、ＣＰＵの動作、および信号の他の処理を再構成し、またはさもなければ変更する。データビットが維持されるメモリロケーションは、データビットに対応する、またはデータビットを表す、特定の電気的、磁気的、光学的、または有機的特性を有する、物理的なロケーションである。代表的な実施形態は、上で言及されたプラットフォームまたはＣＰＵに限定されず、他のプラットフォームおよびＣＰＵが、提供される方法をサポートし得ることが理解されるべきである。
【0242】
データビットは、ＣＰＵによって可読な、磁気ディスク、光ディスク、および他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上にも維持され得る。コンピュータ可読媒体は、協調的な、または相互接続されたコンピュータ可読媒体を含むことがあり、それらは、処理システム上に排他的に存在し、または処理システムに対してローカルもしくはリモートであり得る、複数の相互接続された処理システム間に分散される。代表的な実施形態は、上で言及されたメモリに限定されず、他のプラットフォームおよびメモリが、説明される方法をサポートし得ることが理解される。
【0243】
説明的な実施形態においては、本明細書において説明される動作、プロセスなどのいずれも、コンピュータ可読媒体上に記憶されたコンピュータ可読命令として実装され得る。コンピュータ可読命令は、モバイルユニット、ネットワーク要素、および／または他の任意のコンピューティングデバイスのプロセッサーによって実行され得る。
【0244】
システムの態様のハードウェア実装とソフトウェア実装との間に残る区別はほとんどない。ハードウェアを使用するか、それともソフトウェアを使用するかは、一般に（しかし、例えば、ある状況においては、ハードウェアとソフトウェアとの間における選択が、重要になることがあるので、常にではないが）、コスト対効率のトレードオフを表す、設計上の選択である。本明細書において説明されるプロセスおよび／もしくはシステム、ならびに／または他の技術が、それによって影響されることがある、様々な手段（例えば、ハードウェア、ソフトウェア、および／またはファームウェア）が、存在することがあり、好ましい手段は、プロセスおよび／もしくはシステム、ならびに／または他の技術が展開される状況とともに、変化し得る。例えば、実施者が、スピードおよび精度が、最優先であると決定した場合、実施者は、主にハードウェアおよび／またはファームウェア手段を選択し得る。柔軟性が、最優先である場合、実施者は、主にソフトウェア実施を選択し得る。あるいは、実施者は、ハードウェア、ソフトウェア、および／またはファームウェアの何らかの組み合わせを選択し得る。
【0245】
上述の詳細な説明は、ブロック図、フローチャート、および／または例の使用を介して、デバイスおよび／またはプロセスの様々な実施形態を説明した。そのようなブロック図、フローチャート、および／または例が、１つまたは複数の機能および／または動作を含む限り、そのようなブロック図、フローチャート、または例内における各機能および／または動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、または実質的にそれらの任意の組み合わせによって、個別に、および／または集団で、実装され得ることが、当業者によって理解されよう。適切なプロセッサーは、例として、汎用プロセッサー、専用プロセッサー、従来型プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、複数のマイクロプロセッサー、ＤＳＰコアと関連付けられた１つもしくは複数のマイクロプロセッサー、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【0246】
特徴および要素が、上では特定の組み合わせで提供されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用されることができることを、当業者は理解されよう。本開示は、様々な態様の例示として意図された、本出願において説明される特定の実施形態に関して、限定されるべきではない。当業者に明らかであるように、それの主旨および範囲から逸脱することなく、多くの変更および変形が、行われ得る。本出願の説明において使用される要素、行為、または命令は、明示的にそのようなものとして提供されない限り、本発明にとって重要または必須であると解釈されるべきではない。本明細書において列挙されたものに加えて、本開示の範囲内の機能的に同等の方法および装置が、上述の説明から当業者には明らかであろう。そのような変更および変形は、添付の特許請求の範囲内に包含されることが意図される。本開示は、そのような特許請求の範囲がそれを含む資格がある均等物の全範囲とともに、添付の特許請求の範囲の請求項だけによって限定されるべきである。本開示は、特定の方法またはシステムに限定されないことが理解されるべきである。
【0247】
本明細書において使用される用語は、特定の実施形態を説明することを目的としているにすぎず、限定的であることは意図されていないことも理解されるべきである。本明細書において使用される場合、本明細書において言及されるとき、「局」およびそれの略語「ＳＴＡ」、「ユーザ機器」およびそれの略語「ＵＥ」という用語は、（ｉ）以下で説明されるような、ワイヤレス送信および／もしくは受信ユニット（ＷＴＲＵ）、（ｉｉ）以下で説明されるような、ＷＴＲＵの数々の実施形態のいずれか、（ｉｉｉ）以下で説明されるような、とりわけ、ＷＴＲＵのいくつかもしくはすべての構造および機能性を用いるように構成された、ワイヤレス対応および／もしくはワイヤード対応の（例えば、接続可能な）デバイス、（ｉｉｉ）以下で説明されるような、ＷＴＲＵのすべてよりも少ない構造および機能性を用いるように構成された、ワイヤレス対応および／もしくはワイヤード対応のデバイス、または（ｉｖ）類似したものを意味し得る。本明細書において列挙される任意のＵＥを代表し得る、例示的なＷＴＲＵの詳細は、図１Ａ～図１Ｄに関して以下で提供される。
【0248】
ある代表的な実施形態においては、本明細書において説明される本発明のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサー（ＤＳＰ）、および／または他の統合された構成を介して、実装され得る。しかしながら、当業者は、本明細書において開示される実施形態のいくつかの態様が、全体的または部分的に、集積回路で、１つもしくは複数のコンピュータ上において動作する１つもしくは複数のコンピュータプログラムとして（例えば、１つもしくは複数のコンピュータシステム上において動作する１つもしくは複数のプログラムとして）、１つもしくは複数のプロセッサー上において動作する１つもしくは複数のプログラムとして（例えば、１つもしくは複数のマイクロプロセッサー上において動作する１つもしくは複数のプログラムとして）、ファームウェアとして、または実質的にそれらの任意の組み合わせとして、同等に実装され得ること、また回路を設計すること、ならびに／またはソフトウェアおよびもしくはファームウェアのためのコードを書くことが、本開示を踏まえて、十分に当業者の技能の範囲内にあることを認識されよう。加えて、当業者は、本明細書において説明される本発明のメカニズムは、プログラム製品として、様々な形態で配布され得ること、また実際に配布を実施するために使用される特定のタイプの信号保持媒体にかかわりなく、本明細書において説明される本発明の説明的な実施形態が、妥当することを理解されよう。信号保持媒体の例は、以下を、すなわち、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能タイプ媒体、ならびにデジタルおよび／またはアナログ通信媒体（例えば、光ファイバケーブル、導波路、ワイヤード通信リンク、ワイヤレス通信リンクなど）などの伝送タイプ媒体を含むが、それらに限定されない。
【0249】
本明細書において説明される本発明は、他の異なる構成要素内に含まれる、またはそれらと接続される、異なる構成要素をときには例示する。そのような描写されるアーキテクチャは、単なる例にすぎず、実際には、同じ機能性を達成する、他の多くのアーキテクチャが実装され得ることが理解されるべきである。概念的な意味では、同じ機能性を達成するための構成要素のいずれの配置も、所望の機能性が達成され得るように、効果的に「関連付け」られる。したがって、特定の機能性を達成するために組み合わされる、本明細書における任意の２つの構成要素は、アーキテクチャまたは介在構成要素に関係なく、所望の機能性が達成されるように、互いに「関連付けられた」ものとして見られることができる。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能性を達成するために、互いに「動作可能に接続された」または「動作可能に結合された」ものと見なされることもでき、そのように関連付けられることが可能な任意の２つの構成要素も、所望の機能性を達成するために、互いに「動作可能に結合可能である」と見なされことができる。動作可能に結合可能な特定の例は、物理的に対にすることが可能な、および／もしくは物理的に対話する構成要素、ならびに／またはワイヤレスで対話可能な、および／もしくはワイヤレスで対話する構成要素、ならびに／または論理的に対話する、および／もしくは論理的に対話可能な構成要素を含むが、それらに限定されない。
【0250】
本明細書における実質的にいずれの複数形および／または単数形の用語の使用に関しても、当業者は、状況および／または用途に適するように、複数形から単数形に、および／または単数形から複数形に転換することができる。明確にするために、様々な単数形／複数形の置換が、本明細書において明示的に説明されることがある。
【0251】
一般に、本明細書において、特に、添付の特許請求の範囲（例えば、添付の特許請求の範囲の本文）において使用される用語は、一般に「オープン」タームとして意図されていることが、当業者によって理解されよう（例えば、「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、「含むが、～に限定されない」と解釈されるべきであり、「有する（ｈａｖｉｎｇ）」という用語は、「少なくとも、～を有する」と解釈されるべきであり、「含む（ｉｎｃｌｕｄｅｓ）」という用語は、「含むが、～に限定されない」と解釈されるべきであるなど）。導入される請求項列挙物の具体的な数が、意図される場合、そのような意図は、請求項において明示的に記述され、そのような記述がないときは、そのような意図が存在しないことが、当業者によってさらに理解されよう。例えば、ただ１つのアイテムが、意図される場合、「単一」という用語、または類似の言葉が使用され得る。理解の助けとして、以下の添付の特許請求の範囲、および／または本明細書における説明は、請求項列挙物を導入するために、導入句「少なくとも１つ」および「１つまたは複数」の使用を含み得る。しかしながら、そのような句の使用は、同じ請求項が、導入句「１つまたは複数」または「少なくとも１つ」、および「ａ」または「ａｎ」などの不定冠詞を含むときであっても、不定冠詞「ａ」または「ａｎ」による請求項列挙物の導入が、そのような導入される請求項列挙物を含む任意の特定の請求項を、そのような列挙物をただ１つ含む実施形態に限定することを暗示すると解釈されるべきではない（例えば、「ａ」および／または「ａｎ」は、「少なくとも１つ」または「１つまたは複数」を意味すると解釈されるべきである）。同じことが、請求項列挙物を導入するために使用される定冠詞の使用に対して当てはまる。加えて、導入される請求項列挙物の具体的な数が、明示的に記述される場合であっても、そのような記述は、少なくとも記述された数を意味すると解釈されるべきであることを、当業者は認識されよう（例えば、他の修飾語句を伴わない「２つの列挙物」の無修飾の列挙は、少なくとも２つの列挙物、または２つ以上の列挙物を意味する）。
【0252】
さらに、「Ａ、Ｂ、およびＣのうちの少なくとも１つ、など」に類似した慣例が使用される場合、一般に、そのような構文は、当業者が慣例（たとえば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａだけを、Ｂだけを、Ｃだけを、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒に有するシステムなどを含むが、それらに限定されない）を理解する意味で意図されている。「Ａ、Ｂ、またはＣのうちの少なくとも１つ、など」に類似した慣例が使用される場合、一般に、そのような構文は、当業者が慣例（例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、Ａだけを、Ｂだけを、Ｃだけを、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒に有するシステムなどを含むが、それらに限定されない）を理解する意味で意図されている。説明内であろうと、特許請求の範囲内であろうと、または図面内であろうと、２つ以上の代替項を提示する、実質的にいずれの選言的な語および／または句も、項の１つ、項のどちらか、または項の両方を含む可能性を企図していると理解されるべきであることが、当業者によってさらに理解されよう。例えば、「ＡまたはＢ」という句は、「Ａ」、または「Ｂ」、または「ＡおよびＢ」の可能性を含むと理解される。さらに、本明細書において使用される場合、複数のアイテムおよび／または複数のアイテムのカテゴリについてのリストが後続する用語「～のうちのいずれか」は、アイテムおよび／またはアイテムのカテゴリ「のうちのいずれか」、「の任意の組み合わせ」、「のうちの任意の複数」、および／または「のうちの複数の任意の組み合わせ」を、個々に、または他のアイテムおよび／もしくはアイテムの他のカテゴリと併せて、含むことが意図される。さらに、本明細書において使用される場合、「セット」または「グループ」という用語は、ゼロを含む、任意の数のアイテムを含むことが意図される。加えて、本明細書において使用される場合、「数」という用語は、ゼロを含む、任意の数を含むことが意図される。
【0253】
加えて、本開示の特徴または態様が、マーカッシュ群に関して説明される場合、本開示も、それによって、マーカッシュ群のいずれか個々のメンバまたはメンバのサブグループに関して説明されることを当業者は認識されよう。
【0254】
当業者によって理解されるように、書かれた説明を提供することに関してなど、ありとあらゆる目的のために、本明細書において開示されるすべての範囲は、ありとあらゆる可能なサブ範囲、およびそれのサブ範囲の組み合わせも包含する。いずれの記載される範囲も、少なくとも等しい半分、３分の１、４分の１、５分の１、１０分の１などに分解された同じ範囲を十分に記述し、可能にするものとして、容易に認識されることができる。非限定的な例として、本明細書において説明される各範囲は、下方３分の１、中央３分の１、および上方３分の１などに簡単に分解され得る。やはり当業者によって理解されるように、「最大で」、「少なくとも」、「より大きい」、および「より小さい」などのすべての言葉は、記述された数を含み、上で説明されたように、後でサブ範囲に分割されることができる範囲を指す。最後に、当業者によって理解されるように、範囲は、各個々のメンバを含む。したがって、例えば、１～３個のセルを有するグループは、１個、２個、または３個のセルを有するグループを指す。同様に、１～５個のセルを有するグループは、１個、２個、３個、４個、または５個のセルを有するグループを指し、その他についても同様である。
【0255】
さらに、特許請求の範囲は、その趣旨で述べられない限り、提供された順序または要素に限定されるものとして読まれるべきではない。加えて、いずれかの請求項における「～のための手段」という用語の使用は、米国特許法第１１２条第６段落、またはミーンズプラスファンクションクレーム形式を行使することが意図され、「～のための手段」という用語を用いないいずれの請求項も、そのようなものとして意図されない。
【0256】
ワイヤレス送信受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは進化型パケットコア（ＥＰＣ）、または任意のホストコンピュータにおいて使用するための、無線周波数トランシーバーを実施するために、ソフトウェアと関連付けられたプロセッサーが、使用され得る。ＷＴＲＵは、ハードウェア、および／またはソフトウェア無線（ＳＤＲ）を含む、ソフトウェアで実装されるモジュール、ならびにカメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、バイブレーションデバイス、スピーカ、マイクロフォン、テレビジョントランシーバー、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、近距離通信（ＮＦＣ）モジュール、液晶表示（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／またはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなどの、他の構成要素と併せて、使用され得る。
【0257】
本発明は、通信システムに関して説明されたが、システムは、マイクロプロセッサー／汎用コンピュータ（図示されず）上のソフトウェアで実装され得ることが企図される。ある実施形態においては、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアで実装され得る。
【0258】
加えて、本発明は、特定の実施形態を参照して、本明細書において例示および説明されたが、本発明は、示された詳細に限定されることを意図されない。むしろ、特許請求の範囲の均等物のスコープおよび範囲内において、また本発明から逸脱することなく、様々な変更が、詳細において行われ得る。
【0259】
本開示を通して、ある代表的な実施形態が、他の代表的な実施形態と選択的に、または他の代表的な実施形態と組み合わせて、使用され得ることを、当業者は理解する。
【0260】
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用されることができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサーによる実行のために、コンピュータ可読媒体に含まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能なディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数トランシーバーを実施するために、ソフトウェアと関連付けられたプロセッサーが、使用され得る。
【0261】
さらに、上で説明された実施形態においては、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサーを含む他のデバイスが、述べられた。これらのデバイスは、少なくとも１つの中央処理ユニット（「ＣＰＵ」）と、メモリとを含み得る。コンピュータプログラミングの分野における当業者の慣行にしたがって、行為、および動作または命令のシンボル表現に対する言及は、様々なＣＰＵおよびメモリによって実行され得る。そのような行為、および動作または命令は、「実行される」、「コンピュータで実行される」または「ＣＰＵで実行される」と言われることがある。
【0262】
行為、およびシンボリックに表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを、当業者は理解されよう。電気システムは、データビットを表し、それは、結果として生じる電気信号の変換または低減、およびメモリシステム内のメモリロケーションにおけるデータビットの維持を引き起こすことができ、それによって、ＣＰＵの動作、および信号の他の処理を再構成し、またはさもなければ変更する。データビットが維持されるメモリロケーションは、データビットに対応する、またはデータビットを表す、特定の電気的、磁気的、光学的、または有機的特性を有する、物理的なロケーションである。
【0263】
データビットは、ＣＰＵによって可読な、磁気ディスク、光ディスク、および他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上にも維持され得る。コンピュータ可読媒体は、協調的な、または相互接続されたコンピュータ可読媒体を含むことがあり、それらは、処理システム上に排他的に存在し、または処理システムに対してローカルもしくはリモートであり得る、複数の相互接続された処理システム間に分散される。代表的な実施形態は、上で言及されたメモリに限定されず、他のプラットフォームおよびメモリが、説明される方法をサポートし得ることが理解される。
【0264】
適切なプロセッサーは、例として、汎用プロセッサー、専用プロセッサー、従来型プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、複数のマイクロプロセッサー、ＤＳＰコアと関連付けられた１つもしくは複数のマイクロプロセッサー、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【0265】
本発明は、通信システムに関して説明されたが、システムは、マイクロプロセッサー／汎用コンピュータ（図示されず）上のソフトウェアで実装され得ることが企図される。ある実施形態においては、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアで実装され得る。
【0266】
加えて、本発明は、特定の実施形態を参照して、本明細書において例示および説明されたが、本発明は、示された詳細に限定されることを意図されない。むしろ、特許請求の範囲の均等物のスコープおよび範囲内において、また本発明から逸脱することなく、様々な変更が、詳細において行われ得る。
【符号の説明】
【0267】
１００ 通信システム
１０２ａ 受信ユニット（ＷＴＲＵ）
１０２ｂ 受信ユニット（ＷＴＲＵ）
１０２ｃ 受信ユニット（ＷＴＲＵ）
１０２ｄ 受信ユニット（ＷＴＲＵ）
１０８ 公衆交換電話網（ＰＳＴＮ）
１１０ インターネット
１１２ ネットワーク
１１４ａ 基地局
１１４ｂ 基地局
１１６ エアインターフェース
１６２ モビリティ管理エンティティ（ＭＭＥ）
１６４ サービングゲートウェイ（ＳＧＷ）
１６６ ゲートウェイ（またはＰＧＷ）
１８２ａ モビリティ管理機能（ＡＭＦ）
１８２ｂ モビリティ管理機能（ＡＭＦ）
１８３ａ セッション管理機能（ＳＭＦ）
１８３ｂ セッション管理機能（ＳＭＦ）
１８４ａ ユーザプレーン機能（ＵＰＦ）
１８４ｂ ユーザプレーン機能（ＵＰＦ）
１８５ａ ローカルデータネットワーク（ＤＮ）
１８５ａ データネットワーク（ＤＮ）
１８５ｂ ローカルデータネットワーク（ＤＮ）
１８５ｂ データネットワーク（ＤＮ）
１０２ａ 受信ユニット（ＷＴＲＵ）
１０２ｂ 受信ユニット（ＷＴＲＵ）
１０２ｃ 受信ユニット（ＷＴＲＵ）
１０２ｄ 受信ユニット（ＷＴＲＵ）
１０８ 公衆交換電話網（ＰＳＴＮ）
１１０ インターネット
１１２ ネットワーク
１１４ａ 基地局
１１４ｂ 基地局
１１６ エアインターフェース
１６２ モビリティ管理エンティティ（ＭＭＥ）
１６４ サービングゲートウェイ（ＳＧＷ）
１６６ ゲートウェイ（またはＰＧＷ）
１８２ａ モビリティ管理機能（ＡＭＦ）
１８２ｂ モビリティ管理機能（ＡＭＦ）
１８３ａ セッション管理機能（ＳＭＦ）
１８３ｂ セッション管理機能（ＳＭＦ）
１８４ａ ユーザプレーン機能（ＵＰＦ）
１８４ｂ ユーザプレーン機能（ＵＰＦ）
１８５ａ ローカルデータネットワーク（ＤＮ）
１８５ａ データネットワーク（ＤＮ）
１８５ｂ ローカルデータネットワーク（ＤＮ）
１８５ｂ データネットワーク（ＤＮ）
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【手続補正書】
【提出日】2024-09-02
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
局（ＳＴＡ）のハイブリッド自動再送要求（ＨＡＲＱ）通信のための方法であって、
前記ＳＴＡで、第１のＨＡＲＱ送信と、第１のマルチユーザー（ＭＵ）送信が前記第１のＨＡＲＱ送信を含むことを示す情報を含むプリアンブルと、前記第１のＨＡＲＱ送信に関連付けられたＨＡＲＱプロセス識別子（ＩＤ）の第１のセットとを含む前記第１のＭＵ送信を受信するステップであって、ＨＡＲＱプロセスＩＤの前記第１のセットは、前記ＳＴＡのためのＨＡＲＱプロセスＩＤの第１のサブセットを含む、ステップと、
前記ＳＴＡで、前記ＳＴＡに関連付けられた前記第１のＨＡＲＱ送信の部分を決定するステップと、
前記ＳＴＡによって、前記ＳＴＡで前記第１のＨＡＲＱ送信の前記部分の受信状態を少なくとも示している、前記第１のＭＵ送信の受信後の応答メッセージを送信するステップと、
前記ＳＴＡで、第２のＨＡＲＱ送信と、前記第２のＨＡＲＱ送信に関連付けられたＨＡＲＱプロセスＩＤの第２のセットとを含む第２のＭＵ送信を受信するステップと
を備え、
前記第２のＨＡＲＱ送信は、前記第１のＨＡＲＱ送信と異なり、
ＨＡＲＱプロセスＩＤの前記第２のセットは、前記ＳＴＡのためのＨＡＲＱプロセスＩＤの第２のサブセットを含み、
ＨＡＲＱプロセスＩＤの前記第２のサブセットは、前記第１のＨＡＲＱ送信の前記部分の前記受信状態に少なくとも基づく
ことを特徴とする方法。
前記ＳＴＡで、第１のＨＡＲＱ送信と、第１のマルチユーザー（ＭＵ）送信が前記第１のＨＡＲＱ送信を含むことを示す情報を含むプリアンブルと、前記第１のＨＡＲＱ送信に関連付けられたＨＡＲＱプロセス識別子（ＩＤ）の第１のセットとを含む前記第１のＭＵ送信を受信するステップであって、ＨＡＲＱプロセスＩＤの前記第１のセットは、前記ＳＴＡのためのＨＡＲＱプロセスＩＤの第１のサブセットを含む、ステップと、
前記ＳＴＡで、前記ＳＴＡに関連付けられた前記第１のＨＡＲＱ送信の部分を決定するステップと、
前記ＳＴＡによって、前記ＳＴＡで前記第１のＨＡＲＱ送信の前記部分の受信状態を少なくとも示している、前記第１のＭＵ送信の受信後の応答メッセージを送信するステップと、
前記ＳＴＡで、第２のＨＡＲＱ送信と、前記第２のＨＡＲＱ送信に関連付けられたＨＡＲＱプロセスＩＤの第２のセットとを含む第２のＭＵ送信を受信するステップと
を備え、
前記第２のＨＡＲＱ送信は、前記第１のＨＡＲＱ送信と異なり、
ＨＡＲＱプロセスＩＤの前記第２のセットは、前記ＳＴＡのためのＨＡＲＱプロセスＩＤの第２のサブセットを含み、
ＨＡＲＱプロセスＩＤの前記第２のサブセットは、前記第１のＨＡＲＱ送信の前記部分の前記受信状態に少なくとも基づく
ことを特徴とする方法。
【請求項2】
前記応答メッセージは、ＡＣＫ、ＮＡＣＫ、信号未検出、干渉、コリジョン、または再開始ＨＡＲＱプロセス要求のうちのいずれかを示す情報を含むことを特徴とする請求項１に記載の方法。
【請求項3】
前記応答メッセージは、ＨＡＲＱプロセスＩＤの前記第１のサブセットに関する情報を含むことを特徴とする請求項１に記載の方法。
【請求項4】
前記第１のＭＵ送信は、前記第１のＨＡＲＱ送信の開始を示しているデリミタパターンを含むことを特徴とする請求項１に記載の方法。
【請求項5】
前記プリアンブルは、物理層収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）のプリアンブルであることを特徴とする請求項１に記載の方法。
【請求項6】
前記ＰＰＤＵは、非ＨＡＲＱ送信のための１つまたは複数のビットを含み、非ＨＡＲＱ送信のための前記１つまたは複数のビットは、前記ＰＰＤＵの最初にグループにされることを特徴とする請求項５に記載の方法。
【請求項7】
前記第１のＭＵ送信は、前記ＰＰＤＵにおいてトリガーフレームを含むことを特徴とする請求項５に記載の方法。
【請求項8】
前記トリガーフレームは、それがＨＡＲＱプロセスのためのトリガーフレームであるというインジケーションを含むことを特徴とする請求項７に記載の方法。
【請求項9】
前記第１および第２のＨＡＲＱ送信は、異なった冗長性バージョンを用いることを特徴とする請求項１に記載の方法。
【請求項10】
前記第１のＭＵ送信は、開始ＨＡＲＱプロセスＩＤと、ＨＡＲＱフィードバックが前記開始ＨＡＲＱプロセスＩＤによって開始しながら要求されているＨＡＲＱプロセスＩＤの前記第１のセットを示すビットマップとを含むことを特徴とする請求項１に記載の方法。
【請求項11】
ワイヤレス通信のための局（ＳＴＡ）であって、
第１のハイブリッド自動再送要求（ＨＡＲＱ）送信と、第１のマルチユーザー（ＭＵ）送信が前記第１のＨＡＲＱ送信を含むことを示す情報を含むプリアンブルと、前記第１のＨＡＲＱ送信に関連付けられたＨＡＲＱプロセス識別子（ＩＤ）の第１のセットとを含む前記第１のＭＵ送信を受信し、ＨＡＲＱプロセスＩＤの前記第１のセットは、前記ＳＴＡのためのＨＡＲＱプロセスＩＤの第１のサブセットを含み、
前記ＳＴＡに関連付けられた前記第１のＨＡＲＱ送信の部分を決定し、
前記第１のＭＵ送信の受信後、前記ＳＴＡで前記第１のＨＡＲＱ送信の前記部分の受信状態を少なくとも示している応答メッセージを送信し、
第２のＨＡＲＱ送信と、前記第２のＨＡＲＱ送信に関連付けられたＨＡＲＱプロセスＩＤの第２のセットとを含む第２のＭＵ送信を受信する
ように構成されたプロセッサーおよびトランシーバーを備え、
前記第２のＨＡＲＱ送信は、前記第１のＨＡＲＱ送信と異なり、
ＨＡＲＱプロセスＩＤの前記第２のセットは、前記ＳＴＡのためのＨＡＲＱプロセスＩＤの第２のサブセットを含み、
ＨＡＲＱプロセスＩＤの前記第２のサブセットは、前記第１のＨＡＲＱ送信の前記部分の前記受信状態に少なくとも基づく
ことを特徴とするＳＴＡ。
第１のハイブリッド自動再送要求（ＨＡＲＱ）送信と、第１のマルチユーザー（ＭＵ）送信が前記第１のＨＡＲＱ送信を含むことを示す情報を含むプリアンブルと、前記第１のＨＡＲＱ送信に関連付けられたＨＡＲＱプロセス識別子（ＩＤ）の第１のセットとを含む前記第１のＭＵ送信を受信し、ＨＡＲＱプロセスＩＤの前記第１のセットは、前記ＳＴＡのためのＨＡＲＱプロセスＩＤの第１のサブセットを含み、
前記ＳＴＡに関連付けられた前記第１のＨＡＲＱ送信の部分を決定し、
前記第１のＭＵ送信の受信後、前記ＳＴＡで前記第１のＨＡＲＱ送信の前記部分の受信状態を少なくとも示している応答メッセージを送信し、
第２のＨＡＲＱ送信と、前記第２のＨＡＲＱ送信に関連付けられたＨＡＲＱプロセスＩＤの第２のセットとを含む第２のＭＵ送信を受信する
ように構成されたプロセッサーおよびトランシーバーを備え、
前記第２のＨＡＲＱ送信は、前記第１のＨＡＲＱ送信と異なり、
ＨＡＲＱプロセスＩＤの前記第２のセットは、前記ＳＴＡのためのＨＡＲＱプロセスＩＤの第２のサブセットを含み、
ＨＡＲＱプロセスＩＤの前記第２のサブセットは、前記第１のＨＡＲＱ送信の前記部分の前記受信状態に少なくとも基づく
ことを特徴とするＳＴＡ。
【請求項12】
前記応答メッセージは、ＡＣＫ、ＮＡＣＫ、信号未検出、干渉、コリジョン、または再開始ＨＡＲＱプロセス要求のうちのいずれかを示す状態を含むことを特徴とする請求項１１に記載のＳＴＡ。
【請求項13】
前記応答メッセージは、ＨＡＲＱプロセスＩＤの前記第１のサブセットに関する情報を含むことを特徴とする請求項１１に記載のＳＴＡ。
【請求項14】
前記第１のＭＵ送信は、前記第１のＨＡＲＱ送信の開始を示しているデリミタパターンを含むことを特徴とする請求項１１に記載のＳＴＡ。
【請求項15】
前記プリアンブルは、物理層収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）のプリアンブルであることを特徴とする請求項１１に記載のＳＴＡ。
【請求項16】
前記ＰＰＤＵは、非ＨＡＲＱ送信のための１つまたは複数のビットを含み、非ＨＡＲＱ送信のための前記１つまたは複数のビットは、前記ＰＰＤＵの最初にグループにされることを特徴とする請求項１５に記載のＳＴＡ。
【請求項17】
前記第１のＭＵ送信は、前記ＰＰＤＵにおいてトリガーフレームを含むことを特徴とする請求項１５に記載のＳＴＡ。
【請求項18】
前記トリガーフレームは、それがＨＡＲＱプロセスのためのトリガーフレームであるというインジケーションを含むことを特徴とする請求項１７に記載のＳＴＡ。
【請求項19】
前記トリガーフレームは、ＨＡＲＱプロセスＩＤを含むことを特徴とする請求項１７に記載のＳＴＡ。
【請求項20】
前記第１のＭＵ送信は、開始ＨＡＲＱプロセスＩＤと、ＨＡＲＱフィードバックが前記開始ＨＡＲＱプロセスＩＤによって開始しながら要求されているＨＡＲＱプロセスＩＤの前記第１のセットを示すビットマップとを含むことを特徴とする請求項１１に記載のＳＴＡ。