JP7432752B2 - マルチリンクにおけるｒｔｓ及びｃｔｓ送信 - Google Patents

Description

本明細書は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）システムにおけるＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）／ＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）送信方法に関する。

ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）は、様々な方式で改善されてきた。例えば、ＩＥＥＥ ８０２．１１ａｘ標準は、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）及びＤＬ ＭＵ ＭＩＭＯ（ｄｏｗｎｌｉｎｋ ｍｕｌｔｉ－ｕｓｅｒ ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ、ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）技法を使用して改善された通信環境を提案した。

本明細書は、新しい通信標準で活用可能な技術的特徴を提案する。例えば、新しい通信標準は、最近に議論中であるＥＨＴ（Ｅｘｔｒｅｍｅ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）規格であることができる。ＥＨＴ規格は、新しく提案される増加された帯域幅、改善されたＰＰＤＵ（ＰＨＹ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）構造、改善されたシーケンス、ＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）技法などを使用できる。ＥＨＴ規格は、ＩＥＥＥ ８０２．１１ｂｅ規格と呼ばれることができる。

多様な実施例による無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムにおいて、送信デバイスにより実行される方法は、マルチリンクを利用したチャネルアクセス方法に関連した技術的特徴を含む。無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システムの送信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）で実行される方法において、前記受信ＭＬＤは、第１及び第２のＳＴＡ（ｓｔａｔｉｏｎ）を含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作する。前記第１のＳＴＡは、ＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ）応答者（ｒｅｓｐｏｎｄｅｒ）である。受信ＭＬＤは、前記第２のリンクで第１のＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレームを受信する。受信ＭＬＤは、前記第１のＳＴＡがＴＸＯＰ応答者であることに基づいて前記第１のＲＴＳフレームに対するＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレーム送信を省略（ｓｋｉｐ）する。受信ＭＬＤは、ＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を前記第２のリンクで受信する。

本明細書の一例によると、Ｎｏｎ－ＳＴＲ ＭＬＤで一側のリンクが受信中である場合、他側のリンクでＲＴＳフレームを受信しても、ＣＴＳフレームを送信しない。Ｎｏｎ－ＳＴＲ ＭＬＤの一側のリンクで受信している中に、ＣＴＳフレームを送信するようになると、衝突が発生できる。したがって、本明細書の一例によると、Ｎｏｎ－ＳＴＲ ＭＬＤのリンク間の衝突を避けることができる。

本明細書の送信装置及び／又は受信装置の一例を示す。 無線ＬＡＮ（ＷＬＡＮ）の構造を示した概念図である。 一般的なリンクセットアップ（ｌｉｎｋ ｓｅｔｕｐ）過程を説明する図である。 ＩＥＥＥ規格で使用されるＰＰＤＵの一例を示した図である。 ２０ＭＨｚ帯域上で使用される資源ユニットＲＵの配置を示す図である。 ４０ＭＨｚ帯域上で使用される資源ユニットＲＵの配置を示す図である。 ８０ＭＨｚ帯域上で使用される資源ユニットＲＵの配置を示す図である。 ＨＥ－ＳＩＧ－Ｂフィールドの構造を示す。 ＭＵ－ＭＩＭＯ技法によって複数のＵｓｅｒ ＳＴＡが同じＲＵに割り当てられる一例を示す。 ＵＬ－ＭＵによる動作を示す。 トリガーフレームの一例を示す。 トリガーフレームの共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。 ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれるサブフィールドの一例を示す。 ＵＯＲＡ技法の技術的特徴を説明する。 ２．４ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を示す。 ５ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を図示する。 ６ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を図示する。 本明細書に使用されるＰＰＤＵの一例を示す。 本明細書の送信装置及び／又は受信装置の変形された一例を示す。 チャネルボンディングの一例を示す図である。 マルチリンク送信方法の実施例を示す図である。 リンク間干渉の一実施例を示す図である。 ｎｏｎ－ＳＴＲリンクセットで発生する内部干渉の一実施例を示す図である。 ＲＴＳ／ＣＴＳ送信方法の一実施例を示す図である。 ＲＴＳ／ＣＴＳ送信方法の一実施例を示す図である。 ＲＴＳ／ＣＴＳ送信方法の一実施例を示す図である。 トリガーフレームフォーマットの一実施例を示す図である。 トリガーフレームフォーマットの一実施例を示す図である。 トリガーフレームフォーマットの一実施例を示す図である。 受信ＭＬＤ動作の一実施例を示す図である。 送信ＭＬＤ動作の一実施例を示す図である。

本明細書において「ＡまたはＢ（Ａ ｏｒ Ｂ）」は、「Ａのみ」、「Ｂのみ」、または「ＡとＢの両方」を意味することができる。他に表現すれば、本明細書において「ＡまたはＢ（Ａ ｏｒ Ｂ）」は、「Ａ及び／又はＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈されることができる。例えば、本明細書において「Ａ、Ｂ、またはＣ（Ａ、Ｂ ｏｒ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、または「Ａ、Ｂ、及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。

本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味することができる。例えば、「Ａ／Ｂ」は、「Ａ及び／又はＢ」を意味することができる。これにより、「Ａ／Ｂ」は、「Ａのみ」、「Ｂのみ」、または「ＡとＢの両方」を意味することができる。例えば、「Ａ、Ｂ、Ｃ」は、「Ａ、Ｂ、またはＣ」を意味することができる。

本明細書において「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅｏｆ Ａ ａｎｄ Ｂ）」は、「Ａのみ」、「Ｂのみ」、または「ＡとＢの両方」を意味することができる。また、本明細書において「少なくとも１つのＡまたはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも１つのＡ及び／又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は、「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈されることができる。

また、本明細書において「少なくとも１つのＡ、Ｂ、及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、または「Ａ、Ｂ、及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。また、「少なくとも１つのＡ、Ｂ、またはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ｏｒ Ｃ）」や「少なくとも１つのＡ、Ｂ、及び／又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ／ｏｒ Ｃ）」は、「少なくとも１つのＡ、Ｂ、及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。

また、本明細書において使用される括弧は、「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味することができる。具体的に、「制御情報（ＥＨＴ－Ｓｉｇｎａｌ）」と表示された場合、「制御情報」の一例として「ＥＨＴ－Ｓｉｇｎａｌ」が提案されたことでありうる。言い換えれば、本明細書の「制御情報」は、「ＥＨＴ－Ｓｉｇｎａｌ」に制限（ｌｉｍｉｔ）されず、「ＥＨＴ－Ｓｉｇｎａｌ」が「制御情報」の一例として提案されたことでありうる。また、「制御情報（すなわち、ＥＨＴ－ｓｉｇｎａｌ）」と表示された場合にも、「制御情報」の一例として「ＥＨＴ－ｓｉｇｎａｌ」が提案されたことでありうる。

本明細書において１つの図面内で個別的に説明される技術的特徴は、個別的に実現されることができ、同時に実現されることもできる。

本明細書の以下の一例は、様々な無線通信システムに適用されることができる。例えば、本明細書の以下の一例は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システムに適用されることができる。例えば、本明細書は、ＩＥＥＥ ８０２．１１ａ／ｇ／ｎ／ａｃの規格や、ＩＥＥＥ ８０２．１１ａｘ規格に適用されることができる。また、本明細書は、新しく提案されるＥＨＴ規格またはＩＥＥＥ ８０２．１１ｂｅ規格にも適用されることができる。また、本明細書の一例は、ＥＨＴ規格またはＩＥＥＥ ８０２．１１ｂｅを改善（ｅｎｈａｎｃｅ）した新しい無線ＬＡＮ規格にも適用されることができる。また、本明細書の一例は、移動通信システムに適用されることができる。例えば、３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格に基づくＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びその進化（ｅｖｏｌｕｔｉｏｎ）に基づく移動通信システムに適用されることができる。また、本明細書の一例は、３ＧＰＰ規格に基づく５Ｇ ＮＲ規格の通信システムに適用されることができる。

以下、本明細書の技術的特徴を説明するために、本明細書が適用され得る技術的特徴を説明する。

図１は、本明細書の送信装置及び／又は受信装置の一例を示す。

図１の一例は、以下において説明される様々な技術的特徴を行うことができる。図１は、少なくとも１つのＳＴＡ（ｓｔａｔｉｏｎ）に関連する。例えば、本明細書のＳＴＡ（１１０、１２０）は、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、または単にユーザ（ｕｓｅｒ）などの様々な名称とも呼ばれることができる。本明細書のＳＴＡ（１１０、１２０）は、ネットワーク、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リピータ、ルータ、リレイなどの様々な名称と呼ばれることができる。本明細書のＳＴＡ（１１０、１２０）は、受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅなどの様々な名称と呼ばれることができる。

例えば、ＳＴＡ（１１０、１２０）は、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）役割を果たすか、ｎｏｎ－ＡＰ役割を果たすことができる。すなわち、本明細書のＳＴＡ（１１０、１２０）は、ＡＰ及び／又はｎｏｎ－ＡＰの機能を行うことができる。本明細書においてＡＰは、ＡＰ ＳＴＡとも表示されることができる。

本明細書のＳＴＡ（１１０、１２０）は、ＩＥＥＥ ８０２．１１規格以外の様々な通信規格を共に支援することができる。例えば、３ＧＰＰ規格による通信規格（例えば、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ ＮＲ規格）などを支援できる。また、本明細書のＳＴＡは、携帯電話、車両（ｖｅｈｉｃｌｅ）、個人用コンピュータなどの様々な装置で実現されることができる。また、本明細書のＳＴＡは、音声通話、画像通話、データ通信、自律走行（Ｓｅｌｆ－Ｄｒｉｖｉｎｇ、Ａｕｔｏｎｏｍｏｕｓ－Ｄｒｉｖｉｎｇ）などの様々な通信サービスのための通信を支援できる。

本明細書においてＳＴＡ（１１０、１２０）は、ＩＥＥＥ ８０２．１１標準の規定にしたがう媒体接続制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ（媒体アクセス制御）、ＭＡＣ）と無線媒体に対する物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インターフェースを含むことができる。

図１の副図面（ａ）に基づいてＳＴＡ（１１０、１２０）を説明すれば、以下のとおりである。

第１のＳＴＡ（１１０）は、プロセッサ１１１、メモリ１１２、及びトランシーバ１１３を備えることができる。図示されたプロセッサ、メモリ、及びトランシーバは、各々別のチップで実現されるか、少なくとも２つ以上記のブロック／機能が１つのチップを介して実現されることができる。

第１のＳＴＡのトランシーバ１１３は、信号の送受信動作を行う。具体的に、ＩＥＥＥ ８０２．１１パケット（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅ等）を送受信できる。

例えば、第１のＳＴＡ（１１０）は、ＡＰの意図された動作を行うことができる。例えば、ＡＰのプロセッサ１１１は、トランシーバ１１３を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を行うことができる。ＡＰのメモリ１１２は、トランシーバ１１３を介して受信された信号（すなわち、受信信号）を格納することができ、トランシーバを介して送信される信号（すなわち、送信信号）を格納することができる。

例えば、第２のＳＴＡ（１２０）は、Ｎｏｎ－ＡＰ ＳＴＡの意図された動作を行うことができる。例えば、ｎｏｎ－ＡＰのトランシーバ１２３は、信号の送受信動作を行う。具体的に、ＩＥＥＥ ８０２．１１パケット（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅ等）を送受信できる。

例えば、Ｎｏｎ－ＡＰ ＳＴＡのプロセッサ１２１は、トランシーバ１２３を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を行うことができる。Ｎｏｎ－ＡＰ ＳＴＡのメモリ１２２は、トランシーバ１２３を介して受信された信号（すなわち、受信信号）を格納することができ、トランシーバを介して送信される信号（すなわち、送信信号）を格納することができる。

例えば、以下の明細書においてＡＰで表示された装置の動作は、第１のＳＴＡ（１１０）または第２のＳＴＡ（１２０）で行われることができる。例えば、第１のＳＴＡ（１１０）がＡＰである場合、ＡＰで表示された装置の動作は、第１のＳＴＡ（１１０）のプロセッサ１１１により制御され、第１のＳＴＡ（１１０）のプロセッサ１１１により制御されるトランシーバ１１３を介して関連した信号が送信されるか、受信されることができる。また、ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第１のＳＴＡ（１１０）のメモリ１１２に格納されることができる。また、第２のＳＴＡ（１１０）がＡＰである場合、ＡＰで表示された装置の動作は、第２のＳＴＡ（１２０）のプロセッサ１２１により制御され、第２のＳＴＡ（１２０）のプロセッサ１２１により制御されるトランシーバ１２３を介して関連した信号が送信されるか、受信されることができる。また、ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第２のＳＴＡ（１１０）のメモリ１２２に格納されることができる。

例えば、以下の明細書においてｎｏｎ－ＡＰ（または、Ｕｓｅｒ－ＳＴＡ）で表示された装置の動作は、第１のＳＴＡ（１１０）または第２のＳＴＡ（１２０）で行われることができる。例えば、第２のＳＴＡ（１２０）がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰで表示された装置の動作は、第２のＳＴＡ（１２０）のプロセッサ１２１により制御され、第２のＳＴＡ（１２０）のプロセッサ１２１により制御されるトランシーバ１２３を介して関連した信号が送信されるか、受信されることができる。また、ｎｏｎ－ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第２のＳＴＡ（１２０）のメモリ１２２に格納されることができる。例えば、第１のＳＴＡ（１１０）がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰで表示された装置の動作は、第１のＳＴＡ（１１０）のプロセッサ１１１により制御され、第１のＳＴＡ（１２０）のプロセッサ１１１により制御されるトランシーバ１１３を介して関連した信号が送信されるか、受信されることができる。また、ｎｏｎ－ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第１のＳＴＡ（１１０）のメモリ１１２に格納されることができる。

以下の明細書において、（送信／受信）ＳＴＡ、第１のＳＴＡ、第２のＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１のＡＰ、第２のＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワークなどと呼ばれる装置は、図１のＳＴＡ（１１０、１２０）を意味することができる。例えば、具体的な図面符号なしに（送信／受信）ＳＴＡ、第１のＳＴＡ、第２のＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１のＡＰ、第２のＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワークなどで表示された装置も図１のＳＴＡ（１１０、１２０）を意味することができる。例えば、以下の一例において様々なＳＴＡが信号（例えば、ＰＰＰＤＵ）を送受信する動作は、図１のトランシーバ１１３、１２３で行われるものであることができる。また、以下の一例において様々なＳＴＡが送受信信号を生成するか、送受信信号のために予めデータ処理や演算を行う動作は、図１のプロセッサ１１１、１２１で行われるものであることができる。例えば、送受信信号を生成するか、送受信信号のために、予めデータ処理や演算を行う動作の一例は、１）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ、ＳＴＦ、ＬＴＦ、Ｄａｔａ）フィールドのビット情報を決定／取得／構成／演算／デコード／エンコードする動作、２）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ、ＳＴＦ、ＬＴＦ、Ｄａｔａ）フィールドのために使用される時間資源や周波数資源（例えば、サブキャリヤ資源）などを決定／構成／取得する動作、３）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ、ＳＴＦ、ＬＴＦ、Ｄａｔａ）のために使用される特定のシーケンス（例えば、パイロットシーケンス、ＳＴＦ／ＬＴＦシーケンス、ＳＩＧに適用されるエクストラシーケンス）などを決定／構成／取得する動作、４）ＳＴＡに対して適用される電力制御動作及び／又はパワーセービング動作、５）ＡＣＫ信号の決定／取得／構成／演算／デコード／エンコードなどに関連した動作を含むことができる。また、以下の一例において様々なＳＴＡが送受信信号の決定／取得／構成／演算／デコード／エンコードのために使用する様々な情報（例えば、フィールド／サブフィールド／制御フィールド／パラメータ／パワーなどに関連した情報）は、図１のメモリ１１２、１２２に格納されることができる。

上述した図１の副図面（ａ）の装置／ＳＴＡは、図１の副図面（ｂ）のように変形されることができる。以下、図１の副図面（ｂ）に基づいて、本明細書のＳＴＡ（１１０、１２０）を説明する。

例えば、図１の副図面（ｂ）に示されたトランシーバ１１３、１２３は、上述した図１の副図面（ａ）に示されたトランシーバと同じ機能を行うことができる。例えば、図１の副図面（ｂ）に示されたプロセシングチップ１１４、１２４は、プロセッサ１１１、１２１及びメモリ１１２、１２２を備えることができる。図１の副図面（ｂ）に示されたプロセッサ１１１、１２１及びメモリ１１２、１２２は、上述した図１の副図面（ａ）に示されたプロセッサ１１１、１２１及びメモリ１１２、１２２と同じ機能を行うことができる。

以下において説明される、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、ユーザ（ｕｓｅｒ）、ユーザＳＴＡ、ネットワーク、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リピータ、ルータ、リレイ、受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅ、受信Ａｐｐａｒａｔｕｓ、及び／又は送信Ａｐｐａｒａｔｕｓは、図１の副図面（ａ）／（ｂ）に示されたＳＴＡ（１１０、１２０）を意味するか、図１の副図面（ｂ）に示されたプロセシングチップ１１４、１２４を意味することができる。すなわち、本明細書の技術的特徴は、図１の副図面（ａ）／（ｂ）に示されたＳＴＡ（１１０、１２０）により行われることができ、図１の副図面（ｂ）に示されたプロセシングチップ１１４、１２４でのみ行われることもできる。例えば、送信ＳＴＡが制御信号を送信する技術的特徴は、図１の副図面（ａ）／（ｂ）に示されたプロセッサ１１１、１２１で生成された制御信号が図１の副図面（ａ）／（ｂ）に示されたトランシーバ１１３、１２３を介して送信される技術的特徴と理解されることができる。または、送信ＳＴＡが制御信号を送信する技術的特徴は、図１の副図面（ｂ）に示されたプロセシングチップ１１４、１２４でトランシーバ１１３、１２３に伝達される制御信号が生成される技術的特徴と理解されることができる。

例えば、受信ＳＴＡが制御信号を受信する技術的特徴は、図１の副図面（ａ）に示されたトランシーバ１１３、１２３により制御信号が受信される技術的特徴と理解されることができる。または、受信ＳＴＡが制御信号を受信する技術的特徴は、図１の副図面（ａ）に示されたトランシーバ１１３、１２３に受信された制御信号が図１の副図面（ａ）に示されたプロセッサ１１１、１２１により取得される技術的特徴と理解されることができる。または、受信ＳＴＡが制御信号を受信する技術的特徴は、図１の副図面（ｂ）に示されたトランシーバ１１３、１２３に受信された制御信号が図１の副図面（ｂ）に示されたプロセシングチップ１１４、１２４により取得される技術的特徴と理解されることができる。

図１の副図面（ｂ）を参照すれば、メモリ１１２、１２２内にソフトウェアコード１１５、１２５が備えられ得る。ソフトウェアコード１１５、１２５は、プロセッサ１１１、１２１の動作を制御するｉｎｓｔｒｕｃｔｉｏｎが含まれ得る。ソフトウェアコード１１５、１２５は、様々なプログラミング言語で含まれることができる。

図１に示されたプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、及び／又はデータ処理装置を含むことができる。プロセッサは、ＡＰ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）であることができる。例えば、図１に示されたプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４は、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ＧＰＵ（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、モデム（Ｍｏｄｅｍ；ｍｏｄｕｌａｔｏｒ ａｎｄ ｄｅｍｏｄｕｌａｔｏｒ）のうち、少なくとも１つを備えることができる。例えば、図１に示されたプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４は、Ｑｕａｌｃｏｍｍ（登録商標）により製造されたＳＮＡＰＤＲＡＧＯＮＴＭシリーズプロセッサ、Ｓａｍｓｕｎｇ（登録商標）により製造されたＥＸＹＮＯＳＴＭシリーズプロセッサ、Ａｐｐｌｅ（登録商標）により製造されたＡシリーズプロセッサ、ＭｅｄｉａＴｅｋ（登録商標）により製造されたＨＥＬＩＯＴＭシリーズプロセッサ、ＩＮＴＥＬ（登録商標）により製造されたＡＴＯＭＴＭシリーズプロセッサ、またはこれを改善（ｅｎｈａｎｃｅ）したプロセッサであることができる。

本明細書において上向きリンクは、ｎｏｎ－ＡＰ ＳＴＡからＡＰ ＳＴＡへの通信のためのリンクを意味することができ、上向きリンクを介して上向きリンクＰＰＤＵ／パケット／信号などが送信され得る。また、本明細書において下向きリンクは、ＡＰ ＳＴＡからｎｏｎ－ＡＰ ＳＴＡへの通信のためのリンクを意味することができ、下向きリンクを介して下向きリンクＰＰＤＵ／パケット／信号などが送信され得る。

図２は、無線ＬＡＮ（ＷＬＡＮ）の構造を示した概念図である。

図２の上端は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃ ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャＢＳＳ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）の構造を示す。

図２の上端を参照すれば、無線ＬＡＮシステムは、１つまたはそれ以上記のインフラストラクチャＢＳＳ（２００、２０５）（以下、ＢＳＳ）を含むことができる。ＢＳＳ（２００、２０５）は、成功裏に同期化をなして、互いに通信できるＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ、２２５）及びＳＴＡ１（Ｓｔａｔｉｏｎ、２００－１）のようなＡＰとＳＴＡとの集合であって、特定領域を指す概念ではない。ＢＳＳ（２０５）は、１つのＡＰ（２３０）に１つ以上記の結合可能なＳＴＡ（２０５－１、２０５－２）を含むこともできる。

ＢＳＳは、少なくとも１つのＳＴＡ、分散サービス（ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するＡＰ（２２５、２３０）、及び複数のＡＰを連結させる分散システム（ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ、ＤＳ、２１０）を含むことができる。

分散システム２１０は、いくつかのＢＳＳ（２００、２０５）を連結して拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ ｓｅｒｖｉｃｅ ｓｅｔ、２４０）を実現できる。ＥＳＳ（２４０）は、１つまたは複数個のＡＰが分散システム２１０を介して連結されてなる１つのネットワークを指示する用語として使用されることができる。１つのＥＳＳ（２４０）に含まれるＡＰは、同じＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。

ポータル（ｐｏｒｔａｌ、２２０）は、無線ＬＡＮネットワーク（ＩＥＥＥ ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を行うブリッジ役割を果たすことができる。

図２の上端のようなＢＳＳでは、ＡＰ（２２５、２３０）間のネットワーク及びＡＰ（２２５、２３０）とＳＴＡ（２００－１、２０５－１、２０５－２）との間のネットワークが実現され得る。しかし、ＡＰ（２２５、２３０）なしにＳＴＡ間でもネットワークを設定して通信を行うことも可能でありうる。ＡＰ（２２５、２３０）なしにＳＴＡ間でもネットワークを設定して通信を行うネットワークをアドホックネットワーク（Ａｄ－Ｈｏｃ ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ、ＩＢＳＳ）と定義する。

図２の下端は、ＩＢＳＳを示した概念図である。

図２の下端を参照すれば、ＩＢＳＳは、アドホックモードで動作するＢＳＳである。ＩＢＳＳは、ＡＰを含まないので、中央で管理機能を行う個体（ｃｅｎｔｒａｌｉｚｅｄ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）がない。すなわち、ＩＢＳＳでＳＴＡ（２５０－１、２５０－２、２５０－３、２５５－４、２５５－５）は、分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｎｎｅｒ）で管理される。ＩＢＳＳでは、全てのＳＴＡ（２５０－１、２５０－２、２５０－３、２５５－４、２５５－５）が移動ＳＴＡからなり得るし、分散システムへの接続が許容されず、自己完備的ネットワーク（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ）をなす。

図３は、一般的なリンクセットアップ（ｌｉｎｋ ｓｅｔｕｐ）過程を説明する図である。

図示されたステップＳ３１０において、ＳＴＡは、ネットワーク発見動作を行うことができる。ネットワーク発見動作は、ＳＴＡのスキャニング（ｓｃａｎｎｉｎｇ）動作を含むことができる。すなわち、ＳＴＡがネットワークにアクセスするためには、参加可能なネットワークを探さなければならない。ＳＴＡは、無線ネットワークに参加する前に、互換可能なネットワークを識別しなければならないが、特定領域に存在するネットワーク識別過程をスキャニングという。スキャニング方式には、能動的スキャニング（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ）と受動的スキャニング（ｐａｓｓｉｖｅ ｓｃａｎｎｉｎｇ）とがある。

図３では、例示的に、能動的スキャニング過程を含むネットワーク発見動作を図示する。能動的スキャニングでスキャニングを行うＳＴＡは、チャネルを移しながら周辺にどのＡＰが存在するか探索するために、プローブ要求フレーム（ｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅ）を送信し、これに対する応答を待つ。応答者（ｒｅｓｐｏｎｄｅｒ）は、プローブ要求フレームを送信したＳＴＡにプローブ要求フレームに対する応答としてプローブ応答フレーム（ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）を送信する。ここで、応答者は、スキャニングされているチャネルのＢＳＳで最後に信号フレーム（ビーコンフレーム、ｂｅａｃｏｎ ｆｒａｍｅ）を送信したＳＴＡであることができる。ＢＳＳでは、ＡＰが信号フレームを送信するので、ＡＰが応答者となり、ＩＢＳＳでは、ＩＢＳＳ内のＳＴＡが順番に信号フレームを送信するので、応答者が一定でない。例えば、１番チャネルでプローブ要求フレームを送信し、１番チャネルでプローブ応答フレームを受信したＳＴＡは、受信したプローブ応答フレームに含まれたＢＳＳ関連情報を格納し、次のチャネル（例えば、２番チャネル）に移動して同じ方法でスキャニング（すなわち、２番チャネル上でプローブ要求／応答送受信）を行うことができる。

図３の一例には表示されていないが、スキャニング動作は、受動的スキャニング方式で行われることもできる。受動的スキャニングに基づいてスキャニングを行うＳＴＡは、チャネルを移しながら信号フレームを待つことができる。信号フレームは、ＩＥＥＥ ８０２．１１で管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）のうち１つであって、無線ネットワークの存在を報知し、スキャニングを行うＳＴＡをして無線ネットワークを探して、無線ネットワークに参加できるように周期的に送信される。ＢＳＳでＡＰが信号フレームを周期的に送信する役割を果たし、ＩＢＳＳでは、ＩＢＳＳ内のＳＴＡが順番に信号フレームを送信する。スキャニングを行うＳＴＡは、信号フレームを受信すれば、信号フレームに含まれたＢＳＳに関する情報を格納し、他のチャネルに移動しながら各チャネルで信号フレーム情報を記録する。信号フレームを受信したＳＴＡは、受信した信号フレームに含まれたＢＳＳ関連情報を格納し、次のチャネルに移動して、同じ方法で次のチャネルでスキャニングを行うことができる。

ネットワークを発見したＳＴＡは、ステップＳ３２０を介して認証過程を行うことができる。このような認証過程は、後述するステップＳ３４０の保安セットアップ動作と明確に区分するために、１番目の認証（ｆｉｒｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程と称することができる。Ｓ３２０の認証過程は、ＳＴＡが認証要求フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）をＳＴＡに送信する過程を含むことができる。認証要求／応答に使用される認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｒａｍｅ）は、管理フレームに該当する。

認証フレームは、認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｌｇｏｒｉｔｈｍ ｎｕｍｂｅｒ）、認証トランザクションシーケンス番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｔｒａｎｓａｃｔｉｏｎ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）、状態コード（ｓｔａｔｕｓ ｃｏｄｅ）、検問テキスト（ｃｈａｌｌｅｎｇｅ ｔｅｘｔ（チャレンジテキスト））、ＲＳＮ（Ｒｏｂｕｓｔ Ｓｅｃｕｒｉｔｙ Ｎｅｔｗｏｒｋ）、有限循環グループ（Ｆｉｎｉｔｅ Ｃｙｃｌｉｃ Ｇｒｏｕｐ（有限巡回群））などに関する情報を含むことができる。

ＳＴＡは、認証要求フレームをＡＰに送信することができる。ＡＰは、受信された認証要求フレームに含まれた情報に基づいて、当該ＳＴＡに対する認証を許容するか否かを決定できる。ＡＰは、認証処理の結果を認証応答フレームを介してＳＴＡに提供することができる。

成功裏に認証されたＳＴＡは、ステップＳ３３０に基づいて連結過程を行うことができる。連結過程は、ＳＴＡが連結要求フレーム（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ（アソシエーション要求フレーム））をＡＰに送信し、これに応答してＡＰが連結応答フレーム（Ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ（アソシエーション応答フレーム））をＳＴＡに送信する過程を含む。例えば、連結要求フレームは、様々な能力（ｃａｐａｂｉｌｉｔｙ）に関連した情報、信号聴取間隔（ｌｉｓｔｅｎ ｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ）、支援レート（ｓｕｐｐｏｒｔｅｄ ｒａｔｅｓ（サポートレート））、支援チャネル（ｓｕｐｐｏｒｔｅｄ ｃｈａｎｎｅｌｓ（サポートチャネル））、ＲＳＮ、移動性ドメイン、支援オペレーティングクラス（ｓｕｐｐｏｒｔｅｄ ｏｐｅｒａｔｉｎｇ ｃｌａｓｓｅｓ（サポートオペレーティングクラス））、ＴＩＭ放送要求（Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍａｐ Ｂｒｏａｄｃａｓｔ ｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）サービス能力などに関する情報を含むことができる。例えば、連結応答フレームは、様々な能力に関連した情報、状態コード、ＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）、支援レート、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）パラメータセット、ＲＣＰＩ（Ｒｅｃｅｉｖｅｄ Ｃｈａｎｎｅｌ Ｐｏｗｅｒ Ｉｎｄｉｃａｔｏｒ）、ＲＳＮＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ ｔｏ Ｎｏｉｓｅ Ｉｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウト間隔（連関カムバック時間（ａｓｓｏｃｉａｔｉｏｎ ｃｏｍｅｂａｃｋ ｔｉｍｅ））、重なり（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメータ、ＴＩＭ放送応答、ＱｏＳマップなどの情報を含むことができる。

その後、ステップＳ３４０において、ＳＴＡは、保安セットアップ過程を行うことができる。ステップＳ３４０の保安セットアップ過程は、例えば、ＥＡＰＯＬ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ ＬＡＮ）フレームを介しての４－ウェイ（ｗａｙ）ハンドシェーキングを介してプライベートキーセットアップ（ｐｒｉｖａｔｅ ｋｅｙ ｓｅｔｕｐ）する過程を含むことができる。

図４は、ＩＥＥＥ規格で使用されるＰＰＤＵの一例を示した図である。

図示されたように、ＩＥＥＥ ａ／ｇ／ｎ／ａｃなどの規格では、様々な形態のＰＰＤＵ（ＰＨＹ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）が使用された。具体的に、ＬＴＦ、ＳＴＦフィールドは、トレーニング信号を含み、ＳＩＧ－Ａ、ＳＩＧ－Ｂには、受信ステーションのための制御情報が含まれ、データフィールドには、ＰＳＤＵ（ＭＡＣ ＰＤＵ／Ａｇｇｒｅｇａｔｅｄ ＭＡＣ ＰＤＵ）に相応するユーザデータが含まれた。

また、図４は、ＩＥＥＥ ８０２．１１ａｘ規格のＨＥ ＰＰＤＵの一例も含む。図４によるＨＥ ＰＰＤＵは、多重ユーザのためのＰＰＤＵの一例であって、ＨＥ－ＳＩＧ－Ｂは、多重ユーザのための場合にのみ含まれ、単一ユーザのためのＰＰＤＵには当該ＨＥ－ＳＩＧ－Ｂが省略されることができる。

図示されたように、多重ユーザ（Ｍｕｌｔｉｐｌｅ Ｕｓｅｒ（マルチユーザ）；ＭＵ）のためのＨＥ－ＰＰＤＵは、Ｌ－ＳＴＦ（ｌｅｇａｃｙ－ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ－ＬＴＦ（ｌｅｇａｃｙ－ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ－ＳＩＧ（ｌｅｇａｃｙ－ｓｉｇｎａｌ）、ＨＥ－ＳＩＧ－Ａ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｓｉｇｎａｌ Ａ）、ＨＥ－ＳＩＧ－Ｂ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｓｉｇｎａｌ－Ｂ）、ＨＥ－ＳＴＦ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ－ＬＴＦ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、データフィールド（または、ＭＡＣペイロード）及びＰＥ（Ｐａｃｋｅｔ Ｅｘｔｅｎｓｉｏｎ）フィールドを含むことができる。それぞれのフィールドは、図示された時間区間（すなわち、４または８μｓ等）の間に送信されることができる。

以下、ＰＰＤＵで使用される資源ユニットＲＵを説明する。資源ユニットは、複数個のサブキャリヤ（または、トーン）を含むことができる。資源ユニットは、ＯＦＤＭＡ技法に基づいて複数のＳＴＡに信号を送信する場合に使用されることができる。また、１つのＳＴＡに信号を送信する場合にも、資源ユニットが定義され得る。資源ユニットは、ＳＴＦ、ＬＴＦ、データフィールドなどのために使用されることができる。

図５は、２０ＭＨｚ帯域上で使用される資源ユニットＲＵの配置を示す図である。

図５に示されたように、互いに異なる個数のトーン（すなわち、サブキャリヤ）に対応する資源ユニット（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ（リソースユニット）；ＲＵ）が使用されて、ＨＥ－ＰＰＤＵの一部フィールドを構成できる。例えば、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、データフィールドに対して図示されたＲＵ単位で資源が割り当てられ得る。

図５の最上端に示されたように、２６－ユニット（すなわち、２６個のトーンに相応するユニット）が配置され得る。２０ＭＨｚ帯域の最左側（ｌｅｆｔｍｏｓｔ）帯域には、６個のトーンがガード（Ｇｕａｒｄ）帯域として使用され、２０ＭＨｚ帯域の最右側（ｒｉｇｈｔｍｏｓｔ）帯域には、５個のトーンがガード帯域として使用されることができる。また、中心帯域、すなわち、ＤＣ帯域には、７個のＤＣトーンが挿入され、ＤＣ帯域の左右側に各１３個のトーンに相応する２６－ユニットが存在しうる。また、その他の帯域には、２６－ユニット、５２－ユニット、１０６－ユニットが割り当てられ得る。各ユニットは、受信ステーション、すなわち、ユーザのために割り当てられることができる。

一方、図５のＲＵ配置は、複数のユーザＭＵのための状況だけでなく、単一ユーザＳＵのための状況でも活用され、この場合には、図５の最下端に示されたように、１個の２４２－ユニットを使用することが可能であり、この場合には、３個のＤＣトーンが挿入され得る。

図５の一例では、様々な大きさのＲＵ、すなわち、２６－ＲＵ、５２－ＲＵ、１０６－ＲＵ、２４２－ＲＵなどが提案されたところ、このようなＲＵの具体的な大きさは、拡張または増加することができるので、本実施形態は、各ＲＵの具体的な大きさ（すなわち、相応するトーンの個数）に制限されない。

図６は、４０ＭＨｚ帯域上で使用される資源ユニットＲＵの配置を示す図である。

図５の一例において様々な大きさのＲＵが使用されたことと同様に、図６の一例も２６－ＲＵ、５２－ＲＵ、１０６－ＲＵ、２４２－ＲＵ、４８４－ＲＵなどが使用され得る。また、中心周波数には、５個のＤＣトーンが挿入され得るし、４０ＭＨｚ帯域の最左側（ｌｅｆｔｍｏｓｔ）帯域には、１２個のトーンがガード（Ｇｕａｒｄ）帯域として使用され、４０ＭＨｚ帯域の最右側（ｒｉｇｈｔｍｏｓｔ）帯域には、１１個のトーンがガード帯域として使用されることができる。

また、図示されたように、単一ユーザのために使用される場合、４８４－ＲＵが使用され得る。一方、ＲＵの具体的な個数が変更され得るという点は、図４の一例と同様である。

図７は、８０ＭＨｚ帯域上で使用される資源ユニットＲＵの配置を示す図である。

図５及び図６の一例で様々な大きさのＲＵが使用されたことと同様に、図７の一例も２６－ＲＵ、５２－ＲＵ、１０６－ＲＵ、２４２－ＲＵ、４８４－ＲＵ、９９６－ＲＵなどが使用され得る。また、中心周波数には、７個のＤＣトーンが挿入され得るし、８０ＭＨｚ帯域の最左側（ｌｅｆｔｍｏｓｔ）帯域には、１２個のトーンがガード（Ｇｕａｒｄ）帯域として使用され、８０ＭＨｚ帯域の最右側（ｒｉｇｈｔｍｏｓｔ）帯域には、１１個のトーンがガード帯域として使用されることができる。また、ＤＣ帯域の左右に位置する各々１３個のトーンを使用した２６－ＲＵを使用できる。

また、図示されたように、単一ユーザのために使用される場合、９９６－ＲＵが使用され得るし、この場合には、５個のＤＣトーンが挿入され得る。

本明細書において説明されたＲＵは、ＵＬ（Ｕｐｌｉｎｋ（アップリンク））通信及びＤＬ（Ｄｏｗｎｌｉｎｋ（ダウンリンク））通信に使用されることができる。例えば、Ｔｒｉｇｇｅｒ ｆｒａｍｅによりｓｏｌｉｃｉｔされるＵＬ－ＭＵ通信が行われる場合、送信ＳＴＡ（例えば、ＡＰ）は、Ｔｒｉｇｇｅｒ ｆｒａｍｅを介して第１のＳＴＡには第１のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵ等）を割り当て、第２のＳＴＡには第２のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵ等）を割り当てることができる。その後、第１のＳＴＡは、第１のＲＵに基づいて第１のＴｒｉｇｇｅｒ－ｂａｓｅｄ ＰＰＤＵを送信でき、第２のＳＴＡは、第２のＲＵに基づいて第２のＴｒｉｇｇｅｒ－ｂａｓｅｄ ＰＰＤＵを送信することができる。第１／第２のＴｒｉｇｇｅｒ－ｂａｓｅｄ ＰＰＤＵは、同じ時間区間にＡＰに送信される。

例えば、ＤＬ ＭＵ ＰＰＤＵが構成される場合、送信ＳＴＡ（例えば、ＡＰ）は、第１のＳＴＡには第１のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵ等）を割り当て、第２のＳＴＡには第２のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵ等）を割り当てることができる。すなわち、送信ＳＴＡ（例えば、ＡＰ）は、１つのＭＵ ＰＰＤＵ内で第１のＲＵを介して第１のＳＴＡのためのＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、Ｄａｔａフィールドを送信でき、第２のＲＵを介して第２のＳＴＡのためのＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、Ｄａｔａフィールドを送信することができる。

ＲＵの配置に関する情報は、ＨＥ－ＳＩＧ－Ｂを介してシグナルされることができる。

図８は、ＨＥ－ＳＩＧ－Ｂフィールドの構造を示す。

図示されたように、ＨＥ－ＳＩＧ－Ｂフィールド８１０は、共通フィールド８２０及びユーザ－個別（ｕｓｅｒ－ｓｐｅｃｉｆｉｃ）フィールド８３０を含む。共通フィールド８２０は、ＳＩＧ－Ｂを受信する全てのユーザ（すなわち、ユーザＳＴＡ）に共通に適用される情報を含むことができる。ユーザ－個別フィールド８３０は、ユーザ－個別制御フィールドと呼ばれることができる。ユーザ－個別フィールド８３０は、ＳＩＧ－Ｂが複数のユーザに伝達される場合、複数のユーザのうち、いずれか一部にのみ適用されることができる。

図８に示されたように、共通フィールド８２０及びユーザ－個別フィールド８３０は、別にエンコードされることができる。

共通フィールド８２０は、Ｎ＊８ビットのＲＵ ａｌｌｏｃａｔｉｏｎ情報を含むことができる。例えば、ＲＵ ａｌｌｏｃａｔｉｏｎ情報は、ＲＵの位置（ｌｏｃａｔｉｏｎ）に関する情報を含むことができる。例えば、図５のように、２０ＭＨｚチャネルが使用される場合、ＲＵ ａｌｌｏｃａｔｉｏｎ情報は、どの周波数帯域にどのＲＵ（２６－ＲＵ／５２－ＲＵ／１０６－ＲＵ）が配置されるかに関する情報を含むことができる。

ＲＵ ａｌｌｏｃａｔｉｏｎ情報が８ビットで構成される場合の一例は、次のとおりである。

図５の一例のように、２０ＭＨｚチャネルには、最大９個の２６－ＲＵが割り当てられ得る。表１のように、共通フィールド８２０のＲＵ ａｌｌｏｃａｔｉｏｎ情報が「００００００００」のように設定される場合、対応するチャネル（すなわち、２０ＭＨｚ）には、９個の２６－ＲＵが割り当てられ得る。また、表１のように、共通フィールド８２０のＲＵ ａｌｌｏｃａｔｉｏｎ情報が「０００００００１」のように設定される場合、対応するチャネルに７個の２６－ＲＵと１個の５２－ＲＵが配置される。すなわち、図５の一例において最－右側では、５２－ＲＵが割り当てられ、その左側では、７個の２６－ＲＵが割り当てられ得る。

表１の一例は、ＲＵ ａｌｌｏｃａｔｉｏｎ情報が表示できるＲＵ ｌｏｃａｔｉｏｎのうち一部のみを表示したものである。

例えば、ＲＵ ａｌｌｏｃａｔｉｏｎ情報は、下記の表２の一例を含むことができる。

「０１０００ｙ２ｙ１ｙ０」は、２０ＭＨｚチャネルの最－左側に１０６－ＲＵが割り当てられ、その右側に５個の２６－ＲＵが割り当てられる一例に関連する。この場合、１０６－ＲＵに対しては、ＭＵ－ＭＩＭＯ技法に基づいて複数のＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）が割り当てられ得る。具体的に、１０６－ＲＵに対しては、最大８個のＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）が割り当てられ得るし、１０６－ＲＵに割り当てられるＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）の個数は、３ビット情報（ｙ２ｙ１ｙ０）に基づいて決定される。例えば、３ビット情報（ｙ２ｙ１ｙ０）がＮに設定される場合、１０６－ＲＵにＭＵ－ＭＩＭＯ技法に基づいて割り当てられるＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）の個数は、Ｎ＋１であることができる。

一般的に複数のＲＵに対しては、互いに異なる複数のＳＴＡ（例えば、Ｕｓｅｒ ＳＴＡ）が割り当てられ得る。しかし、特定の大きさ（例えば、１０６サブキャリヤ）以上記の１つのＲＵに対しては、ＭＵ－ＭＩＭＯ技法に基づいて複数のＳＴＡ（例えば、Ｕｓｅｒ ＳＴＡ）が割り当てられ得る。

図８に示されたように、ユーザ－個別フィールド８３０は、複数個のユーザフィールドを含むことができる。上述したように、共通フィールド８２０のＲＵ ａｌｌｏｃａｔｉｏｎ情報に基づいて特定チャネルに割り当てられるＳＴＡ（例えば、Ｕｓｅｒ ＳＴＡ）の個数が決定され得る。例えば、共通フィールド８２０のＲＵ ａｌｌｏｃａｔｉｏｎ情報が「００００００００」である場合、９個の２６－ＲＵの各々に１個ずつのＵｓｅｒ ＳＴＡが割り当てられる（すなわち、合計９個のＵｓｅｒ ＳＴＡが割り当てられる）ことができる。すなわち、最大９個のＵｓｅｒ ＳＴＡがＯＦＤＭＡ技法によって特定チャネルに割り当てられることができる。言い換えれば、最大９個のＵｓｅｒ ＳＴＡがｎｏｎ－ＭＵ－ＭＩＭＯ技法によって特定チャネルに割り当てられることができる。

例えば、ＲＵ ａｌｌｏｃａｔｉｏｎが「０１０００ｙ２ｙ１ｙ０」に設定される場合、最－左側に配置される１０６－ＲＵには、ＭＵ－ＭＩＭＯ技法によって複数のＵｓｅｒ ＳＴＡが割り当てられ、その右側に配置される５個の２６－ＲＵには、ｎｏｎ－ＭＵ－ＭＩＭＯ技法によって５個のＵｓｅｒ ＳＴＡが割り当てられ得る。このような場合は、図９の一例を介して具体化される。

図９は、ＭＵ－ＭＩＭＯ技法によって複数のＵｓｅｒ ＳＴＡが同じＲＵに割り当てられる一例を示す。

例えば、図９のように、ＲＵ ａｌｌｏｃａｔｉｏｎが「０１００００１０」に設定される場合、表２に基づいて、特定チャネルの最－左側には、１０６－ＲＵが割り当てられ、その右側には、５個の２６－ＲＵが割り当てられ得る。また、１０６－ＲＵには、合計３個のＵｓｅｒ ＳＴＡがＭＵ－ＭＩＭＯ技法によって割り当てられることができる。結果的に、合計８個のＵｓｅｒ ＳＴＡが割り当てられるので、ＨＥ－ＳＩＧ－Ｂのユーザ－個別フィールド８３０は、８個のＵｓｅｒ ｆｉｅｌｄを含むことができる。

８個のＵｓｅｒ ｆｉｅｌｄは、図９に示された順序で含まれることができる。また、図８において図示されたように、２個のＵｓｅｒ ｆｉｅｌｄは、１個のＵｓｅｒ ｂｌｏｃｋ ｆｉｅｌｄで実現されることができる。

図８及び図９に示されるＵｓｅｒ ｆｉｅｌｄは、２個のフォーマットに基づいて構成されることができる。すなわち、ＭＵ－ＭＩＭＯ技法に関連するＵｓｅｒ ｆｉｅｌｄは、第１のフォーマットで構成され、ｎｏｎ－ＭＵ－ＭＩＭＯ技法に関連するＵｓｅｒ ｆｉｅｌｄは、第２のフォーマットで構成されることができる。図９の一例を参照すれば、Ｕｓｅｒ ｆｉｅｌｄ １ないしＵｓｅｒ ｆｉｅｌｄ ３は、第１のフォーマットに基づくことができ、Ｕｓｅｒ ｆｉｅｌｄ ４ないしＵｓｅｒ ｆｉｅｌｄ ８は、第２のフォーマットに基づくことができる。第１のフォーマットまたは第２のフォーマットは、同じ長さ（例えば、２１ビット）のビット情報を含むことができる。

それぞれのＵｓｅｒ ｆｉｅｌｄは、同じ大きさ（例えば、２１ビット）を有することができる。例えば、第１のフォーマット（ＭＵ－ＭＩＭＯ技法のフォーマット）のＵｓｅｒ ｆｉｅｌｄは、次のように構成されることができる。

例えば、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第１のビット（例えば、Ｂ０－Ｂ１０）は、当該Ｕｓｅｒ ｆｉｅｌｄが割り当てられるＵｓｅｒ ＳＴＡの識別情報（例えば、ＳＴＡ－ＩＤ、ｐａｒｔｉａｌ ＡＩＤ等）を含むことができる。また、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第２のビット（例えば、Ｂ１１－Ｂ１４）は、空間設定（ｓｐａｔｉａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する情報を含むことができる。具体的に、第２のビット（すなわち、Ｂ１１－Ｂ１４）の一例は、下記の表３乃至表４のとおりであることができる。

表３及び／又は表４に示されたように、第２のビット（すなわち、Ｂ１１－Ｂ１４）は、ＭＵ－ＭＩＭＯ技法によって割り当てられる複数のＵｓｅｒ ＳＴＡに割り当てられるＳｐａｔｉａｌ Ｓｔｒｅａｍの個数に関する情報を含むことができる。例えば、図９のように、１０６－ＲＵに３個のＵｓｅｒ ＳＴＡがＭＵ－ＭＩＭＯ技法に基づいて割り当てられる場合、Ｎ＿ｕｓｅｒは、「３」に設定され、これにより、表３に表示されたように、Ｎ＿ＳＴＳ［１］、Ｎ＿ＳＴＳ［２］、Ｎ＿ＳＴＳ［３］の値が決定され得る。例えば、第２のビット（Ｂ１１－Ｂ１４）の値が「００１１」である場合、Ｎ＿ＳＴＳ［１］＝４、Ｎ＿ＳＴＳ［２］＝１、Ｎ＿ＳＴＳ［３］＝１に設定されることができる。すなわち、図９の一例においてＵｓｅｒ ｆｉｅｌｄ １に対しては、４個のＳｐａｔｉａｌ Ｓｔｒｅａｍが割り当てられ、Ｕｓｅｒ ｆｉｅｌｄ ２に対しては、１個のＳｐａｔｉａｌ Ｓｔｒｅａｍが割り当てられ、Ｕｓｅｒ ｆｉｅｌｄ ３に対しては、１個のＳｐａｔｉａｌ Ｓｔｒｅａｍが割り当てられ得る。

表３及び／又は表４の一例のように、ユーザステーション（Ｕｓｅｒ ＳＴＡ）のための空間ストリーム（Ｓｐａｔｉａｌ Ｓｔｒｅａｍ）の個数に関する情報（すなわち、第２のビット、Ｂ１１－Ｂ１４）は、４ビットで構成されることができる。また、ユーザステーション（Ｕｓｅｒ ＳＴＡ）のための空間ストリーム（Ｓｐａｔｉａｌ Ｓｔｒｅａｍ）の個数に関する情報（すなわち、第２のビット、Ｂ１１－Ｂ１４）は、最大８個の空間ストリームまで支援することができる。また、空間ストリーム（Ｓｐａｔｉａｌ Ｓｔｒｅａｍ）の個数に関する情報（すなわち、第２のビット、Ｂ１１－Ｂ１４）は、１つのＵｓｅｒ ＳＴＡのために、最大４個の空間ストリームまで支援することができる。

また、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第３のビット（すなわち、Ｂ１５－１８）は、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）情報を含むことができる。ＭＣＳ情報は、当該ＳＩＧ－Ｂが含まれるＰＰＤＵ内のデータフィールドに適用されることができる。

本明細書において使用されるＭＣＳ、ＭＣＳ情報、ＭＣＳインデックス、ＭＣＳフィールドなどは、特定のインデックス値で表示されることができる。例えば、ＭＣＳ情報は、インデックス０ないしインデックス１１で表示されることができる。ＭＣＳ情報は、性状変調タイプ（例えば、ＢＰＳＫ、ＱＰＳＫ、１６－ＱＡＭ、６４－ＱＡＭ、２５６－ＱＡＭ、１０２４－ＱＡＭ等）に関する情報、及びコーディングレート（例えば、１／２、２／３、３／４、５／６等）に関する情報を含むことができる。ＭＣＳ情報には、チャネルコーディングタイプ（例えば、ＢＣＣまたはＬＤＰＣ）に関する情報が除外され得る。

また、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第４のビット（すなわち、Ｂ１９）は、Ｒｅｓｅｒｖｅｄフィールドであることができる。

また、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第５のビット（すなわち、Ｂ２０）は、コーディングタイプ（例えば、ＢＣＣまたはＬＤＰＣ）に関する情報を含むことができる。すなわち、第５のビット（すなわち、Ｂ２０）は、当該ＳＩＧ－Ｂが含まれるＰＰＤＵ内のデータフィールドに適用されたチャネルコーディングのタイプ（例えば、ＢＣＣまたはＬＤＰＣ）に関する情報を含むことができる。

上述した一例は、第１のフォーマット（ＭＵ－ＭＩＭＯ技法のフォーマット）のＵｓｅｒ ｆｉｅｌｄに関連する。第２のフォーマット（ｎｏｎ－ＭＵ－ＭＩＭＯ技法のフォーマット）のＵｓｅｒ ｆｉｅｌｄの一例は、以下のとおりである。

第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第１のビット（例えば、Ｂ０－Ｂ１０）は、Ｕｓｅｒ ＳＴＡの識別情報を含むことができる。また、第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第２のビット（例えば、Ｂ１１－Ｂ１３）は、当該ＲＵに適用される空間ストリーム（Ｓｐａｔｉａｌ Ｓｔｒｅａｍ）の個数に関する情報を含むことができる。また、第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第３のビット（例えば、Ｂ１４）は、ｂｅａｍｆｏｒｍｉｎｇ ｓｔｅｅｒｉｎｇ ｍａｔｒｉｘが適用されるか否かに関する情報が含まれ得る。第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第４のビット（例えば、Ｂ１５－Ｂ１８）は、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）情報を含むことができる。また、第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第５のビット（例えば、Ｂ１９）は、ＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）が適用されるか否かに関する情報を含むことができる。また、第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第６のビット（すなわち、Ｂ２０）は、コーディングタイプ（例えば、ＢＣＣまたはＬＤＰＣ）に関する情報を含むことができる。

図１０は、ＵＬ－ＭＵによる動作を示す。図示されたように、送信ＳＴＡ（例えば、ＡＰ）は、ｃｏｎｔｅｎｄｉｎｇ（すなわち、Ｂａｃｋｏｆｆ動作）を介してチャネル接続を行い、Ｔｒｉｇｇｅｒ ｆｒａｍｅ（１０３０）を送信することができる。すなわち、送信ＳＴＡ（例えば、ＡＰ）は、Ｔｒｉｇｇｅｒ Ｆｒａｍｅ（１３３０）が含まれたＰＰＤＵを送信することができる。Ｔｒｉｇｇｅｒ Ｆｒａｍｅが含まれたＰＰＤＵが受信されれば、ＳＩＦＳの分だけのｄｅｌａｙ以後、ＴＢ（ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵが送信される。

ＴＢ ＰＰＤＵ（１０４１、１０４２）は、同じ時間帯に送信され、Ｔｒｉｇｇｅｒ Ｆｒａｍｅ（１０３０）内にＡＩＤが表示された複数のＳＴＡ（例えば、Ｕｓｅｒ ＳＴＡ）から送信されることができる。ＴＢ ＰＰＤＵに対するＡＣＫフレーム１０５０は、様々な形態で実現されることができる。

トリガーフレームの具体的特徴は、図１１～図１３を介して説明される。ＵＬ－ＭＵ通信が使用される場合にも、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）技法またはＭＵ ＭＩＭＯ技法が使用され得るし、ＯＦＤＭＡ及びＭＵ ＭＩＭＯ技法が同時に使用されることができる。

図１１は、トリガーフレームの一例を示す。図１１のトリガーフレームは、上向きリンクＭＵ送信（Ｕｐｌｉｎｋ Ｍｕｌｔｉｐｌｅ－Ｕｓｅｒ ｔｒａｎｓｍｉｓｓｉｏｎ）のための資源を割り当て、例えば、ＡＰから送信されることができる。トリガーフレームは、ＭＡＣフレームで構成されることができ、ＰＰＤＵに含まれることができる。

図１１に示されたそれぞれのフィールドは、一部省略されることができ、他のフィールドが追加され得る。また、フィールドのそれぞれの長さは、図示されたことと異なるように変化されることができる。

図１１のフレームコントロール（ｆｒａｍｅ ｃｏｎｔｒｏｌ）フィールド１１１０は、ＭＡＣプロトコルのバージョンに関する情報及びその他、追加的な制御情報が含まれ、デュレーションフィールド１１２０は、ＮＡＶ設定のための時間情報やＳＴＡの識別子（例えば、ＡＩＤ）に関する情報が含まれ得る。

また、ＲＡフィールド１１３０は、当該トリガーフレームの受信ＳＴＡの住所情報が含まれ、必要に応じて省略されることができる。ＴＡフィールド１１４０は、当該トリガーフレームを送信するＳＴＡ（例えば、ＡＰ）の住所情報が含まれ、共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールド１１５０は、当該トリガーフレームを受信する受信ＳＴＡに適用される共通制御情報を含む。例えば、当該トリガーフレームに対応して送信される上向きＰＰＤＵのＬ－ＳＩＧフィールドの長さを指示するフィールドや、当該トリガーフレームに対応して送信される上向きＰＰＤＵのＳＩＧ－Ａフィールド（すなわち、ＨＥ－ＳＩＧ－Ａフィールド）の内容（ｃｏｎｔｅｎｔ）を制御する情報が含まれ得る。また、共通制御情報として、当該トリガーフレームに対応して送信される上向きＰＰＤＵのＣＰの長さに関する情報やＬＴＦフィールドの長さに関する情報が含まれ得る。

また、図１１のトリガーフレームを受信する受信ＳＴＡの個数に相応する個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールド１１６０＃１ないし１１６０＃Ｎを含むことが好ましい。前記個別ユーザ情報フィールドは、「割当フィールド」と呼ばれることもできる。

また、図１１のトリガーフレームは、パディングフィールド１１７０と、フレームチェックシーケンスフィールド１１８０とを含むことができる。

図１１に示された、個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールド１１６０＃１ないし１１６０＃Ｎの各々は、さらに複数のサブフィールドを含むことができる。

図１２は、トリガーフレームの共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。図１２のサブフィールドのうち一部は省略されることができ、その他、サブフィールドが追加されることもできる。また、図示されたサブフィールドのそれぞれの長さは変形されることができる。

図示された長さフィールド１２１０は、当該トリガーフレームに対応して送信される上向きＰＰＤＵのＬ－ＳＩＧフィールドの長さフィールドと同じ値を有し、上向きＰＰＤＵのＬ－ＳＩＧフィールドの長さフィールドは、上向きＰＰＤＵの長さを表す。結果的に、トリガーフレームの長さフィールド１２１０は、対応する上向きリンクＰＰＤＵの長さを指示するのに使用されることができる。

また、カスケード指示子フィールド１２２０は、カスケード動作が行われるか否かを指示する。カスケード動作は、同一ＴＸＯＰ内に下向きリンクＭＵ送信と上向きリンクＭＵ送信とが共に行われることを意味する。すなわち、下向きリンクＭＵ送信が行われた後、予め設定された時間（例えば、ＳＩＦＳ）以後、上向きリンクＭＵ送信が行われることを意味する。カスケード動作中には、下向きリンク通信を行う送信装置（例えば、ＡＰ）は１個のみ存在し、上向きリンク通信を行う送信装置（例えば、ｎｏｎ－ＡＰ）は、複数個存在することができる。

ＣＳ要求フィールド１２３０は、当該トリガーフレームを受信した受信装置が対応する上向きリンクＰＰＤＵを送信する状況で無線媒体の状態やＮＡＶなどを考慮すべきであるか否かを指示する。

ＨＥ－ＳＩＧ－Ａ情報フィールド１２４０は、当該トリガーフレームに対応して送信される上向きＰＰＤＵのＳＩＧ－Ａフィールド（すなわち、ＨＥ－ＳＩＧ－Ａフィールド）の内容（ｃｏｎｔｅｎｔ）を制御する情報が含まれ得る。

ＣＰ及びＬＴＦタイプフィールド１２５０は、当該トリガーフレームに対応して送信される上向きＰＰＤＵのＬＴＦの長さ及びＣＰ長さに関する情報を含むことができる。トリガータイプフィールド１２６０は、当該トリガーフレームが使用される目的、例えば、通常のトリガリング、ビームフォーミングのためのトリガリング、Ｂｌｏｃｋ ＡＣＫ／ＮＡＣＫに対する要求などを指示できる。

本明細書においてトリガーフレームのトリガータイプフィールド１２６０は、通常のトリガリングのための基本（Ｂａｓｉｃ）タイプのトリガーフレームを指示すると仮定することができる。例えば、基本（Ｂａｓｉｃ）タイプのトリガーフレームは、基本トリガーフレームと言及されることができる。

図１３は、ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれるサブフィールドの一例を示す。図１３のユーザ情報フィールド１３００は、先に図１１において言及された個別ユーザ情報フィールド１１６０＃１～１１６０＃Ｎのうち、いずれか１つと理解されることができる。図１３のユーザ情報フィールド１３００に含まれたサブフィールドのうち一部は省略されることができ、その他、サブフィールドが追加されることもできる。また、図示されたサブフィールドのそれぞれの長さは、変形されることができる。

図１３のユーザ識別子（Ｕｓｅｒ Ｉｄｅｎｔｉｆｉｅｒ）フィールド１３１０は、個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）に相応するＳＴＡ（すなわち、受信ＳＴＡ）の識別子を表すものであって、識別子の一例は、受信ＳＴＡのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）値の全部または一部になることができる。

また、ＲＵ割当（ＲＵ Ａｌｌｏｃａｔｉｏｎ）フィールド１３２０が含まれ得る。すなわち、ユーザ識別子フィールド１３１０に識別された受信ＳＴＡが、トリガーフレームに対応してＴＢ ＰＰＤＵを送信する場合、ＲＵ割当フィールド１３２０が指示したＲＵを介してＴＢ ＰＰＤＵを送信する。この場合、ＲＵ割当（ＲＵ Ａｌｌｏｃａｔｉｏｎ）フィールド１３２０により指示されるＲＵは、図５、図６、図７に示されたＲＵであることができる。

図１３のサブフィールドは、コーディングタイプフィールド１３３０を含むことができる。コーディングタイプフィールド１３３０は、ＴＢ ＰＰＤＵのコーディングタイプを指示できる。例えば、前記ＴＢ ＰＰＤＵにＢＣＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は、「１」に設定され、ＬＤＰＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は、「０」に設定されることができる。

また、図１３のサブフィールドは、ＭＣＳフィールド１３４０を含むことができる。ＭＣＳフィールド１３４０は、ＴＢ ＰＰＤＵに適用されるＭＣＳ技法を指示できる。例えば、前記ＴＢ ＰＰＤＵにＢＣＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は、「１」に設定され、ＬＤＰＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は、「０」に設定されることができる。

以下、ＵＯＲＡ（ＵＬ ＯＦＤＭＡ－ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）技法について説明する。

図１４は、ＵＯＲＡ技法の技術的特徴を説明する。

送信ＳＴＡ（例えば、ＡＰ）は、トリガーフレームを介して図１４に示されたように、６個のＲＵ資源を割り当てることができる。具体的に、ＡＰは、第１のＲＵ資源ＡＩＤ ０、ＲＵ １、第２のＲＵ資源ＡＩＤ ０、ＲＵ ２、第３のＲＵ資源ＡＩＤ ０、ＲＵ ３、第４のＲＵ資源ＡＩＤ ２０４５、ＲＵ ４、第５のＲＵ資源ＡＩＤ ２０４５、ＲＵ ５、第６のＲＵ資源ＡＩＤ ３、ＲＵ ６）を割り当てることができる。ＡＩＤ ０、ＡＩＤ ３、またはＡＩＤ ２０４５に関する情報は、例えば、図１３のユーザ識別フィールド１３１０に含まれることができる。ＲＵ １ないしＲＵ ６に関する情報は、例えば、図１３のＲＵ割当フィールド１３２０に含まれることができる。ＡＩＤ＝０は、連結された（ａｓｓｏｃｉａｔｅｄ（アソシエートされた））ＳＴＡのためのＵＯＲＡ資源を意味することができ、ＡＩＤ＝２０４５は、非－連結された（ｕｎ－ａｓｓｏｃｉａｔｅｄ（アソシエートされていない））ＳＴＡのためのＵＯＲＡ資源を意味することができる。これにより、図１４の第１ないし第３のＲＵ資源は、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡ資源として使用されることができ、図１４の第４ないし第５のＲＵ資源は、非－連結された（ｕｎ－ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡ資源として使用されることができ、図１４の第６のＲＵ資源は、通常のＵＬ ＭＵのための資源として使用されることができる。

図１４の一例では、ＳＴＡ１のＯＢＯ（ＯＦＤＭＡ ｒａｎｄｏｍ ａｃｃｅｓｓ ＢａｃｋＯｆｆ）カウンタが０に減少して、ＳＴＡ１が第２のＲＵ資源ＡＩＤ ０、ＲＵ ２をランダムに選択する。また、ＳＴＡ２／３のＯＢＯカウンタは、０より大きいので、ＳＴＡ２／３には上向きリンク資源が割り当てられなかった。また、図１４においてＳＴＡ４は、トリガーフレーム内に自分のＡＩＤ（すなわち、ＡＩＤ＝３）が含まれたので、バックオフなしにＲＵ ６の資源が割り当てられた。

具体的に、図１４のＳＴＡ１は、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるので、ＳＴＡ１のためのｅｌｉｇｉｂｌｅ ＲＡ ＲＵは、合計３個（ＲＵ １、ＲＵ ２、ＲＵ ３）であり、これにより、ＳＴＡ１は、ＯＢＯカウンタを３だけ減少させて、ＯＢＯカウンタが０になった。また、図１４のＳＴＡ２は、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるので、ＳＴＡ２のためのｅｌｉｇｉｂｌｅ ＲＡ ＲＵは、合計３個（ＲＵ １、ＲＵ ２、ＲＵ ３）であり、これにより、ＳＴＡ２は、ＯＢＯカウンタを３だけ減少させたが、ＯＢＯカウンタが０より大きい状態である。また、図１４のＳＴＡ３は、非－連結された（ｕｎ－ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるので、ＳＴＡ３のためのｅｌｉｇｉｂｌｅ ＲＡ ＲＵは、合計２個（ＲＵ ４、ＲＵ ５）であり、これにより、ＳＴＡ３は、ＯＢＯカウンタを２だけ減少させたが、ＯＢＯカウンタが０より大きい状態である。

図１５は、２．４ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を示す。

２．４ＧＨｚバンドは、第１のバンド（帯域）などの他の名称と呼ばれることができる。また、２．４ＧＨｚバンドは、中心周波数が２．４ＧＨｚに隣接したチャネル（例えば、中心周波数が２．４～２．５ＧＨｚ内に位置するチャネル）が使用／支援／定義される周波数領域を意味することができる。

２．４ＧＨｚバンドには、複数の２０ＭＨｚチャネルが含まれ得る。２．４ＧＨｚバンド内の２０ＭＨｚは、複数のチャネルインデックス（例えば、インデックス１ないしインデックス１４）を有することができる。例えば、チャネルインデックス１が割り当てられる２０ＭＨｚチャネルの中心周波数は、２．４１２ＧＨｚであることができ、チャネルインデックス２が割り当てられる２０ＭＨｚチャネルの中心周波数は、２．４１７ＧＨｚであることができ、チャネルインデックスＮが割り当てられる２０ＭＨｚチャネルの中心周波数は、（２．４０７＋０．００５＊Ｎ）ＧＨｚであることができる。チャネルインデックスは、チャネル番号などの様々な名称と呼ばれることができる。チャネルインデックス及び中心周波数の具体的な数値は変更されることができる。

図１５は、２．４ＧＨｚバンド内の４個のチャネルを例示的に示す。図示された第１の周波数領域１５１０ないし第４の周波数領域１５４０は、それぞれ１つのチャネルを含むことができる。例えば、第１の周波数領域１５１０は、１番チャネル（１番インデックスを有する２０ＭＨｚチャネル）を含むことができる。このとき、１番チャネルの中心周波数は、２４１２ＭＨｚに設定されることができる。第２の周波数領域１５２０は、６番チャネルを含むことができる。このとき、６番チャネルの中心周波数は、２４３７ＭＨｚに設定されることができる。第３の周波数領域１５３０は、１１番チャネルを含むことができる。このとき、チャネル１１の中心周波数は、２４６２ＭＨｚに設定されることができる。第４の周波数領域１５４０は、１４番チャネルを含むことができる。このとき、チャネル１４の中心周波数は、２４８４ＭＨｚに設定されることができる。

図１６は、５ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を図示する。

５ＧＨｚバンドは、第２のバンド／帯域などの他の名称と呼ばれることができる。５ＧＨｚバンドは、中心周波数が５ＧＨｚ以上６ＧＨｚ未満（または、５．９ＧＨｚ未満）であるチャネルが使用／支援／定義される周波数領域を意味することができる。または、５ＧＨｚバンドは、４．５ＧＨｚから５．５ＧＨｚの間で複数個のチャネルを含むことができる。図１６に示された具体的な数値は変更されることができる。

５ＧＨｚバンド内の複数のチャネルは、ＵＮＩＩ（Ｕｎｌｉｃｅｎｓｅｄ Ｎａｔｉｏｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）－１、ＵＮＩＩ－２、ＵＮＩＩ－３、ＩＳＭを含む。ＵＮＩＩ－１は、ＵＮＩＩ Ｌｏｗと呼ばれることができる。ＵＮＩＩ－２は、ＵＮＩＩ ＭｉｄとＵＮＩＩ－２Ｅｘｔｅｎｄｅｄと呼ばれる周波数領域を含むことができる。ＵＮＩＩ－３は、ＵＮＩＩ－Ｕｐｐｅｒと呼ばれることができる。

５ＧＨｚバンド内には、複数のチャネルが設定され得るし、各チャネルの帯域幅は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚなどに様々に設定されることができる。例えば、ＵＮＩＩ－１及びＵＮＩＩ－２内の５１７０ＭＨｚないし５３３０ＭＨｚ周波数領域／範囲は、８個の２０ＭＨｚチャネルに区分されることができる。５１７０ＭＨｚから５３３０ＭＨｚ周波数領域／範囲は、４０ＭＨｚ周波数領域を介して４個のチャネルに区分されることができる。５１７０ＭＨｚから５３３０ＭＨｚ周波数領域／範囲は、８０ＭＨｚ周波数領域を介して２個のチャネルに区分されることができる。または、５１７０ＭＨｚから５３３０ＭＨｚ周波数領域／範囲は、１６０ＭＨｚ周波数領域を介して１個のチャネルに区分されることができる。

図１７は、６ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を図示する。

６ＧＨｚバンドは、第３のバンド／帯域などの他の名称と呼ばれることができる。６ＧＨｚバンドは、中心周波数が５．９ＧＨｚ以上であるチャネルが使用／支援／定義される周波数領域を意味することができる。図１７に示された具体的な数値は変更されることができる。

例えば、図１７の２０ＭＨｚチャネルは、５．９４０ＧＨｚから定義されることができる。具体的に、図１７の２０ＭＨｚチャネルのうち、最－左側チャネルは、１番インデックス（または、チャネルインデックス、チャネル番号等）を有することができ、中心周波数は、５．９４５ＧＨｚが割り当てられ得る。すなわち、インデックスＮ番チャネルの中心周波数は、（５．９４０＋０．００５＊Ｎ）ＧＨｚと決定されることができる。

これにより、図１７の２０ＭＨｚチャネルのインデックス（または、チャネル番号）は、１、５、９、１３、１７、２１、２５、２９、３３、３７、４１、４５、４９、５３、５７、６１、６５、６９、７３、７７、８１、８５、８９、９３、９７、１０１、１０５、１０９、１１３、１１７、１２１、１２５、１２９、１３３、１３７、１４１、１４５、１４９、１５３、１５７、１６１、１６５、１６９、１７３、１７７、１８１、１８５、１８９、１９３、１９７、２０１、２０５、２０９、２１３、２１７、２２１、２２５、２２９、２３３であることができる。また、上述した（５．９４０＋０．００５＊Ｎ）ＧＨｚ規則にしたがって図１７の４０ＭＨｚチャネルのインデックスは、３、１１、１９、２７、３５、４３、５１、５９、６７、７５、８３、９１、９９、１０７、１１５、１２３、１３１、１３９、１４７、１５５、１６３、１７１、１７９、１８７、１９５、２０３、２１１、２１９、２２７であることができる。

図１７の一例には、２０、４０、８０、１６０ＭＨｚチャネルが図示されるが、さらに２４０ＭＨｚチャネルや３２０ＭＨｚチャネルが追加されることができる。

以下、本明細書のＳＴＡで送信／受信されるＰＰＤＵが説明される。

図１８は、本明細書に使用されるＰＰＤＵの一例を示す。

図１８のＰＰＤＵは、ＥＨＴ ＰＰＤＵ、送信ＰＰＤＵ、受信ＰＰＤＵ、第１のタイプ、または第ＮのタイプＰＰＤＵなどの様々な名称と呼ばれることができる。例えば、本明細書においてＰＰＤＵまたはＥＨＴ ＰＰＤＵは、送信ＰＰＤＵ、受信ＰＰＤＵ、第１のタイプ、または第ＮのタイプＰＰＤＵなどの様々な名称と呼ばれることができる。また、ＥＨＴ ＰＰＵは、ＥＨＴシステム及び／又はＥＨＴシステムを改善した新しい無線ＬＡＮシステムで使用されることができる。

図１８のＰＰＤＵは、ＥＨＴシステムで使われるＰＰＤＵタイプのうち一部または全部を示すことができる。例えば、図１８の一例は、ＳＵ（ｓｉｎｇｌｅ－ｕｓｅｒ）モード及びＭＵ（ｍｕｌｔｉ－ｕｓｅｒ）モードの両方とものために使われることができる。他に表現すれば、図１８のＰＰＤＵは、一つの受信ＳＴＡまたは複数の受信ＳＴＡのためのＰＰＤＵである。図１８のＰＰＤＵがＴＢ（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）モードのために使われる場合、図１８のＥＨＴ－ＳＩＧは、省略されることができる。他に表現すれば、ＵＬ－ＭＵ（Ｕｐｌｉｎｋ－ＭＵ）通信のためのＴｒｉｇｇｅｒ ｆｒａｍｅを受信したＳＴＡは、図１８の一例でＥＨＴ－ＳＩＧが省略されたＰＰＤＵを送信することができる。

図１８において、Ｌ－ＳＴＦ乃至ＥＨＴ－ＬＴＦは、プリアンブル（ｐｒｅａｍｂｌｅ）または物理プリアンブル（ｐｈｙｓｉｃａｌ ｐｒｅａｍｂｌｅ）と呼ばれることができ、物理層で生成／送信／受信／取得／デコーディングされることができる。

図１８のＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧフィールドのｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇは、３１２．５ｋＨｚと決められ、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、Ｄａｔａフィールドのｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇは、７８．１２５ｋＨｚに決められることができる。すなわち、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧフィールドのｔｏｎｅ ｉｎｄｅｘ（または、ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ）は、３１２．５ｋＨｚ単位で表示され、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、Ｄａｔａフィールドのｔｏｎｅ ｉｎｄｅｘ（または、ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ）は、７８．１２５ｋＨｚ単位で表示されることができる。

図１８のＰＰＤＵ上記のＬ－ＬＴＦ及びＬ－ＳＴＦは、従来のフィールドと同一であることができる。

図１８のＬ－ＳＩＧフィールドは、例えば、２４ビットのビット情報を含むことができる。例えば、２４ビット情報は、４ビットのＲａｔｅフィールド、１ビットのＲｅｓｅｒｖｅｄビット、１２ビットのＬｅｎｇｔｈフィールド、１ビットのＰａｒｉｔｙビット、及び６ビットのＴａｉｌビットを含むことができる。例えば、１２ビットのＬｅｎｇｔｈフィールドは、ＰＰＤＵの長さまたはｔｉｍｅ ｄｕｒａｔｉｏｎに関する情報を含むことができる。例えば、１２ビットＬｅｎｇｔｈフィールドの値は、ＰＰＤＵのタイプに基づいて決定されることができる。例えば、ＰＰＤＵがｎｏｎ－ＨＴ、ＨＴ、ＶＨＴ ＰＰＤＵであるか、ＥＨＴ ＰＰＤＵである場合、Ｌｅｎｇｔｈフィールドの値は、３の倍数に決定されることができる。例えば、ＰＰＤＵがＨＥ ＰＰＤＵである場合、Ｌｅｎｇｔｈフィールドの値は、「３の倍数＋１」または「３の倍数＋２」に決定されることができる。言い換えれば、ｎｏｎ－ＨＴ、ＨＴ、ＶＨＴ ＰＰＤＵであるか、ＥＨＴ ＰＰＤＵのためにＬｅｎｇｔｈフィールドの値は、３の倍数に決定されることができ、ＨＥ ＰＰＤＵのためにＬｅｎｇｔｈフィールドの値は、「３の倍数＋１」または「３の倍数＋２」に決定されることができる。

例えば、送信ＳＴＡは、Ｌ－ＳＩＧフィールドの２４ビット情報に対して１／２の符号化率（ｃｏｄｅ ｒａｔｅ）に基づいたＢＣＣエンコードを適用できる。その後、送信ＳＴＡは、４８ビットのＢＣＣ符号化ビットを取得できる。４８ビットの符号化ビットに対しては、ＢＰＳＫ変調が適用されて４８個のＢＰＳＫシンボルが生成され得る。送信ＳＴＡは、４８個のＢＰＳＫシンボルを、パイロットサブキャリヤ｛サブキャリヤインデックス－２１、－７、＋７、＋２１｝及びＤＣサブキャリヤ｛サブキャリヤインデックス０｝を除いた位置にマッピングすることができる。結果的に、４８個のＢＰＳＫシンボルは、サブキャリヤインデックス－２６～－２２、－２０～－８、－６～－１、＋１～＋６、＋８～＋２０、及び＋２２～＋２６にマッピングされることができる。送信ＳＴＡは、サブキャリヤインデックス｛－２８、－２７、＋２７、＋２８｝に｛－１、－１、－１、１｝の信号をさらにマッピングすることができる。上記の信号は、｛－２８、－２７、＋２７、＋２８｝に相応する周波数領域に対するチャネル推定のために使用されることができる。

送信ＳＴＡは、Ｌ－ＳＩＧと同様に生成されるＲＬ－ＳＩＧを生成できる。ＲＬ－ＳＩＧに対しては、ＢＰＳＫ変調が適用され得る。受信ＳＴＡは、ＲＬ－ＳＩＧの存在に基づいて受信ＰＰＤＵがＨＥ ＰＰＤＵまたはＥＨＴ ＰＰＤＵであることが分かる。

図１８のＲＬ－ＳＩＧ以後には、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ ＳＩＧ）が挿入され得る。Ｕ－ＳＩＧは、第１のＳＩＧフィールド、第１のＳＩＧ、第１のタイプＳＩＧ、制御シグナル、制御シグナルフィールド、第１（タイプ）の制御シグナルなどの様々な名称と呼ばれることができる。

Ｕ－ＳＩＧは、Ｎビットの情報を含むことができ、ＥＨＴ ＰＰＤＵのタイプを識別するための情報を含むことができる。例えば、Ｕ－ＳＩＧは、２個のシンボル（例えば、連続する２個のＯＦＤＭシンボル）に基づいて構成されることができる。Ｕ－ＳＩＧのための各シンボル（例えば、ＯＦＤＭシンボル）は、４ｕｓのｄｕｒａｔｉｏｎを有することができる。Ｕ－ＳＩＧの各シンボルは、２６ビット情報を送信するために使用されることができる。例えば、Ｕ－ＳＩＧの各シンボルは、５２個のデータトーンと４個のパイロットトーンに基づいて送受信されることができる。

Ｕ－ＳＩＧ（または、Ｕ－ＳＩＧフィールド）を介しては、例えば、Ａビット情報（例えば、５２ｕｎ－ｃｏｄｅｄ ｂｉｔ）が送信され得るし、Ｕ－ＳＩＧの第１のシンボルは、合計Ａビット情報のうち、初めのＸビット情報（例えば、２６ｕｎ－ｃｏｄｅｄ ｂｉｔ）を送信し、Ｕ－ＳＩＧの第２のシンボルは、合計Ａビット情報のうち、残りのＹビット情報（例えば、２６ｕｎ－ｃｏｄｅｄ ｂｉｔ）を送信することができる。例えば、送信ＳＴＡは、各Ｕ－ＳＩＧシンボルに含まれる２６ｕｎ－ｃｏｄｅｄ ｂｉｔを取得できる。送信ＳＴＡは、Ｒ＝１／２のｒａｔｅに基づいてｃｏｎｖｏｌｕｔｉｏｎａｌ ｅｎｃｏｄｉｎｇ（すなわち、ＢＣＣエンコード）を行って５２－ｃｏｄｅｄ ｂｉｔを生成し、５２－ｃｏｄｅｄ ｂｉｔに対するインターリビングを行うことができる。送信ＳＴＡは、インターリビングされた５２－ｃｏｄｅｄ ｂｉｔに対してＢＰＳＫ変調を行って、各Ｕ－ＳＩＧシンボルに割り当てられる５２個のＢＰＳＫシンボルを生成できる。１つのＵ－ＳＩＧシンボルは、ＤＣインデックス０を除き、サブキャリヤインデックス－２８からサブキャリヤインデックス＋２８までの５６個トーン（サブキャリヤ）に基づいて送信されることができる。送信ＳＴＡが生成した５２個のＢＰＳＫシンボルは、パイロットトーンである－２１、－７、＋７、＋２１トーンを除いた残りのトーン（サブキャリヤ）に基づいて送信されることができる。

例えば、Ｕ－ＳＩＧにより送信されるＡビット情報（例えば、５２ｕｎ－ｃｏｄｅｄ ｂｉｔ）は、ＣＲＣフィールド（例えば、４ビット長さのフィールド）及びテールフィールド（例えば、６ビット長さのフィールド）を含むことができる。前記ＣＲＣフィールド及びテールフィールドは、Ｕ－ＳＩＧの第２のシンボルを介して送信されることができる。前記ＣＲＣフィールドは、Ｕ－ＳＩＧの第１のシンボルに割り当てられる２６ビットと第２のシンボル内で前記ＣＲＣ／テールフィールドを除いた残りの１６ビットとに基づいて生成されることができ、従来のＣＲＣ ｃａｌｃｕｌａｔｉｏｎアルゴリズムに基づいて生成されることができる。また、前記テールフィールドは、ｃｏｎｖｏｌｕｔｉｏｎａｌ ｄｅｃｏｄｅｒのｔｒｅｌｌｉｓをｔｅｒｍｉｎａｔｅするために使用されることができ、例えば、「００００００」に設定されることができる。

Ｕ－ＳＩＧ（または、Ｕ－ＳＩＧフィールド）により送信されるＡビット情報（例えば、５２ｕｎ－ｃｏｄｅｄ ｂｉｔ）は、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓとｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓとに区分されることができる。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓの大きさは、固定的であるか、可変的であることができる。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、Ｕ－ＳＩＧの第１のシンボルにのみ割り当てられるか、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、Ｕ－ＳＩＧの第１のシンボル及び第２のシンボルに共に割り当てられることができる。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓとｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓとは、第１の制御ビット及び第２の制御ビットなどの様々な名称と呼ばれることができる。

例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒを含むことができる。例えば、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒは、送受信ＰＰＤＵのＰＨＹ ｖｅｒｓｉｏｎに関連した情報を含むことができる。例えば、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒの第１の値は、送受信ＰＰＤＵがＥＨＴ ＰＰＤＵであることを指示できる。言い換えれば、送信ＳＴＡは、ＥＨＴ ＰＰＤＵを送信する場合、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒを第１の値に設定することができる。言い換えれば、受信ＳＴＡは、第１の値を有するＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒに基づいて、受信ＰＰＤＵがＥＨＴ ＰＰＤＵであることを判断できる。

例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、１ビットのＵＬ／ＤＬ ｆｌａｇフィールドを含むことができる。１ビットのＵＬ／ＤＬ ｆｌａｇフィールドの第１の値は、ＵＬ通信に関連し、ＵＬ／ＤＬ ｆｌａｇフィールドの第２の値は、ＤＬ通信に関連する。

例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、ＴＸＯＰの長さに関する情報、ＢＳＳ ｃｏｌｏｒ ＩＤに関する情報を含むことができる。

例えば、ＥＨＴ ＰＰＤＵが様々なタイプ（例えば、ＳＵを支援するＥＨＴ ＰＰＤＵ、ＭＵを支援するＥＨＴ ＰＰＤＵ、Ｔｒｉｇｇｅｒ Ｆｒａｍｅに関連したＥＨＴ ＰＰＤＵ、Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅ送信に関連したＥＨＴ ＰＰＤＵなどの様々なタイプ）に区分される場合、ＥＨＴ ＰＰＤＵのタイプに関する情報は、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓに含まれることができる。

例えば、Ｕ－ＳＩＧは、１）帯域幅に関する情報を含む帯域幅フィールド、２）ＥＨＴ－ＳＩＧに適用されるＭＣＳ技法に関する情報を含むフィールド、３）ＥＨＴ－ＳＩＧにデュアルサブキャリヤモジュレーション（ｄｕａｌ ｓｕｂｃａｒｒｉｅｒ ｍｏｄｕｌａｔｉｏｎ、ＤＣＭ）技法が適用されるか否かに関連した情報を含む指示フィールド、４）ＥＨＴ－ＳＩＧのために使用されるシンボルの個数に関する情報を含むフィールド、５）ＥＨＴ－ＳＩＧが全帯域にわたって生成されるか否かに関する情報を含むフィールド、６）ＥＨＴ－ＬＴＦ／ＳＴＦのタイプに関する情報を含むフィールド、７）ＥＨＴ－ＬＴＦの長さ及びＣＰ長さを指示するフィールドに関する情報を含むことができる。

図１８のＰＰＤＵには、プリアンブルパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）が適用され得る。プリアンブルパンクチャリングは、ＰＰＤＵの全体帯域の中で一部帯域（例えば、Ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域）にパンクチャリングを適用することを意味する。例えば、８０ＭＨｚ ＰＰＤＵが送信される場合、ＳＴＡは、８０ＭＨｚ帯域のうち、ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域に対してパンクチャリングを適用し、ｐｒｉｍａｒｙ ２０ＭＨｚ帯域とｓｅｃｏｎｄａｒｙ ４０ＭＨｚ帯域を介してのみＰＰＤＵを送信することができる。

例えば、プリアンブルパンクチャリングのパターンは、予め設定されることができる。例えば、第１のパンクチャリングパターンが適用される場合、８０ＭＨｚ帯域内でｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域に対してのみパンクチャリングが適用され得る。例えば、第２のパンクチャリングパターンが適用される場合、８０ＭＨｚ帯域内でｓｅｃｏｎｄａｒｙ ４０ＭＨｚ帯域に含まれた２個のｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域のうち、いずれか１つに対してのみパンクチャリングが適用され得る。例えば、第３のパンクチャリングパターンが適用される場合、１６０ＭＨｚ帯域（または、８０＋８０ＭＨｚ帯域）内でｐｒｉｍａｒｙ ８０ＭＨｚ帯域に含まれたｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域に対してのみパンクチャリングが適用され得る。例えば、第４のパンクチャリングパターンが適用される場合、１６０ＭＨｚ帯域（または、８０＋８０ＭＨｚ帯域）内でｐｒｉｍａｒｙ ８０ＭＨｚ帯域に含まれたｐｒｉｍａｒｙ ４０ＭＨｚ帯域は、存在（ｐｒｅｓｅｎｔ）し、ｐｒｉｍａｒｙ ４０ＭＨｚ帯域に属しない少なくとも１つの２０ＭＨｚチャネルに対してパンクチャリングが適用され得る。

ＰＰＤＵに適用されるプリアンブルパンクチャリングに関する情報は、Ｕ－ＳＩＧ及び／又はＥＨＴ－ＳＩＧに含まれることができる。例えば、Ｕ－ＳＩＧの第１のフィールドは、ＰＰＤＵの連続する帯域幅（ｃｏｎｔｉｇｕｏｕｓ ｂａｎｄｗｉｄｔｈ）に関する情報を含み、Ｕ－ＳＩＧの第２のフィールドは、ＰＰＤＵに適用されるプリアンブルパンクチャリングに関する情報を含むことができる。

例えば、Ｕ－ＳＩＧ及びＥＨＴ－ＳＩＧは、下記の方法に基づいてプリアンブルパンクチャリングに関する情報を含むことができる。ＰＰＤＵの帯域幅が８０ＭＨｚを超過する場合、Ｕ－ＳＩＧは、８０ＭＨｚ単位で個別的に構成されることができる。例えば、ＰＰＤＵの帯域幅が１６０ＭＨｚである場合、当該ＰＰＤＵには、１番目の８０ＭＨｚ帯域のための第１のＵ－ＳＩＧ及び２番目の８０ＭＨｚ帯域のための第２のＵ－ＳＩＧが含まれ得る。この場合、第１のＵ－ＳＩＧの第１のフィールドは、１６０ＭＨｚ帯域幅に関する情報を含み、第１のＵ－ＳＩＧの第２のフィールドは、１番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。また、第２のＵ－ＳＩＧの第１のフィールドは、１６０ＭＨｚ帯域幅に関する情報を含み、第２のＵ－ＳＩＧの第２のフィールドは、２番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。一方、第１のＵ－ＳＩＧに連続するＥＨＴ－ＳＩＧは、２番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができ、第２のＵ－ＳＩＧに連続するＥＨＴ－ＳＩＧは、１番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。

追加的にまたは代替的に、Ｕ－ＳＩＧ及びＥＨＴ－ＳＩＧは、下記の方法に基づいてプリアンブルパンクチャリングに関する情報を含むことができる。Ｕ－ＳＩＧは、全ての帯域に関するプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。すなわち、ＥＨＴ－ＳＩＧは、プリアンブルパンクチャリングに関する情報を含まず、Ｕ－ＳＩＧのみがプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。

Ｕ－ＳＩＧは、２０ＭＨｚ単位で構成されることができる。例えば、８０ＭＨｚ ＰＰＤＵが構成される場合、Ｕ－ＳＩＧが複製され得る。すなわち、８０ＭＨｚ ＰＰＤＵ内に同じ４個のＵ－ＳＩＧが含まれ得る。８０ＭＨｚ帯域幅を超過するＰＰＤＵは、互いに異なるＵ－ＳＩＧを含むことができる。

図１８のＥＨＴ－ＳＩＧは、受信ＳＴＡのための制御情報を含むことができる。ＥＨＴ－ＳＩＧは、少なくとも一つのシンボルを介して送信されることができ、一つのシンボルは、４ｕｓの長さを有することができる。ＥＨＴ－ＳＩＧのために使われるシンボルの個数に関する情報は、Ｕ－ＳＩＧに含まれることができる。

ＥＨＴ－ＳＩＧは、図８乃至図９を介して説明されたＨＥ－ＳＩＧ－Ｂの技術的特徴を含むことができる。例えば、ＥＨＴ－ＳＩＧは、図８の一例と同様に、共通フィールド（ｃｏｍｍｏｎ ｆｉｅｌｄ）及びユーザ－個別フィールド（ｕｓｅｒ－ｓｐｅｃｉｆｉｃ ｆｉｅｌｄ）を含むことができる。ＥＨＴ－ＳＩＧの共通フィールドは、省略されることができ、ユーザ－個別フィールドの個数は、ユーザ（ｕｓｅｒ）の個数に基づいて決定されることができる。

図８の一例と同様に、ＥＨＴ－ＳＩＧの共通フィールド及びＥＨＴ－ＳＩＧのユーザ－個別フィールドは、個別的にコーディングされることができる。ユーザ－個別フィールドに含まれる一つのユーザブロックフィールド（Ｕｓｅｒ ｂｌｏｃｋ ｆｉｅｌｄ）は、２個のユーザ（ｕｓｅｒ）のための情報を含むことができるが、ユーザ－個別フィールドに含まれる最後のユーザブロックフィールドは、１個のユーザのための情報を含むことが可能である。すなわち、ＥＨＴ－ＳＩＧの一つのユーザブロックフィールドは、最大２個のユーザフィールド（ｕｓｅｒ ｆｉｅｌｄ）を含むことができる。図９の一例と同様に、各ユーザフィールド（ｕｓｅｒ ｆｉｅｌｄ）は、ＭＵ－ＭＩＭＯ割当に関連し、またはｎｏｎ－ＭＵ－ＭＩＭＯ割当に関連することができる。

図８の一例と同様に、ＥＨＴ－ＳＩＧの共通フィールドは、ＣＲＣビットとＴａｉｌビットを含むことができ、ＣＲＣビットの長さは４ビットで決定されることができ、Ｔａｉｌビットの長さは６ビットで決定されて「００００００」に設定されることができる。

図８の一例と同様に、ＥＨＴ－ＳＩＧの共通フィールドは、ＲＵ割当情報（ＲＵ ａｌｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。ＲＵ ａｌｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎは、複数のユーザ（すなわち、複数の受信ＳＴＡ）が割り当てられるＲＵの位置（ｌｏｃａｔｉｏｎ）に関する情報を意味することができる。ＲＵ ａｌｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎは、表１と同様に、８ビット（または、Ｎビット）単位で構成されることができる。

表５乃至表７の一例は、多様なＲＵ ａｌｌｏｃａｔｉｏｎのための８ビット（または、Ｎビット）情報の一例である。各表に表示されたインデックスは変更可能であり、表５乃至表７に一部ｅｎｔｒｙは省略されることができ、表示されないｅｎｔｒｙが追加されることができる。

表５乃至表７の一例は、２０ＭＨｚ帯域に割り当てられるＲＵの位置に関する情報に関連する。例えば、表５の「インデックス０」は、９個の２６－ＲＵが個別的に割り当てられる状況（例えば、図５に示す９個の２６－ＲＵが個別的に割り当てられる状況）で使われることができる。

一方、ＥＨＴシステムでは複数のＲＵが一つのＳＴＡに割り当てられることが可能であり、例えば、表６の「インデックス６０」は、２０ＭＨｚ帯域の最左側には１個の２６－ＲＵが一つのユーザ（すなわち、受信ＳＴＡ）のために割り当てられ、その右側には１個の２６－ＲＵと１個の５２－ＲＵが他のユーザ（すなわち、受信ＳＴＡ）のために割り当てられ、その右側には５個の２６－ＲＵが個別的に割り当てられることができる。

ＥＨＴ－ＳＩＧの共通フィールドが省略されるモードが支援されることができる。ＥＨＴ－ＳＩＧの共通フィールドが省略されるモードは、ｃｏｍｐｒｅｓｓｅｄ ｍｏｄｅと呼ばれることができる。ｃｏｍｐｒｅｓｓｅｄ ｍｏｄｅが使われる場合、ＥＨＴ ＰＰＤＵの複数のユーザ（すなわち、複数の受信ＳＴＡ）は、ｎｏｎ－ＯＦＤＭＡに基づいてＰＰＤＵ（例えば、ＰＰＤＵのデータフィールド）をデコーディングすることができる。すなわち、ＥＨＴ ＰＰＤＵの複数のユーザは、同じ周波数帯域を介して受信されるＰＰＤＵ（例えば、ＰＰＤＵのデータフィールド）をデコーディングすることができる。一方、ｎｏｎ－ｃｏｍｐｒｅｓｓｅｄ ｍｏｄｅが使われる場合、ＥＨＴ ＰＰＤＵの複数のユーザは、ＯＦＤＭＡに基づいてＰＰＤＵ（例えば、ＰＰＤＵのデータフィールド）をデコーディングすることができる。すなわち、ＥＨＴ ＰＰＤＵの複数のユーザは、異なる周波数帯域を介してＰＰＤＵ（例えば、ＰＰＤＵのデータフィールド）を受信することができる。

ＥＨＴ－ＳＩＧは、多様なＭＣＳ技法に基づいて構成されることができる。前述したように、ＥＨＴ－ＳＩＧに適用されるＭＣＳ技法に関連した情報は、Ｕ－ＳＩＧに含まれることができる。ＥＨＴ－ＳＩＧは、ＤＣＭ技法に基づいて構成されることができる。例えば、ＥＨＴ－ＳＩＧのために割り当てられたＮ個のデータトーン（例えば、５２個のデータトーン）のうち、連続する半分のトーンには第１の変調技法が適用され、残りの連続する半分のトーンには第２の変調技法が適用されることができる。すなわち、送信ＳＴＡは、特定の制御情報を第１の変調技法に基づいて第１のシンボルに変調して連続する半分のトーンに割り当て、同じ制御情報を第２の変調技法に基づいて第２のシンボルに変調して残りの連続する半分のトーンに割り当てることができる。前述したように、ＥＨＴ－ＳＩＧにＤＣＭ技法が適用されるかどうかに関連した情報（例えば、１ビットフィールド）は、Ｕ－ＳＩＧに含まれることができる。

図１８のＥＨＴ－ＳＴＦは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）環境またはＯＦＤＭＡ環境で自動利得制御推定（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ ｅｓｔｉｍａｔｉｏｎ）を向上させるために使われることができる。図１８のＥＨＴ－ＬＴＦは、ＭＩＭＯ環境またはＯＦＤＭＡ環境でチャネルを推定するために使われることができる。

図１８のＥＨＴ－ＳＴＦは、様々なタイプに設定されることができる。例えば、ＳＴＦのうち、第１のタイプ（すなわち、１ｘ ＳＴＦ）は、１６個のサブキャリヤ間隔でｎｏｎ－ｚｅｒｏ ｃｏｅｆｆｉｃｉｅｎｔが配置される第１のタイプＳＴＦシーケンスに基づいて生成されることができる。第１のタイプＳＴＦシーケンスに基づいて生成されたＳＴＦ信号は、０．８μｓの周期を有することができ、０．８μｓの周期信号は、５回繰り返されて４μｓ長さを有する第１のタイプＳＴＦになることができる。例えば、ＳＴＦのうち、第２のタイプ（すなわち、２ｘ ＳＴＦ）は、８個のサブキャリヤ間隔でｎｏｎ－ｚｅｒｏ ｃｏｅｆｆｉｃｉｅｎｔが配置される第２のタイプＳＴＦシーケンスに基づいて生成されることができる。第２のタイプＳＴＦシーケンスに基づいて生成されたＳＴＦ信号は、１．６μｓの周期を有することができ、１．６μｓの周期信号は、５回繰り返されて８μｓ長さを有する第２のタイプＥＨＴ－ＳＴＦになることができる。以下では、ＥＨＴ－ＳＴＦを構成するためのシーケンス（すなわち、ＥＨＴ－ＳＴＦシーケンス）の一例が提示される。以下のシーケンスは、様々な方式で変形されることができる。

ＥＨＴ－ＳＴＦは、以下のＭシーケンスに基づいて構成されることができる。

＜数１＞
Ｍ＝｛－１、－１、－１、１、１、１、－１、１、１、１、－１、１、１、－１、１｝

２０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１のタイプ（すなわち、１ｘ ＳＴＦ）シーケンスであることができる。例えば、第１のタイプシーケンスは、ＴＢ（ｔｒｉｇｇｅｒ－ｂａｓｅｄ） ＰＰＤＵでないＥＨＴ－ＰＰＤＵに含まれることができる。下記の数式において（ａ：ｂ：ｃ）は、ａトーンインデックス（すなわち、サブキャリヤインデックス）からｃトーンインデックスまでｂトーン間隔（すなわち、サブキャリヤ間隔）で定義される区間を意味することができる。例えば、下記の数式２は、トーンインデックス－１１２から１１２インデックスまで１６トーン間隔で定義されるシーケンスを表すことができる。ＥＨＴ－ＳＴＦに対しては、７８．１２５ｋＨｚのサブキャリヤスペーシングが適用されるので、１６トーン間隔は、７８．１２５＊１６＝１２５０ｋＨｚ間隔でＥＨＴ－ＳＴＦ ｃｏｅｆｆｉｃｉｅｎｔ（または、ｅｌｅｍｅｎｔ）が配置されることを意味することができる。また、＊は、乗算を意味し、ｓｑｒｔ（）は、スクエアルートを意味する。

＜数２＞
ＥＨＴ－ＳＴＦ（－１１２：１６：１１２）＝｛Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（０）＝０

４０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１のタイプ（すなわち、１ｘ ＳＴＦ）シーケンスであることができる。

＜数３＞
ＥＨＴ－ＳＴＦ（－２４０：１６：２４０）＝｛Ｍ、０、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１のタイプ（すなわち、１ｘ ＳＴＦ）シーケンスであることができる。

＜数４＞
ＥＨＴ－ＳＴＦ（－４９６：１６：４９６）＝｛Ｍ、１、－Ｍ、０、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

１６０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１のタイプ（すなわち、１ｘ ＳＴＦ）シーケンスであることができる。

＜数５＞
ＥＨＴ－ＳＴＦ（－１００８：１６：１００８）＝｛Ｍ、１、－Ｍ、０、－Ｍ、１、－Ｍ、０、－Ｍ、－１、Ｍ、０、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

８０＋８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦのうち、下位８０ＭＨｚのためのシーケンスは、数式４と同一であることができる。８０＋８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦのうち、上位８０ＭＨｚのためのシーケンスは、以下の数式に基づいて構成されることができる。

＜数６＞
ＥＨＴ－ＳＴＦ（－４９６：１６：４９６）＝｛－Ｍ、－１、Ｍ、０、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

以下、数式７ないし数式１１は、第２のタイプ（すなわち、２ｘ ＳＴＦ）シーケンスの一例に関連する。

＜数７＞
ＥＨＴ－ＳＴＦ（－１２０：８：１２０）＝｛Ｍ、０、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

４０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。

＜数８＞
ＥＨＴ－ＳＴＦ（－２４８：８：２４８）＝｛Ｍ、－１、－Ｍ、０、Ｍ、－１、Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（－２４８）＝０
ＥＨＴ－ＳＴＦ（２４８）＝０

８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。

＜数９＞
ＥＨＴ－ＳＴＦ（－５０４：８：５０４）＝｛Ｍ、－１、Ｍ、－１、－Ｍ、－１、Ｍ、０、－Ｍ、１、Ｍ、１、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

１６０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。

＜数１０＞
ＥＨＴ－ＳＴＦ（－１０１６：１６：１０１６）＝｛Ｍ、－１、Ｍ、－１、－Ｍ、－１、Ｍ、０、－Ｍ、１、Ｍ、１、－Ｍ、１、－Ｍ、０、－Ｍ、１、－Ｍ、１、Ｍ、１、－Ｍ、０、－Ｍ、１、Ｍ、１、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（－８）＝０、ＥＨＴ－ＳＴＦ（８）＝０、
ＥＨＴ－ＳＴＦ（－１０１６）＝０、ＥＨＴ－ＳＴＦ（１０１６）＝０

８０＋８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦのうち、下位８０ＭＨｚのためのシーケンスは、数式９と同一であることができる。８０＋８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦのうち、上位８０ＭＨｚのためのシーケンスは、以下の数式に基づいて構成されることができる。

＜数１１＞
ＥＨＴ－ＳＴＦ（－５０４：８：５０４）＝｛－Ｍ、１、－Ｍ、１、Ｍ、１、－Ｍ、０、－Ｍ、１、Ｍ、１、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（－５０４）＝０、
ＥＨＴ－ＳＴＦ（５０４）＝０

ＥＨＴ－ＬＴＦは、第１、第２、第３のタイプ（すなわち、１ｘ、２ｘ、４ｘ ＬＴＦ）を有することができる。例えば、第１／第２／第３のタイプＬＴＦは、４／２／１個のサブキャリヤ間隔でｎｏｎ－ｚｅｒｏ ｃｏｅｆｆｉｃｉｅｎｔが配置されるＬＴＦシーケンスに基づいて生成されることができる。第１／第２／第３のタイプＬＴＦは、３．２／６．４／１２．８μｓの時間長さを有することができる。また、第１／第２／第３のタイプＬＴＦには、様々な長さのＧＩ（例えば、０．８／１／６／３．２μｓ）が適用され得る。

ＳＴＦ及び／又はＬＴＦのタイプに関する情報（ＬＴＦに適用されるＧＩに関する情報も含まれる）は、図１８のＳＩＧ Ａフィールド及び／又はＳＩＧ Ｂフィールドなどに含まれることができる。

図１８のＰＰＤＵ（すなわち、ＥＨＴ－ＰＰＤＵ）は、図５及び図６の一例に基づいて構成されることができる。

例えば、２０ＭＨｚ帯域上で送信されるＥＨＴ ＰＰＤＵ、すなわち、２０ＭＨｚ ＥＨＴ ＰＰＤＵは、図５のＲＵに基づいて構成されることができる。すなわち、ＥＨＴ ＰＰＤＵに含まれるＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、データフィールドのＲＵの位置（ｌｏｃａｔｉｏｎ）は、図５のように決定されることができる。

４０ＭＨｚ帯域上で送信されるＥＨＴ ＰＰＤＵ、すなわち、４０ＭＨｚ ＥＨＴ ＰＰＤＵは、図６のＲＵに基づいて構成されることができる。すなわち、ＥＨＴ ＰＰＤＵに含まれるＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、データフィールドのＲＵの位置（ｌｏｃａｔｉｏｎ）は、図６のように決定されることができる。

図６のＲＵ位置は、４０ＭＨｚに対応するので、図６のパターンを２回繰り返すと、８０ＭＨｚのためのトーン－プラン（ｔｏｎｅ－ｐｌａｎ）が決定され得る。すなわち、８０ＭＨｚ ＥＨＴ ＰＰＤＵは、図７のＲＵでない図６のＲＵが２回繰り返される新しいトーン－プランに基づいて送信されることができる。

図６のパターンが２回繰り返される場合、ＤＣ領域には、２３個のトーン（すなわち、１１ガードトーン＋１２ガードトーン）が構成され得る。すなわち、ＯＦＤＭＡに基づいて割り当てられる８０ＭＨｚ ＥＨＴ ＰＰＤＵのためのトーン－プランは、２３個のＤＣトーンを有することができる。これとは異なり、Ｎｏｎ－ＯＦＤＭＡに基づいて割り当てられる８０ＭＨｚ ＥＨＴ ＰＰＤＵ（すなわち、ｎｏｎ－ＯＦＤＭＡ ｆｕｌｌ Ｂａｎｄｗｉｄｔｈ ８０ＭＨｚ ＰＰＤＵ）は、９９６ＲＵに基づいて構成され、５個のＤＣトーン、１２個の左側ガードトーン、１１個の右側ガードトーンを含むことができる。

１６０／２４０／３２０ＭＨｚのためのトーン－プランは、図６のパターンを複数回繰り返す形態で構成されることができる。

図１８のＰＰＤＵは、以下の方法に基づいてＥＨＴ ＰＰＤＵと判断（または、識別）されることができる。

受信ＳＴＡは、次の事項に基づいて受信ＰＰＤＵのタイプをＥＨＴ ＰＰＤＵと判断することができる。例えば、１）受信ＰＰＤＵのＬ－ＬＴＦ信号以後の１番目のシンボルがＢＰＳＫであり、２）受信ＰＰＤＵのＬ－ＳＩＧが繰り返されるＲＬ－ＳＩＧがｄｅｔｅｃｔされ、３）受信ＰＰＤＵのＬ－ＳＩＧのＬｅｎｇｔｈフィールドの値に対して「ｍｏｄｕｌｏ ３」を適用した結果が「０」にｄｅｔｅｃｔされる場合、受信ＰＰＤＵは、ＥＨＴ ＰＰＤＵと判断されることができる。受信ＰＰＤＵがＥＨＴ ＰＰＤＵと判断される場合、受信ＳＴＡは、図１８のＲＬ－ＳＩＧ以後のシンボルに含まれるビット情報に基づいてＥＨＴ ＰＰＤＵのタイプ（例えば、ＳＵ／ＭＵ／Ｔｒｉｇｇｅｒ－ｂａｓｅｄ／Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅタイプ）をｄｅｔｅｃｔすることができる。言い換えれば、受信ＳＴＡは、１）ＢＳＰＫであるＬ－ＬＴＦ信号以後の１番目のシンボル、２）Ｌ－ＳＩＧフィールドに連続し、Ｌ－ＳＩＧと同じＲＬ－ＳＩＧ、３）「ｍｏｄｕｌｏ ３」を適用した結果が「０」に設定されるＬｅｎｇｔｈフィールドを含むＬ－ＳＩＧ、及び４）上述したＵ－ＳＩＧの３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒ（例えば、第１の値を有するＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）に基づいて、受信ＰＰＤＵをＥＨＴ ＰＰＤＵと判断することができる。

例えば、受信ＳＴＡは、次の事項に基づいて受信ＰＰＤＵのタイプをＨＥ ＰＰＤＵと判断することができる。例えば、１）Ｌ－ＬＴＦ信号以後の１番目のシンボルがＢＰＳＫであり、２）Ｌ－ＳＩＧが繰り返されるＲＬ－ＳＩＧがｄｅｔｅｃｔされ、３）Ｌ－ＳＩＧのＬｅｎｇｔｈ値に対して「ｍｏｄｕｌｏ ３」を適用した結果が「１」または「２」にｄｅｔｅｃｔされる場合、受信ＰＰＤＵは、ＨＥ ＰＰＤＵと判断されることができる。

例えば、受信ＳＴＡは、次の事項に基づいて、受信ＰＰＤＵのタイプをｎｏｎ－ＨＴ、ＨＴ、及びＶＨＴ ＰＰＤＵと判断することができる。例えば、１）Ｌ－ＬＴＦ信号以後の１番目のシンボルがＢＰＳＫであり、２）Ｌ－ＳＩＧが繰り返されるＲＬ－ＳＩＧがｄｅｔｅｃｔされない場合、受信ＰＰＤＵは、ｎｏｎ－ＨＴ、ＨＴ、及びＶＨＴ ＰＰＤＵと判断されることができる。また、受信ＳＴＡがＲＬ－ＳＩＧの繰り返しをｄｅｔｅｃｔしたとしても、Ｌ－ＳＩＧのＬｅｎｇｔｈ値に対して「ｍｏｄｕｌｏ ３」を適用した結果が「０」にｄｅｔｅｃｔされる場合には、受信ＰＰＤＵがｎｏｎ－ＨＴ、ＨＴ、及びＶＨＴ ＰＰＤＵと判断されることができる。

以下の一例において、（送信／受信／上向き／下向き）信号、（送信／受信／上向き／下向き）フレーム、（送信／受信／上向き／下向き）パケット、（送信／受信／上向き／下向き）データユニット、（送信／受信／上向き／下向き）データなどで表示される信号は、図１８のＰＰＤＵに基づいて送受信される信号であることができる。図１８のＰＰＤＵは、様々なタイプのフレームを送受信するために使用されることができる。例えば、図１８のＰＰＤＵは、制御フレーム（ｃｏｎｔｒｏｌ ｆｒａｍｅ）のために使用されることができる。制御フレームの一例は、ＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）、ＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）、ＰＳ－Ｐｏｌｌ（Ｐｏｗｅｒ Ｓａｖｅ－Ｐｏｌｌ）、ＢｌｏｃｋＡＣＫＲｅｑ、ＢｌｏｃｋＡｃｋ、ＮＤＰ（Ｎｕｌｌ Ｄａｔａ Ｐａｃｋｅｔ）ａｎｎｏｕｎｃｅｍｅｎｔ、Ｔｒｉｇｇｅｒ Ｆｒａｍｅを含むことができる。例えば、図１８のＰＰＤＵは、管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）のために使用されることができる。ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅの一例は、Ｂｅａｃｏｎ ｆｒａｍｅ、（Ｒｅ－）Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ ｆｒａｍｅ、（Ｒｅ－）Ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを含むことができる。例えば、図１８のＰＰＤＵは、データフレームのために使用されることができる。例えば、図１８のＰＰＤＵは、制御フレーム、管理フレーム、及びデータフレームのうち、少なくとも２つ以上を同時に送信するために使用されることもできる。

図１９は、本明細書の送信装置及び／又は受信装置の変形された一例を示す。

図１の副図面（ａ）／（ｂ）の各装置／ＳＴＡは、図１９のように変形されることができる。図１９のトランシーバ６３０は、図１のトランシーバ１１３、１２３と同一であることができる。図１９のトランシーバ６３０は、受信機（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）を備えることができる。

図１９のプロセッサ６１０は、図１のプロセッサ１１１、１２１と同一であることができる。または、図１９のプロセッサ６１０は、図１のプロセシングチップ１１４、１２４と同一であることができる。

図１９のメモリ１５０は、図１のメモリ１１２、１２２と同一であることができる。または、図１９のメモリ１５０は、図１のメモリ１１２、１２２とは相違した別の外部メモリであることができる。

図１９に示すように、電力管理モジュール６１１は、プロセッサ６１０及び／又はトランシーバ６３０に対する電力を管理する。バッテリ６１２は、電力管理モジュール６１１に電力を供給する。ディスプレイ６１３は、プロセッサ６１０により処理された結果を出力する。キーパッド６１４は、プロセッサ６１０により使用される入力を受信する。キーパッド６１４は、ディスプレイ６１３上に表示されることができる。ＳＩＭカード６１５は、携帯電話及びコンピュータのような携帯電話装置で加入者を識別し、認証するのに使用されるＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）及びそれと関連したキーを安全に格納するために使用される集積回路であることができる。

図１９に示すように、スピーカ６４０は、プロセッサ６１０により処理された音関連結果を出力できる。マイク６４１は、プロセッサ６１０により使用される音関連入力を受信することができる。

以下、本明細書のＳＴＡが支援するチャネルボンディングの技術的特徴が説明される。

例えば、ＩＥＥＥ８０２．１１ｎシステムでは２個の２０ＭＨｚチャネルが結合されて４０ＭＨｚチャネルボンディングが実行されることができる。また、ＩＥＥＥ８０２．１１ａｃシステムでは４０／８０／１６０ＭＨｚチャネルボンディングが実行されることができる。

例えば、ＳＴＡは、Ｐｒｉｍａｒｙ２０ＭＨｚチャネル（Ｐ２０チャネル）及びＳｅｃｏｎｄａｒｙ２０ＭＨｚチャネル（Ｓ２０チャネル）に対するチャネルボンディングを実行することができる。チャネルボンディング過程ではバックオフカウント／カウンタが使われることができる。バックオフカウント値は、ランダム値として選択されてバックオフインターバルの間に減少されることができる。一般的に、バックオフカウント値が０になると、ＳＴＡは、チャネルに対する接続を試みることができる。

チャネルボンディングを実行するＳＴＡは、バックオフインターバルの間にＰ２０チャネルがＩｄｌｅ状態と判断されてＰ２０チャネルに対するバックオフカウント値が０になる時点に、Ｓ２０チャネルが一定期間（例えば、ＰＩＦＳ（ｐｏｉｎｔ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ））の間にＩｄｌｅ状態を維持したかを判断する。もし、Ｓ２０チャネルがＩｄｌｅ状態である場合、ＳＴＡは、Ｐ２０チャネルとＳ２０チャネルに対するボンディングを実行することができる。すなわち、ＳＴＡは、Ｐ２０チャネル及びＳ２０チャネルを含む４０ＭＨｚチャネル（すなわち、４０ＭＨｚボンディングチャネル）を介して信号（ＰＰＤＵ）を送信することができる。

図２０は、チャネルボンディングの一例を示す。図２０に示すように、Ｐｒｉｍａｒｙ２０ＭＨｚチャネル及びＳｅｃｏｎｄａｒｙ２０ＭＨｚチャネルは、チャネルボンディングを介して４０ＭＨｚチャネル（Ｐｒｉｍａｒｙ４０ＭＨｚチャネル）を構成することができる。すなわち、ボンディングされた４０ＭＨｚチャネルは、Ｐｒｉｍａｒｙ２０ＭＨｚチャネル及びＳｅｃｏｎｄａｒｙ２０ＭＨｚチャネルを含むことができる。

チャネルボンディングは、Ｐｒｉｍａｒｙチャネルに連続するチャネルがＩｄｌｅ状態である場合に実行されることができる。すなわち、Ｐｒｉｍａｒｙ２０ＭＨｚチャネル、Ｓｅｃｏｎｄａｒｙ２０ＭＨｚチャネル、Ｓｅｃｏｎｄａｒｙ４０ＭＨｚチャネル、Ｓｅｃｏｎｄａｒｙ８０ＭＨｚチャネルは、順次にボンディングされることができる。もし、Ｓｅｃｏｎｄａｒｙ２０ＭＨｚチャネルがＢｕｓｙ状態と判断される場合、他のＳｅｃｏｎｄａｒｙチャネルが全てＩｄｌｅ状態であるとしてもチャネルボンディングが実行されないことがある。また、Ｓｅｃｏｎｄａｒｙ２０ＭＨｚチャネルがＩｄｌｅ状態であり、Ｓｅｃｏｎｄａｒｙ４０ＭＨｚチャネルがＢｕｓｙ状態と判断される場合、Ｐｒｉｍａｒｙ２０ＭＨｚチャネル及びＳｅｃｏｎｄａｒｙ２０ＭＨｚチャネルに対してのみチャネルボンディングが実行されることがある。

以下、本明細書のＳＴＡが支援するプリアンブルパンクチャリング（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ）が説明される。

例えば、図２０の一例において、Ｐｒｉｍａｒｙ２０ＭＨｚチャネル、Ｓｅｃｏｎｄａｒｙ４０ＭＨｚチャネル、Ｓｅｃｏｎｄａｒｙ８０ＭＨｚチャネルが全てｉｄｌｅ状態であり、Ｓｅｃｏｎｄａｒｙ２０ＭＨｚチャネルがＢｕｓｙ状態である場合、Ｓｅｃｏｎｄａｒｙ４０ＭＨｚチャネル及びＳｅｃｏｎｄａｒｙ８０ＭＨｚチャネルに対するボンディングが不可能である。この場合、ＳＴＡは、１６０ＭＨｚ ＰＰＤＵを構成し、Ｓｅｃｏｎｄａｒｙ２０ＭＨｚチャネルを介して送信されるプリアンブル（例えば、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＩＧ－Ｂ、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、ＥＨＴ－ＳＩＧ、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ等）をパンクチャリング（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ）して、Ｉｄｌｅ状態であるチャネルを介して信号を送信することができる。他に表現すれば、ＳＴＡは、ＰＰＤＵの一部帯域に対してプリアンブルパンクチャリング（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ）を実行することができる。プリアンブルパンクチャリングに関する情報（例えば、パンクチャリングが適用される２０／４０／８０ＭＨｚチャネル／帯域に関する情報）は、ＰＰＤＵのシグナルフィールド（例えば、ＨＥ－ＳＩＧ－Ａ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧ）に含まれることができる。

以下、本明細書のＳＴＡが支援するマルチリンク（Ｍｕｌｔｉ－ｌｉｎｋ；ＭＬ）に対する技術的特徴が説明される。

本明細書のＳＴＡ（ＡＰ及び／またはｎｏｎ－ＡＰ ＳＴＡ）は、マルチリンク（Ｍｕｌｔｉ Ｌｉｎｋ；ＭＬ）通信を支援することができる。ＭＬ通信は、複数のリンク（Ｌｉｎｋ）を支援する通信を意味することができる。ＭＬ通信に関連したリンクは、図１５に開示された２．４ＧＨｚバンド、図１６に開示された５ＧＨｚバンド、図１７に開示された６ＧＨｚバンドのチャネル（例えば、２０／４０／８０／１６０／２４０／３２０ＭＨｚチャネル）を含むことができる。

ＭＬ通信のために使われる複数のリンク（ｌｉｎｋ）は、多様に設定されることができる。例えば、ＭＬ通信のために一つのＳＴＡに支援される複数のリンク（ｌｉｎｋ）は、２．４ＧＨｚバンド内の複数のチャネル、５ＧＨｚバンド内の複数のチャネル、６ＧＨｚバンド内の複数のチャネルである。または、ＭＬ通信のために一つのＳＴＡに支援される複数のリンク（ｌｉｎｋ）は、２．４ＧＨｚバンド（または、５ＧＨｚ／６ＧＨｚバンド）内の少なくとも一つのチャネルと５ＧＨｚバンド（または、２．４ＧＨｚ／６ＧＨｚバンド）内の少なくとも一つのチャネルの組み合わせである。一方、ＭＬ通信のために一つのＳＴＡに支援される複数のリンク（ｌｉｎｋ）のうち少なくとも一つは、プリアンブルパンクチャリングが適用されるチャネルである。

ＳＴＡは、ＭＬ通信を実行するためにＭＬ設定（ｓｅｔｕｐ）を実行することができる。ＭＬ設定（ｓｅｔｕｐ）は、Ｂｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅなどのｍａｎａｇｅｍｅｎｔ ｆｒａｍｅやｃｏｎｔｒｏｌ ｆｒａｍｅに基づいて実行されることができる。例えば、ＭＬ設定に関する情報は、Ｂｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ内に含まれるｅｌｅｍｅｎｔフィールド内に含まれることができる。

ＭＬ設定（ｓｅｔｕｐ）が完了すると、ＭＬ通信のためのｅｎａｂｌｅｄ ｌｉｎｋが決定されることができる。ＳＴＡは、ｅｎａｂｌｅｄ ｌｉｎｋに決定された複数のリンクのうち少なくとも一つを介してフレーム交換（ｆｒａｍｅ ｅｘｃｈａｎｇｅ）を実行することができる。例えば、ｅｎａｂｌｅｄ ｌｉｎｋは、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、ｃｏｎｔｒｏｌ ｆｒａｍｅ、及びｄａｔａ ｆｒａｍｅのうち少なくとも一つのために使われることができる。

一つのＳＴＡが複数のＬｉｎｋを支援する場合、各Ｌｉｎｋを支援する送受信装置は、一つの論理的ＳＴＡのように動作できる。例えば、２個のＬｉｎｋを支援する一つのＳＴＡは、第１のＬｉｎｋのための第１のＳＴＡと第２のｌｉｎｋのための第２のＳＴＡを含む一つのＭＬデバイス（Ｍｕｌｔｉ Ｌｉｎｋ Ｄｅｖｉｃｅ；ＭＬＤ）で表現されることができる。例えば、２個のＬｉｎｋを支援する一つのＡＰは、第１のＬｉｎｋのための第１のＡＰと第２のｌｉｎｋのための第２のＡＰを含む一つのＡＰ ＭＬＤで表現されることができる。また、２個のＬｉｎｋを支援する一つのｎｏｎ－ＡＰは、第１のＬｉｎｋのための第１のＳＴＡと第２のｌｉｎｋのための第２のＳＴＡを含む一つのｎｏｎ－ＡＰ ＭＬＤで表現されることができる。

以下、ＭＬ設定（ｓｅｔｕｐ）に関するより具体的な特徴が説明される。

ＭＬＤ（ＡＰ ＭＬＤ及び／またはｎｏｎ－ＡＰ ＭＬＤ）は、ＭＬ設定（ｓｅｔｕｐ）を介して、該当ＭＬＤが支援できるリンクに関する情報を送信することができる。リンクに関する情報は、多様に構成されることができる。例えば、リンクに関する情報は、１）ＭＬＤ（または、ＳＴＡ）がｓｉｍｕｌｔａｎｅｏｕｓ ＲＸ／ＴＸ ｏｐｅｒａｔｉｏｎを支援するかどうかに関する情報、２）ＭＬＤ（または、ＳＴＡ）が支援するｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋの個数／上限に関する情報、３）ＭＬＤ（または、ＳＴＡ）が支援するｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋの位置／帯域／資源に関する情報、４）少なくとも一つのｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋで使用可能なまたは選好されるｆｒａｍｅのｔｙｐｅ（ｍａｎａｇｅｍｅｎｔ、ｃｏｎｔｒｏｌ、ｄａｔａ等）に関する情報、５）少なくとも一つのｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋで使用可能なまたは選好されるＡＣＫ ｐｏｌｉｃｙ情報、及び６）少なくとも一つのｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋで使用可能なまたは選好されるＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）に関する情報のうち少なくとも一つを含むことができる。ＴＩＤは、トラフィックデータの優先順位（ｐｒｉｏｒｉｔｙ）に関し、従来無線ＬＡＮ規格によって８種類の値で表現される。すなわち、従来無線ＬＡＮ規格による４個のアクセスカテゴリ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ；ＡＣ）（ＡＣ＿ＢＫ（ｂａｃｋｇｒｏｕｎｄ）、ＡＣ＿ＢＥ（ｂｅｓｔ ｅｆｆｏｒｔ）、ＡＣ＿ＶＩ（ｖｉｄｅｏ）、ＡＣ＿ＶＯ（ｖｏｉｃｅ））に対応される８個のＴＩＤ値が定義されることができる。

例えば、ｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋに対して全てのＴＩＤがマッピング（ｍａｐｐｉｎｇ）されることと事前に設定されることができる。具体的に、ＭＬ設定（ｓｅｔｕｐ）を介して交渉が行われない場合には、全てのＴＩＤがＭＬ通信のために使われて、追加的なＭＬ設定を介してｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ ＬｉｎｋとＴＩＤとの間のマッピングが交渉される場合には、交渉されたＴＩＤがＭＬ通信のために使われることができる。

ＭＬ設定（ｓｅｔｕｐ）を介してＭＬ通信に関連した送信ＭＬＤ及び受信ＭＬＤが使用することができる複数のｌｉｎｋが設定されることができ、これを「ｅｎａｂｌｅｄ ｌｉｎｋ」と呼ぶことができる。「ｅｎａｂｌｅｄ ｌｉｎｋ」は、多様な表現で呼ばれることができる。例えば、第１のＬｉｎｋ、第２のＬｉｎｋ、送信Ｌｉｎｋ、受信Ｌｉｎｋなどの多様な表現で呼ばれることができる。

ＭＬ設定（ｓｅｔｕｐ）が完了した以後、ＭＬＤは、ＭＬ設定（ｓｅｔｕｐ）をアップデートすることができる。例えば、ＭＬＤは、リンクに関する情報に対するアップデートが必要な場合、新しいリンクに関する情報を送信することができる。新しいリンクに関する情報は、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、ｃｏｎｔｒｏｌ ｆｒａｍｅ、及びｄａｔａ ｆｒａｍｅのうち少なくとも一つに基づいて送信されることができる。

ＩＥＥＥ８０２．１１ａｘ以後論議されている標準であるＥＨＴ（ｅｘｔｒｅｍｅ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）ではＨＡＲＱの導入が考慮されている。ＨＡＲＱが導入されると、低いＳＮＲ（ｓｉｇｎａｌ ｔｏ ｎｏｉｓｅ ｒａｔｉｏ）環境、すなわち、送信端末と受信端末の距離が遠い環境ではカバレッジ（ｃｏｖｅｒａｇｅ）をひろめる効果を出すことができ、高いＳＮＲ環境ではより高いスループット（ｔｈｒｏｕｇｈｐｕｔ）を得ることができる。

以下で説明されるデバイスは、図１及び／または図１９の装置であり、ＰＰＤＵは、図１８のＰＰＤＵである。デバイスは、ＡＰまたはｎｏｎ－ＡＰ ＳＴＡである。以下で説明されるデバイスは、マルチリンクを支援するＡＰ ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）またはｎｏｎ－ＡＰ ＳＴＡ ＭＬＤである。

８０２．１１ａｘ以後論議されている標準であるＥＨＴ（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）では一つ以上の帯域を同時に使用するマルチリンク環境が考慮されている。デバイスがマルチリンクまたはマルチリンクを支援するようになると、デバイスは、一つ以上の帯域（例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ、６０ＧＨｚ等）を同時にまたは交互に使用することができる。

以下ではマルチリンクの形態で叙述されるが、以外の多様な形態で周波数帯域が構成されることができる。本明細書ではマルチリンク、マルチリンクなどの用語が使われることができるが、以下、説明の便宜のために、一部実施例は、マルチリンクに基づいて説明されることができる。

以下の明細書において、ＭＬＤは、ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅを意味する。ＭＬＤは、一つ以上の連結したＳＴＡを有しており、上位リンク層（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（論理リンク制御）、ＬＬＣ）と連結された一つのＭＡＣ ＳＡＰ（ｓｅｒｖｉｃｅ ａｃｃｅｓｓ ｐｏｉｎｔ）を有している。ＭＬＤは、物理機器を意味し、または論理的機器を意味することができる。以下、デバイスは、ＭＬＤを意味することができる。

以下の明細書において、送信デバイス及び受信デバイスは、ＭＬＤを意味することができる。受信／送信デバイスの第１のリンクは、前記受信／送信デバイスに含まれている、第１のリンクを介して信号送受信を実行する端末（例えば、ＳＴＡまたはＡＰ）である。受信／送信デバイスの第２のリンクは、前記受信／送信デバイスに含まれている、第２のリンクを介して信号送受信を実行する端末（例えば、ＳＴＡまたはＡＰ）である。

ＩＥＥＥ８０２．１１ｂｅでは大いに二つのマルチリンク動作を支援することができる。例えば、ＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）及びｎｏｎ－ＳＴＲ動作が考慮されることができる。例えば、ＳＴＲは、非同期式マルチリンク動作（ａｓｙｎｃｈｒｏｎｏｕｓ ｍｕｌｔｉ－ｌｉｎｋ ｏｐｅｒａｔｉｏｎ）と称されることができ、ｎｏｎ－ＳＴＲは、同期式マルチリンク動作（ｓｙｎｃｈｒｏｎｏｕｓ ｍｕｌｔｉ－ｌｉｎｋ ｏｐｅｒａｔｉｏｎ）と称されることができる。マルチリンクは、マルチバンドを含むことができる。すなわち、マルチリンクは、多数の周波数バンドに含まれているリンクを意味することもでき、一周波数バンド内に含まれている多数のリンクを意味することもできる。

ＥＨＴ（１１ｂｅ）ではｍｕｌｔｉ－ｌｉｎｋ技術を考慮しており、ここで、ｍｕｌｔｉ－ｌｉｎｋは、ｍｕｌｔｉ－ｂａｎｄを含むことができる。すなわち、ｍｕｌｔｉ－ｌｉｎｋは、多数のｂａｎｄのｌｉｎｋを示すことができる同時に、一ｂａｎｄ内の多数のｍｕｌｔｉ－ｌｉｎｋを示すことができる。大いに二つのｍｕｌｔｉ－ｌｉｎｋ ｏｐｅｒａｔｉｏｎが考慮されている。多数のｌｉｎｋで同時にＴＸ／ＲＸを可能にするＡｓｙｎｃｈｒｏｎｏｕｓ ｏｐｅｒａｔｉｏｎと、可能でないＳｙｎｃｈｒｏｎｏｕｓ ｏｐｅｒａｔｉｏｎと、を考慮している。以下では多数のｌｉｎｋで受信と送信が同時に可能にするｃａｐａｂｉｌｉｔｙをＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）といい、ＳＴＲ ｃａｐａｂｉｌｉｔｙを有するＳＴＡをＳＴＲ ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）といい、ＳＴＲ ｃａｐａｂｉｌｉｔｙを有していないＳＴＡをｎｏｎ－ＳＴＲ ＭＬＤという。

８０２．１１ａｘ以後論議されている標準であるＥＨＴでは一つ以上の帯域を同時に使用するｍｕｌｔｉ－ｂａｎｄ環境が考慮されている。ＡＰやＳＴＡがｍｕｌｔｉ－ｂａｎｄまたはｍｕｌｔｉ－ｌｉｎｋを支援するようになると、ＡＰとＳＴＡは、一つ以上の帯域（例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ、６０ＧＨｚなど）を同時または交互に使用できるようになる。例えば、Ｍｕｌｔｉ－ｂａｎｄ／ｌｉｎｋ送信は、図２１のように二つの種類に分類されることができる。

図２１は、マルチリンク送信方法の実施例を示す図である。

図２１を参照すると、ＳＴＲ送信（例えば、Ａｓｙｎｃｈｒｏｎｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ）は、各リンクで自由に送受信が実行されることができる。ｎｏｎ－ＳＴＲ送信（例えば、ｓｙｎｃｈｒｏｎｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ）の場合、一側のリンクで送信が実行される場合、他側のリンクでも送信のみ実行でき、受信はできない。

既存のｓｉｎｇｌｅ－ｂａｎｄ／ｌｉｎｋ状況ではデータが送信されたｌｉｎｋにＡｃｋ ｆｒａｍｅが送信される。したがって、二つ以上のｂａｎｄまたはｌｉｎｋに送信が行われる場合、各ｌｉｎｋのｄａｔａに対するＡｃｋ ｆｒａｍｅは、ｌｉｎｋ－ｓｐｅｃｉｆｉｃするように動作すると推定できる（すなわち、データが送信された該当リンクにＡＣＫ送信）。しかし、このような場合、ＡＰとＳＴＡとの間のｐｏｗｅｒ ｉｍｂａｌａｎｃｅ問題またはｃｏｌｌｉｓｉｏｎ問題などによってＡｃｋ ｆｒａｍｅが損失される可能性がある。特に、周波数特性やＯＢＳＳの密度の程度などによって特定ｌｉｎｋのｌｉｎｋ ｑｕａｌｉｔｙは、他のｌｉｎｋのｌｉｎｋ ｑｕａｌｉｔｙより信頼性が低いことがある。本明細書の実施例によると、ｍｕｌｔｉ－ｌｉｎｋ環境を活用したｒｅｌｉａｂｌｅなＡｃｋ ｐｒｏｃｅｄｕｒｅを介して時間資源がより効率的に使われることができる。

一方、多数のリンクが占有している周波数の特性または端末のｃａｐａｂｉｌｉｔｙによってｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ（ＳＴＲ）ｃａｐａｂｉｌｉｔｙが変わることができる。より詳しくは、多数のｌｉｎｋのｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙが近く、または各端末内部の設計問題などによって一つのｌｉｎｋが受信している中に、他のｌｉｎｋで送信する場合、二つのｌｉｎｋの周波数／バンドが異なる場合にも干渉現象が発生できる。したがって、ＡＰがＳＴＲ ｃａｐａｂｉｌｉｔｙがあるとしても、ＳＴＡがＳＴＲを支援しない状況も考慮してｃｈａｎｎｅｌ ａｃｃｅｓｓ方法が設計されなければならない。

一方、８０２．１１ＷＬＡＮ標準が向上する過程でｄａｔａ ｒａｔｅも速くなっており、ＰＰＤＵの長さも大きく増えている。特に、多数のＳＴＡが存在する密集された環境で大きいサイズのＰＰＤＵを送信する場合、ＲＴＳ／ＣＴＳを使用しないと、高い確率で衝突が発生でき、ネットワーク全般的に処理率が大きく減少できる。したがって、ＲＴＳ／ＣＴＳの使用が要求されることができる。

図２２は、リンク間干渉の一実施例を示す図である。

図２２を参照すると、二つのｌｉｎｋ（すなわち、Ｌｉｎｋ Ａ、Ｌｉｎｋ Ｂ）で各々ＲＴＳ／ＣＴＳを使用してｃｈａｎｎｅｌ ａｃｃｅｓｓ及びｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎを実行する過程で衝突が発生できる。一方のｌｉｎｋ（例えば、Ｌｉｎｋ Ｂ）がｉｄｌｅしなくて他方のｌｉｎｋ（例えば、Ｌｉｎｋ Ａ）でＡＰ ＭＬＤが送信を始めた場合、他のｌｉｎｋのチャネルがｉｄｌｅされてＡＰ ＭＬＤが（ＭＵ－）ＲＴＳを送信したとき、Ｎｏｎ－ＡＰ ＭＬＤは、ＣＴＳで応答しなければならない。これは受信中であるリンクにｉｎｔｅｒ－ｌｉｎｋ ｉｎｔｅｒｆｅｒｅｎｃｅを誘発させることができる。すなわち、ＳＴＲを支援しないＮｏｎ－ＡＰ ＭＬＤは、Ｌｉｎｋ ＡでＤＡＴＡ１を受信している中に、Ｌｉｎｋ ＢでＣＴＳフレームを送信すると、二つのリンク間衝突が発生できる。

以下の明細書では前記のようにｎｏｎ－ＳＴＲ ＳＴＡで発生するｉｎｔｅｒ－ｌｉｎｋ ｉｎｔｅｒｆｅｒｅｎｃｅ問題を解決するための方法が説明される。

以下の明細書ではチャネル占有のためのフレームの一例として、ＲＴＳ ｆｒａｍｅが提案されるが、以外の多様な形態でＲＴＳ ｆｒａｍｅが構成されることができる。すなわち、本明細書ではＲＴＳ ｆｒａｍｅ、ＭＵ－ＲＴＳ ｆｒａｍｅなどが使われることができ、以下、説明の便宜のために、一部の一例は、ＲＴＳ ｆｒａｍｅに基づいて説明される。

以下の明細書ではｍｕｌｔｉ－ｌｉｎｋの形態で叙述されるが、以外の多様な形態で周波数帯域が構成されることができる。すなわち、本明細書ではｍｕｌｔｉ－ｂａｎｄ、ｍｕｌｔｉ－ｌｉｎｋなどが使われることができ、以下、説明の便宜のために、一部の一例は、ｍｕｌｔｉ－ｌｉｎｋに基づいて説明される。

以下の明細書ではｍｕｌｔｉ－ｌｉｎｋ環境でのｌｉｎｋの数は２個に表記したが、それ以上の個数のｌｉｎｋに対しても同じく適用されることができる。以下、説明の便宜のために、一部の一例は、ｌｉｎｋの数が２個であるｍｕｌｔｉ－ｌｉｎｋに基づいて説明される。

以下の明細書ではｌｉｎｋ Ａで最初にｃｈａｎｎｅｌ ａｃｃｅｓｓが開始されると表記したが、ｌｉｎｋ Ｂで先にｃｈａｎｎｅｌ ａｃｃｅｓｓが開始される場合にも同じく適用されることができる。以下、説明の便宜のために、一部の一例は、先にｃｈａｎｎｅｌ ａｃｃｅｓｓが開始されるｌｉｎｋの名称をｌｉｎｋ Ａと命名し、その他のｌｉｎｋの名称をｌｉｎｋ Ｂと命名する。

以下の明細書において、ＭＬＤは、ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅを意味する。ＭＬＤは、一つ以上の連結されたＳＴＡを含むことができ、上位リンク層（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＬＬＣ）に通じる一つのＭＡＣ ＳＡＰ（ｓｅｒｖｉｃｅ ａｃｃｅｓｓ ｐｏｉｎｔ）を有することができる。ＭＬＤは、物理機器を意味し、または論理的機器を意味できる。以下の明細書において、特定ＭＬＤが、同じ時点に二つ以上のリンクから同時に送信と受信が不可能な場合、これをｎｏｎ－ＳＴＲに定義し、それに対して、同じ時点に二つ以上のリンクから同時に送信と受信が可能な場合、これをＳＴＲに定義する。すなわち、ＭＬＤの一側のＳＴＡが送信／受信している中に、ＭＬＤの他のＳＴＡが受信／送信が可能な場合、ＭＬＤはＳＴＲであり、ＭＬＤの一側のＳＴＡが送信／受信している中に、ＭＬＤの他のＳＴＡが受信／送信が不可能な場合、ＭＬＤはｎｏｎ－ＳＴＲである。ＳＴＲ、ｎｏｎ－ＳＴＲキャパビリティは、ダイナミックするように変わることができ、どのｌｉｎｋ ｓｅｔが選択されるかによってＳＴＲキャパビリティが変わることができる。

以下の明細書ではＡＰ ＭＬＤがＳＴＲであり、ｎｏｎ－ＡＰ ＭＬＤがｎｏｎ－ＳＴＲである場合を仮定しているが、反対の場合、すなわち、ＡＰ ＭＬＤがｎｏｎ－ＳＴＲであり、ｎｏｎ－ＡＰ ＭＬＤがＳＴＲである場合も同じく適用でき、さらに、ＡＰ ＭＬＤとｎｏｎ－ＡＰ ＭＬＤが全てｎｏｎ－ＳＴＲである場合にも同じく適用されることができる。

１．ＤＬ－ＤＬＭＵ ｃａｓｅ

図２３は、ｎｏｎ－ＳＴＲリンクセットで発生する内部干渉の一実施例を示す図である。

図２３を参照すると、ＡＰ ＭＬＤがＮｏｎ－ＡＰ ＭＬＤにｄａｔａを送信することができる。ｌｉｎｋ Ｂのチャネル（ｃｈａｎｎｅｌ）が混雑（ｂｕｓｙ）するため、ＡＰ ＭＬＤは、ｌｉｎｋ Ａでのみｃｈａｎｎｅｌ ａｃｃｅｓｓを実行することができる。ｌｉｎｋ Ａでｄａｔａ送信が進行している途中に、ｌｉｎｋ Ｂのｃｈａｎｎｅｌがｉｄｌｅすると判断される場合、ＡＰ ＭＬＤは、ｌｉｎｋ Ｂでｃｈａｎｎｅｌ ａｃｃｅｓｓを試みることができる。

既存ＲＴＳ／ＣＴＳのｐｒｏｃｅｄｕｒｅで、ＲＴＳを受信したＳＴＡは、後続するｄａｔａを受信することができる状況である場合、必ずＣＴＳ ｆｒａｍｅを介して応答しなければならない。しかし、ｎｏｎ－ＳＴＲであるｎｏｎ－ＡＰ ＭＬＤがＣＴＳ ｆｒａｍｅを送信するようになると、ｌｉｎｋ Ａにｉｎｔｅｒ－ｌｉｎｋ ｉｎｔｅｒｆｅｒｅｎｃｅを誘発するようになるため、既に受信中であるＤＡＴＡ１と衝突が発生することができる。

図２４は、ＲＴＳ／ＣＴＳ送信方法の一実施例を示す図である。

図２４は、前記図２３で発生する問題点を解決することができる一つの方法を示す。図２４を参照すると、ＡＰ ＭＬＤ Ａがｌｉｎｋ ＡでＳＴＡ ＭＬＤ Ｂ、ＳＴＡ ＭＬＤ ＣにＰＰＤＵを送信している中に、ｌｉｎｋ Ｂのチャネルがｉｄｌｅされてｃｈａｎｎｅｌ ａｃｃｅｓｓ以後、ＡＰ ＭＬＤ ＡがＭＬＤ Ｂ、ＭＬＤ Ｃ、ＭＬＤ ＤにＰＰＤＵを送信するためにＭＵ－ＲＴＳを送信することができる。ＭＬＤ Ｂは、ＣＴＳ応答によってｌｉｎｋ Ａの受信にｉｎｔｅｒｆｅｒｅｎｃｅを誘発することができるため、ＲＴＳを受信したとしてもＣＴＳ応答を（意図的に）しない。すなわち、ＭＬＤ Ｂは、Ｌｉｎｋ ＢでＲＴＳを受信する場合、ＣＴＳを送信することもできるが、Ｌｉｎｋ ＡでＤＡＴＡ１を受信中であるため、これに基づいてＣＴＳを送信しない。例えば、ＭＬＤ Ｂは、リンクＡでＴＸＯＰを取得したＡＰ ＭＬＤ Ａが送信するＰＰＤＵの受信者であるため（すなわち、ＴＸＯＰ応答者（ｒｅｓｐｏｎｄｅｒ）であるため）、リンクＢでＲＴＳを受信してもＣＴＳを送信しない。すなわち、ＭＬＤ Ｂは、リンクＡでＴＸＯＰ応答者であることに基づいてリンクＢでＲＴＳを受信してもＣＴＳを送信しない。例えば、Ｎｏｎ－ＡＰ ＭＬＤ ＢのリンクＡとリンクＢは、ｎｏｎ－ＳＴＲリンクペア（ｐａｉｒ）であり、ｎｏｎ－ＳＴＲリンクペアのうち一つであるリンクＡで動作するＳＴＡがＴＸＯＰ応答者（ｒｅｓｐｏｎｄｅｒ）であるため、ｎｏｎ－ＳＴＲリンクペアの他のリンクであるリンクＢで動作するＳＴＡは、ＲＴＳを受信してもＣＴＳを送信しない。ＭＬＤ Ｂは、ＣＴＳを送信しなかったが、Ｌｉｎｋ ＢでＤＡＴＡ２を受信することができる。ＭＬＤ Ｂは、ＤＡＴＡ２を受信すると、ＡＣＫを送信することができる。

ＭＬＤ Ｃは、ＳＴＲが可能なＭＬＤであるため、ＣＴＳ応答を実行することができる。ＭＬＤ Ｄは、ＳＴＲが不可能なｌｉｎｋ ｓｅｔであるが、他のｌｉｎｋで受信中でないため、ＣＴＳ応答を送信する時にｉｎｔｅｒｆｅｒｅｎｃｅを誘発しなくてＣＴＳ応答を実行することができる。

図２５は、ＲＴＳ／ＣＴＳ送信方法の一実施例を示す図である。

図２５は、前記図２３で発生する問題点を解決することができる他の方法を示す。図２５を参照すると、ＡＰ ＭＬＤ Ａがｌｉｎｋ ＡでＳＴＡ ＭＬＤ Ｂ、ＳＴＡ ＭＬＤ ＣにＰＰＤＵを送信している中に、ｌｉｎｋ Ｂのチャネルがｉｄｌｅされてｃｈａｎｎｅｌ ａｃｃｅｓｓ以後、ＡＰ ＭＬＤ ＡがＭＬＤ Ｂ、ＭＬＤ Ｃ、ＭＬＤ ＤにＰＰＤＵを送信するためにＣＴＳ－ｔｏ－ｓｅｌｆを送信することができる。すなわち、ＡＰ ＭＬＤ Ａは、ＲＴＳフレームの代わりにＣＴＳ－ｔｏ－ｓｅｌｆフレームを送信することができる。Ｉｎｔｅｒｆｅｒｅｎｃｅを誘発することができるＣＴＳ ｆｒａｍｅを送信しないために、ＡＰ ＭＬＤは、ＲＴＳ ｆｒａｍｅの代わりにＣＴＳ－ｔｏ－ｓｅｌｆ ｆｒａｍｅでｃｈａｎｎｅｌ ｐｒｏｔｅｃｔｉｏｎを実行することができる。

図２６は、ＲＴＳ／ＣＴＳ送信方法の一実施例を示す図である。

図２６は、前記図２３で発生する問題点を解決することができる一つの方法を示す。図２６を参照すると、ＡＰ ＭＬＤ Ａがｌｉｎｋ ＡでＳＴＡ ＭＬＤ Ｂ、ＳＴＡ ＭＬＤ ＣにＰＰＤＵを送信している中に、ｌｉｎｋ Ｂのチャネルがｉｄｌｅされてｃｈａｎｎｅｌ ａｃｃｅｓｓ以後、ＡＰ ＭＬＤ ＡがＭＬＤ Ｂ、ＭＬＤ Ｃ、ＭＬＤ ＤにＰＰＤＵを送信するためにＭＵ－ＲＴＳを送信することができる。ＭＬＤ Ｂは、ＣＴＳ応答によってｌｉｎｋ Ａの受信にｉｎｔｅｒｆｅｒｅｎｃｅを誘発することができるため、ＡＰ ＭＬＤ Ａがｌｉｎｋ Ｂで送信するＭＵ－ＲＴＳでＭＬＤ ＢがＣＴＳ応答をしないようにする。ＭＬＤ Ｃは、ＳＴＲが可能なＭＬＤであるため、ＣＴＳ応答を実行することができる。ＭＬＤ Ｄは、ＳＴＲが不可能なｌｉｎｋ ｓｅｔであるが、他のｌｉｎｋで受信中でないため、ＣＴＳ応答を送信する時にｉｎｔｅｒｆｅｒｅｎｃｅを誘発しなくてＣＴＳ応答を実行することができる。

以下ではＭＵ－ＲＴＳ ｆｒａｍｅ ｆｏｒｍａｔの例示（すなわち、ＡＰ ＭＬＤ Ａがｌｉｎｋ Ｂで送信するＭＵ－ＲＴＳでＭＬＤ ＢがＣＴＳ応答をしないようにする方法）が説明される。図２７は、現在８０２．１１ａｘで使われているＴｒｉｇｇｅｒ ｆｒａｍｅを示す。ＡＩＤ１２のマッチング可否を介してＴｒｉｇｇｅｒ ｆｒａｍｅの受信対象ＳＴＡを把握することができる。

図２７乃至図２９は、トリガーフレームフォーマットの一実施例を示す図である。

Ｕｓｅｒ Ｉｎｆｏ ｆｉｅｌｄを除外：例えば、図２７を参照すると、ＡＰ ＭＬＤ Ａは、ＭＬＤ Ｂのｎｏｎ－ＳＴＲ可否（事前キャパビリティ情報交換などを介して）及びＭＬＤ Ｂがｌｉｎｋ Ａで受信中であることを知ることができるため、図２７のようにＡＰ ＭＬＤ Ａがｌｉｎｋ Ｂで送信するＭＵ－ＲＴＳのＵｓｅｒ Ｉｎｆｏ ｆｉｅｌｄにはＭＬＤ Ｂに該当するｆｉｅｌｄを含まない。

追加的なｉｎｄｉｃａｔｉｏｎ：例えば、図２８を参照すると、ＡＰ ＭＬＤ Ａは、ＭＬＤ Ｂのｎｏｎ－ＳＴＲ可否及びＭＬＤ Ｂがｌｉｎｋ Ａで受信中であることを知ることができる。ＡＰ ＭＬＤ Ａがｌｉｎｋ Ｂで送信するＭＵ－ＲＴＳのＭＬＤ Ｂに対応するＵｓｅｒ Ｉｎｆｏ ｆｉｅｌｄ（例えば、ＭＬＤ ＢのＡＩＤ１２に関連したＵｓｅｒ ｉｎｆｏ ｆｉｅｌｄ）の特定ｆｉｅｌｄ（例えば、Ｒｅｓｅｒｖｅｄ ｆｉｅｌｄ）は、ＣＴＳ応答可否に関連した情報（例えば、ＣＴＳ ｒｅｓｐｏｎｓｅ ｉｎｄｉｃａｔｉｏｎ）を含むことができる。

ＲＵ Ａｌｌｏｃａｔｉｏｎ ｆｉｅｌｄを利用したｉｎｄｉｃａｔｉｏｎ：例えば、図２９を参照すると、ＣＴＳを送信しないＭＬＤ（例えば、ＭＬＤ Ｂ）は、ＭＵ－ＲＴＳで次のＣＴＳが占有するＲＵの割当を受けないと見ることができる。したがって、ＡＰ ＭＬＤ Ａがｌｉｎｋ Ｂで送信するＭＵ－ＲＴＳのＭＬＤ Ｂに対応するＵｓｅｒ Ｉｎｆｏ ｆｉｅｌｄ（例えば、ＭＬＤ ＢのＡＩＤ１２に関連したＵｓｅｒ ｉｎｆｏ ｆｉｅｌｄ）のＲＵ Ａｌｌｏｃａｔｉｏｎ ｆｉｅｌｄで、ｒｅｓｅｒｖｅｄに定義されたｖａｌｕｅ（例えば、既定義されたｖａｌｕｅ外の他のｖａｌｕｅ）をＣＴＳのためのＲＵを割り当てないという情報（すなわち、ＣＴＳを送信するなという情報）を含むことができる。

図３０は、受信ＭＬＤ動作の一実施例を示す図である。

図３０を参照すると、受信ＭＬＤは、第１及び第２のＳＴＡ（ｓｔａｔｉｏｎ）を含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作できる。

受信ＭＬＤは、第１のリンクで第２のＲＴＳフレームを受信することができる（Ｓ３０１０）。

受信ＭＬＤは、第１のリンクで第２のＲＴＳフレームに対するＣＴＳフレームを送信することができる（Ｓ３０２０）。

受信ＭＬＤは、第１のリンクで第１のデータを含む第１のＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を受信することができる（Ｓ３０３０）。

受信ＭＬＤは、第１のリンクで第１のＰＰＤＵを受信する中に、第２のリンクで第１のＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレームを受信することができる（Ｓ３０４０）。受信ＭＬＤは、第１のリンクで受信中である前記第１のＰＰＤＵに基づいて前記第１のＲＴＳフレームに対するＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレーム送信を省略（ｓｋｉｐ）することができる。例えば、受信ＭＬＤは、第１のリンクでＴＸＯＰを取得した送信ＭＬＤが送信するＰＰＤＵの受信者であるため（すなわち、ＴＸＯＰ応答者（ｒｅｓｐｏｎｄｅｒ）であるため）、第２のリンクでＲＴＳを受信してもＣＴＳを送信しない。すなわち、受信ＭＬＤは、第１のリンクでＴＸＯＰ応答者であることに基づいて第２のリンクでＲＴＳを受信してもＣＴＳを送信しない。例えば、Ｎｏｎ－ＡＰ受信ＭＬＤの第１のリンクと第２のリンクは、ｎｏｎ－ＳＴＲリンクペア（ｐａｉｒ）であり、ｎｏｎ－ＳＴＲリンクペアのうち一つである第１のリンクで動作するＳＴＡがＴＸＯＰ応答者（ｒｅｓｐｏｎｄｅｒ）であるため、ｎｏｎ－ＳＴＲリンクペアの他のリンクである第２のリンクで動作するＳＴＡはＲＴＳを受信してもＣＴＳを送信しない。

受信ＭＬＤは、ＣＴＳ応答によって第１のリンクで第１のＰＰＤＵの受信に干渉を誘発することができるため、ＲＴＳを受信したとしてもＣＴＳ応答を（意図的に）しない。すなわち、受信ＭＬＤは、第２のリンクでＲＴＳを受信する場合、ＣＴＳを送信することもできるが、第１のリンクで第１のＰＰＤＵを受信中であるため、これに基づいてＣＴＳを送信しない。

受信ＭＬＤは、第２のデータを含む第２のＰＰＤＵを前記第２のリンクで受信できる（Ｓ３０５０）。例えば、受信ＭＬＤは、ＣＴＳを送信しなかったが、第２のリンクで第２のＰＰＤＵを受信することができる。

例えば、前記受信ＭＬＤは、前記第１及び第２のリンクのうち一つのリンクで受信または送信中である場合、他のリンクで送信または受信できないノンＳＴＲ（ｎｏｎ－ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）ＭＬＤである。

例えば、受信ＭＬＤは、前記第１のリンクで前記第１のＰＰＤＵに対するＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信することができ、前記第２のリンクで前記第２のＰＰＤＵに対するＡＣＫを送信することができる。

例えば、前記第１のリンクと前記第２のリンクは、一つのリンクで受信または送信中である場合、他のリンクで送信または受信できないノンＳＴＲ（ｎｏｎ－ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）リンクセット（ｓｅｔ）である。

例えば、受信ＭＬＤは、前記第１のリンクと前記第２のリンクのＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）キャパビリティ（ｃａｐａｂｉｌｉｔｙ）に関連した情報を送信することができる。キャパビリティ情報送信は、例えば、連結（アソシエーション、ａｓｓｏｃｉａｔｉｏｎ）ステップで実行されることができる。すなわち、ＰＰＤＵ送信以前にキャパビリティ送信が実行されることができる。

図３１は、送信ＭＬＤ動作の一実施例を示す図である。

図３１を参照すると、送信ＭＬＤは、第１及び第２のＳＴＡ（ｓｔａｔｉｏｎ）を含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作できる。

送信ＭＬＤは、第１のリンクで第２のＲＴＳフレームを送信することができる（Ｓ３１１０）。

送信ＭＬＤは、第１のリンクで第２のＲＴＳフレームに対するＣＴＳフレームを受信することができる（Ｓ３１２０）。

送信ＭＬＤは、第１のリンクで第１のデータを含む第１のＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信することができる（Ｓ３１３０）。

送信ＭＬＤは、第１のリンクで第１のＰＰＤＵを送信する中に、第２のリンクで第１のＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）受信ＭＬＤにフレームを送信することができる（Ｓ３１４０）。受信ＭＬＤは、第１のリンクで受信中である前記第１のＰＰＤＵに基づいて前記第１のＲＴＳフレームに対するＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレーム送信を省略（ｓｋｉｐ）することができる。

受信ＭＬＤは、ＣＴＳ応答によって第１のリンクで第１のＰＰＤＵの受信に干渉を誘発することができるため、ＲＴＳを受信したとしてもＣＴＳ応答を（意図的に）しない。すなわち、受信ＭＬＤは、第２のリンクでＲＴＳを受信する場合、ＣＴＳを送信することもできるが、第１のリンクで第１のＰＰＤＵを受信中であるため、これに基づいてＣＴＳを送信しない。例えば、受信ＭＬＤは、第１のリンクでＴＸＯＰを取得した送信ＭＬＤが送信するＰＰＤＵの受信者であるため（すなわち、ＴＸＯＰ応答者（ｒｅｓｐｏｎｄｅｒ）であるため）、第２のリンクでＲＴＳを受信してもＣＴＳを送信しない。すなわち、受信ＭＬＤは、第１のリンクでＴＸＯＰ応答者であることに基づいて第２のリンクでＲＴＳを受信してもＣＴＳを送信しない。例えば、Ｎｏｎ－ＡＰ受信ＭＬＤの第１のリンクと第２のリンクは、ｎｏｎ－ＳＴＲリンクペア（ｐａｉｒ）であり、ｎｏｎ－ＳＴＲリンクペアのうち一つである第１のリンクで動作するＳＴＡがＴＸＯＰ応答者（ｒｅｓｐｏｎｄｅｒ）であるため、ｎｏｎ－ＳＴＲリンクペアの他のリンクである第２のリンクで動作するＳＴＡは、ＲＴＳを受信してもＣＴＳを送信しない。

例えば、送信ＭＬＤの第１のリンクで動作するＳＴＡは、ＴＸＯＰホルダーであるため、受信ＭＬＤの第１のリンクで動作するＳＴＡは、ＴＸＯＰ応答者であり、したがって、送信ＭＬＤは、受信ＭＬＤの第１のリンクで動作するＳＴＡがＴＸＯＰ応答者であることに基づいて第２のリンクでＣＴＳを受信しなくても第２のリンクでＰＰＤＵを送信することができる。すなわち、送信ＭＬＤは、第１のリンクで動作する送信ＭＬＤのＳＴＡがＴＸＯＰホルダーであることに基づいて第２のリンクでＣＴＳを受信しなくても第２のリンクでＰＰＤＵを送信することができる。

送信ＭＬＤは、第２のデータを含む第２のＰＰＤＵを前記第２のリンクで受信ＭＬＤに送信できる（Ｓ３１５０）。例えば、送信ＭＬＤは、ＣＴＳを受信しなかったが、第２のリンクで第２のＰＰＤＵを送信することができる。

例えば、前記受信ＭＬＤは、前記第１及び第２のリンクのうち一つのリンクで受信または送信中である場合、他のリンクで送信または受信できないノンＳＴＲ（ｎｏｎ－ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）ＭＬＤである。

例えば、受信ＭＬＤは、前記第１のリンクで前記第１のＰＰＤＵに対するＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信することができ、前記第２のリンクで前記第２のＰＰＤＵに対するＡＣＫを送信することができる。

例えば、前記第１のリンクと前記第２のリンクは、一つのリンクで受信または送信中である場合、他のリンクで送信または受信できないノンＳＴＲ（ｎｏｎ－ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）リンクセット（ｓｅｔ）である。

例えば、受信ＭＬＤは、前記第１のリンクと前記第２のリンクのＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）キャパビリティ（ｃａｐａｂｉｌｉｔｙ）に関連した情報を送信することができる。キャパビリティ情報送信は、例えば、連結（ａｓｓｏｃｉａｔｉｏｎ）ステップで実行されることができる。すなわち、ＰＰＤＵ送信以前にキャパビリティ送信が実行されることができる。

図３０及び図３１の一例に表示された細部ステップのうち一部は、必須ステップではなく、省略されることができる。図３０及び図３１に示すステップ外に他のステップが追加されることができ、前記ステップの順序は変わることができる。前記ステップのうち一部ステップが独自の技術的意味を有することができる。

前述した本明細書の技術的特徴は、多様な装置及び方法に適用されることができる。例えば、前述した本明細書の技術的特徴は、図１及び／または図１９の装置を介して実行／支援されることができる。例えば、前述した本明細書の技術的特徴は、図１及び／または図１９の一部にのみ適用されることができる。例えば、前述した本明細書の技術的特徴は、図１のプロセシングチップ１１４、１２４に基づいて具現され、または図１のプロセッサ１１１、１２１とメモリ１１２、１２２に基づいて具現され、または図１９のプロセッサ６１０とメモリ６２０に基づいて具現されることができる。例えば、本明細書の受信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）の装置において、前記受信ＭＬＤは、第１のＳＴＡ（ｓｔａｔｉｏｎ）、及び、第２のＳＴＡ、を含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作し、前記装置は、メモリ、及び、前記メモリと動作可能に結合されたプロセッサ（ｐｒｏｃｅｓｓｏｒ）、を含み、前記プロセッサは、前記第１のＳＴＡがＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ）応答者（ｒｅｓｐｏｎｄｅｒ）であり、前記第２のリンクで第１のＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレームを受信し、前記第１のＳＴＡがＴＸＯＰ応答者であることに基づいて前記第１のＲＴＳフレームに対するＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレーム送信を省略（ｓｋｉｐ）し、そして、ＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を前記第２のリンクで受信するように設定されることができる。

本明細書の技術的特徴は、ＣＲＭ（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）に基づいて具現されることができる。例えば、本明細書により提案されるＣＲＭは、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムの受信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）の少なくとも一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令語（ｉｎｓｔｒｕｃｔｉｏｎ（命令））を含む少なくとも一つのコンピュータで読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）において、前記受信ＭＬＤは、第１及び第２のＳＴＡ（ｓｔａｔｉｏｎ）を含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作し、前記受信ＭＬＤは、第１及び第２のＳＴＡ（ｓｔａｔｉｏｎ）を含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作し、前記第１のＳＴＡは、ＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ）応答者（ｒｅｓｐｏｎｄｅｒ）であり、前記第２のリンクで第１のＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレームを受信するステップ、前記第１のＳＴＡがＴＸＯＰ応答者であることに基づいて前記第１のＲＴＳフレームに対するＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレーム送信を省略（ｓｋｉｐ）するステップ、及び、ＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を前記第２のリンクで受信するステップ、を含む動作（ｏｐｅｒａｔｉｏｎ）を実行する命令語（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納することができる。

本明細書のＣＲＭ内に格納される命令語は、少なくとも一つのプロセッサにより実行（ｅｘｅｃｕｔｅ）されることができる。本明細書のＣＲＭに関連した少なくとも一つのプロセッサは、図１のプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４であり、または図１９のプロセッサ６１０である。一方、本明細書のＣＲＭは、図１のメモリ１１２、１２２であり、または図１９のメモリ６２０であり、または別途の外部メモリ／格納媒体／ディスクなどである。

上述した本明細書の技術的特徴は、様々な応用例（ａｐｐｌｉｃａｔｉｏｎ）やビジネスモデルに適用可能である。例えば、人工知能（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ：ＡＩ）を支援する装置における無線通信のために上述した技術的特徴が適用され得る。

人工知能は、人工的な知能またはこれを作ることができる方法論を研究する分野を意味し、マシンラーニング（機械学習、Ｍａｃｈｉｎｅ Ｌｅａｒｎｉｎｇ）は、人工知能分野で扱う様々な問題を定義し、それを解決する方法論を研究する分野を意味する。マシンラーニングは、いかなる作業に対してたゆまぬ経験を介してその作業に対する性能を高めるアルゴリズムと定義することもある。

人工神経網（Ａｒｔｉｆｉｃｉａｌ Ｎｅｕｒａｌ Ｎｅｔｗｏｒｋ；ＡＮＮ）は、マシンラーニングで使用されるモデルであって、シナプスの結合でネットワークを形成した人工ニューロン（ノード）で構成される、問題解決能力を有するモデル全般を意味することができる。人工神経網は、他のレイヤのニューロン間の連結パターン、モデルパラメータを更新する学習過程、出力値を生成する活性化関数（Ａｃｔｉｖａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）により定義されることができる。

人工神経網は、入力層（Ｉｎｐｕｔ Ｌａｙｅｒ）、出力層（ＯｕｔｐｕｔＬａｙｅｒ）、そして選択的に１つ以上記の隠れ層（Ｈｉｄｄｅｎ Ｌａｙｅｒ）を備えることができる。各層は、１つ以上記のニューロンを含み、人工神経網は、ニューロンとニューロンとを連結するシナプスを含むことができる。人工神経網において各ニューロンは、シナプスを介して入力される入力信号、加重値、偏向に対する活性関数の関数値を出力できる。

モデルパラメータは、学習を介して決定されるパラメータを意味し、シナプス連結の加重値とニューロンの偏向などが含まれる。そして、ハイパーパラメータは、マシンラーニングアルゴリズムで学習前に設定されなければならないパラメータを意味し、学習率（Ｌｅａｒｎｉｎｇ Ｒａｔｅ）、繰り返し回数、ミニバッチサイズ、初期化関数などが含まれる。

人工神経網の学習の目的は、損失関数を最小化するモデルパラメータを決定することとみなすことができる。損失関数は、人工神経網の学習過程で最適のモデルパラメータを決定するための指標として用いられることができる。

マシンラーニングは、学習方式によって教師あり学習（Ｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ）、教師なし学習（Ｕｎｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ）、強化学習（Ｒｅｉｎｆｏｒｃｅｍｅｎｔ Ｌｅａｒｎｉｎｇ）に分類することができる。

指導学習は、学習データに対するラベル（ｌａｂｅｌ）が与えられた状態で人工神経網を学習させる方法を意味し、ラベルとは、学習データが人工神経網に入力される場合、人工神経網が推論し出すべき正解（または、結果値）を意味することができる。教師なし学習は、学習データに対するラベルが与えられなかった状態で人工神経網を学習させる方法を意味することができる。強化学習は、どの環境内で定義されたエージェントが各状態で累積補償を最大化する行動あるいは行動順序を選択するように学習させる学習方法を意味することができる。

人工神経網の中で複数の隠れ層を備える深層神経網（ＤＮＮ：Ｄｅｅｐ Ｎｅｕｒａｌ Ｎｅｔｗｏｒｋ）で実現されるマシンラーニングをディープラーニング（深層学習、Ｄｅｅｐ Ｌｅａｒｎｉｎｇ）と呼ぶこともあり、ディープラーニングは、マシンラーニングの一部である。以下において、マシンラーニングは、ディープラーニングを含む意味として使用される。

また、上述した技術的特徴は、ロボットの無線通信に適用されることができる。

ロボットは、自ら保有した能力により、与えられた仕事を自動に処理するか、作動する機械を意味することができる。特に、環境を認識し、自ら判断して動作を行う機能を有するロボットを知能型ロボットと称することができる。

ロボットは、使用目的や分野によって産業用、医療用、家庭用、軍事用等に分類することができる。ロボットは、アクチュエータまたはモータを備える駆動部を具備してロボット関節を動かすなどの様々な物理的動作を行うことができる。また、移動可能なロボットは、駆動部にホイール、ブレーキ、プロペラなどが含まれ、駆動部を介して地上で走行するか、空中で飛行することができる。

また、上述した技術的特徴は、拡張現実を支援する装置に適用されることができる。

拡張現実は、仮想現実（ＶＲ：Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）、増強現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）、混合現実（ＭＲ：Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）を総称する。ＶＲ技術は、現実世界のオブジェクトや背景などをＣＧ画像にのみ提供し、ＡＲ技術は、実際事物画像上に仮想で作られたＣＧ画像を共に提供し、ＭＲ技術は、現実世界に仮想オブジェクトを混ぜて、結合させて提供するコンピュータグラフィック技術である。

ＭＲ技術は、現実オブジェクトと仮想オブジェクトとを共に見せるという点においてＡＲ技術と類似している。しかし、ＡＲ技術では、仮想オブジェクトが現実オブジェクトを補完する形態で使用されることに対し、ＭＲ技術では、仮想オブジェクトと現実オブジェクトとが同等な性格で使用されるという点において差異点がある。

ＸＲ技術は、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、ＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、携帯電話、タブレットＰＣ、ラップトップ、デスクトップ、ＴＶ、デジタルサイネージなどに適用されることができ、ＸＲ技術が適用された装置をＸＲ装置（ＸＲ Ｄｅｖｉｃｅ）と称することができる。

本明細書に記載された請求項等は、様々な方式で組み合わせられることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置として実現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法として実現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて装置として実現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて方法として実現されることができる。

Claims (12)

1. ＷＬＡＮ（wireless local area network）システムにおける方法において、
   第２のリンク上で動作する第２のＳＴＡ（station）が、前記第２のリンク上で第１のＲＴＳ（request to send）フレームを受信するステップであって、
   前記第２のＳＴＡは、受信ＭＬＤ（multi-link device）に含まれ、
   前記受信ＭＬＤは、第１のリンク上で動作する第１のＳＴＡをさらに含み、
   前記第１のＳＴＡは、ＴＸＯＰ（transmission opportunity）応答者であり、
   前記第１のリンク及び前記第２のリンクは、ノンＳＴＲ（simultaneous transmit and receive）リンクペアである、ステップと、
   前記第２のＳＴＡが、前記第１のＳＴＡが前記ＴＸＯＰ応答者であることに基づいて、前記第１のＲＴＳフレームに対するＣＴＳ（clear to send）フレーム送信を省略するステップと、
   前記第２のＳＴＡが、ＰＰＤＵ（physical protocol data unit）を前記第２のリンク上で受信するステップと、を含む、方法。
2. 前記受信ＭＬＤは、前記第２のリンク上で受信が行われている間に前記第１のリンク上で送信を行うことができないノンＳＴＲ ＭＬＤである、請求項１に記載の方法。
3. 前記第２のリンク上で前記第１のＲＴＳフレームを受信する前に、
   前記第１のリンク上で第２のＲＴＳフレームを受信するステップと、
   前記第１のリンク上で前記第２のＲＴＳフレームに対するＣＴＳフレームを送信するステップと、をさらに含む、請求項１に記載の方法。
4. 前記第２のリンク上で前記ＰＰＤＵに対するＡＣＫ（acknowledgement）を送信するステップをさらに含む、請求項１に記載の方法。
5. 前記第１のリンク及び前記第２のリンクは、前記第２のリンク上で受信が行われている間に前記第１のリンク上で送信を行うことができないノンＳＴＲリンクセットである、請求項１に記載の方法。
6. 前記第１のリンク及び第２のリンクのＳＴＲキャパビリティに関連した情報を送信するステップをさらに含む、請求項１に記載の方法。
7. ＷＬＡＮ（Wireless Local Area Network）システムにおいて使われる受信ＭＬＤ（multi-link device）において、
   第１のリンク上で動作する第１のＳＴＡ（station）と、
   第２のリンク上で動作する第２のＳＴＡと、を含み、
   前記第１のＳＴＡは、ＴＸＯＰ（transmission opportunity）応答者であり、
   前記第１のリンク及び前記第２のリンクは、ノンＳＴＲ（simultaneous transmit and receive）リンクペアであり、
   前記受信ＭＬＤは、
   前記第２のＳＴＡが、前記第２のリンク上で第１のＲＴＳ（request to send）フレームを受信し、
   前記第２のＳＴＡが、前記第１のＳＴＡが前記ＴＸＯＰ応答者であることに基づいて、前記第１のＲＴＳフレームに対するＣＴＳ（clear to send）フレーム送信を省略し、
   前記第２のＳＴＡが、ＰＰＤＵ（physical protocol data unit）を前記第２のリンク上で受信する、ように適合する、受信ＭＬＤ。
8. 前記受信ＭＬＤは、前記第２のリンク上で受信が行われている間に前記第１のリンク上で送信を行うことができないノンＳＴＲ ＭＬＤである、請求項７に記載の受信ＭＬＤ。
9. 前記第２のリンク上で前記第１のＲＴＳフレームを受信する前に、
   前記受信ＭＬＤは、
   前記第１のリンク上で第２のＲＴＳフレームを受信し、
   前記第１のリンク上で前記第２のＲＴＳフレームに対するＣＴＳフレームを送信する、ようにさらに適合する、請求項７に記載の受信ＭＬＤ。
10. 前記受信ＭＬＤは、前記第２のリンク上で前記ＰＰＤＵに対するＡＣＫ（acknowledgement）を送信するようにさらに適合する、請求項７に記載の受信ＭＬＤ。
11. 前記第１のリンク及び前記第２のリンクは、前記第２のリンク上で受信が行われている間に前記第１のリンク上で送信を行うことができないノンＳＴＲリンクセットである、請求項７に記載の受信ＭＬＤ。
12. 前記第１のリンク及び第２のリンクのＳＴＲキャパビリティに関連した情報を送信するステップをさらに含む、請求項７に記載の受信ＭＬＤ。

Images