JP2023519500A - 無線ローカルエリアネットワーク（ｗｌａｎ）システムにおけるハイブリッド自動再送要求（ｈａｒｑ）のための物理（ｐｈｙ）層の設計 - Google Patents

Abstract

無線装置からデータを送信する方法は、誤り訂正符号に対応する情報ブロック長を決定することと、パディングされたプロトコルデータユニット（ＰＤＵ）サイズが、決定された情報ブロック長の整数倍であるように、複数のＰＤＵのうちの少なくとも１つのＰＤＵにパディングビットを挿入することであって、送信されるＰＤＵのフレーム内の各ＰＤＵが、決定された情報ブロック長の整数倍であるＰＤＵサイズを含む、ことと、決定された情報ブロック長を有する誤り訂正符号によって符号化されたフレームを無線受信機に送信することと、を含む。【選択図】図１３

Description

（関連出願の相互参照）
本出願は、２０２０年３月１３日に出願された米国特許仮出願第６２／９８９，２７４号の利益を主張し、この文書は、すべての目的のために全体が参照により本明細書に組み込まれている。

５Ｇネットワークでは、ハイブリッド自動再送要求（Hybrid Automatic Repeat Request、ＨＡＲＱ）が使用されている。ＨＡＲＱのようなメカニズムは、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）においても望ましい。ＩＥＥＥ ８０２．１１規格は、当初、ＨＡＲＱ機能を有するようには設計されていなかった。ＩＥＥＥ ８０２．１１規格の進歩・発展により、誤りを伴って受信された情報の効率的な再送信に対応するためにＨＡＲＱ機能が導入された。しかしながら、ＷＬＡＮにおいてＨＡＲＱのような機能を実用化するには、訂正のためのプロトコルデータユニットの検出、及び無線ネットワークを通じて効率的に送信するために使用されるアグリゲーションされたプロトコルデータユニットの使用を考慮する必要があり、課題がある。したがって、ＩＥＥＥ ８０２．１１プロトコルを使用するＷＬＡＮにおいてＨＡＲＱに対応するための新しい方法が必要である。

一実施形態では、複数のプロトコルデータユニット（Protocol Data Unit、ＰＤＵ）におけるＰＤＵのサイズを、無線伝送のための誤り訂正符号の対応する情報ブロックの長さに整合する方法は、誤り訂正符号に対応する情報ブロック長を決定することと、複数のＰＤＵのうちの少なくとも１つのＰＤＵにパディングビットを挿入して、パディングされたＰＤＵサイズを、決定された情報ブロック長の整数倍に整合することと、を含む。ＰＤＵのフレーム内の各ＰＤＵサイズが、同様に、決定された情報ブロック長の整数倍に整合される。ＰＤＵのフレームが、決定された情報ブロック長を有する誤り訂正符号によって符号化され、無線受信機に送信される。

本文書では、装置、システム、デバイス等及び／又はその任意の要素が、動作、プロセス、アルゴリズム、機能等及び／又はその一部を実行する様々な実施形態が説明及び／又は請求されているが、本文書において説明及び／又は請求されている任意の実施形態では、任意の装置、システム、デバイス等及び／又はその任意の要素が、任意の動作、プロセス、アルゴリズム、機能等及び／又はその一部を実行するように構成されているものと想定していることを理解されたい。

より詳細な理解は、以下の詳細な説明から、例示として添付の図面と併せて与えられ得る。詳細な説明のような、そのような図面の図は、例である。したがって、図及び詳細な説明は限定的であるとみなされるべきではなく、他の同様に効果的な例が可能であり、可能性が高い。更に、図中の類似する参照数字（「参照」）は、類似する要素を示す。
１つ以上の開示された実施形態が実装され得る例示的な通信システムを示すシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的なＷＴＲＵを例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。 例示的なＨＥ ＳＵ ＰＰＤＵのフォーマットを示している。 例示的なＨＥ ＭＵ ＰＰＤＵのフォーマットを示している。 例示的なＨＥ ＥＲ ＳＵ ＰＰＤＵのフォーマットを示している。 例示的なＨＥ ＴＢ ＰＰＤＵのフォーマットを示している。 例示的なＥＨＴ ＰＰＤＵのプリアンブルの構造を示している。 例示的なデータスクランブラを示している。 最後のＯＦＤＭシンボル（非ＳＴＢＣ）における例示的なＨＥ ＰＰＤＵのパディング処理を示している。 Ａ－ＭＰＤＵフレーム内の個々のＭＰＤＵに基づいてＬＤＰＣ符号化を実行する例示的な手順を示している。 Ａ－ＭＰＤＵフレーム内のＭＰＤＵのうち最大長さ（サイズ）を有するＭＰＤＵに基づいてＬＤＰＣ符号化を実行する例示的な手順を示している。 ＰＨＹ層パディングを使用することによってＭＰＤＵとＣＷ（情報ブロック）の境界整合を実行する例示的な手順を示している。 ＭＰＤＵとＣＷの境界整合符号化手順によるＬＤＰＣコードワード（情報ブロック）長選択の一例を示している。 本開示の方法の例示的なフロー図を示している。 受信機Ｒｘによって提供される例示的なＨＡＲＱシーケンス番号を示している。 送信機ＴｘにおけるＦＥＣとスクランブラの順序を逆にした例を示している。 受信機ＲｘにおけるＦＥＣとスクランブラの順序を逆にした例を示している。 例示的なＬ－ＳＩＧフィールドの長さを示している。 異なるＰＰＤＵの例示的なＨＥ－ＳＩＧ－Ａフィールドを示している。

ここで、例解的な実施形態の詳細な説明を、様々な図を参照して説明する。本説明は、可能な実装形態の詳細な例を提供するが、詳細は、例示的であることを意図しており、決して本出願の範囲を限定するものではないことに留意されたい。以下の詳細な説明では、本明細書に開示される実施形態及び／又は実施例の完全な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、このような実施形態及び実施例は、本明細書に記載される具体的な詳細の一部又は全部を伴わずに実施され得ることが理解されるであろう。他の例では、以下の説明を不明瞭にしないように、周知の方法、手順、構成要素及び回路は詳細に説明されていない。更に、本明細書に具体的に記載されていない実施形態及び実施例は、本明細書に明示的、暗黙的及び／又は本質的に（集合的に「提供される」）記載、開示又は他の方法で提供される実施形態及び他の実施例の代わりに、又はそれらと組み合わせて実施することができる。

図１Ａは、１つ以上の開示された実施形態が実装され得る例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する複数のアクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、そのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を採用し得る。

図１Ａに示されるように、通信システム１００は、無線送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された任意のタイプのデバイスであり得る。例として、それらのいずれも「局」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、加入ベースのユニット、ページャ、セルラ電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

通信システム１００はまた、基地局１１４ａ、及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（base transceiver station、ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲ ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可及び未認可スペクトルの組み合わせであり得る。セルは、比較的固定され得るか又は経時的に変化し得る特定の地理的エリアに無線サービスのカバレッジを提供し得る。セルは更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタ毎に１つを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用いることができ、セルのセクタ毎に複数のトランシーバを利用することができる。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得、これは、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

より具体的には、上記のように、通信システム１００は、複数のアクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つ以上のチャネルアクセススキームを採用し得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含み得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－ＡＰｒｏ）を使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装することができ、この技術は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）を使用してエアインターフェース１１６を確立することができる。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアル接続性（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）、ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ又はアクセスポイントであってもよく、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立することができる。更に別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＡＰｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。データは、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド呼、インターネット接続性、ビデオ配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用する他のＲＡＮと、直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を採用して別のＲＡＮ（図示せず）と通信し得る。

ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たし得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得、これらは、伝送制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又はすべては、マルチモード能力を含んでもよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用いることができる基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用いることができる基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有しながら、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得ることが理解されよう。

送／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送／受信要素１２２は、例えば、ＩＲ、ＵＶ、又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得ることが理解されよう。

送／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送／受信要素１２２（例えば、複数のアンテナ）を含み得る。

トランシーバ１２０は、送／受信要素１２２によって送信される信号を変調し、送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザ入力データを受信することができる。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。更に、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、当該メモリにデータを記憶し得る。

プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２内の他の構成要素に電力を分配し、かつ／又はその電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を決定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有しながら、任意の好適な位置判定方法によって位置情報を取得し得ることが理解されよう。

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能性、及び／又は有線若しくは無線接続性を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。

ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた）信号のいくつか又はすべての送信及び受信が並列及び／又は同時であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介した）信号処理のいずれかを介した自己干渉を低減及び又は実質的に排除するための干渉管理ユニット１３９を含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のいくつか又はすべてのうちのどれかの送信及び受信のための半二重無線機を含み得る。

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ－Ｂを含み得ることが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信することができる。

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素のそれぞれは、ＣＮ１０６の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されるであろう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ベアラアクティブ化／非アクティブ化のユーザを認証し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択する役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングし、転送することができる。ＳＧＷ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの他の機能を実行することができる。

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、又はそれと通信し得る。更に、ＣＮ１０６は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入る、かつ／又はＢＳＳから出るトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じるＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ、かつ／又は参照され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、場合によっては、「アドホック」通信モードと称され得る。

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、一次チャネルなどの固定チャネル上にビーコンを送信し得る。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。一次チャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。いくつかの代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access/Collision Avoidance、ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、すべてのＳＴＡ）は、一次チャネルを感知し得る。一次チャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおける任意の所与の時間に送信し得る。

高スループット（High Throughput、ＨＴ）ＳＴＡは、例えば、一次２０ＭＨｚチャネルと隣接又は非隣接２０ＭＨｚチャネルとの組み合わせを介して、通信のための４０ＭＨｚ幅のチャネルを使用して、４０ＭＨｚ幅のチャネルを形成し得る。

非常に高いスループット（Very High Throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作を逆にされ得、組み合わされたデータは、媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信され得る。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈで低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む限定された能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、一次チャネルとして指定され得るチャネルを含む。一次チャネルは、ＢＳＳにおけるすべてのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作するすべてのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、一次チャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク割り当てベクトル（Network Allocation Vector、ＮＡＶ）設定は、一次チャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因して一次チャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであるとみなされ得る。

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態によるＲＡＮ１１３及びＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を有しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、かつ／又はそれらから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信することができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信することができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジーと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、かつ／又は様々な長さの絶対時間が持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレッジ及び／又はスループットを提供し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、登録のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）シグナル伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービス、及び／又は同様のものなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵ／ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシーを執行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実施し得る。

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、又はそれと通信し得る。更に、ＣＮ１１５は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（local Data Network、ＤＮ）１８５ａ、１８５ｂに接続され得る。

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明を鑑みると、ＷＴＲＵ１０２ａ－ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ａｂ、ＵＰＦ １８４ａ－ｂ、ＳＭＦ １８３ａ－ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載の任意の他のデバイスのうちの１つ以上に関して本明細書に記載の機能のうちの１つ以上又はすべては、１つ以上のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又はすべてをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくはすべての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくはすべての機能を実行し得る。エミュレーションデバイスは、試験を目的として別のデバイスに直接結合され得、かつ／又は地上波無線通信を使用して試験を実行し得る。

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、すべてを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

本明細書において提供される例は、例えば適用され得るものと同じ又は異なる原理を使用する他の無線技術への主題の適用性を制限するものではない。

本明細書で説明するように、無線送信受信ユニット（ＷＴＲＵ）は、ユーザ機器（ＵＥ）の一例であり得る。したがって、ＵＥ及びＷＴＲＵという用語は、本明細書において等しい範囲で使用され得る。更に、ＩＥＥＥ ８０２．１１などの無線技術が使用されるＷＬＡＮ環境で使用される場合、ＵＥはステーション（station、ＳＴＡ）とも呼ばれ得る。

ＷＬＡＮシステムの概要
インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳのアクセスポイント（Access Point、ＡＰ）と、ＡＰに関連付けられている１つ以上のステーション（ＳＴＡ）を有する。ＡＰは通常、トラフィックをＢＳＳ内及び／又はＢＳＳ外に搬送する、配信システム（ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有する。ＢＳＳの外側から発信されたＳＴＡへのトラフィックは、ＡＰを経由して到着し、ＳＴＡに配信される。ＳＴＡからＢＳＳの外側の宛先へのトラフィックは、ＡＰに送信され、それぞれの宛先に配信される。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、トラフィックを宛先ＳＴＡに配信する。

ＩＥＥＥ ８０２．１１ａｃインフラストラクチャ動作モードを使用すると、ＡＰは固定チャネル（通常はプライマリチャネル）でビーコンを送信することができる。このチャネルは２０ＭＨｚ幅とすることができ、ＢＳＳの動作チャネルである。このチャネルは、ＳＴＡがＡＰとの接続を確立するためにも使用される。ＩＥＥＥ ８０２．１１システムにおける基本的なチャネルアクセスメカニズムは、衝突回避を伴う搬送波感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）である。この動作モードでは、ＡＰを含むすべてのＳＴＡがプライマリチャネルを感知する。チャネルがビジー状態であることが検出された場合、ＳＴＡはバックオフする。したがって、１つのみのＳＴＡは、所与のＢＳＳにおける任意の所与の時間に送信し得る。

ＩＥＥＥ ８０２．１１ｎでは、高スループット（High Throughput、ＨＴ）ＳＴＡは、通信に４０ＭＨｚ幅のチャネルを使用することもできる。これは、プライマリ２０ＭＨｚチャネルと隣接する２０ＭＨｚチャネルとを結合して、４０ＭＨｚ幅の連続するチャネルを形成することによって達成される。

ＩＥＥＥ ８０２．１１ａｃでは、超高スループット（Very High Throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ幅、４０ＭＨｚ幅、８０ＭＨｚ幅、及び１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚ及び８０ＭＨｚのチャネルは、上述したＩＥＥＥ ８０２．１１ｎと同様に、連続する２０ＭＨｚチャネルを結合することによって形成される。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚチャネルを結合することによって、又は２つの連続しない８０ＭＨｚチャネルを結合することによって（８０＋８０構成とも呼ばれ得る）、形成することができる。８０＋８０構成の場合、データは、チャネル符号化の後、セグメントパーサを通過して２つのストリームに分割される。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）及び時間領域の処理が、各ストリームに対して個別に行われる。次にストリームは２つのチャネルにマッピングされ、データが送信される。受信機では、この機構は逆になり、合わせたデータはＭＡＣに送信される。

スペクトル効率を改善するために、ＩＥＥＥ ８０２．１１ａｃでは、例えばダウンリンク直交周波数分割多重（Orthogonal Frequency-division Multiplexing、ＯＦＤＭ）シンボルの間など、同じシンボルの時間枠における複数のＳＴＡへのダウンリンクのマルチユーザ多入力多出力（Multi-User Multiple Input Multiple Output、ＭＵ－ＭＩＭＯ）送信のコンセプトを導入している。ダウンリンクＭＵ－ＭＩＭＯの使用の可能性は、現在ＩＥＥＥ ８０２．１１ａｈでも検討されている。ダウンリンクＭＵ－ＭＩＭＯは、ＩＥＥＥ ８０２．１１ａｃで使用されるとき、複数のＳＴＡへの波形送信の複数のＳＴＡ干渉に同じシンボルタイミングを使用するので、ダウンリンクＭＵ－ＭＩＭＯは問題ではないことに注意することが重要である。しかしながら、ＡＰとのＭＵ－ＭＩＭＯ伝送に関与するすべてのＳＴＡが同じチャネル又は同じ帯域を使用しなければならず、これにより動作帯域幅は、ＡＰとのＭＵ－ＭＩＭＯ伝送に含まれるＳＴＡによってサポートされる最小のチャネル帯域幅に制限される。

ＩＥＥＥ ８０２．１１ａｘ物理層プロトコルデータユニット（Physical Layer Protocol Data Unit、ＰＰＤＵ）
ＩＥＥＥ ８０２．１１ａｘには、ＩＥＥＥ ８０２．１１デバイスの高効率（High Efficiency、ＨＥ）動作を可能にする物理層仕様及び媒体アクセス制御層仕様が定義されている。ＩＥＥＥ ８０２．１１ａｘは、ＩＥＥＥ ８０２．１１ａｃの後のＷｉ－Ｆｉの次の主世代と考えられている。ＩＥＥＥ ８０２．１１ａｘでは、より小さいサブキャリア間隔を有する新しいヌメロロジーを定義した。ＩＥＥＥ ８０２．１１ａｘでは、より優れたスペクトラム効率を達成するために、ダウンリンク／アップリンク（Downlink/Uplink、ＤＬ／ＵＬ）ＯＦＤＭＡが導入されている。

ＩＥＥＥ ８０２．１１ａｘでは、４つのＰＰＤＵフォーマットがサポートされている。
ａ．高効率シングルユーザＰＰＤＵ（High Efficiency Single User PPDU、ＨＥ ＳＵ ＰＰＤＵ）：このＰＰＤＵフォーマットは、シングルユーザ送信のために使用される。ＨＥ ＳＵ ＰＰＤＵのフォーマットについては図２を参照されたい。
ｂ．高効率マルチユーザＰＰＤＵ（ＨＥ ＭＵ ＰＰＤＵ）：このＰＰＤＵフォーマットは、ＰＰＤＵがトリガフレームの応答でない場合に、１つ以上のユーザへの送信のために使用される。高効率信号フィールド－Ｂ（High Efficiency Signal Field-B、ＨＥ－ＳＩＧ－Ｂ）フィールドは、図３のＰＰＤＵフォーマットに示されている。
ｃ．高効率拡張範囲シングルユーザＰＰＤＵ（High Efficiency Extended Range Single User PPDU、ＨＥ ＥＲ ＳＵ ＰＰＤＵ）：このＰＰＤＵフォーマットは、拡張された範囲でのＳＵ送信のために使用される。このフォーマットでは、ＨＥ－ＳＩＧ－Ａフィールドが、他のＨＥ ＰＰＤＵフォーマットにおける高効率信号フィールド－Ａ（High Efficiency Signal Field-A、ＨＥ－ＳＩＧ－Ａ）フィールドの２倍の長さである。ＨＥ ＥＲ ＳＵ ＰＰＤＵフォーマットについては図４を参照されたい。
ｄ．高効率トリガベースＰＰＤＵ（High Efficiency Trigger-Based PPDU、ＨＥ ＴＢ ＰＰＤＵ）：このＰＰＤＵフォーマットは、ＡＰからのトリガフレーム、又はトリガ応答スケジューリング（Triggered Response Scheduling、ＴＲＳ）制御サブフィールドを伝えるフレームに対する応答である送信に使用される。ＨＥ ＴＢ ＰＰＤＵの高効率－ショートトレーニングフィールド（High Efficiency- Short Training Field、ＨＥ－ＳＴＦ）フィールドの持続時間は８μｓであり、これは他のＨＥ ＰＰＤＵフォーマットのＨＥ－ＳＴＦフィールドの２倍のサイズである。ＨＥ ＴＢ ＰＰＤＵのフォーマットについては図５を参照されたい。

レガシー信号（Legacy Signal、Ｌ－ＳＩＧ）フィールド、ＨＥ－ＳＩＧ－Ａフィールド、及びＨＥ－ＳＩＧ－Ｂフィールドは、ＰＰＤＵの物理（ＰＨＹ）層制御情報を伝える。Ｌ－ＳＩＧフィールドは、すべてのＳＴＡがＬ－ＳＩＧフィールドを認識できるように、レガシーヌメロロジー及びフォーマットを有する。ＨＥ－ＳＩＧ－Ａフィールド及びＨＥ－ＳＩＧ－Ｂフィールドは、ＨＥ ＳＴＡによって認識される。Ｌ－ＳＩＧフィールドは表１に示してある。異なるＰＰＤＵフォーマットのＨＥ－ＳＩＧ－Ａフィールドは、表２に示してある。

ＩＥＥＥ ８０２．１１ｂｅ ＰＰＤＵの設計
ＩＥＥＥ標準化委員会は、超高スループット検討グループ（Extremely High Throughput Study Group、ＥＨＴ ＳＧ）で開発されたプロジェクト認可要求（Project Authorization Request、ＰＡＲ）及び標準規格開発基準（Criteria for Standards Development、ＣＳＤ）に基づいて、ＩＥＥＥ ８０２．１１ｂｅタスクグループ（Task Group、ＴＧ）を承認した。

ＳＩＧフィールド
ＩＥＥＥ ８０２．１１ｂｅのタスクグループ（ＴＧｂｅ）は、超高スループット（ＥＨＴ）ＰＰＤＵが図６に示したようなプリアンブル構造を有することに合意した。Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ Ｓｉｇｎａｌフィールド）は、バージョンに依存しないビットとバージョンに依存するビットを含む。バージョンに依存しないフィールドのビットは、異なる世代／ＰＨＹバージョン間で静的な位置及びビット定義を有する。バージョンに依存しないビットは、ＰＨＹバージョン識別子、ＵＬ／ＤＬフラグ、ＢＳＳカラー、及び送信機会（transmit opportunity、ＴＸＯＰ）｛期間、帯域幅情報など｝を含むことができる。バージョンに依存するビットは、ＰＰＤＵタイプを含むことができる。ＥＨＴ－ＳＩＧの共通フィールドと組み合わせて、バージョンに依存するフィールドは、変調・符号化方式（Modulation and Coding Scheme、ＭＣＳ）、空間時間ストリーム数、ガードインターバル＋超高スループット＋ロングトレーニングフィールド（Guard Interval+Extreme High Throughput+Long training Field、ＧＩ＋ＥＨＴ－ＬＴＦ）サイド、符号化なども含むことができる。ユーザ固有フィールドは、ＭＵ構成において使用することができる。ＩＥＥＥ ８０２．１１ｂｅでは、ＳＵとＭＵに対して別々のＰＰＤＵフォーマットを有さず、ＳＵとＭＵの両方に対して単一のＰＰＤＵフォーマットを有することができる。

目的／課題の記述
目的／課題１：ＭＡＣプロトコルデータユニット（ＭＰＤＵ）とコードワード（Codeword、ＣＷ）の整合
ＨＡＲＱメカニズムを可能にするため、ハイブリッド自動再送要求（ＨＡＲＱ）再送信ユニット及び確認応答ユニットを明確に定義する必要がある。現在の規格では、ＭＡＣ層フレーム（すなわちＭＰＤＵ）の最後にフレームチェックシーケンス（frame check sequence、ＦＣＳ）が挿入される。ＳＴＡは、ＦＣＳを確認して、ＭＰＤＵを正しく受信したかどうかを判定し、確認応答で応答することができる。ＭＰＤＵは、ＭＡＣ層でアグリゲートされ、ＰＨＹ層に渡され得る。現在利用可能な設計では、ＰＨＹ層は、ＭＰＤＵの境界を認識することなくチャネル符号化を実行することができる。しかしながら、ＨＡＲＱ合成は、ＰＨＹ層のチャネル符号化手順に依存するコードワード（ＣＷ）に基づいてもよい。したがって、ＭＰＤＵとコードワードが整合されておらず、これによりＨＡＲＱの再送信及び確認応答において問題が発生する可能性がある。

目的／課題２：スクランブラ及び失敗したセクションの識別
ＩＥＥＥ ８０２．１１ａｘのデータフィールドスクランブラ及び手順を図７に示す。スクランブラを含むＰＨＹ層の動作は、図８に示されている。スクランブルは、前方誤り訂正（forward error correction、ＦＥＣ）処理の前に実行される。

アグリゲーションＭＡＣプロトコルデータユニット（Aggregated MAC Protocol Data Unit、Ａ－ＭＰＤＵ）に対しては、７ビットのシードを使用してスクランブルが実行され、ＭＰＤＵをスクランブルするために使用されるビット列（スクランブルシーケンス）は、Ａ－ＭＰＤＵ内のＭＰＤＵの位置に依存する。これは、ＭＰＤＵの最初のビットがスクランブラにシフトされたときのスクランブラ状態ｘ^１，．．．，ｘ^７によって決定される。

１回目のＨＡＲＱ送信では、受信機は、ＳＥＲＶＩＣＥフィールドと、Ａ－ＭＰＤＵの先頭からのオフセットｄ（ビット単位）に基づいて、ＦＥＣデコーダの出力ビットをデスクランブルし、ＭＰＤＵを抽出し、ＦＣＳチェックを行うことができる。しかしながら、ＨＡＲＱ再送信の受信では、受信機は、元のＡ－ＭＰＤＵのオフセットｄ及びスクランブラシードから導かれる、ＦＥＣ出力に関連するスクランブラ状態を記憶していなければ、（ＨＡＲＱ結合処理後の）ＦＥＣ出力ビットをデスクランブルすることはできない。

受信機が、元のＡ－ＭＰＤＵの符号化されていないビットのセクションをスクランブルするために使用されたスクランブルシーケンスを再構築できるようにするために、シグナリングが必要である。

非ＨＡＲＱ受信の場合、対数尤度比（log-likelihood ratio、ＬＬＲ）ソフトビット用のバッファのサイズは、ＣＷサイズ（例えばいくつかのＣＷ）に関連する。ＨＡＲＱ受信では、１つ以上のＡ－ＭＰＤＵ内の複数の失敗したＣＷに対応するために、バッファのサイズを大きくする必要がある。Ａ－ＭＰＤＵの最大長（サイズ）を処理するのに十分な大きさのＨＡＲＱバッファを設計することは不可能であり得る。ＣＷの１３～２６％のみが格納を必要とすると推定されており、ＨＡＲＱバッファは最悪のケースを処理するためのサイズを有する必要はない。

送信機が、ＨＡＲＱ再送信セクションを元のＡ－ＭＰＤＵの位置に関連付けるためには、２つの方法がある。
１．元のＡ－ＭＰＤＵのセクション位置（オフセットｄ、例えば、バイト位置、ＣＷ位置）に基づく方法：
この場合、受信機は、失敗したセクションのｄと、Ａ－ＭＰＤＵのスクランブルシード、又は失敗したセクションの先頭でのスクランブラ状態を記憶しておく必要があると考えられる。再送信では、送信機は、元のＡ－ＭＰＤＵ内の再送信セクションの位置をシグナリングする必要があり、これにより、

のオーバーヘッドと、元のＡ－ＭＰＤＵを識別するための別のオーバーヘッドが発生する。
受信機が（初期）スクランブラ状態を記憶しないことを選択した場合、この情報は再送信の際に送信機によってシグナリングされなければならない。
２．失敗したセクションを識別するために受信機によってシグナリングされる識別子に基づく方法：
受信機は、ＨＡＲＱフィードバック／ブロック確認応答（block acknowledgement、ＢＡ）に識別子を含めることができ、この識別子を再送信のシグナリングにおいて使用することができる。識別子のサイズは、

であり、この場合、再送信のシグナリングオーバーヘッドはより小さい。受信機が（初期）スクランブラ状態を記憶しないことを選択した場合、この情報は再送信の際に送信機によってシグナリングされなければならない。

上の方法２の場合、受信機は、元のＡ－ＭＰＤＵにおける失敗したセクションの位置を追跡する必要がないことに留意されたい。受信機がスクランブラ状態を保持しない場合、送信機は、再送信されるセクション毎にスクランブラ状態（又は位置ｄ＋初期スクランブラシード）をシグナリングする必要がある。

上記の方法は、送信機が、再送信されるデータと元の送信との関連性を識別する方法（元のＡ－ＭＰＤＵのオフセット又は受信機によって指定される番号に基づく）を説明している。しかしながら、正しく受信されたＭＰＤＵのみをフィードバックし得る方法１における受信機のＨＡＲＱフィードバックは、すでに提案されている。このような場合、送信機は、受信機がＬＬＲバッファを割り当てて、欠落したＭＰＤＵを含むセクションのＬＬＲを格納したかどうかを認識しない。送信機が再送信を行うとき、受信機がＬＬＲをバッファリングしていない場合には、自己復号可能な再送信が好ましい。このような方法はすでに提案されている。再送信のＭＣＳは、潜在的に独立している可能性がある。しかしながら、再送信では１回目の送信と同じスクランブラシードを使用しなければならず、これは再送信されるセクション毎に個別にシグナリングされる必要がある。

上記のいずれの方法においても、受信機がスクランブラ状態情報を保持する必要がないように、受信機によって保持される必要のある状態情報を減らし、任意選択的に、自己復号可能な再送信を可能にすることが望ましい。また、送信機が、すべての再送信されるＨＡＲＱセクション、又は再送信されるＡ－ＭＰＤＵにおける追加の新しいＭＰＤＵにおいて使用できるただ１つの（初期）スクランブラ状態をシグナリングするように、シグナリングオーバーヘッドを減らすことも望ましい。

目的／課題３：ＨＡＲＱバッファの状態
ＨＡＲＱ送信のためには、送信機側と受信機側の両方にＨＡＲＱバッファが必要である。ＨＡＲＱ発信元は、再送信を計画することができるように、失敗した送信が受信機側でバッファリングされたかどうかを認識することが重要である。例えば、失敗した送信がバッファリングされなかった場合、発信元は自己復号可能なバージョンを再送信することができる。ＨＡＲＱ発信元が受信機のバッファの状態を認識するためのメカニズム及び方法が提供されるべきである。

提案する解決策
実施形態１：ＭＡＣプロトコルデータユニット（ＭＰＤＵ）とコードワード（ＣＷ）の整合
本明細書に開示されている方法の有用性は、無線デバイスの特定の層に限定される必要はない。したがって、ＭＰＤＵ及びＡ－ＭＰＤＵなどの構造は、それぞれ、プロトコルデータユニット及び複数のＰＤＵのフレームとみなすことができる。以下の説明では、ＭＰＤＵ及びＡ－ＭＰＤＵを含む実施形態の例が具体例として使用されているが、コンセプトは、そのような特定の層に限定される必要はない。本明細書に開示されている方法及び手順は、目的／課題１に対処するために使用され得る。この実施形態では、ＭＰＤＵ境界をコードワード境界に整合させるためのいくつかの方法が開示される。

アグリゲーションＭＰＤＵ（Ａ－ＭＰＤＵ）がＭＡＣ層からＰＨＹ層に渡され、ＰＨＹ層において、符号化手順によって複数のコードワードが導入され得るものと想定する。ＭＰＤＵとＣＷの境界を整合させるために、ＩＥＥＥ ８０２．１１のパラメータに以下の変更のうちの１つ以上が必要であり得る。
ａ．ＴＸＶＥＣＴＯＲパラメータは、Ａ－ＭＰＤＵフレームにおけるＭＰＤＵ長さ（サイズ）を含むことができる。ＴＸＶＥＣＴＯＲパラメータは、デバイス内でＭＡＣ層からＰＨＹ層に渡される内部ベクトルである。このベクトルは、ＰＰＤＵ送信を可能にするために必要なＰＨＹ層パラメータを設定する。本明細書における方法では、ＴＸＶＥＣＴＯＲパラメータは、Ａ－ＭＰＤＵ長のみならず、個々の各ＭＰＤＵ長（サイズ）も含む。
ｂ．ＨＡＲＱ ＳＩＧは、ＲＸＶＥＣＴＯＲパラメータがＭＰＤＵの長さ（サイズ）値を適切に設定できるように、ＭＰＤＵの長さ（サイズ）を含むことができる。ＲＸＶＥＣＴＯＲパラメータは、デバイス内で物理層からＭＡＣ層に渡される内部ベクトルである。このベクトルは、受信されるＰＰＤＵパラメータに関する情報を伝える。本明細書における方法では、ＲＸＶＥＣＴＯＲパラメータは、Ａ－ＭＰＤＵ長のみならず、個々の各ＭＰＤＵ長（サイズ）も含む。

上の手順では、ＭＰＤＵの長さ又はサイズが言及されている。しかしながら、これをＨＡＲＱユニットの長さ又はサイズに置き換えてもよい。ＨＡＲＱユニットとは、例えばＭＰＤＵなど、再送信及び／又は確認応答のための単位を意味し得る。なお、ＭＰＤＵ＿ｌｅｎｇｔｈはバイト単位で表される。

方法Ｉ
この方法では、情報ブロックが適用され得る単位として、ＭＰＤＵを使用することができる。一例においては、ＭＰＤＵは、低密度パリティ検査（low-density parity-check、ＬＤＰＣ）符号化手順を実行するために使用される単位であり、この手順は、Ａ－ＭＰＤＵ内のすべてのＭＰＤＵに対して繰り返され得る。このようにして、各ＭＰＤＵは、自身の情報ブロック長、例えばＬＤＰＣコードワード長（ＣＷ長又は情報ブロック長）を有することができる。本明細書で使用されるとき、コードワードという用語は、情報ブロックと同義である。

シングルユーザ（ＳＵ）送信のための例示的な手順を以下に示す。一例については図９を参照されたい。図９では、３つのＭＰＤＵが３つの異なる長さ又はサイズを有する。９０２として示されたＭＰＤＵ１は長さ１を有し、９０４として示されたＭＰＤＵ２は長さ２を有し、ＭＰＤＵ３として示されたＭＰＤＵ３は長さ３を有する。方法１の手順は以下を含む。
ａ．ｋ番目のＭＰＤＵについて、以下の式を使用して、ＭＰＤＵのＯＦＤＭシンボルの初期数を計算する。なおＭＰＤＵ＿Ｌｅｎｇｔｈ_ｋは、「ＩＥＥＥ Ｐ８０２．１１ａｘ（登録商標）／Ｄ３．０，Ａｍｅｎｄｍｅｎｔ ６：Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ ＷＬＡＮ（２０１８）」の公開されている技術において表されている、アグリゲーションＭＡＣプロトコルデータユニット（Ａ－ＭＰＤＵ）のエンドオブフレーム（ＥＯＦ）前のパディング（ＡＰＥＰ）＿ｌｅｎｇｔｈに代わるものとして使用されている。上記のＤ３．０修正第６版において、ＭＰＤＵ＿Ｌｅｎｇｔｈ_ｋはＡＰＥＰ＿ｌｅｎｇｔｈを置き換えるために使用される。

ｂ．上記Ｄ３．０修正第６版に示されるように、Ｎ_{ＳＹＭ，ｉｎｉｔ，ｋ}個のＯＦＭＤシンボル内で伝えることのできる情報ビット数Ｎ_{ｌｐｄ，ｋ}を計算する。なお計算においてＮ_{ＳＹＭ，ｉｎｉｔ}がＮ_{ＳＹＭ，ｉｎｉｔ，ｋ}に置き換えられる。
ｃ．上記Ｄ３．０修正第６版に示されるように、Ｎ_{ＳＹＭ，ｉｎｉｔ，ｋ}個のＯＦＭＤシンボル内で伝えることのできる符号化ビット数Ｎ_{ａｖｂｉｔｓ，ｋ}を計算する。なお計算においてＮ_{ＳＹＭ，ｉｎｉｔ}がＮ_{ＳＹＭ，ｉｎｉｔ，ｋ}に置き換えられる。
ｄ．ＬＤＰＣ Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドを、Ｎ_{ＳＹＭ，ｉｎｉｔ，ｋ}に基づいてＭＰＤＵ毎に設定することができる。ＬＤＰＣコードワード長及びＬＤＰＣコードワード数は、ＭＰＤＵ毎に選択して計算することができる。また、短縮やパンクチャリングなどの他のＬＤＰＣパラメータ及び手順は、ＭＰＤＵ毎に計算及び実行することができる。

この方法では、各ＭＰＤＵは整数個のＯＦＤＭシンボルを使用し得る。別のＭＰＤＵの境界が、ＣＷの境界とＯＦＤＭシンボルの境界と整合し得る。Ａ－ＭＰＤＵフレームにおいて定義されるＭＰＤＵデリミタを省くことができ、一部のシグナリングをＰＨＹ層シグナリングに移行させることができる。

ＰＨＹ層シグナリングを、以下のサブフィールドの１つ以上を含むように修正することができる。
ａ．より多くのＬＤＰＣ Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドを伝えることができ、それぞれがＭＰＤＵに関連していることができる。１つの方法では、１つのＬＤＰＣ Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドを、必須のＳＩＧフィールド（例えばＵ－ＳＩＧフィールド又はＥＨＴ ＳＩＧフィールド）に含めることができる。残りのＬＤＰＣ Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドは、Ｅｘｔｒａ ＳＩＧフィールドにおいて伝えることができる。これらのパラメータは、任意選択的にＴＸＶＥＣＴＯＲパラメータに含めることができる。
ｂ．より多くのＰｒｅ－ＦＥＣ Ｐａｄｄｉｎｇ Ｆａｃｔｏｒフィールドを伝えることができ、それぞれがＭＰＤＵに関連していることができる。言い換えれば、各ＭＰＤＵは、整数個のＯＦＤＭシンボルを有することができる。各ＭＰＤＵの最後において、ＨＡＲＱ実施のためのパケット拡張（パケットビットパディング）を適用することができる。そのＭＰＤＵのＰｒｅ－ＦＥＣ Ｐａｄｄｉｎｇ Ｆａｃｔｏｒフィールドは、そのＭＰＤＵのパケット拡張（パケットビットパディング）を示すことができる。１つの方法では、１つの追加のＰｒｅ－ＦＥＣ Ｐａｄｄｉｎｇ Ｆａｃｔｏｒフィールドを、必須のＳＩＧフィールド（例えばＵ－ＳＩＧフィールド又はＥＨＴ ＳＩＧフィールド）に含めることができる。追加のＰｒｅ－ＦＥＣ Ｐａｄｄｉｎｇ Ｆａｃｔｏｒフィールドは、Ｅｘｔｒａ ＳＩＧフィールドにおいて伝えることができる。なお、このフィールドは、ＭＰＤＵ毎のパケット拡張（パケットビットパディング）を有効にし、ＬＤＰＣ及びブロック畳み込み符号（Block Convolution Code、ＢＣＣ）の両方に適用され得ることに留意されたい。これらのパラメータは、任意選択的にＴＸＶＥＣＴＯＲパラメータに含めることができる。

方法ＩＩ
この方法では、Ａ－ＭＰＤＵ内のＭＰＤＵのうち、最大の長さ又はサイズを有するＭＰＤＵを、情報ブロックの計算を行う単位長さ又は単位サイズとして使用することができる。一例においては、ＭＰＤＵのサイズを、ＬＤＰＣ誤り訂正パラメータを計算するための単位サイズとして使用することができる。Ａ－ＭＰＤＵ内のすべてのＭＰＤＵのうち、ＭＰＤＵの最大長又は最大サイズを、ＭＰＤＵ＿ｍａｘ＿ｌｅｎｇｔｈと表すことができる。残りのＭＰＤＵは、ＭＰＤＵ＿ｍａｘ＿ｌｅｎｇｔｈになるようにパディングすることができる。Ａ－ＭＰＤＵ内のすべてのＭＰＤＵに対して、例示したＬＤＰＣ誤り訂正符号化手順を繰り返すことができる。このようにして、各ＭＰＤＵが、同じ情報ブロック長（例えばＬＤＰＣコードワード長（ＣＷ長））を有することができる。

一例を図１０に示す。Ａ－ＭＰＤＵは、様々なサイズ又は長さの３つのＭＰＤＵを含むことができる。１００２として示されたＭＰＤＵ１は長さ１を有し、１００４として示されたＭＰＤＵ２は長さ２を有し、１００６として示されたＭＰＤＵ３は長さ３を有する。ＭＰＤＵ３が最大長を有し得る。ＭＡＣ層は、ＭＰＤＵ１にビットパディング１００８を追加し、ＭＰＤＵ２にビットパディング１０１０を追加することができる。ビットパディングは、ＭＰＤＵの長さ又はサイズにビットパディングを加えたものが、ＭＰＤＵ＿ｍａｘ＿ｌｅｎｇｔｈ（すなわちＭＰＤＵ３のサイズ又は長さ）に等しくなるように、各ＭＰＤＵに追加される。その後、ＭＰＤＵ及びそれぞれのビットパディングがＰＨＹ層に渡される。ＰＨＹでは、ＬＤＰＣ誤り訂正符号化手順を、方法Ｉに示したようにＭＰＤＵ＿ｍａｘ＿ｌｅｎｇｔｈに基づいて行うことができる。パディング長、パディング前のＭＰＤＵ長などのパディング情報を、ＭＡＣヘッダ若しくはＰＨＹヘッダ、又は各ＭＰＤＵの前のデリミタにおいてシグナリングすることができる。

マルチユーザ（ＭＵ）送信を使用することができる場合には、手順は以下に示すようにすることができる。
ａ．ＡＰ（又は１つ以上のＳＴＡに送信することができる他のタイプのＳＴＡ）が、Ｍ個のユーザへのＭＵ送信をスケジューリングすることができ、各ユーザはＡ－ＭＰＤＵを準備することができる。ｍ番目のユーザ及びｋ番目のＭＰＤＵのＭＰＤＵ長さを表すために、ＭＰＤＵ＿ｌｅｎｇｔｈ_ｍｋが使用される。ｍ＝１，．．．，Ｍ及びｋの範囲は、ユーザ依存とすることができる。
ｂ．ＡＰは、すべてのＭＰＤＵ＿ｌｅｎｇｔｈ_ｍｋを調べ、全ユーザの中からＭＰＤＵ＿ｍａｘ＿ｌｅｎｇｔｈを見つけることができる。
ｃ．ＡＰは、各ＭＰＤＵをＭＰＤＵ＿ｍａｘ＿ｌｅｎｇｔｈまでパディングし、元のＭＰＤＵ長又はパディング長を、ＭＡＣヘッダ、ＰＨＹヘッダ、又はＡ－ＭＰＤＵフレーム内のデリミタにおいてシグナリングすることができる。
ｄ．ユーザｍについて、ＡＰは、方法Ｉで説明したように、各ＭＰＤＵに対してＬＤＰＣ誤り訂正符号化手順を実行することができる。

１つの方法では、上述したパディングは、エンドオブフレーム（ＥＯＦ）パディングの前に実行することができる。１つの方法では、パディングは、ＭＰＤＵ＿ｌｅｎｇｔｈがＥＯＦパディング前及び本明細書に定義されているパディング手順の前のＭＰＤＵの長さを指すように、ＥＯＦ前パディングなどのＭＡＣパディングと一緒に実行することができる。

方法ＩＩＩ
この方法では、ＬＤＰＣ誤り訂正パラメータを計算するための単位として、Ａ－ＭＰＤＵの合計長、すなわちＡＰＥＰ＿ｌｅｎｇｔｈを使用することができる。計算は、上述したＤ３．０修正第６版に定義されているＬＤＰＣ符号化手順に従うことができる。ＬＤＰＣコードワード長Ｌ_ＬＤＰＣ及び初期ＬＤＰＣコードワード数Ｎ_ＣＷ０が得られる。コードワード境界に基づいて、情報ブロック又はＣＷの境界がＭＰＤＵ境界と整合するように、短縮手順とともにＰＨＹ層整合パディングを実行することができる。整合するようにパディングされた情報ビットに対してＬＤＰＣ符号化手順を実行することができる。

図１１は、方法ＩＩＩの使用例である。図１１の具体例では、ＭＰＤＵは様々なサイズ（長さ）を有する。１１０２として示されているＭＰＤＵ１は初期長１を有し、１１０４として示されているＭＰＤＵ２は初期長２を有し、１１０４として示されているＭＰＤＵ３は初期長３を有する。これら３つのＭＰＤＵに関連付けられる、コードワード（ＣＷ）として表記された複数の元の情報ブロックが、１１２０として示されている。各ＭＰＤＵに対してビットパディングを行うことができる。ＭＰＤＵ１に対してビットパディング１１１２を行うことができ、ＭＰＤＵ２に対してビットパディング１１１４を行うことができ、ＭＰＤＵ３に対してビットパディング１１１６を行うことができる。結果の一例として、３つの情報ブロック又はＣＷのグループ１１２２がＭＰＤＵ１＋パディング１１１２を表す結果となり、２つの情報ブロック又はＣＷの第２のグループ１１２４がＭＰＤＵ２＋パディング１１１４を表す結果となり、４つの情報ブロック又はＣＷの第３のグループ１１２６がＭＰＤＵ３＋パディング１１１６を表す結果となり得る。様々なＭＰＤＵは、情報ブロック（ＣＷ）の境界と対応する（整合される）ようにパディングされていることに留意されたい。

ＳＵ送信の場合の例示的な整合パディング手順を以下に示す（Ａ－ＭＰＤＵ内のＫ個のＭＰＤＵと想定する）。
１．上述したＤ３．０修正第６版に示されているＡＰＥＰ＿ｌｅｎｇｔｈを使用して、ＰＰＤＵの初期ＯＦＤＭシンボル数を計算する。
２．上述したＤ３．０修正第６版に示されている計算に従って、１つのＬＤＰＣコードワード長Ｌ_ＬＤＰＣを選択して符号化し、ＬＤＰＣコードワードの初期数をＮ_ＣＷ，０として計算する。各ＬＤＰＣコードワードの情報ビット長はＲ・Ｌ_ＬＤＰＣであり、Ｒは符号化率である。
３．ＭＰＤＵ＿ｌｅｎｇｔｈ_ｋを有するｋ番目のＭＰＤＵ（ｋ＝１，．．．，Ｋ）について、ＭＰＤＵのＬＤＰＣコードワードの個数を計算する。
ａ．

４．ｋ番目のＭＰＤＵ（ｋ＝１，．．．，Ｋ）について、符号化の前にデータビットにパディングされる短縮ビットの数Ｎ_{ｓｈｒｔ，ｋ}を計算する。短縮ビットは、ＬＤＰＣ符号化処理において使用される。ＬＤＰＣ符号化器は、Ｋ個の情報ビットをＮ個の符号化ビットに符号化する。未処理ビット／情報ビットがＫより小さい場合、符号化器は０を挿入してＫにする。これらの挿入されたビットが短縮ビットと呼ばれる。符号化後、短縮ビットは除去される。短縮ビットの数は次のように計算することができる。
ａ．Ｎ_{ｓｈｒｔ，ｋ}＝ｍａｘ（０，Ｎ_ＣＷ，ｋ・Ｒ・Ｌ_ＬＤＰＣ）－８ＭＰＤＵ＿ｌｅｎｇｔｈ_ｋ）
ｂ．短縮ビットは、すべてのＮ_ＣＷ，ｋ個のコードワードに均等に分散されてよく、最初のＮ_{ｓｈｒｔ，ｋ} ｍｏｄ Ｎ_ＣＷ，ｋ個のコードワードがＭＰＤＵ内の残りのコードワードより１ビット多く短縮される。
５．ｋ番目のＭＰＤＵについて、短縮ビットを除去した後の符号化ビット数を計算する。
ａ．Ｎ_ｃｂ，ｋ＝Ｎ_ＣＷ，ｋ・Ｌ_ＬＤＰＣ－Ｎ_{ｓｈｒｔ，ｋ}
６．すべてのＭＰＤＵについて、ＭＰＤＵに基づく手順を繰り返す。ＭＰＤＵの符号化ビットの推定合計数を、以下の式を使用して計算する。
ａ．

７．ＯＦＤＭシンボルの更新された推定数を以下のように計算することができる。Ｎ_ｃｂｐｓは、ＯＦＤＭシンボルあたりの符号化ビット数である。
ａ．

８．最後のＯＦＤＭシンボルに残っている符号化ビット数は以下である。
ａ．Ｎ_{ｅｘｃｅｓｓ}＝ｍｏｄ（Ｎ_ｃｂ，Ｎ_ｃｂｐｓ）
９．事前ＦＥＣパディング係数初期値又はａ_ｉｎｉｔは、以下のように計算することができる。
ａ．

ｂ．ここでＮ_{ＣＢＰＳ，ｓｈｏｒｔ}は、割り当てられたリソースユニット（resource unit、ＲＵ）あたりのシンボルあたりの符号化ビット数を４で割った値である。
１０．上述したＤ３．０修正第６版において定義されている手順に従って、最後のＯＦＤＭシンボルにおける事前ＦＥＣパディングセグメントを考慮して、ＰＰＤＵ全体の情報ビット数Ｎ_ｐｌｄ及び利用可能な符号化ビット数Ｎ_{ａｖｂｉｔｓ}を計算する。次に、最後のＭＰＤＵの情報ビット数Ｎ_{ｐｌｄ，ｌａｓｔ}及び利用可能な符号化ビット数Ｎ_{ａｖｂｉｔｓ，ｌａｓｔ}を次のように計算する。
ａ．

ｂ．

１１．Ｎ_{ｐｌｄ，ｌａｓｔ}及びＮ_{ａｖｂｉｔｓ，ｌａｓｔ}を使用して、最後のＭＰＤＵにおいて短縮を実行する。
１２．パンクチャリングを実行する。１つの方法では、パンクチャリングされたビットは、すべてのＭＰＤＵにわたってすべてのＣＷに均等に分配されてもよい。１つの方法では、パンクチャリングは、ＭＰＤＵ毎に実行することができる。
１３．上述したＤ３．０修正第６版に従ってＮ_ＳＹＭ及び係数を計算して符号化手順を継続する。

マルチユーザ（ＭＵ）送信の場合、以下の手順を使用することができる。
すべてのユーザについて、上のステップ１～７に定義されている手順に従って、次のユーザ毎のパラメータを計算する。
ａ．ユーザ毎の初期ＯＦＤＭシンボル数Ｎ_{ＳＹＳ，ｉｎｉｔ，ｕ}

符号化パケット持続時間が最大のユーザを求め、ユーザの値としてＮ_{ＳＹＳ，ｉｎｉｔ}及びａ_ｉｎｉｔを設定する（上述したＤ３．０修正第６版に定義されている手順に従う）。

全ユーザの最後のＭＰＤＵについて、Ｎ_{ＳＹＳ，ｉｎｉｔ}及びａ_ｉｎｉｔを使用して、上のステップ８～１１で説明したようにビットパディング及び短縮を実行する。

上述したＤ３．０修正第６版に従ってＮ_ＳＹＭ及び係数を計算して符号化手順を継続する。

情報ブロック／コードワード長の選択
この方法では、ＬＤＰＣ誤り訂正符号ワード長などの情報ブロック長の選択を行うことができる。図１２は、ＭＰＤＵと情報ブロック（ＣＷ）の境界整合符号化手順による情報ブロック（例えばＬＤＰＣコードワード長）選択の一例を示している。ＬＤＰＣの例を使用するこの例では、３つの異なるＬＤＰＣコードワード長（情報ブロック長）が使用される。予め定義された／所定のコードワード長選択基準を設定することができる。例えば、ＭＰＤＵとＣＷの境界整合パディング／短縮ビット数が最小になる情報ブロック長（コードワード長）を選択することができる。コードワード長の選択後、前述した方法に示したように符号化手順を実行することができる。

図１２には、３つの異なるＭＰＤＵサイズが示されている。１２０２として示されたＭＰＤＵ１は初期長１を有し、１２０４として示されたＭＰＤＵ２は初期長２を有し、１２０４として示されたＭＰＤＵ３は初期長３を有する。３つの異なる情報ブロック（ＣＷ）長のセットも示されている。第１のＣＷセット１２４０は、第２のＣＷセット１２６０及び第３のＣＷセット１２８０と比較され得る。各ＣＷセットは、異なる長さ及び情報ブロック（ＣＷ）数を有する。一例では、ＣＷセット１２８０の個々のＣＷの長さが、各ＭＰＤＵに適用する追加ビットパディングを決定するための基準として選択される。ビットパディング１２１２をＭＰＤＵ１に適用することができ、ビットパディング１２１４をＭＰＤＵ２に適用することができ、ビットパディング１２１６をＭＰＤＵ３に適用することができる。結果の一例として、３つのＣＷのグループ１２２２がＭＰＤＵ１＋パディング１２１２を表す結果となり、３つのＣＷの第２のグループ１２２４がＭＰＤＵ２＋パディング１２１４を表す結果となり、４つのＣＷの第３のグループ１２２６がＭＰＤＵ３＋パディング１２１６を表す結果となり得る。

整合パディングのビット数を最小にする方法
１．可能なＬＤＰＣコードワード長Ｌ_{ＬＤＰＣ，ｍ} ｍ＝１，．．．，Ｍ（Ｍは定義されているＬＤＰＣコードワード長の可能な数）のすべてを調べ、ｋ番目のＭＰＤＵのＬＤＰＣコードワードの数を計算する。
ａ．

２．ｋ番目のＭＰＤＵ（ｋ＝１，．．．，Ｋ）について、符号化の前にデータビットにパディングする短縮ビットの数Ｎ_{ｓｈｒｔ，ｋ，ｍ}を計算する。
ｂ．Ｎ_{ｓｈｒｔ，ｋ，ｍ}＝ｍａｘ（０，Ｎ_{ＣＷ，ｋ，ｍ}・Ｒ・Ｌ_{ＬＤＰＣ，ｍ}）－８ＭＰＤＵ＿ｌｅｎｇｔｈ_ｋ）
３．ＬＤＰＣコードワード長ｍに対する短縮ビットの合計数を計算する。

４．最小のＮ_{ｓｈｒｔ，ｍ}を有するｍ番目のＬＤＰＣコードワードの長さを選択する。

方法Ｉ、方法ＩＩ、方法ＩＩＩ、及びコードワード長選択として上述した実施形態１のコンセプト及び特徴は、情報ブロック長の単位と整合する１つ以上のパディングされたＭＰＤＵサイズを有するＡ－ＭＰＤＵを構築するために、組み合わせることができる。更に、上記のコンセプトは、層にとらわれずに適用することができる。すなわち、特定の構造層に関係なく、情報ブロック（コードワード）長を選択し、データブロックユニット（プロトコルデータユニット）のサイズを決定し、データユニットサイズと情報ブロック長の倍数の整合を適用することができる。したがって、プロトコルデータユニット（ＰＤＵ）サイズのデータユニットを上記の方法において使用して、送信されるＰＤＵのフレーム内の複数のＰＤＵを構築することができる。図１３は、複数のＰＤＵの構築されたフレーム内のＰＤＵのサイズを、無線伝送のための誤り訂正符号の対応する情報ブロックの長さに整合させる方法の一例である。

図１３では、１３０５において、無線局（ＳＴＡ）又はアクセスポイント（ＡＰ）などの無線デバイスは、誤り訂正符号に対応する情報ブロック長を決定することができる。本明細書で上述したように、情報ブロック長は、コードワード長とも呼ばれ得る。情報ブロックは、誤り訂正符号のパラメータを符号化するために使用することができる。１３１０において、無線デバイスは、複数のＰＤＵのフレームのＰＤＵのうちの少なくとも１つにパディングビットを挿入して、パディングされたＰＤＵサイズを、決定された情報ブロック長の整数倍に整合させることができる。例えば、図１１の例に示されるように、パディングビット１１１２は、情報ブロック長（コードワード長）に対応するように、第１のＰＤＵ（例えばＭＰＤＵ１）に追加／付加／連結することができる。図１１の例では、パディングビット１１１２は、ＣＷ１１１２の整数倍に対応するように、第１のＰＤＵに追加されている。図１１の例では、ＣＷの整数倍は、１１２２において３である。しかしながら、ＰＤＵに追加されるパディングビットによって、他のＣＷの整数倍が生じてもよい。パディングビットを挿入するこの動作は、本質的に、パディングされたＰＤＵサイズを、整数個の情報ブロック長（ＣＷ長）のサイズとなるように整合させるものである。

図１３に戻り、１３１５において、ＰＤＵサイズをＣＷ長の整数倍に整合させる１３１０における動作を、複数のＰＤＵのフレーム内の残りのＰＤＵに対して必要に応じて適用されるように繰り返す、又は継続することができる。したがって、複数ＰＤＵのフレーム内の各ＰＤＵサイズを、同様に、決定された情報ブロック長の整数倍に整合させることができる。例えば、図１１において、次のＰＤＵ（例えばＭＰＤＵ２）を、整数個（１１２４のように２つのＣＷ）のＰＤＵサイズを生成するために、ビット１１１４によってパディングすることができる。ビット１１１６の同様のパディングを、必要に応じて、次のＰＤＵ（例えばＭＰＤＵ３）に適用して、次のＰＤＵサイズ（ＭＰＤＵ３のサイズなど）をＣＷの整数倍のサイズに整合させることができる。図１１の例では、次のＰＤＵ（ＭＰＤＵ３など）のサイズ及びパディングビット１１１６が、１１２６のように４つのＣＷ長になるように整合される。なお１３１０及び１３１５における動作は、単一の境界整合プロセス又は複数ステップの境界整合プロセスとみなされ得ることに留意されたい。送信される複数のＰＤＵの構築された（結果の）フレーム（送信されるＡ－ＭＰＤＵなど）内の１つ以上のＰＤＵが、整数個の情報ブロックに整合させるためのパディングビットを必要としないこともあり得る。

図１３に戻り、１３２０において、無線デバイスは任意選択で、該当する場合、送信されるＰＤＵの構築されたフレーム内の各ＰＤＵサイズを、無線デバイス内の異なる構造層にシグナリングすることができる。例えば、このシグナリングは、無線デバイス内の媒体アクセス制御層から物理層にパラメータにおいて転送することができる。したがって、無線デバイスは、複数のＰＤＵの構築されたフレーム内の各結果のＰＤＵのサイズを示すことによって、ＰＤＵの構築されたフレームの送信を準備するためのメカニズムを適切に使用することができる。送信される構築されたフレーム内の各結果のＰＤＵサイズ（パディングされたＰＤＵサイズ）は、元のＰＤＵ長と、上述したように情報ブロック全体の長さに整合させるための任意のパディングビット（すなわち必要に応じて追加されるパディングビット）との合計である。いくつかの例では、元のＰＤＵ長が、送信されるフレームで使用するための情報ブロック／コードワード長に等しくなるようにパディングビットを必要としないこともある。

図１３では、１３２５において、無線デバイスは、決定された情報ブロック長を有する誤り訂正符号によって符号化された複数のＰＤＵの構築されたフレーム（Ａ－ＭＰＤＵフレームなど）を、無線受信機に送信することができる。この動作は、無線デバイスによって、構築されたマルチＰＤＵフレームを、ＩＥＥＥ ８０２．１１又は別の標準規格に基づく無線ネットワークなどのネットワーク上の無線受信機に伝達するために使用される。送信される情報は、構築されたマルチＰＤＵフレームのみならず、構築され送信されたマルチＰＤＵフレーム内の受信ＰＤＵを誤り訂正するために受信機によって使用され得る関連する情報ブロック（コードワード）を含むことができる。

一実施形態では、情報ブロック長は、誤り訂正符号の低密度パリティ検査符号の単位長として使用される長さに相当する。情報ブロック長は、複数のＰＤＵの構築されたフレーム内の各ＰＤＵサイズを構築するための単一の情報ブロック長とすることができる。１つの特定の例では、少なくとも１つのＰＤＵにパディングビットを挿入する結果として、送信されるＰＤＵの構築されたフレーム内の各ＰＤＵが等しいサイズであるようにパディングビットが加えられ得る。１つの特定の実施形態の例では、複数のＰＤＵのうちの少なくとも１つのＰＤＵにパディングビットを挿入することは、Ａ－ＭＰＤＵフレーム内の少なくとも１つのＭＰＤＵにパディングビットを挿入することであってもよい。

一実施形態では、ＰＤＵの構築されたフレーム内の各ＰＤＵサイズのシグナリングは、無線デバイス内の１つの層から別の層にシグナリングされるパラメータにおいて行うことができる。一例では、ＰＤＵの構築されたフレームの各ＰＤＵサイズのシグナリングは、無線デバイス内のＭＡＣ層からＰＨＹ層へのシグナリングとすることができ、ＴＸＶＥＣＴＯＲパラメータを使用して達成することができる。一実施形態では、図１３の方法における無線デバイスは、ＰＤＵの構築されたフレーム内の各ＰＤＵサイズを無線送信のプリアンブルの中でシグナリングすることによって、ＬＤＰＣ符号などの誤り訂正符号によって符号化されたＰＤＵの構築されたフレームを、無線デバイスと同じネットワーク上の受信機に送信することができる。別の実施形態では、誤り訂正符号によって符号化されたマルチＰＤＵフレームを受信機に無線送信することは、無線送信のプリアンブルにおいてＥｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドも使用することによって達成することができる。Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドは、低密度パリティ検査Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドとすることができる。別の実施形態では、誤り訂正符号によって符号化された複数のＰＤＵの構築されたフレームを受信機に送信することは、無線送信のプリアンブルにおいてｐｒｅ－ｆｏｒｗａｒｄ ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｐａｄｄｉｎｇ ｆａｃｔｏｒ（事前ＦＥＣ（前方誤り訂正）パディング係数）フィールドも送信することによって達成することができる。なおＰＤＵの構築されたフレームの無線送信は、無線通信システムにおけるＳＴＡ又はＡＰを使用して達成され得ることに留意されたい。

実施形態２：スクランブラ及び失敗セクションの識別
ここに開示される方法及び手順は、目的／課題２に対処するために使用され得る。上述したように、本明細書に開示されている方法の有用性は、無線デバイスの特定の層に限定される必要はない。したがって、ＭＰＤＵ及びＡ－ＭＰＤＵなどの構造は、それぞれ、プロトコルデータユニット及び複数のＰＤＵのフレームとみなすことができる。以下の説明では、ＭＰＤＵ及びＡ－ＭＰＤＵを含む実施形態の例が具体例として使用されるが、コンセプトは特定の層に限定される必要はない。

以下のセクションで説明するＣＷと称されている情報ブロックは、各グループがフィードバック及び再送信のための単位であるようなＣＷのグループ（ＣＷグループ）とすることもできる。各ＣＷ又はＣＷグループは、受信したビットの正しさを検証するための追加のＣＲＣを有することができる。

目的／課題の記述には、送信機／受信機がフィードバック及び再送信において失敗したセクションを識別するための２つの方法が明らかにされており、最初の方法は、元のＡ－ＭＰＤＵにおけるオフセットｄに基づくものであり、２番目の方法は、ＨＡＲＱバッファサイズに比例する番号付け空間を有する、受信機によって指定される識別子（ＨＡＲＱシーケンス番号）に基づくものである。

最初の方法では、再送信において、元のＭＰＤＵの識別情報及びオフセットｄをシグナリングする必要がある。２番目の方法（フィードバックがない場合、送信機はバックオフして元のＡ－ＭＰＤＵを再送信する）では、再送信においてＨＡＲＱシーケンス番号をシグナリングし、この番号から受信機は、コンテキスト（例えば、スクランブラ状態、ＨＡＲＱバッファへのポインタ、ＣＷサイズ、ＨＡＲＱシーケンス番号に関連付けられるＣＷの前後のＭＰＤＵに組み立てられていない復号化ビット）を導く。

図１４に例を示し、２番目の方法を説明する。図１４は、受信機（Ｒｘ）によって提供されるＨＡＲＱシーケンス番号の例である。この方法は、ＭＰＤＵと情報ブロック（ＣＷ）境界整合に依存しないが、一般的なものとするために整合しない例として説明されている。この例では、最初のＨＡＲＱ送信１４０２において、ＣＷ１、ＣＷ２、ＣＷ３、ＣＷ５、ＣＷ６、ＣＷ７、ＣＷ９、及びＣＷ１１が復号される。トラフィック識別子ｘ（ＴＩＤ ｘ）及びＭＰＤＵ Ｎは、ＣＷ１、ＣＷ２、及びＣＷ３の部分に関連付けられている。ＴＩＤ ｙ及びＭＰＤＵ Ｍは、ＣＷ６及びＣＷ７の部分に関連付けられている。ＴＩＤ ｚ及びＭＰＤＵ Ｌは、ＣＷ９の部分に関連付けられている。受信機は、それぞれの復号されたＣＷを使用してＭＰＤＵ Ｎ、ＭＰＤＵ Ｍ、ＭＰＤＵ Ｌを組み立て、このことを送信機へのブロック確認応答（ＢＡ）１４０５に反映させる。ＢＡ１４０５は、図１４では、第１のＨＡＲＱ送信１４０２に関連するフィードバック１４０４として示されている。ＢＡ１４０５は、ＭＰＤＵの確認応答のためのビットマップである。

フィードバック１４０４において、受信機は、ＣＷのためのＨＡＲＱビットマップ１４０６を追加し、ＨＡＲＱビットマップ１４０６では、各ビットは、正常に受信されたＭＰＤＵ（すなわちＭＰＤＵ Ｎ、ＭＰＤＵ Ｍ、ＭＰＤＵ Ｌ）のいずれにも関連していないＣＷに関連付けられているが、（任意選択で）前後両方のＣＷが、正常に受信されたＭＰＤＵによって占有されているＣＷ（例えばＣＷ８）を除く。例えばＣＷ８は、２つの正常に受信されたＭＰＤＵ（ＭＰＤＵ Ｍ及びＭＰＤＵ Ｌ）の間に存在するため、ＨＡＲＱビットマップ１３０６において対応するビットを有さない。

受信機は、ＨＡＲＱビットマップ１４０６の前に、開始ＨＡＲＱシーケンス番号ｈ １４０７を識別する。上の例では、失敗したＣＷ（ＣＷ４、ＣＷ８、ＣＷ１０）には、それぞれ受信機によってＨＡＲＱシーケンス番号ｈ、ｈ＋１、ｈ＋２が割り当てられる。それぞれ項目１４１０、１４１１、１４１２を参照されたい。ＣＷ５及びＣＷ１１のように、成功したＣＷであるが成功したＭＰＤＵによって占有されていないＣＷ（図１４においてＨＡＲＱシーケンス番号なしで１４１４として示されている）は、ＨＡＲＱシーケンス番号によって識別されないが、復号されたビットは、再組立のために受信機にローカルに格納される。ＣＷ３、ＣＷ６、ＣＷ７、及びＣＷ９など、成功したＭＰＤＵによって部分的に占有されている成功したＣＷでは、ＨＡＲＱ ＣＷビットマップのビットは、成功したＭＰＤＵに関連付けられておらず、ＨＡＲＱ ＣＷビットマップのＣＷ関連ビットの前又は後にローカルに格納されて、ＣＷ（ローカルに格納されている成功したＣＷからの情報ビット、又はＨＡＲＱシーケンス番号を有する失敗したＣＷ）にリンクされる。ＨＡＲＱ ＣＷビットマップ１４０６において、「Ｎ」及び「Ｙ」の表記はＮｏ及びＹｅｓであり、単にＣＷの確認応答を示す。実際には、デジタル表記などの別の表記を使用してもよい。フィードバック１４０４には、２セットの確認応答が存在する。第１のセットはＭＰＤＵレベルの確認応答（ＭＰＤＵのビットマップ１４０５）であり、第２のセットはＣＷレベルの確認応答（ＣＷのビットマップ１４０６）である。ＭＰＤＵレベルの確認応答では、従来のＩＥＥＥ ８０２．１１ ＢＡのメカニズム及びフォーマットを使用することができる。ＣＷレベルの確認応答１４０６は、成功のＭＰＤＵレベル確認応答によってカバーされていないＣＷの確認応答を伝える。ＨＡＲＱ開始元／送信機は、ＨＡＲＱフィードバック１４０４を受信することにより、失敗したＣＷを識別することができる。この例では、失敗したＣＷは、ＣＷ４、ＣＷ８、及びＣＷ１０である。ＨＡＲＱ開始元／送信機は、失敗したＣＷを再送信し、ＨＡＲＱシーケンス番号範囲を［ｈ，ｈ＋ｋ］と示すことができる。ここで、ｋ＋１は失敗したＣＷの総数である。

ＣＷのＨＡＲＱビットマップ１４０６では、各ビットの状態は、成功したＭＰＤＵによって占有されていないＣＷの状態をシグナル伝達することができる。あるいは、よりコンパクトなビットマップの場合、各ビットは、成功したＭＰＤＵによって占有されていないＣＷの状態をシグナリングし、そのＣＷは、成功したＭＰＤＵによって占有されている２つのＣＷの間の唯一のＣＷではない。

例えば、送信機は、「ＭＰＤＵのビットマップ」に基づいて、ＭＰＤＵ ＭとＭＰＤＵ Ｌとの間に成功していないＭＰＤＵがあることを認識しており、ＣＷ８はＭＰＤＵ ＭとＭＰＤＵ Ｌとの間の唯一のＣＷであるため、ＨＡＲＱビットマップにおいてＣＷ８の状態をシグナリングしなくてよい。送信機は、明示的なシグナリングなしでＣＷの失敗を導くことができる。

上の例では、ＨＡＲＱビットマップは、ＣＷ４、ＣＷ５、ＣＷ１０、及びＣＷ１１の状態を識別している。送信機は、ＣＷ４が、成功したＭＰＤＵ（フィードバック１４０４のＢＡ内の「ＭＰＤＵのビットマップ」１４０５において識別される）によって占有されていない最初のＣＷであるため、ＨＡＲＱビットマップ１４０６の最初のビットがＣＷ４に関連付けられていることを理解する。送信機は、ＣＷ１０が、成功したＭＰＤＵによって占有されていない４番目のＣＷであり、ＣＷ１０の前に、ビットマップ内のビットを必要としないＣＷ８が存在するため、ＨＡＲＱビットマップ１４０６内の３番目のビットがＣＷ１０を識別していることを認識する。

図１４の代替の第２のＨＡＲＱ送信１４０８では、送信機は、ＨＡＲＱシーケンス番号ｈ～ｈ＋ｋに基づいて、再送信されるＣＷを識別する。受信機は、ＨＡＲＱシーケンス番号に関連付けられるコンテキストを使用して、ＨＡＲＱバッファに格納されているＬＬＲを見つけ、ＣＷを結合して復号する。成功した場合、受信機はＨＡＲＱシーケンス番号のコンテキストを使用して、再組み立てのためにＣＷの前又は後のビットを見つける。

ＨＡＲＱビットマップ１４０６は、ＭＰＤＵに組み立てることができず、かつ受信機がＬＬＲをバッファリングした、又は部分的なＭＰＤＵを復号したＣＷのセットの状態のみをシグナリングすることができる。受信機は、すべての失敗したＣＷのＬＬＲをバッファリングするためのメモリ容量を持っていないことがある。バッファリングされていないＣＷについては、それらはＨＡＲＱビットマップ１４０６において識別されない。送信機は、ＣＷの位置がＨＡＲＱビットマップ１４０６において明示的又は暗黙的に識別されたＣＷに対応する失敗したＭＰＤＵを識別して、ＨＡＲＱ再送信を行う。ＣＷの位置が、ＨＡＲＱビットマップ１４０６によって明示的又は暗黙的に識別されたＣＷに対応しない失敗したＭＰＤＵについては、送信機はＨＡＲＱ再送信を行わなくてよい。この場合のビットマップは、正常に復号されたＭＰＤＵを含まないすべてのＣＷのサブセットの状態を表してもよく、短縮ビットマップとして示される。短縮ビットマップにおけるＰＰＤＵ内のＣＷ位置を示すために、フィードバックにおいてシグナリングを提供することができる。例えば、ビットマップは、ＣＷ１０及びＣＷ１１に対応する２ビットのみを有する。フィードバック内のシグナリングは、ビットマップの開始位置をＣＷ１０として示し、長さは２である。送信機は、この短縮ビットマップによって明示的にシグナリングされないＣＷ（例えばＣＷ４、ＣＷ５、及びＣＷ８）を、これらのＣＷに対して受信機によって格納されないソフトビットとして解釈する。バッファリングされたソフトビットを有さないこれらのＣＷ（例えばＣＷ４、ＣＷ５、及びＣＷ８）に含まれるＭＰＤＵについては、送信機は、ＣＷのＨＡＲＱ再送信を実行する代わりに、ＭＰＤＵのＨＡＲＱ再送信を実行することができる。バッファリング又は復号されたＣＷの異なる部分を表すために、フィードバックには複数の短縮ビットマップが存在してもよい。

上の段落の方法に代わる方法は、ブロック確認応答（Block Acknowledge、ＢＡ）としてフィードバックを送ることである。成功したＭＰＤＵを含まず、受信機によってバッファリングされている（いない）ＣＷの位置は、ＢＡとともに明示的にシグナリングされる。例えば、追加シグナリングは、ＰＰＤＵ内のすべてのＣＷのビットマップとすることができ、対応するＣＷがバッファリングされていないことを示すためにビット値が１に設定され、対応するＣＷが復号されたか、復号されないがバッファリングされていることを示すためにビット値が０に設定される。１つの代替形態では、追加のシグナリングは、バッファリングされていない失敗したＣＷのＣＷインデックスのリストとすることができる。

あるいは、受信機からのフィードバックは、各フィールドがＣＷの状態に対応するフィールドの集合とすることができる。各フィールドは、成功、失敗したがバッファリングされている、失敗してバッファリングされていないなど、複数の値を有することができる。例えば、ＣＷの２ビットフィールドの場合、「１０」は、ＣＷ（及びその中のＭＰＤＵ）が復号されたことをシグナリングし、「０１」は、ＣＷが復号されていないがＨＡＲＱ再送信結合のためにそのソフトビットがバッファリングされていることをシグナリングし、「００」は、ＣＷが復号されておらずソフトビットがバッファリングされていないことをシグナリングすることができる。

上記の実施形態では、依然として、受信機は、失敗したセクション／ＣＷに関連付けられるコンテキストにおいてスクランブラ状態を保持する必要がある。

図１５は、送信機Ｔｘからのデータビット及びスクランブルシーケンスを使用するＬＤＰＣ出力の２つの図を示している。図１５に示したように、ＬＤＰＣ符号化器は線形であるため、スクランブラの順序を逆にすることができる。すなわち、符号化の後にスクランブルを行い、復号の前にデスクランブルを行うことができる。図１５の構成１５１０は、現在の標準における送信手順を示しており、ＭＡＣ層から来るデータビットが最初にスクランブルされる。スクランブルは線形演算であるため、データビットがスクランブルシーケンスと加算されると表現することができる。スクランブルシーケンスは、所与のスクランブルシードを使用して、すべての０ビットをスクランブラに渡すことによって生成することができる。次に、その加算値、すなわちスクランブルされたビットをＬＤＰＣ符号化器に入力する。一方、図１５の構成１５２０では、データビットとスクランブルシーケンスが別々にＬＤＰＣ符号化器に渡され、ＬＤＰＣ符号化器の出力において加算が実行される。この２つの演算は、同じ入力（すなわちデータビット）から同じ出力が生成されるという意味において等価である。

この性質に基づき、受信機が元のＡ－ＭＰＤＵにおけるスクランブラ状態を記憶している必要なしに、ＣＷ／セクションのＨＡＲＱ再送信を、異なるスクランブルシーケンスを使用して送ることができる。

図１６は、受信機ＲｘにおけるＦＥＣとスクランブラの逆の順序の可能性を示すブロック図である。図１６において、ｎ番目のＨＡＲＱ送信において受信された対数尤度比要素ｎ’（ＬＬＲｎ’）を事前にデスクランブルした後、前のＬＬＲと組み合わせて復号し、場合によってはＨＡＲＱバッファに格納することができる。事前デスクランブルは、ソフトデマッパからのＬＬＲｎ’と符号化されたスクランブルシーケンスに基づく。符号化されたスクランブルシーケンスは、以前のＨＡＲＱ送信とは異なるシードを使用してよいスクランブルシーケンスを符号化することによって生成される。事前デスクランブル演算は、例えば、符号化されたスクランブルシーケンスにおける対応するビットが１である場合、ＬＬＲｎ’の符号を反転させる演算とすることができる。

上記のメカニズムに基づき、受信機（Ｒｘ）はもはやスクランブラ状態を記憶する必要がなく、送信機は、異なるスクランブラ開始（scrambler initiations）を有する異なる前のＡ－ＭＰＤＵからの複数のＨＡＲＱ再送信セクションから構成される可能性のある再送信Ａ－ＭＰＤＵ全体に対して単一のスクランブルシードをシグナリングすることができる。単一のスクランブルシードは、ペイロードではなくＰＰＤＵヘッダにおいてシグナリングすることができる。

あるいは、再送信される各ＨＡＲＱセクションを、ＨＡＲＱシーケンス番号又はＨＡＲＱ（再）送信の識別子から導かれるスクランブルシードに基づいてスクランブルすることができる。この代替形態では、スクランブルシードの追加のオーバーヘッドは必要ない。

あるいは、ＦＥＣ符号化器の後にスクランブルシーケンスを適用してもよい。これにより、ＨＡＲＱ再送信が、元の送信のスクランブルシーケンスに依存しないものとなる。更に、ペイロードの外側でネットワーク割り当てベクトル（network allocation vector、ＮＡＶ）をシグナリングする新しい修正として、サードパーティのＳＴＡは、ＮＡＶを観察するために意図しないＰＰＤＵを復号する必要がもはやない。ＦＥＣ後のスクランブルにより、所望の信号と比較してＦＥＣによって提供される処理利得を有さない干渉がランダム化される。

あるいは、スクランブルシーケンスは、ＢＳＳの識別情報に基づき、場合によっては他の量と合わせて、最終的なスクランブルシーケンスを構築することができる。スクランブルは、ＦＥＣ符号化の前又は後に実行することができる。

実施形態３：バッファ制限ＨＡＲＱ送信
ＨＡＲＱバッファのネゴシエーション
上述したように、本明細書に開示されている方法の有用性は、無線デバイスの特定の層に限定される必要はない。したがって、ＭＰＤＵ及びＡ－ＭＰＤＵなどの構造は、それぞれ、プロトコルデータユニット及び複数のＰＤＵのフレームとみなすことができる。以下の説明では、ＭＰＤＵ及びＡ－ＭＰＤＵを含む実施形態の例が具体例として使用されるが、コンセプトは特定の層に限定される必要はない。１つの方法では、ＨＡＲＱ発信元及びＨＡＲＱ応答機は、ＨＡＲＱ送信の前にＨＡＲＱバッファサイズをネゴシエートすることができる。ネゴシエーションは、能力ベースかつ静的とすることができる。例えば、ＨＡＲＱバッファ関連情報を、アソシエーション時にＨＡＲＱ能力情報要素において送信することができる。

１つの方法では、ＨＡＲＱバッファのネゴシエーションは、ＨＡＲＱ送信又はＨＡＲＱ送信のシーケンス又はＴＸＯＰの前とすることができる。例えば、ＨＡＲＱバッファのネゴシエーションは、ブロックＡＣＫ追加（add block acknowledge、ＡＤＤＢＡ）要求／応答フレーム交換を通じた既存のブロックＡＣＫネゴシエーションの一部とすることができる。この場合、ネゴシエートされたＨＡＲＱバッファサイズを、ブロックＡＣＫフレーム交換セッションに適用することができ、又はＨＡＲＱバッファネゴシエーションは、新たに定義された制御／管理フレームを使用する１つ以上のＨＡＲＱプロセスの前とすることができる。

ＨＡＲＱバッファ関連情報は、以下を含むことができる。
ａ．バッファサイズ
ｂ．トラフィックＩＤ（ＴＩＤ）毎のバッファサイズ
ｃ．送信バッファサイズ及び受信バッファサイズ

サイズは、利用可能な実際のバッファサイズの量子化された値であってもよい。あるいは、いくつかのレベルのバッファサイズを事前に定義することができる。デバイスは、実際のデバイスバッファサイズが固定レベル値のすぐ上であるようなレベルを示すことができる。

バッファ指示情報を有するＨＡＲＱフィードバック
ＨＡＲＱ発信元が、特定の失敗したＨＡＲＱユニットがバッファリングされているかどうかを結論することが困難であることがある。この実施形態では、ＨＡＲＱ発信元が再送信を適切に実行することができるように、バッファ指示情報をＨＡＲＱフィードバックに含めることができる。

ＨＡＲＱ受信機／応答機は、以下の場合、受信したＨＡＲＱユニットをバッファリングしないことを選択することができる。
ａ．受信機が、ＨＡＲＱユニットをバッファリングするのに十分な能力を有することができない
ｂ．受信機が、ＨＡＲＱユニットにおける強い衝突又は高い干渉を検出することができる
ｃ．受信機が、ＨＡＲＱユニットの受信信号対干渉・雑音比（receive Signal-to-Interference-plus-Noise Ratio、ＳＩＮＲ）が予め定義された／所定の閾値以下であることを検出することができる

１つの方法では、ＨＡＲＱ－ＡＣＫビットマップ及びＨＡＲＱバッファ指示情報ビットマップの両方を、ＨＡＲＱフィードバック／ＡＣＫに含めることができる。両方のビットマップは、固定長／サイズを有することができる。ビットマップのサイズは、予め定義する、既定する、又はネゴシエートすることができる。例えば、発信元と応答機との間でＨＡＲＱセッションが確立されるときに、サイズをネゴシエートすることができる。ＨＡＲＱ－ＡＣＫビットマップは、ＨＡＲＱユニットが正常に復号されたかどうかを示すことができる。ＨＡＲＱバッファ指示情報ビットマップは、ＨＡＲＱユニットがバッファリングされているかどうかを示すことができる。例えば、ＨＡＲＱフィードバック／ＡＣＫは、８つのＨＡＲＱユニットに対する確認応答を伝えることができ、ＨＡＲＱユニット１、３、５が正常に復号されず、ＨＡＲＱユニット１及び３がバッファリングされている。この場合、ＨＡＲＱ－ＡＣＫビットマップを８ビット長の［１０１０１０００］とすることができ、ＨＡＲＱバッファ指示情報ビットマップを［１０１０００００］とすることができる。

１つの方法では、ＨＡＲＱ－ＡＣＫビットマップ及びＨＡＲＱバッファ指示情報ビットマップの両方を、ＨＡＲＱフィードバック／ＡＣＫに含めることができる。ＨＡＲＱ－ＡＣＫビットマップは、ＨＡＲＱユニットが正常に復号されたかどうかを示すことができ、固定長を有することができる。ＨＡＲＱ－ＡＣＫビットマップのサイズは、予め定義する、既定する、又はネゴシエートすることができる。例えば、発信元と応答機との間でＨＡＲＱセッションが確立されるときに、サイズをネゴシエートすることができる。ＨＡＲＱバッファ指示情報ビットマップは、ＨＡＲＱユニットがバッファリングされているかどうかを示すことができる。ＨＡＲＱバッファ指示情報ビットマップのサイズは、ＨＡＲＱ－ＡＣＫビットマップの値に依存することができる。例えば、ＨＡＲＱフィードバック／ＡＣＫは、８つのＨＡＲＱユニットに対する確認応答を伝えることができ、ＨＡＲＱユニット１、３、５が正常に復号されず、ＨＡＲＱユニット１及び３がバッファリングされている。この場合、ＨＡＲＱ－ＡＣＫビットマップを８ビット長の［１０１０１０００］とすることができ、ＨＡＲＱバッファ指示情報ビットマップを、失敗したＨＡＲＱユニットに対応する［１１０］とすることができる。

発信元は、失敗したＨＡＲＱユニット（例えば上の例におけるユニット１、３、５）を再送信する必要があり得る。しかしながら、バッファリングされ得ないＨＡＲＱユニット（上の例におけるユニット５）は、そのユニットに対する合成が不可能であり得るため、自己復号化可能なバージョンで送信され得る、かつ／又は、より低いＭＣＳを使用して送信され得る。

ＨＡＲＱバッファの解像度
この方法では、ＨＡＲＱバッファサイズはＳＴＡに対して固定されていてもよいが、ＳＴＡは格納される値の解像度を選択し、ＨＡＲＱバッファの使用量を調整できるようにすることができる。例えば、ＨＡＲＱバッファのサイズはＭビットであってもよい。ＨＡＲＱバッファを使用して、ソフトデコードされた値（すなわちＬＬＲ）を格納することができる。各ＬＬＲ値が、それを表すのに８ビットを使用する場合、バッファを使用してＭ／８個のＬＬＲ値を格納することができる。各ＬＬＲ値が、それを表すのに６ビットを使用する場合、バッファを使用してＭ／６個のＬＬＲ値を格納することができる。ＬＬＲ値の解像度が異なると、ＨＡＲＱユニットの格納容量も異なり得る。提案する方式では、ＨＡＲＱバッファの解像度を、ＨＡＲＱバッファのサイズとともに発信元と応答機の間で交換することができる。

１つの方法では、ＨＡＲＱバッファの解像度を、セクション「ＨＡＲＱバッファのネゴシエーション」で紹介したＨＡＲＱバッファネゴシエーションプロセスの一部とすることができる。

１つの方法では、複数の解像度レベルを予め定義する、既定する、又はネゴシエートすることができる。発信元は、１つの解像度レベルを使用してＨＡＲＱ送信をバッファリングする必要があることを示すことができる。発信元は、受信機のＨＡＲＱバッファサイズ及び提示する解像度レベルに基づいて計算し、送信されるパケットサイズを調整することができる。応答機は発信元の指示に従い、バッファ解像度を設定することができる。ＨＡＲＱバッファ解像度は、ＨＡＲＱ送信の前に交換されるＨＡＲＱネゴシエーションフレームにおいて伝えることができる。又は、ＨＡＲＱ送信と一緒にＭＡＣヘッダ／ＰＨＹヘッダにおいて伝えることができる。

１つの方法では、応答機／受信機がＨＡＲＱバッファ解像度を下げ、それを発信元に報告できるようにすることができる。例えば、応答機／受信機は、ＨＡＲＱユニットｎの検出に失敗し、それをＨＡＲＱバッファ解像度ｍで格納することができる。応答機／受信機は、この情報をＨＡＲＱフィードバックにおいて発信元に報告することができる。

１つの方法では、ＱｏＳパラメータに基づいて複数の解像度レベルを予め定義する、既定する、又はネゴシエートすることができる。例えば、高い信頼性が要求されるトラフィックは、より高い解像度を使用することができる。

以下の文書は参考資料として含まれ、本明細書に示されるように参照により組み込まれている。
［１］ＩＥＥＥ Ｓｔｄ ８０２．１１（商標）－２０１６：Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ
［２］「ＩＥＥＥ Ｐ８０２．１１ａｘ（商標）／Ｄ３．０，Ａｍｅｎｄｍｅｎｔ ６：Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ ＷＬＡＮ」，２０１８

上記では特徴及び要素が特定の組み合わせにおいて提供されているが、当該技術分野の通常の技術を有する者には、各特徴若しくは各要素を単独で使用する、又は他の特徴及び要素との任意の組み合わせにおいて使用できることが理解されるであろう。本開示は、本出願に記載されている特定の実施形態の観点において限定されるものではなく、これらの実施形態は、様々な態様の例示として意図されるものである。当業者には明らかなように、本発明の趣旨及び範囲から逸脱することなく、多くの修正及び変形を行うことができる。本出願の説明において使用されているいかなる要素、動作、又は指示も、そのように明示的に提示されていない限り、本発明にとって重要又は本質的であると解釈されるべきではない。本明細書に列挙したものに加えて、本開示の範囲内の機能的に等価な方法及び装置が、上述した説明から、当業者には明らかであろう。そのような修正及び変形は、添付の請求項の範囲に入ることが意図されている。本開示は、添付の請求項の条項によってのみ限定されるものであり、かかる請求項が権利を有する等価物の完全な範囲とともに、限定されるものである。本開示は、特定の方法又はシステムに限定されないことを理解されたい。

前述した実施形態は、簡潔さのために、赤外線対応装置（すなわち赤外線放射装置及び受信機）の用語及び構造に関連して記載されている。しかしながら、記載されている実施形態は、これらのシステムに限定されるものではなく、他の形態の電磁波、又は音響波などの非電磁波を使用する他のシステムにも適用することができる。

また、本明細書で使用されている用語は、特定の実施形態を説明することのみを目的としており、本発明を制限することを意図していないことを理解されたい。本明細書で使用されるとき、用語「ビデオ」又は用語「画像」は、スナップショット、単一画像、及び／又は経時的に表示される複数の画像のいずれかを意味し得る。別の例として、本明細書で言及される場合、用語「ユーザ機器」及びその省略形「ＵＥ」、用語「リモート」は、（ｉ）無線送受信ユニット（ＷＴＲＵ）、（ｉｉ）ＷＴＲＵの複数の実施形態のいずれか、（ｉｉｉ）特にＷＴＲＵの一部若しくはすべての構造及び機能を有するように構成された無線対応及び／若しくは有線対応（例えばテザリング可能）デバイス、（ｉｉｉ）ＷＴＲＵのすべての構造及び機能より少ない構造及び機能を有するように構成された無線対応及び／若しくは有線対応デバイス、又は（ｉｖ）その他、を意味し得る、又は含み得る。本明細書に記載されている任意のＷＴＲＵを代表し得る例示的なＷＴＲＵの詳細が、図１Ａ～図１Ｄに関連して本明細書に提供されている。

更に、本明細書に提供されている方法は、コンピュータ又はプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、又はファームウェアにおいて実施され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

上に提供されている方法、装置、及びシステムの変形が、本発明の範囲から逸脱することなく可能である。適用可能な多種多様な実施形態に鑑み、説明されている実施形態は例示に過ぎず、以下の請求項の範囲を制限するようには解釈すべきではないことを理解されたい。例えば、本明細書に提供されている実施形態は、ハンドヘルド装置を含み、この装置は、任意の適切な電圧を提供するバッテリなどの任意の適切な電圧源を含み得る、又はそのような電圧源を用いて利用され得る。

更に、上に提供されている実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、及びプロセッサを含む他のデバイスが言及されている。これらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）及びメモリを含み得る。コンピュータプログラミングの技術分野における当業者の慣例によれば、動作、及び演算又は命令の記号表現の言及は、様々なＣＰＵ及びメモリによって実行され得る。そのような動作及び演算又は命令は、「実行される」、「コンピュータによって実行される」、又は「ＣＰＵによって実行される」と言及されることがある。

当該技術分野における通常の技術を有する者には、動作及び記号的に表現された演算又は命令が、ＣＰＵによる電気信号の操作を含むことが理解されるであろう。電気システムは、電気信号の結果的な変換又は減少を引き起こすことができるデータビットを表し、メモリシステムのメモリ位置にデータビットを維持し、それによってＣＰＵの動作及び他の信号の処理を再構成又は別の方法で変更する。データビットが維持されるメモリ位置は、データビットに対応する、又はデータビットを表す特定の電気的特性、磁気的特性、光学的特性、又は有機的特性を有する物理的位置である。実施形態は、上述したプラットフォーム又はＣＰＵに限定されず、他のプラットフォーム及びＣＰＵが、提供される方法をサポートし得ることを理解されたい。

データビットは、磁気ディスク、光ディスク、及びＣＰＵによって読み取り可能な任意の他の揮発性（例えばランダムアクセスメモリ（Random Access Memory、ＲＡＭ））又は不揮発性（例えば読み取り専用メモリ（Read-Only Memory、ＲＯＭ））大容量記憶システムを含むコンピュータ可読媒体上に保持されてもよい。コンピュータ可読媒体は、処理システム上に排他的に存在するか、又は処理システムに対してローカル又はリモートであり得る複数の相互接続された処理システム間で分散された、協調的又は相互接続されたコンピュータ可読媒体を含んでもよい。実施形態は、上述したメモリに限定されず、他のプラットフォーム及びメモリが、提供される方法をサポートし得ることを理解されたい。

例示的な実施形態において、本明細書に記載されている動作、プロセスなどのいずれも、コンピュータ可読媒体に格納されたコンピュータ可読命令として実装されてもよい。コンピュータ可読命令は、移動体、ネットワーク要素、及び／又は任意の他のコンピューティングデバイスのプロセッサによって実行され得る。

システムの態様のハードウェア実装とソフトウェア実装の間には、ほとんど区別がない。ハードウェアを使用するかソフトウェアを使用するかは、一般に（ただし特定の状況ではハードウェアとソフトウェアの間の選択が重要になることがある）、コスト対効率のトレードオフを表す設計上の選択である。本明細書に記載されているプロセス及び／又はシステム及び／又は他の技術が効果的であり得る様々なビークル（例えばハードウェア、ソフトウェア、及び／又はファームウェア）が存在し得、好ましいビークルは、プロセス及び／又はシステム及び／又は他の技術が配備される状況によって変化し得る。例えば、実装者が、速度及び正確性が最重要であると判断した場合、実装者は、主にハードウェア及び／又はファームウェアのビークルを選択することができる。柔軟性が最重要である場合、実装者は、主にソフトウェア実装を選択することができる。あるいは、実装者は、ハードウェア、ソフトウェア、及び／又はファームウェアの何らかの組み合わせを選択してもよい。

前述の詳細な説明では、ブロック図、フローチャート、及び／又は例の使用を通じて、デバイス及び／又はプロセスの様々な実施形態を示した。そのようなブロック図、フローチャート、及び／又は例が１つ以上の機能及び／又は動作を含む限り、そのようなブロック図、フローチャート、又は例の中の各機能及び／又は各動作は、広範なハードウェア、ソフトウェア、ファームウェア、又はそれらの実質的に任意の組み合わせによって、個別にかつ／又は集合的に実装されてよいことが当業者には理解されるであろう。一実施形態において、本明細書に記載されている主題のいくつかの部分は、特定用途向け集積回路（Application Specific Integrated Circuits、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Arrays、ＦＰＧＡ）、デジタル信号プロセッサ（digital signal processors、ＤＳＰ）、及び／又は他の集積形式を介して実装されてもよい。しかしながら、本明細書に開示されている実施形態のいくつかの態様は、その全体又は一部が、１つ以上のコンピュータ上で動作する１つ以上のコンピュータプログラムとして（例えば１つ以上のコンピュータシステム上で動作する１つ以上のプログラムとして）、１つ以上のプロセッサ上で動作する１つ以上のプログラムとして（例えば１つ以上のマイクロプロセッサ上で動作する１つ以上のプログラムとして）、ファームウェアとして、又はこれらの実質的に任意の組み合わせとして、集積回路において等価的に実施され得ること、並びに、回路を設計すること、及び／又は、ソフトウェア及び／若しくはファームウェアのコードを書くことが、この開示に照らして当業者の技術の範囲内であることが、当業者には認識されるであろう。更に、本明細書に記載されている主題のメカニズムが、様々な形態のプログラム製品として配布され得ること、及び、本明細書に記載されている主題の例示的な実施形態が、配布を実際に行うために使用される特定のタイプの信号担持媒体にかかわらず適用されることが、当業者には理解されるであろう。信号担持媒体の例としては、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能型媒体、並びに、デジタル及び／又はアナログ通信媒体（例えば光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）などの伝送型媒体が挙げられ、ただしこれらに限定されない。

本明細書に記載されている方法でデバイス及び／又はプロセスを説明し、その後、エンジニアリング手法を使用して、そのような説明されたデバイス及び／又はプロセスをデータ処理システムに統合することが、当該技術分野において一般的であることが、当業者には認識されるであろう。すなわち、本明細書に記載されているデバイス及び／又はプロセスの少なくとも一部が、合理的な量の実験を介してデータ処理システムに統合され得る。典型的なデータ処理システムは、一般に、システムユニットハウジング、ビデオ表示装置、揮発性及び不揮発性メモリなどのメモリ、マイクロプロセッサ及びデジタル信号プロセッサなどのプロセッサ、オペレーティングシステム、ドライバ、グラフィックユーザインターフェイス及びアプリケーションプログラムなどの計算エンティティ、タッチパッド若しくはスクリーンなどの１つ以上の対話デバイス、並びに／又は、フィードバックループ及び制御モータ（例えば、位置及び／又は速度を感知するフィードバック、コンポーネント及び／又は量を移動及び／又は調節する制御モータ）などの制御システム、のうちの１つ以上を含み得ることが、当業者には認識されるであろう。典型的なデータ処理システムは、データコンピューティング／通信システム及び／又はネットワークコンピューティング／通信システムに典型的に見られるような、任意の適切な市販の構成要素を利用して実施され得る。

本明細書に記載されている主題は、場合によっては、異なる他の構成要素内に含まれるか、又は、異なる他の構成要素に接続されている、異なる構成要素を示していることがある。そのような図示されたアーキテクチャは単なる例であり、実際には、同じ機能を達成する他の多くのアーキテクチャが実施され得ることを理解されたい。概念的には、同じ機能を達成するための構成要素の任意の配置は、所望の機能が達成され得るように、効果的に「関連付けられる」。したがって、特定の機能を達成するために組み合わされた本明細書における任意の２つの構成要素は、アーキテクチャ又は介在する構成要素に関係なく、所望の機能が達成されるように、互いに「関連付けられている」とみなすことができる。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に接続されている」、又は「動作可能に結合されている」とみなすこともでき、そのように関連付けることができる任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に結合可能」であるとみなすこともできる。動作可能に結合可能の具体例としては、物理的に嵌合可能かつ／若しくは物理的に相互作用する構成要素、及び／又は、無線で相互作用可能かつ／若しくは無線で相互作用する構成要素、及び／又は、論理的に相互作用するかつ／若しくは論理的に相互作用可能な構成要素が挙げられ、ただしこれらに限定されない。

本明細書における実質的に任意の複数形及び／又は単数形の用語の使用に関して、当業者は、文脈及び／又は用途に適切であるように、複数形から単数形に、かつ／又は単数形から複数形に変換することができる。本明細書では、明瞭にする目的で、様々な単数形／複数形の並べ換えが明示的に記載され得る。

一般に、本明細書、特に添付の請求項（例えば添付の請求項の本体）において使用されている用語は、一般に「非限定」用語として意図されることが当業者には理解されるであろう（例えば、用語「含んでいる」は、「含んでいるがそれらに限定されない」と解釈するべきであり、用語「有する」は、「を少なくとも有する」と解釈するべきであり、用語「含む」は、「含むがそれらに限定されない」と解釈するべきである）。更に、導入された請求項の特定の数の記載が意図される場合、そのような意図は請求項に明示的に記載されており、そのような記載がない場合、そのような意図は存在しないことが、当業者には理解されるであろう。例えば、１つの項目のみが意図される場合、「単一」という用語又は類似する言葉が使用され得る。理解を助けるために、以下の添付の請求項及び／又は本明細書の説明は、請求項の記載を導入するために「少なくとも１つの」及び「１つ以上の」という導入句の使用を含み得る。しかしながら、このような句の使用は、不定冠詞「ａ」又は「ａｎ」による請求項の記載の導入が、そのような導入された請求項の記載を含む任意の特定の請求項を、１つのそのような記載のみを含む実施形態に制限することを意味するものと解釈すべきではなく、たとえ同じ請求項に、導入句「１つ以上の」又は「少なくとも１つの」及び「ａ」又は「ａｎ」などの不定冠詞が含まれていても同様である（例えば「ａ」及び／又は「ａｎ」は「少なくとも１つの」又は「１つ以上」を意味するものと解釈すべきである）。請求項の記載を導入するために使用される定冠詞の使用も同様である。更に、導入された請求項の特定の数の記載が明示的に記載されている場合でも、かかる記載は少なくとも記載された数を意味するものと解釈されるべきであることが、当業者には認識されるであろう（例えば、他の修飾語なしの「２つの記載」という単純な記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。更に、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」に類似する表記が使用される場合、一般に、そのような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、及びＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含み、ただしこれらに限定されない）。「Ａ、Ｂ、又はＣのうちの少なくとも１つ」に類似する表記が使用される場合、一般に、そのような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、又はＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含み、ただしこれらに限定されない）。説明、請求項、又は図面のいずれにおいても、２つ以上の代替的な用語を提示する実質的に任意の離接的な語及び／又は句は、用語の一方、用語のいずれか、又は両方の用語を含む可能性を企図するものと理解されるべきであることが、当業者には更に理解されるであろう。例えば、「Ａ又はＢ」という句は、「Ａ」若しくは「Ｂ」又は「Ａ及びＢ」の可能性を含むものと理解されたい。更に、本明細書で使用される、複数の項目のリスト及び／又は複数の項目のカテゴリのリストが後ろに続く用語「～のいずれか」は、項目及び／又は項目のカテゴリの、「のいずれか」、「の任意の組み合わせ」、「の任意の複数」、及び／又は「の任意の複数の組み合わせ」を、個別に、又は他の項目及び／又は他の項目のカテゴリとの組み合わせにおいて、含むことを意図している。更に、本明細書で使用される、用語「セット」は、ゼロを含む任意の数の項目を含むことを意図している。更に、本明細書で使用される、用語「数」は、ゼロを含む任意の数を含むことを意図している。

更に、本開示の特徴又は態様がＭａｒｋｕｓｈ群の観点から説明されている場合、当業者には、本開示がそれによってＭａｒｋｕｓｈ群の任意の個々のメンバー又はメンバーのサブグループの観点からも説明されることが認識されるであろう。

当業者には理解されるように、書面による説明を提供するという観点など、あらゆる目的のために、本明細書に開示されるすべての範囲は、その任意の可能な部分範囲及び部分範囲の組み合わせも包含している。任意の列挙された範囲は、同じ範囲が、少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることを十分に説明して可能にするものとして、容易に認識することができる。非限定的な例として、本明細書に記載されている各範囲は、下位３分の１、中央の３分の１、及び上位３分の１などに容易に分解され得る。また、当業者には理解されるように、「まで」、「少なくとも」、「より大きい」、「より小さい」等のすべての言葉は、言及された数を含み、かつ、上述したように更に部分範囲に分解され得る範囲を意味する。最後に、当業者には理解されるように、範囲は個々の要素を含む。したがって、例えば、１～３個のセルを有するグループは、１個、２個、又は３個のセルを有するグループを指す。同様に、１～５個のセルを有するグループは、１個、２個、３個、４個、又は５個のセルを有するグループを指し、以下同様である。

Claims (20)

1. 無線装置からデータを送信する方法であって、前記方法は、
   誤り訂正符号に対応する情報ブロック長を決定することと、
   パディングされたプロトコルデータユニット（ＰＤＵ）サイズが、前記決定された情報ブロック長の整数倍であるように、複数のＰＤＵのうちの少なくとも１つのＰＤＵにパディングビットを挿入することであって、送信されるＰＤＵのフレーム内の各ＰＤＵは、前記決定された情報ブロック長の整数倍であるＰＤＵサイズを含む、ことと、
   前記決定された情報ブロック長を有する前記誤り訂正符号によって符号化された前記フレームを、無線受信機に送信することと、を含む、方法。
2. 前記誤り訂正符号に対応する情報ブロック長を決定することは、低密度パリティ検査符号に対応する情報ブロック長を決定することを含む、請求項１に記載の方法。
3. 複数のＰＤＵのうちの少なくとも１つのＰＤＵにパディングビットを挿入することは、アグリゲーション媒体アクセス制御プロトコルデータユニット（ＭＰＤＵ）（Ａ－ＭＰＤＵ）フレーム内の少なくとも１つのＭＰＤＵにパディングビットを挿入することを含む、請求項１に記載の方法。
4. 少なくとも１つのＰＤＵにパディングビットを挿入することは、送信されるＰＤＵの前記フレーム内の各ＰＤＵが等しいサイズであるように、パディングビットを挿入することを含む、請求項１に記載の方法。
5. 送信する前に、
   送信されるＰＤＵの前記フレーム内の各ＰＤＵサイズをＴＸＶＥＣＴＯＲパラメータにおいてシグナリングすることを更に含む、請求項１に記載の方法。
6. 前記誤り訂正符号によって符号化された前記フレームを無線受信機に送信することは、無線送信のプリアンブルにおいて各ＰＤＵサイズをシグナリングすることを含む、請求項１に記載の方法。
7. 前記誤り訂正符号によって符号化された前記フレームを無線受信機に送信することは、無線送信のプリアンブルにおいてＥｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドを使用することを含む、請求項１に記載の方法。
8. 前記Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドは、低密度パリティ検査Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドを含む、請求項７に記載の方法。
9. 前記誤り訂正符号によって符号化された前記フレームを無線受信機に送信することは、無線送信のプリアンブルにおいて事前前方誤り訂正パディング係数フィールドを送信することを含む、請求項１に記載の方法。
10. 送信機、受信機、プロセッサ、及びメモリを含む回路を備える無線装置であって、データを送信するために、前記無線装置は、
    誤り訂正符号に対応する情報ブロック長を決定することと、
    パディングされたプロトコルデータユニット（ＰＤＵ）サイズが、前記決定された情報ブロック長の整数倍であるように、複数のＰＤＵのうちの少なくとも１つのＰＤＵにパディングビットを挿入することであって、送信されるＰＤＵのフレーム内の各ＰＤＵは、前記決定された情報ブロック長の整数倍であるＰＤＵサイズを含む、ことと、
    前記決定された情報ブロック長を有する前記誤り訂正符号によって符号化された前記フレームを、無線受信機に送信することと、を行うように構成されている、無線装置。
11. 前記誤り訂正符号に対応する前記情報ブロック長の前記決定は、低密度パリティ検査符号に対応する前記情報ブロック長の決定を含む、請求項１０に記載の無線装置。
12. 複数のＰＤＵのうちの少なくとも１つのＰＤＵへのパディングビットの前記挿入は、アグリゲーション媒体アクセス制御プロトコルデータユニット（ＭＰＤＵ）（Ａ－ＭＰＤＵ）フレーム内の少なくとも１つのＭＰＤＵにパディングビットを挿入することを含む、請求項１０に記載の無線装置。
13. 少なくとも１つのＰＤＵへのパディングビットの前記挿入は、ＰＤＵの前記フレーム内の各ＰＤＵが等しいサイズであるようにパディングビットの挿入を含む、請求項１０に記載の無線装置。
14. 送信されるＰＤＵの前記フレーム内の各ＰＤＵサイズをＴＸＶＥＣＴＯＲパラメータにおいてシグナリングするように構成された前記無線装置を更に含む、請求項１０に記載の無線装置。
15. 前記フレームは、前記送信のプリアンブルにおける各ＰＤＵサイズのシグナリングによって送信される、請求項１０に記載の無線装置。
16. 前記フレームは、前記送信のプリアンブルにおけるＥｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドを使用して送信される、請求項１０に記載の無線装置。
17. 前記Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドは、低密度パリティ検査Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールドを含む、請求項１６に記載の無線装置。
18. 前記フレームは、前記送信のプリアンブルにおける事前前方誤り訂正パディング係数フィールドを使用して送信される、請求項１０に記載の無線装置。
19. 前記無線装置は、無線局又は無線アクセスポイントのうちの一方である、請求項１０に記載の無線装置。
20. コンピュータによって実行されると、請求項１～９のいずれか一項に記載の方法を前記コンピュータに実行させる命令を含む、コンピュータ可読記憶媒体。
    

Images