JP2023505775A - マルチリンク動作のためのリンクセットアップ - Google Patents

Abstract

無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムにおいて、ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）のＳＴＡは、リンクセットアップステップで、自分と同じＭＬＤに含まれている他のＳＴＡのＭＡＣアドレスを送信する。【選択図】図４０

Description

本明細書は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）システムにおいて、マルチリンク（ｍｕｌｔｉ－ｌｉｎｋ）動作のためのリンクセットアップ（ｓｅｔｕｐ）方法に関する。

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

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

多様な実施例による無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムにおいて、送信デバイスにより実行される方法は、マルチリンク動作のためのリンクセットアップ方法に関連した技術的特徴を含む。無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システムの受信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）で実行される方法において、受信ＭＬＤは、第１及び第２のＳＴＡ（ｓｔａｔｉｏｎ）を含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作する。前記第１のＳＴＡは、送信ＭＬＤから前記第１及び第２のリンクに関連した情報を含むマルチリンク情報を受信する。前記第１のＳＴＡは、前記送信ＭＬＤにマルチリンクアドレス情報を送信する。前記マルチリンクアドレス情報は、前記第２のＳＴＡのＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレスを含む。

本明細書の一例によると、Ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ以後、ｓｅｔｕｐされたｌｉｎｋ間で信号を送受信することができるように関連情報を送信することができる。マルチリンクセットアップステップでリンク間のキャパビリティ情報を交換し、マルチリンク動作にどのリンクを使用するかに対する情報が交換されるが、マルチリンク動作を実行するリンクで信号の送受信をどのように始めるかに対する方法は規定されていない。

本明細書の一例によると、マルチリンクセットアップを実行するＳＴＡが、自分と同じＭＬＤに含まれている他のＳＴＡのうちマルチリンク動作を実行するＳＴＡのＭＡＣアドレス情報を送信することができ、したがって、相手方は、該当ＳＴＡと信号を交換することができる。

本明細書の一例によると、マルチリンクセットアップを実行しないＳＴＡが直接ｉｎｉｔｉａｌ ｆｒａｍｅを送信することができる。前記ｉｎｉｔｉａｌ ｆｒａｍｅは、ＭＬＤ ＭＡＣアドレスを含むことによって、自分がマルチリンクセットアップを実行したＭＬＤのＳＴＡであることを知らせることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［数１］
Ｍ＝｛－１、－１、－１、１、１、１、－１、１、１、１、－１、１、１、－１、１｝

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

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

ＥＨＴ－ＳＴＦ（０）＝０

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

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

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

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

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

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

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

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

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

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

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

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

ＥＨＴ－ＳＴＦ（－２４８）＝０

ＥＨＴ－ＳＴＦ（２４８）＝０

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

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

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

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

ＥＨＴ－ＳＴＦ（－８）＝０、ＥＨＴ－ＳＴＦ（８）＝０、

ＥＨＴ－ＳＴＦ（－１０１６）＝０、ＥＨＴ－ＳＴＦ（１０１６）＝０

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

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

ＥＨＴ－ＳＴＦ（－５０４）＝０、

ＥＨＴ－ＳＴＦ（５０４）＝０

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図２１は、マルチリンクを支援するデバイスの一実施例を示す図である。

図２１を参照すると、ＳＴＡ ＭＬＤ（または、ＡＰ ＭＬＤ）は、３個のＳＴＡを含むことができ、３個のｌｉｎｋを有することができ、各々のｌｉｎｋは、Ｐｒｉｍａｒｙ ｃｈａｎｎｅｌ（ＰＣＨ）を有することができる。ＡＰ ＭＬＤとＳＴＡ ＭＬＤのＳＴＲ ｃａｐａｂｉｌｉｔｙ有無は、各ｌｉｎｋのチャネルによって変わることができる。ＳＴＲ ｃａｐａｂｉｌｉｔｙは、ｎｅｇｏｔｉａｔｉｏｎされる必要がある。すなわち、ＡＰ ＭＬＤが設定したｌｉｎｋのチャネルによってＡＰ ＭＬＤのＳＴＲ ｃａｐａｂｉｌｉｔｙが変わることができ、ＳＴＡ ＭＬＤのｃａｐａｂｉｌｉｔｙとＳＴＡ ＭＬＤの各ＳＴＡがどのｌｉｎｋを選択するかによって二つのＭＬＤのｍｕｌｔｉ－ｌｉｎｋ ｏｐｅｒａｔｉｏｎが変わることができる。以下ではＳＴＲ ｃａｐａｂｉｌｉｔｙによるＡＰ ＭＬＤとＳＴＡ ＭＬＤのｏｐｅｒａｔｉｏｎ ｎｅｇｏｔｉａｔｉｏｎ（例えば、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ）に対して説明される。

本明細書での指称（名称）は変更されることができ、ＳＴＡは、ＡＰ ＳＴＡまたはｎｏｎ－ＡＰ ＳＴＡを含むことができる。

ＡＰ／ＳＴＡ ＭＬＤが選択したｌｉｎｋ ｓｅｔがどのようなＳＴＲ ｃａｐａｂｉｌｉｔｙを有するかによって全体ａｃｔｉｖｅ ｌｉｎｋに対するｍｕｌｔｉ－ｌｉｎｋ ｏｐｅｒａｔｉｏｎが変わることができる。

図２２は、マルチリンクのＳＴＲキャパビリティの一実施例を示す図である。

図２２を参照すると、左側ＳＴＡ ＭＬＤのｌｉｎｋ１とｌｉｎｋ２は、ｎｏｎ－ＳＴＲ関係、すなわち、多数のｌｉｎｋで同時に送信と受信を実行することができないｌｉｎｋ ｓｅｔであり、ｌｉｎｋ２とｌｉｎｋ３もｎｏｎ－ＳＴＲ関係である。ここで、ｌｉｎｋ１とｌｉｎｋ３がＳＴＲであるとしても、ｌｉｎｋ２によってｌｉｎｋ１、ｌｉｎｋ２、ｌｉｎｋ３は、ｎｏｎ－ＳＴＲで動作しなければならない。

図２２の右側ＳＴＡ ＭＬＤのｌｉｎｋ１とｌｉｎｋ２はｎｏｎ－ＳＴＲ、ｌｉｎｋ３とｌｉｎｋ４もｎｏｎ－ＳＴＲ関係である。しかし、ｌｉｎｋ２とｌｉｎｋ３はＳＴＲ関係であるため、ｎｏｎ－ＳＴＲは、ｌｉｎｋ１／２、ｌｉｎｋ３／４の各々で考慮することができる。

ＭＬＤは、ｎｏｎ－ＳＴＲ関係を有するｌｉｎｋ ｓｅｔを有することができ、本明細書ではこれをｎｏｎ－ＳＴＲ ｌｉｎｋ ｓｅｔと称する。基本的な過程（Ａ）は、下記の通りである。

１）ＡＰ ＭＬＤは、ＳＴＡ ＭＬＤにＬｉｎｋ情報を提供

２）ＳＴＡ ＭＬＤは、動作を所望するＬｉｎｋを要請

３）ＡＰ ＭＬＤは、要請に基づいてＳＴＡ ＭＬＤが動作するｌｉｎｋを決定して応答

ここで、ＳＴＡ ＭＬＤは、必ず現在ｎｅｇｏｔｉａｔｉｏｎが実行されるｌｉｎｋを含んで動作するｌｉｎｋを要請する必要はない。すなわち、ｃａｐａｂｉｌｉｔｙによって柔軟にｌｉｎｋを要請することができる。これに対するシナリオは、本明細書の後半部で説明する。

ここで、ＡＰ ＭＬＤは、必ずＳＴＡ ＭＬＤが要請した全てのｌｉｎｋを選択する必要はない。常に要請した全てのｌｉｎｋを選択する場合、Ｃａｐａｂｉｌｉｔｙによって動作することはできるが、性能が顕著に落ちることもある。

－２）、３）過程でリンクセット及び／またはＳＴＲ ｃａｐａｂｉｌｉｔｙを要請／応答する方法

ＡＰからＬｉｎｋ ｉｎｆｏｒｍａｔｉｏｎ ａｎｎｏｕｎｃｅｍｅｎｔされた通りに順序が決められており、ＳＴＡにもｎｏｎ－ＳＴＲ ｌｉｎｋ ｓｅｔが知られている場合、ｌｉｎｋ別にＢｉｔｍａｐで表現できる。

Ｅｘ）１：選択ｏｒ要請するｌｉｎｋ、０：選択しないｏｒ要請しないｌｉｎｋ

図２３は、リンク情報（ｌｉｎｋ ｉｎｆｏｒｍａｔｉｏｎ）の一実施例を示す図である。

図２３を参照すると、リンク情報は、３ｂｉｔで表現されることができ、例えば、ＳＴＡがｌｉｎｋ２と３を要請する場合、リンク情報は、０１１を指示することができる。

図２４は、リンク情報の一実施例を示す図である。

図２４を参照すると、順序が決められている場合、［ｌｉｎｋ１、ｌｉｎｋ２］、［ｌｉｎｋ１、ｌｉｎｋ３］、...のように順序通りに各ｌｉｎｋ ｓｅｔがＳＴＲであるかに対する可否をｂｉｔｍａｐ形態に指示でき、次に要請または選択されたｌｉｎｋ ｓｅｔをｂｉｔｍａｐ形態に指示できる。

Ｅｘ）Ｎ個のｌｉｎｋで作ることができる全てのｌｉｎｋ ｓｅｔに対して１ｂｉｔでＳＴＲ可否指示：リンク１、２のＳＴＲ可否、...、リンク１、ＮのＳＴＲ可否、リンク２、３のＳＴＲ可否、...、リンクＮ－１、ＮのＳＴＲ可否に対して各々１ビットに指示できる。例えば、ＳＴＲである場合は１、ＳＴＲでない場合は０の値を有する１ビット情報で各リンクｓｅｔのＳＴＲ可否を指示することができる。

Ｅｘ）Ｌｉｎｋ ｒｅｑｕｅｓｔ／ｓｅｌｅｃｔｉｏｎ１：選択ｏｒ要請するｌｉｎｋ、０：選択しないｏｒ要請しないｌｉｎｋ

例えば、図２３と図２４におけるＳＴＲ可否は、ｌｉｎｋ２とｌｉｎｋ３がｎｏｎ－ＳＴＲである場合に１１０（すなわち、１番目のビットは［ｌｉｎｋ１、２］２番目のビットは［ｌｉｎｋ１、３］３番目のビットは［ｌｉｎｋ２、３］のＳＴＲ可否を指示するため、１１０は、３番目のリンクセットである［ｌｉｎｋ２、３］のみがｎｏｎ－ＳＴＲという情報を含む）であり、ＳＴＡがｌｉｎｋ２と３を要請すると、０１１で表現できる。したがって、総指示ｂｉｔｍａｐは、１１００１１になることができる。

また、他の方法として、各ｌｉｎｋ ｓｅｔ当たりＳＴＲ可否指示と同時に、そのｌｉｎｋ ｓｅｔを要請するかまたは選択されたかを指示することができる。前記方法とｂｉｔ数は同じであり、同じ例示として、１０１００１に指示できる。すなわち、最後の２ｂｉｔの０１は、ｎｏｎ－ＳＴＲ ｌｉｎｋ ｓｅｔであり、ＳＴＡがｌｉｎｋ２とｌｉｎｋ３を要請したことを知ることができる。例えば、１番目の２ビット「１０」は、［ｌｉｎｋ１、２］がＳＴＲであり、要請されないことを意味し、２番目の２ビット「１０」は、［ｌｉｎｋ１、３］がＳＴＲであり、要請されないことを意味し、３番目の２ビット「０１」は、［ｌｉｎｋ２、３］がｎｏｎ－ＳＴＲであり、要請されることを意味することができる。

図２５は、前記基本的な過程（Ａ）に対するＭｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ例示である。

図２５を参照すると、ＡＰ ＭＬＤは、４個のｌｉｎｋを有しており、リンク情報をＢｅａｃｏｎ ｆｒａｍｅまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを介してＡｎｎｏｕｎｃｅできる。リンク情報は、ＡＰ／Ｌｉｎｋのｃａｐａｂｉｌｉｔｉｅｓ、チャネル情報、そしてＮｏｎ－ＳＴＲ ｌｉｎｋ ｓｅｔなどに対する情報を含むことができる。例えば、Ｌｉｎｋ１、２とＬｉｎｋ３、４が各々ｎｏｎ－ＳＴＲ ｌｉｎｋ ｓｅｔである。Ｎｏｎ－ＡＰ ＭＬＤは、３個のＳＴＡを有しており、各ＳＴＡは、ｌｉｎｋで連結することができ、ｌｉｎｋ４を介してＡＰ ＭＬＤをｄｉｓｃｏｖｅｒｙすることができる。Ｎｏｎ－ＡＰ ＭＬＤは、ｌｉｎｋ４を介してＬｉｎｋ２、３、４をｏｐｅｒａｔｉｏｎするｌｉｎｋとして要請でき、ＡＰ ＭＬＤは、この要請に基づいてｎｏｎ－ＡＰ ＭＬＤがｌｉｎｋ２、３、４で動作できるように応答できる。例えば、ＳＴＡ ＭＬＤがｌｉｎｋ４で動作できるＣａｐａｂｉｌｉｔｙがない場合、ｌｉｎｋ４を要請しない。

前記過程（Ａ）でＭｕｌｔｉ－ｌｉｎｋ Ｓｅｔｕｐで３個のｌｉｎｋ ｐａｉｒが｛ＳＴＡ１<－>ＡＰ４｝、｛ＳＴＡ２<－>ＡＰ３｝、｛ＳＴＡ３<－>ＡＰ２｝とする時、ＳＴＡ２とＳＴＡ３は、まだＡＰとｉｎｉｔｉａｌ ｆｒａｍｅ ｅｘｃｈａｎｇｅを実行しない状態である。このような場合、ＳＴＡ２とＳＴＡ３が各々ＡＰ２とＡＰ３と該当ｌｉｎｋでｆｒａｍｅ ｅｘｃｈａｎｇｅできるようにする方法が必要である。方法は、下記の通りであり、これに限定されない。

すなわち、マルチリンク動作を実行するように設定されたが、リンクセットアップを直接実行しないＳＴＡが信号送受信を始めるようにする方法は、Ｍｕｌｔｉ－ｌｉｎｋ Ｓｅｔｕｐステップでする方法とＭｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ以後にする方法とに分けられる。Ｓｅｔｕｐするｌｉｎｋのうち、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅが送信されるｌｉｎｋをａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋと称し、その以外のｓｅｔｕｐ ｌｉｎｋをｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋと称する。例えば、図２５において、ｓｅｔｕｐ ｌｉｎｋがｌｉｎｋ２、３、４である場合、ｌｉｎｋ４がａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋになり、ｌｉｎｋ２、３がｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋになる。ただし、これは指称に過ぎず、ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋのＳＴＡ、ＡＰも既にａｓｓｏｃｉａｔｉｏｎが実行された状態である。

１）Ｍｕｌｔｉ－ｌｉｎｋ Ｓｅｔｕｐステップでの方法

１－１）ＭＡＣ Ａｄｄｒｅｓｓ Ｓｉｇｎａｌｉｎｇ：Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ（例えば、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Ｂｅａｃｏｎ ｆｒａｍｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）を送信するＳＴＡ（すなわち、ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋのＳＴＡ）が自分と同じＭＬＤに属する他のＳＴＡ（すなわち、ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋのＳＴＡ）のＭＡＣ ａｄｄｒｅｓｓを送信することができる。このＭＡＣ ａｄｄｒｅｓｓをｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋで動作するＳＴＡが認知してｆｒａｍｅ ｅｘｃｈａｎｇｅを可能にする。含む方法は、下記の通りであり、これに限定されない。

Ａ．Ｎｅｗ ｅｌｅｍｅｎｔ ｏｒ ｆｉｅｌｄ定義：Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅに含まれる新しいｅｌｅｍｅｎｔまたはｆｉｅｌｄが定義されることができる。基本的にＭＬＤ Ｐｅｒ－ＳＴＡ ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄは、下記のように定義されることができる。

図２６は、ＭＬＤ Ｐｅｒ－ＳＴＡ ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄの一実施例を示す図である。

図２６を参照すると、ＡＰ ＭＬＤは、各ＡＰを区別することができるｌｉｎｋ ＩＤが存在するため、Ｌｉｎｋ ＩＤ順にｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋで動作するＳＴＡ（すなわち、ＡＰ）のＭＡＣ ａｄｄｒｅｓｓを指示することができる。Ｎｏｎ－ＡＰ ＭＬＤも、各ＳＴＡを区別することができるＳＴＡ ＩＤを定義すると、ＳＴＡ ＩＤ順にＭＡＣ ａｄｄｒｅｓｓを指示することができる。また、確実な指示のために、各ＭＡＣ ａｄｄｒｅｓｓの前にｌｉｎｋ ＩＤまたはＳＴＡ ＩＤが含まれることもできる。

例えば、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅを送信するＳＴＡは、自分と同じＭＬＤに属する全てのＳＴＡに対するＭＡＣ ａｄｄｒｅｓｓを指示しないこともある。例えば、図２５において、ＳＴＡ１は、ＳＴＡ２のＭＡＣ ａｄｄｒｅｓｓを送信しないこともある。このような場合、ＳＴＡの個数（または、リンクの個数（ＡＰの場合））が追加的に指示されることもできる。

ＭＬＤでない場合、該当ｆｉｅｌｄを含まないこともあるため、ｆｉｅｌｄでない図２６で提示されたＭＬＤ ａｄｄｒｅｓｓ ｆｉｅｌｄは、ｅｌｅｍｅｎｔに含まれることもできる。

図２７は、ＭＬＤ Ｐｅｒ－ＳＴＡ ＭＡＣ ａｄｄｒｅｓｓ ｅｌｅｍｅｎｔの一実施例を示す図である。

Ｂ．Ｍｕｌｔｉ－ｌｉｎｋ ｅｌｅｍｅｎｔに含む：ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋで動作するＳＴＡのＭＡＣ ａｄｄｒｅｓｓは、ＭＬ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）のｃｏｍｍｏｎ ｉｎｆｏまたはｐｅｒ－ＳＴＡ ｉｎｆｏフィールドに含まれることができる。

図２８は、Ｍｕｌｔｉ－ｌｉｎｋ Ｅｌｅｍｅｎｔの一実施例を示す図である。

Ｍｕｌｔｉ－ｌｉｎｋ Ｅｌｅｍｅｎｔのｆｏｒｍａｔのｆｉｅｌｄの順序と名称、そしてｓｉｚｅは変わることができ、追加的なｆｉｅｌｄとして存在できる。図２８を参照すると、Ｃｏｍｍｏｎ ｉｎｆｏは、ＭＬＤ内のＳＴＡ間に共通的な情報を含むことができ、各ＳＴＡに対する具体的な情報は、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅに含まれることができる。

図２９は、ＭＬ ＩＥの一実施例を示す図である。

図２９を参照すると、図２６のＭＬＤ Ｐｅｒ－ＳＴＡ ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄは、図２９のようにＣｏｍｍｏｎ Ｉｎｆｏに含まれることができる。ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄがＣｏｍｍｏｎ Ｉｎｆｏに存在し、ＭＡＣ ａｄｄｒｅｓｓをＭＬ ＩＥに常に含むべき場合にはＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅが要求されない。しかし、各ＭＡＣ ａｄｄｒｅｓｓは、ＳＴＡ毎に異なるため、意味的にＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅが適切である。

図３０は、ＭＬ ＩＥの一実施例を示す図である。

図３０を参照すると、ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄは、Ｌｉｎｋ ｉｎｆｏフィールドに含まれることができる。Ｐｅｒ－ＳＴＡ Ｉｎｆｏに各ＳＴＡのＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄまたはｅｌｅｍｅｎｔが含まれることができる。

２）Ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ以後での方法

２－１）Ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋでのＩｎｉｔｉａｌ ｆｒａｍｅ送信

Ｆｒａｍｅ ｅｘｃｈａｎｇｅをｔｒｉｇｇｅｒするために、ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋでｉｎｉｔｉａｌ ｆｒａｍｅを送信することができる。ＴｒａｎｓｍｉｔｔｅｒがＩｎｉｔｉａｌ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信した場合、これに対してｒｅｃｅｉｖｅｒは、Ｉｎｉｔｉａｌ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ（例えば、ＡＣＫ）を介して応答できる。Ｔｒａｎｓｍｉｔｔｅｒは、ＡＰまたはｎｏｎ－ＡＰである。例えば、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ以後、ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋで、まず、ｃｈａｎｎｅｌ ａｃｃｅｓｓの機会を得たＳＴＡが送信できる。例えば、Ｉｎｉｔｉａｌ ｆｒａｍｅを受信したＳＴＡは、Ｉｎｉｔｉａｌ ｆｒａｍｅのＴＡ（ｔｒａｎｓｍｉｔｔｅｒ ａｄｄｒｅｓｓ）を介して該当ｔｒａｎｓｍｉｔｔｅｒ ＳＴＡのＭＡＣ ａｄｄｒｅｓｓを知ることができる。

Ｉｎｉｔｉａｔｉｏｎ Ｒｅｑｕｅｓｔ ｆｒａｍｅは、新しいｆｒａｍｅに定義されることができるが、既存のＱｏＳ Ｄａｔａ ｆｒａｍｅ、ＱｏＳ Ｎｕｌｌ ｆｒａｍｅなどが利用されることもできる。Ｉｎｉｔｉａｌ Ｒｅｑｕｅｓｔ ｆｒａｍｅに送信されるｆｒａｍｅは、Ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ以後該当ｌｉｎｋで動作が可能であるということを知らせるために、Ｔｒａｎｓｍｉｔｔｅｒ ＭＬＤに対する情報及び／またはｒｅｃｅｉｖｅｒ ＭＬＤに対する情報を含むことができる。

図３１は、Ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋでのＩｎｉｔｉａｌ ｆｒａｍｅ送信方法の一実施例を示す図である。

Ａ．Ａｄｄｒｅｓｓ Ｓｅｔｔｉｎｇ：Ｉｎｉｔｉａｌ ｆｒａｍｅにＭＬＤ ＭＡＣ ａｄｄｒｅｓｓをｓｅｔｔｉｎｇすることができる。

Ａ－１）Ｒｅｃｅｉｖｅｒ Ａｄｄｒｅｓｓ（ＲＡ） ｆｉｅｌｄにＲｅｃｅｉｖｅｒに対するＭＬＤ ＭＡＣ ａｄｄｒｅｓｓをｓｅｔｔｉｎｇ：ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ過程ではＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅにＭＬ ＩＥを含んで相互間のＭＬＤ ＭＡＣ ａｄｄｒｅｓｓを知ることができるため、ＲＡにＲｅｃｅｉｖｅｒであるＭＬＤのＭＬＤ ＭＡＣ ａｄｄｒｅｓｓを含ませることによって、現在ｌｉｎｋで動作可能であることを知らせることができる。追加的に、自分がｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐを実行したＭＬＤであることを知らせるために、Ｓｏｕｒｃｅ ａｄｄｒｅｓｓ（ＳＡ）にはｔｒａｎｓｍｉｔｔｅｒ ＭＬＤのＭＬＤ ＭＡＣ ａｄｄｒｅｓｓを含むこともできる。

図３２は、Ａ－１の一実施例を示す図である。

図３２を参照すると、ＳＴＡ２がｌｉｎｋ３でｉｎｉｔｉａｌ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信する時、ＴＡはＳＴＡ２のＭＡＣ ａｄｄｒｅｓｓ、ＲＡはＡＰ ＭＬＤ ＭＡＣ ａｄｄｒｅｓｓ、ＳＡはｎｏｎ－ＡＰ ＭＬＤのＭＡＣ ａｄｄｒｅｓｓに設定されることができる。

Ａ－２）ＲＡにＢｒｏａｄｃａｓｔ ａｄｄｒｅｓｓをｓｅｔｔｉｎｇ：Ｒｅｃｅｉｖｅｒは、ＴＡを介して送信者のａｄｄｒｅｓｓを知ることができるが、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐをしたＭＬＤであるかは正確に区別しにくい。

Ａ－３）ＲＡにＢｒｏａｄｃａｓｔ ａｄｄｒｅｓｓをｓｅｔｔｉｎｇし、Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ（ＤＡ）にＲｅｃｅｉｖｅｒに対するＭＬＤ ＭＡＣ ａｄｄｒｅｓｓをｓｅｔｔｉｎｇ：Ａ－１）と同じ目的であるが、ａｄｄｒｅｓｓ ｓｅｔｔｉｎｇ方法が異なる方法である。追加的に、自分がｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐを実行したＭＬＤであることを知らせるために、Ｓｏｕｒｃｅ ａｄｄｒｅｓｓ（ＳＡ）にはｔｒａｎｓｍｉｔｔｅｒ ＭＬＤのＭＬＤ ＭＡＣ ａｄｄｒｅｓｓを含むこともできる。

図３３は、Ａ－３の一実施例を示す図である。

図３３を参照すると、ＳＴＡ２がｌｉｎｋ３でｉｎｉｔｉａｌ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信する時、ＴＡはＳＴＡ２のＭＡＣ ａｄｄｒｅｓｓ、ＲＡはＢｒｏａｄｃａｓｔ ａｄｄｒｅｓｓ、ＳＡはｎｏｎ－ＡＰ ＭＬＤのＭＡＣ ａｄｄｒｅｓｓ、ＤＡはＡＰ ＭＬＤ ＭＡＣ ａｄｄｒｅｓｓに設定されることができる。

Ａ－４）Ｉｎｉｔｉａｌ ｆｒａｍｅに含まれるＭＡＣ ｆｒａｍｅ ｂｏｄｙまたはＭＡＣ ｈｅａｄｅｒ内にあるＣｏｎｔｒｏｌ ｆｉｅｌｄ（例えば、ＱｏＳ Ｎｕｌｌ／Ｄａｔａ ｆｒａｍｅのＡ－ｃｏｎｔｒｏｌ ｆｉｅｌｄ）にｔｒａｎｓｍｉｔｔｅｒ ＭＬＤ及び／またはｒｅｃｅｉｖｅｒ ＭＬＤのＭＬＤ ＭＡＣ ａｄｄｒｅｓｓが含まれることができる。

Ｂ．ＭＬＤ ＩＤ ｓｅｔｔｉｎｇ：Ｉｎｉｔｉａｌ ｆｒａｍｅにＭＬＤ ＩＤをｓｅｔｔｉｎｇすることができる。

Ｂ－１）Ａ－１）、Ａ－２）、Ａ－３）、Ａ－４）で提示されたａｄｄｒｅｓｓ ｆｉｅｌｄにｓｅｔｔｉｎｇされるｔｒａｎｓｍｉｔｔｅｒとｒｅｃｅｉｖｅｒのＭＬＤ ＭＡＣ ａｄｄｒｅｓｓを、ＭＬＤを区別することができるＭＬＤ ＩＤに代替することもできる。例えば、Ａ－４）方法で代替される場合、Ｉｎｉｔｉａｌ ｆｒａｍｅに含まれるＭＡＣ ｆｒａｍｅ ｂｏｄｙまたはＭＡＣ ｈｅａｄｅｒ内にあるＣｏｎｔｒｏｌ ｆｉｅｌｄ（例えば、ＱｏＳ Ｎｕｌｌ／Ｄａｔａ ｆｒａｍｅのＡ－ｃｏｎｔｒｏｌ ｆｉｅｌｄ）にｔｒａｎｓｍｉｔｔｅｒ ＭＬＤ及び／またはｒｅｃｅｉｖｅｒ ＭＬＤのＭＬＤ ＩＤが含まれることができる。Ａｄｄｒｅｓｓ ｆｉｅｌｄに含まれるＭＬＤ ＩＤの場合、ＭＬＤ ＭＡＣ ａｄｄｒｅｓｓよりはｆｉｅｌｄ ｓｉｚｅが著しく小さいため、残るｂｉｔ数が多くなることができる。

図３４は、Ｂ－１方法のうち、Ａ－４の場合の一実施例を示す図である。

図３４を参照すると、ＳＴＡ２がｌｉｎｋ３でＩｎｉｔｉａｌ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信する時、Ｉｎｉｔｉａｌ Ｒｅｑｕｅｓｔ ｆｒａｍｅのＡ－Ｃｏｎｔｒｏｌ ｆｉｅｌｄは、送信者（ｔｒａｎｓｍｉｔｅｒ）であるＳＴＡ２のｎｏｎ－ＡＰ ＭＬＤのＩＤ及び受信者（ｒｅｃｅｉｖｅｒ）であるＡＰ４のＡＰ ＭＬＤのＩＤを含むことができる。

２－２）追加的なｒｕｌｅを定義：Ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋでＢｅａｃｏｎを受信する時まで、ｎｏｎ－ＡＰ ＳＴＡは、ｆｒａｍｅを送信しない。すなわち、Ｂｅａｃｏｎを受信する時まで待つ。基本的にＭｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ過程で他のＡＰのＴＢＴＴ（ｔａｒｇｅｔ ｂｅａｃｏｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ）情報を知ることができるため、このｒｕｌｅを適用することができる。例えば、図３４において、ＳＴＡ２とＳＴＡ３は、各々、ＡＰ３とＡＰ２からＢｅａｃｏｎを受信する前まではｆｒａｍｅを送信しない。

リンク情報（Ｌｉｎｋ ｉｎｆｏｒｍａｔｉｏｎ）を受信したＳＴＡ ＭＬＤは、各ｌｉｎｋでのａｓｓｏｃｉａｔｉｏｎのようにｒｅｑｕｅｓｔ（または、ｉｎｉｔｉａｔｉｏｎ）ｆｒａｍｅを送信することができる。すなわち、ＳＴＡ ＭＬＤは、動作を所望する各ｌｉｎｋで追加ｆｒａｍｅをｅｘｃｈａｎｇｅすることができる。

図３５は、マルチリンクセットアップ方法の一実施例を示す図である。

図３５を参照すると、ＳＴＡ ＭＬＤは、Ｌｉｎｋ１～４の情報を受信した後、動作したいリンクであるＬｉｎｋ２、３、４に対してセットアップを要請することができ、ＡＰ ＭＬＤは応答できる。セットアップ要請／応答は、各リンク毎に送信されることができる。

例えば、ＡＰ ＭＬＤにはＳＴＲが可能なｌｉｎｋ ｓｅｔであるとしても、ＳＴＡ ＭＬＤにはｎｏｎ－ＳＴＲ ｌｉｎｋ ｓｅｔである。したがって、ＳＴＡ ＭＬＤは、ｌｉｎｋ要請時、ＳＴＲ関連ｃａｐａｂｉｌｉｔｙに関連した情報を送信することができる。

図３６は、リンクキャパビリティに関連した動作の一実施例を示す図である。

図３６を参照すると、ＡＰ ＭＬＤは、Ｌｉｎｋ３とＬｉｎｋ４を利用する場合、Ｎｏｎ－ＳＴＲで動作すべきであり、その以外のｓｅｔに対してはＳＴＲで動作できる。また、ＳＴＡ ＭＬＤのＳＴＡ１は、ｌｉｎｋ４を介してＡＰ ＭＬＤをｄｉｓｃｏｖｅｒｙすることができる。ここで、ＳＴＡ ＭＬＤのＳＴＡ１、２がどのｌｉｎｋを要請し、そのｌｉｎｋでＳＴＲ ｃａｐａｂｉｌｉｔｙを有することができるかに対する可否が、ＭＬＤがｌｉｎｋを選択することに影響を及ぼすことができる。

ＡＰ ＭＬＤは、ＳＴＡ ＭＬＤの要請ｌｉｎｋと該当ｌｉｎｋのＳＴＲ可能可否によって要請ｌｉｎｋを受諾することもでき、ｌｉｎｋをｃｈａｎｇｅすることもでき、拒絶することもできる。特に、ＡＰ ＭＬＤの受諾可否によってＭｕｌｔｉ－ｌｉｎｋを利用した性能を低下させることができる場合がある。例えば、ＳＴＡ ＭＬＤは、ｌｉｎｋ１、２でｎｏｎ－ＳＴＲであるが、ＡＰがこれを受諾することができる。しかし、全てＳＴＲで動作する場合よりは性能が落ちることができる。

前記シナリオに基づいてＡＰ ＭＬＤとＳＴＡ ＭＬＤのＳＴＲ ｃａｐａｂｉｌｉｔｙ、要請したｌｉｎｋに関するｎｅｇｏｔｉａｔｉｏｎ過程の例示は、下記の通りである。

－ＳＴＡ ＭＬＤがＬｉｎｋ３、４を選択し、ｎｏｎ－ＳＴＲである場合

図３７は、リンクｎｅｇｏｔｉａｔｉｏｎ方法の一実施例を示す図である。

図３７を参照すると、ＳＴＡ ＭＬＤは、ｌｉｎｋ３、４を要請することができ、ＳＴＡ ＭＬＤにはこのｌｉｎｋ ｓｅｔがｎｏｎ－ＳＴＲ ｓｅｔである。ＡＰ ＭＬＤは、そのままｌｉｎｋ３、４を選択してＳＴＡ ＭＬＤに応答できる。

－ＳＴＡ ＭＬＤがＬｉｎｋ３、４を選択し、ＳＴＲである場合

図３８は、リンクｎｅｇｏｔｉａｔｉｏｎ方法の一実施例を示す図である。

図３８を参照すると、ＳＴＡ ＭＬＤは、ｌｉｎｋ３、４を要請することができ、ＳＴＡ ＭＬＤにはこのｌｉｎｋ ｓｅｔがＳＴＲが可能なｌｉｎｋ ｓｅｔである。ＡＰ ＭＬＤがそのままＬｉｎｋ３、４を選択するようになる場合、ＳＴＡ ＭＬＤの性能が落ちることができる。したがって、ＡＰ ＭＬＤは、Ｌｉｎｋ２、３をｌｉｎｋ ｓｅｔとして選択してＳＴＡ ＭＬＤに応答できる。

また、もし、ＳＴＡ ＭＬＤがｂａｎｄなどの問題でｌｉｎｋ２を支援することができない場合、ＡＰ ＭＬＤは、ｌｉｎｋ３のみを選択して応答することもできる。

－ＳＴＲ ＭＬＤがｌｉｎｋ２、３を選択し、ｎｏｎ－ＳＴＲである場合

図３９は、リンクｎｅｇｏｔｉａｔｉｏｎ方法の一実施例を示す図である。

図３９を参照すると、ＳＴＡ ＭＬＤは、ｌｉｎｋ２、３を要請することができ、ＳＴＡ ＭＬＤにはこのｌｉｎｋ ｓｅｔがｎｏｎ－ＳＴＲ ｓｅｔである。したがって、ＡＰ ＭＬＤは、性能低下を防ぐためにｌｉｎｋ３、４として修正／選択してＳＴＡ ＭＬＤに応答できる。

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

図４０を参照すると、受信ＭＬＤは、第１のＳＴＡ及び第２のＳＴＡを含むことができる。

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

受信ＭＬＤは、マルチリンク情報を受信することができる（Ｓ４０１０）。例えば、前記第１のＳＴＡは、送信ＭＬＤから前記第１及び第２のリンクに関連した情報を含むマルチリンク情報を受信することができる。例えば、前記マルチリンク情報は、前記第１のリンクと前記第２のリンクがＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）リンクセット（ｓｅｔ）であるかまたはノンＳＴＲ（ｎｏｎ－ＳＴＲ）リンクセットであるかに関連した情報を含むことができる。

例えば、前記送信ＭＬＤは、第３のＳＴＡ及び第４のＳＴＡを含み、前記マルチリンク情報は、前記第１のＳＴＡと前記第３のＳＴＡが通信を実行し、前記第２のＳＴＡと前記第４のＳＴＡが通信を実行するという情報をさらに含むことができる。

受信ＭＬＤは、マルチリンクアドレス情報を送信することができる（Ｓ４０２０）。例えば、前記第１のＳＴＡが、前記送信ＭＬＤにマルチリンクアドレス情報を送信し、前記マルチリンクアドレス情報は、前記第２のＳＴＡのＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレスを含むことができる。

例えば、前記受信ＭＬＤは、第３のＳＴＡをさらに含み、前記第３のＳＴＡは第３のリンクで動作し、前記マルチリンク情報は、前記第３のリンクに関連した情報をさらに含み、前記マルチリンクアドレス情報は、第３のＳＴＡのＭＡＣアドレスをさらに含むことができる。

例えば、前記第２のＳＴＡのＭＡＣアドレスと前記第３のＳＴＡのＭＡＣアドレスは、前記第２及び第３のＳＴＡが動作するリンクのリンクＩＤ（ｉｄｅｎｔｉｆｉｅｒ）順に前記マルチリンクアドレス情報に含まれることができる。

例えば、前記第２のＳＴＡのＭＡＣアドレスと前記第３のＳＴＡのＭＡＣアドレスは、前記第２及び第３のＳＴＡのＳＴＡ ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）順に前記マルチリンクアドレス情報に含まれることができる。

例えば、Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ（例えば、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Ｂｅａｃｏｎ ｆｒａｍｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）を送信するＳＴＡ（すなわち、ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋのＳＴＡ）が自分と同じＭＬＤに属する他のＳＴＡ（すなわち、ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋのＳＴＡ）のＭＡＣ ａｄｄｒｅｓｓを送信することができる。このＭＡＣ ａｄｄｒｅｓｓをｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋで動作するＳＴＡが認知してｆｒａｍｅ ｅｘｃｈａｎｇｅを可能にする。含む方法は、下記の通りであり、これに限定されない。

Ａ．Ｎｅｗ ｅｌｅｍｅｎｔ ｏｒ ｆｉｅｌｄ定義：Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅに含まれる新しいｅｌｅｍｅｎｔまたはｆｉｅｌｄが定義されることができる。基本的にＭＬＤ Ｐｅｒ－ＳＴＡ ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄは、下記のように定義されることができる。

例えば、ＡＰ ＭＬＤは、各ＡＰを区別することができるｌｉｎｋ ＩＤが存在するため、Ｌｉｎｋ ＩＤ順にｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋで動作するＳＴＡ（すなわち、ＡＰ）のＭＡＣ ａｄｄｒｅｓｓを指示することができる。Ｎｏｎ－ＡＰ ＭＬＤも、各ＳＴＡを区別することができるＳＴＡ ＩＤを定義する場合、ＳＴＡ ＩＤ順にＭＡＣ ａｄｄｒｅｓｓを指示することができる。また、確実な指示のために各ＭＡＣ ａｄｄｒｅｓｓの前にｌｉｎｋ ＩＤまたはＳＴＡ ＩＤが含まれることもできる。

例えば、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅを送信するＳＴＡは、自分と同じＭＬＤに属する全てのＳＴＡに対するＭＡＣ ａｄｄｒｅｓｓを指示しないこともある。例えば、図２５において、ＳＴＡ１は、ＳＴＡ２のＭＡＣ ａｄｄｒｅｓｓを送信しないこともある。このような場合、ＳＴＡの個数（または、リンクの個数（ＡＰの場合））が追加的に指示されることもできる。

例えば、ＭＬＤでない場合、該当ｆｉｅｌｄを含まないこともあるため、ｆｉｅｌｄでない図２６で提示されたＭＬＤ ａｄｄｒｅｓｓ ｆｉｅｌｄはｅｌｅｍｅｎｔに含まれることもできる。

Ｂ．Ｍｕｌｔｉ－ｌｉｎｋ ｅｌｅｍｅｎｔに含む：ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋで動作するＳＴＡのＭＡＣ ａｄｄｒｅｓｓは、ＭＬ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）のｃｏｍｍｏｎ ｉｎｆｏまたはｐｅｒ－ＳＴＡ ｉｎｆｏフィールドに含まれることができる。

例えば、Ｍｕｌｔｉ－ｌｉｎｋ Ｅｌｅｍｅｎｔのｆｏｒｍａｔのｆｉｅｌｄの順序と名称、そしてｓｉｚｅは変わることができ、追加的なｆｉｅｌｄとして存在できる。Ｃｏｍｍｏｎ ｉｎｆｏは、ＭＬＤ内のＳＴＡ間に共通的な情報を含むことができ、各ＳＴＡに対する具体的な情報は、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅに含まれることができる。

例えば、図２６のＭＬＤ Ｐｅｒ－ＳＴＡ ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄは、図２９のようにＣｏｍｍｏｎ Ｉｎｆｏに含まれることができる。ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄがＣｏｍｍｏｎ Ｉｎｆｏに存在してＭＡＣ ａｄｄｒｅｓｓをＭＬ ＩＥに常に含むべき場合には、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅが要求されない。しかし、各ＭＡＣ ａｄｄｒｅｓｓはＳＴＡ毎に異なるため、意味的にＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅが適切である。

例えば、ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄは、Ｌｉｎｋ ｉｎｆｏフィールドに含まれることができる。Ｐｅｒ－ＳＴＡ Ｉｎｆｏに各ＳＴＡのＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄまたはｅｌｅｍｅｎｔが含まれることができる。

受信ＭＬＤは、データを送信することができる（Ｓ４０３０）。例えば、マルチリンクがセットアップされた受信ＭＬＤの各ＳＴＡは、データを自分のリンクを介して送信できる。

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

図４１を参照すると、受信ＭＬＤは、第１のＳＴＡ及び第２のＳＴＡを含むことができる。

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

送信ＭＬＤは、マルチリンク情報を送信することができる（Ｓ４１１０）。例えば、前記第１のＳＴＡは、受信ＭＬＤに前記第１及び第２のリンクに関連した情報を含むマルチリンク情報を送信することができる。例えば、前記マルチリンク情報は、前記第１のリンクと前記第２のリンクがＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）リンクセット（ｓｅｔ）であるかまたはノンＳＴＲ（ｎｏｎ－ＳＴＲ）リンクセットであるかに関連した情報を含むことができる。

例えば、前記受信ＭＬＤは、第３のＳＴＡ及び第４のＳＴＡを含み、前記マルチリンク情報は、前記第１のＳＴＡと前記第３のＳＴＡが通信を実行し、前記第２のＳＴＡと前記第４のＳＴＡが通信を実行するという情報をさらに含むことができる。

送信ＭＬＤは、マルチリンクアドレス情報を受信することができる（Ｓ４１２０）。例えば、前記第１のＳＴＡが、前記受信ＭＬＤの第３のＳＴＡからマルチリンクアドレス情報を受信し、前記マルチリンクアドレス情報は、前記受信ＭＬＤの第４のＳＴＡのＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレスを含むことができる。例えば、受信ＭＬＤは、第３のＳＴＡ及び第４のＳＴＡを含むことができる。例えば、第３のＳＴＡは第１のリンクで動作でき、第４のＳＴＡは第２のリンクで動作できる。

例えば、前記送信ＭＬＤは、第５のＳＴＡをさらに含み、前記第５のＳＴＡは第３のリンクで動作し、前記マルチリンク情報は、前記第３のリンクに関連した情報をさらに含み、前記マルチリンクアドレス情報は、第５のＳＴＡのＭＡＣアドレスをさらに含むことができる。

例えば、前記第４のＳＴＡのＭＡＣアドレスと前記第５のＳＴＡのＭＡＣアドレスは、前記第２及び第５のＳＴＡが動作するリンクのリンクＩＤ（ｉｄｅｎｔｉｆｉｅｒ）順に前記マルチリンクアドレス情報に含まれることができる。

例えば、前記第４のＳＴＡのＭＡＣアドレスと前記第５のＳＴＡのＭＡＣアドレスは、前記第２及び第３のＳＴＡのＳＴＡ ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）順に前記マルチリンクアドレス情報に含まれることができる。

例えば、Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ（例えば、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Ｂｅａｃｏｎ ｆｒａｍｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）を送信するＳＴＡ（すなわち、ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋのＳＴＡ）が自分と同じＭＬＤに属する他のＳＴＡ（すなわち、ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋのＳＴＡ）のＭＡＣ ａｄｄｒｅｓｓを送信することができる。このＭＡＣ ａｄｄｒｅｓｓをｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋで動作するＳＴＡが認知してｆｒａｍｅ ｅｘｃｈａｎｇｅを可能にする。含む方法は、下記の通りであり、これに限定されない。

Ａ．Ｎｅｗ ｅｌｅｍｅｎｔ ｏｒ ｆｉｅｌｄ定義：Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅに含まれる新しいｅｌｅｍｅｎｔまたはｆｉｅｌｄが定義されることができる。基本的にＭＬＤ Ｐｅｒ－ＳＴＡ ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄは、下記のように定義されることができる。

例えば、ＡＰ ＭＬＤは、各ＡＰを区別することができるｌｉｎｋ ＩＤが存在するため、Ｌｉｎｋ ＩＤ順にｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋで動作するＳＴＡ（すなわち、ＡＰ）のＭＡＣ ａｄｄｒｅｓｓを指示することができる。Ｎｏｎ－ＡＰ ＭＬＤも、各ＳＴＡを区別することができるＳＴＡ ＩＤを定義する場合、ＳＴＡ ＩＤ順にＭＡＣ ａｄｄｒｅｓｓを指示することができる。また、確実な指示のために各ＭＡＣ ａｄｄｒｅｓｓの前にｌｉｎｋ ＩＤまたはＳＴＡ ＩＤが含まれることもできる。

例えば、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅを送信するＳＴＡは、自分と同じＭＬＤに属する全てのＳＴＡに対するＭＡＣ ａｄｄｒｅｓｓを指示しないこともある。例えば、図２５において、ＳＴＡ１は、ＳＴＡ２のＭＡＣ ａｄｄｒｅｓｓを送信しないこともある。このような場合、ＳＴＡの個数（または、リンクの個数（ＡＰの場合））が追加的に指示されることもできる。

例えば、ＭＬＤでない場合、該当ｆｉｅｌｄを含まないこともあるため、ｆｉｅｌｄでない図２６で提示されたＭＬＤ ａｄｄｒｅｓｓ ｆｉｅｌｄは、ｅｌｅｍｅｎｔに含まれることもできる。

Ｂ．Ｍｕｌｔｉ－ｌｉｎｋ ｅｌｅｍｅｎｔに含む：ｎｏｎ－ａｓｓｏｃｉａｔｉｏｎ ｌｉｎｋで動作するＳＴＡのＭＡＣ ａｄｄｒｅｓｓは、ＭＬ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）のｃｏｍｍｏｎ ｉｎｆｏまたはｐｅｒ－ＳＴＡ ｉｎｆｏフィールドに含まれることができる。

例えば、Ｍｕｌｔｉ－ｌｉｎｋ Ｅｌｅｍｅｎｔのｆｏｒｍａｔのｆｉｅｌｄの順序と名称、そしてｓｉｚｅは変わることができ、追加的なｆｉｅｌｄとして存在できる。Ｃｏｍｍｏｎ ｉｎｆｏは、ＭＬＤ内のＳＴＡ間に共通的な情報を含むことができ、各ＳＴＡに対する具体的な情報は、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅに含まれることができる。

例えば、図２６のＭＬＤ Ｐｅｒ－ＳＴＡ ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄは、図２９のようにＣｏｍｍｏｎ Ｉｎｆｏに含まれることができる。ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄがＣｏｍｍｏｎ Ｉｎｆｏに存在してＭＡＣ ａｄｄｒｅｓｓをＭＬ ＩＥに常に含むべき場合には、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅが要求されない。しかし、各ＭＡＣ ａｄｄｒｅｓｓは、ＳＴＡ毎に異なるため、意味的にＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅが適切である。

例えば、ＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄは、Ｌｉｎｋ ｉｎｆｏフィールドに含まれることができる。Ｐｅｒ－ＳＴＡ Ｉｎｆｏに各ＳＴＡのＭＡＣ ａｄｄｒｅｓｓ ｆｉｅｌｄまたはｅｌｅｍｅｎｔが含まれることができる。

送信ＭＬＤは、データを受信することができる（Ｓ４１３０）。例えば、マルチリンクがセットアップされた送信ＭＬＤの各ＳＴＡは、データを自分のリンクを介して受信することができる。

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

詳述した本明細書の技術的特徴は、多様な装置及び方法に適用されることができる。例えば、詳述した本明細書の技術的特徴は、図１及び／または図１９の装置を介して実行／支援されることができる。例えば、詳述した本明細書の技術的特徴は、図１及び／または図１９の一部にのみ適用されることができる。例えば、詳述した本明細書の技術的特徴は、図１のプロセシングチップ１１４、１２４に基づいて具現され、または図１のプロセッサ１１１、１２１とメモリ１１２、１２２に基づいて具現され、または図１９のプロセッサ６１０とメモリ６２０に基づいて具現されることができる。例えば、本明細書の受信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）の装置で、前記送信ＭＬＤは、第１のＳＴＡ（ｓｔａｔｉｏｎ）及び第２のＳＴＡを含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作し、前記装置は、メモリ；及び、前記メモリと動作可能に結合されたプロセッサ（ｐｒｏｃｅｓｓｏｒ）；を含み、前記プロセッサは：前記第１のＳＴＡが、送信ＭＬＤから前記第１及び第２のリンクに関連した情報を含むマルチリンク情報を受信し；そして前記第１のＳＴＡが、前記送信ＭＬＤにマルチリンクアドレス情報を送信し、前記マルチリンクアドレス情報は、前記第２のＳＴＡのＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレスを含むように設定されることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (16)

1. 無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システムの受信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）で実行される方法において、
   前記受信ＭＬＤは、第１及び第２のＳＴＡ（ｓｔａｔｉｏｎ）を含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作し、
   前記第１のＳＴＡが、送信ＭＬＤから前記第１及び第２のリンクに関連した情報を含むマルチリンク情報を受信するステップと、
   前記第１のＳＴＡが、前記送信ＭＬＤにマルチリンクアドレス情報を送信し、
   前記マルチリンクアドレス情報は、前記第２のＳＴＡのＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレスを含む、ステップを含む、方法。
2. 前記受信ＭＬＤは、第３のＳＴＡをさらに含み、前記第３のＳＴＡは第３のリンクで動作し、
   前記マルチリンク情報は、前記第３のリンクに関連した情報をさらに含み、
   前記マルチリンクアドレス情報は、第３のＳＴＡのＭＡＣアドレスをさらに含む、請求項１に記載の方法。
3. 前記マルチリンク情報は、前記第１のリンクと前記第２のリンクがＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）リンクセット（ｓｅｔ）であるかまたはノンＳＴＲ（ｎｏｎ－ＳＴＲ）リンクセットであるかに関連した情報をさらに含む、請求項１に記載の方法。
4. 前記送信ＭＬＤは、第３のＳＴＡ及び第４のＳＴＡを含み、
   前記マルチリンク情報は、前記第１のＳＴＡと前記第３のＳＴＡが通信を実行し、前記第２のＳＴＡと前記第４のＳＴＡが通信を実行するという情報をさらに含む、請求項１に記載の方法。
5. 前記第２のＳＴＡのＭＡＣアドレスと前記第３のＳＴＡのＭＡＣアドレスは、前記第２及び第３のＳＴＡが動作するリンクのリンクＩＤ（ｉｄｅｎｔｉｆｉｅｒ）順に前記マルチリンクアドレス情報に含まれる、請求項２に記載の方法。
6. 前記第２のＳＴＡのＭＡＣアドレスと前記第３のＳＴＡのＭＡＣアドレスは、前記第２及び第３のＳＴＡのＳＴＡ ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）順に前記マルチリンクアドレス情報に含まれる、請求項２に記載の方法。
7. 無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムで使われる受信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）において、
   第１のＳＴＡ（ｓｔａｔｉｏｎ）と、
   第２のＳＴＡを含み、
   前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作し、
   前記第１のＳＴＡが、送信ＭＬＤから前記第１及び第２のリンクに関連した情報を含むマルチリンク情報を受信し、
   前記第１のＳＴＡが、前記送信ＭＬＤにマルチリンクアドレス情報を送信し、
   前記マルチリンクアドレス情報は、前記第２のＳＴＡのＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレスを含むように設定された、受信ＭＬＤ。
8. 前記受信ＭＬＤは、第３のＳＴＡをさらに含み、前記第３のＳＴＡは第３のリンクで動作し、
   前記マルチリンク情報は、前記第３のリンクに関連した情報をさらに含み、
   前記マルチリンクアドレス情報は、第３のＳＴＡのＭＡＣアドレスをさらに含む、請求項７に記載の受信ＭＬＤ。
9. 前記マルチリンク情報は、前記第１のリンクと前記第２のリンクがＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）リンクセット（ｓｅｔ）であるかまたはノンＳＴＲ（ｎｏｎ－ＳＴＲ）リンクセットであるかに関連した情報をさらに含む、請求項７に記載の受信ＭＬＤ。
10. 前記送信ＭＬＤは、第３のＳＴＡ及び第４のＳＴＡを含み、
    前記マルチリンク情報は、前記第１のＳＴＡと前記第３のＳＴＡが通信を実行し、前記第２のＳＴＡと前記第４のＳＴＡが通信を実行するという情報をさらに含む、
    請求項７に記載の受信ＭＬＤ。
11. 前記第２のＳＴＡのＭＡＣアドレスと前記第３のＳＴＡのＭＡＣアドレスは、前記第２及び第３のＳＴＡが動作するリンクのリンクＩＤ（ｉｄｅｎｔｉｆｉｅｒ）順に前記マルチリンクアドレス情報に含まれる、請求項８に記載の受信ＭＬＤ。
12. 前記第２のＳＴＡのＭＡＣアドレスと前記第３のＳＴＡのＭＡＣアドレスは、前記第２及び第３のＳＴＡのＳＴＡ ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）順に前記マルチリンクアドレス情報に含まれる、請求項８に記載の受信ＭＬＤ。
13. 無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムの送信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）で実行される方法において、
    前記送信ＭＬＤは、第１及び第２のＳＴＡ（ｓｔａｔｉｏｎ）を含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作し、
    前記第１のＳＴＡが、受信ＭＬＤの第３のＳＴＡに前記第１及び第２のリンクに関連した情報を含むマルチリンク情報を送信するステップと、
    前記第１のＳＴＡが、前記第３のＳＴＡからマルチリンクアドレス情報を受信し、
    前記マルチリンクアドレス情報は、前記受信ＭＬＤの第４のＳＴＡのＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレスを含む、ステップを含む、方法。
14. 無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムで使われる送信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）において、
    第１のＳＴＡ（ｓｔａｔｉｏｎ）と、
    第２のＳＴＡを含み、
    前記第１のＳＴＡが、受信ＭＬＤに前記第１及び第２のリンクに関連した情報を含むマルチリンク情報を送信し、
    前記第１のＳＴＡが、前記受信ＭＬＤにマルチリンクアドレス情報を受信し、
    前記マルチリンクアドレス情報は、前記第２のＳＴＡのＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレスを含むように設定された、送信ＭＬＤ。
15. 無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムの受信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）の少なくとも一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも一つのコンピュータで読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）において、
    前記受信ＭＬＤは、第１及び第２のＳＴＡ（ｓｔａｔｉｏｎ）を含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作し、
    前記第１のＳＴＡが、送信ＭＬＤから前記第１及び第２のリンクに関連した情報を含むマルチリンク情報を受信するステップと、
    前記第１のＳＴＡが、前記送信ＭＬＤにマルチリンクアドレス情報を送信し、
    前記マルチリンクアドレス情報は、前記第２のＳＴＡのＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレスを含む、ステップを含む動作（ｏｐｅｒａｔｉｏｎ）を実行する、装置。
16. 無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システム上の受信ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）の装置において、
    前記送信ＭＬＤは、第１のＳＴＡ（ｓｔａｔｉｏｎ）及び第２のＳＴＡを含み、前記第１のＳＴＡは第１のリンクで動作し、前記第２のＳＴＡは第２のリンクで動作し、
    前記装置は、
    メモリと、
    前記メモリと動作可能に結合されたプロセッサ（ｐｒｏｃｅｓｓｏｒ）を含み、前記プロセッサは、
    前記第１のＳＴＡが、送信ＭＬＤから前記第１及び第２のリンクに関連した情報を含むマルチリンク情報を受信し、
    前記第１のＳＴＡが、前記送信ＭＬＤにマルチリンクアドレス情報を送信し、
    前記マルチリンクアドレス情報は、前記第２のＳＴＡのＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレスを含むように設定された、装置。

Images