(57)【要約】本明細書の一例は、無線ＬＡＮシステムで使われる方法及び装置に関する。例えば、無線ＬＡＮステーション（ＳＴＡ）は、選好または推薦するリソースユニットに関連した情報をＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に送信できる。無線ＬＡＮステーションが選好／推薦するリソースユニットの大きさを超過しないリソースユニットが、アップリンク通信のために割り当てられる場合、狭帯域通信が可能でアップリンク送信の成功可能性が高まることができる。【選択図】図２５
2020534728.tif 000002
【特許請求の範囲】
【請求項１】
無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムのＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）で実行される方法において、
前記ＡＰがＳＴＡ（Ｓｔａｔｉｏｎ）から、前記ＳＴＡの推薦ＲＵ（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）のための第１のフィールド、前記ＳＴＡの推薦ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）のための第２のフィールド、及び前記ＳＴＡのＵＬ  ＭＵ（Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）通信のためのＲＵ大きさ（ｓｉｚｅ）に関連した第３のフィールドを含むリンク適応化（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）のための制御メッセージを受信するステップと、
前記ＡＰが、前記ＳＴＡのＵＬ−ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するトリガフレームを送信するステップとを含み、
前記トリガフレームにより割り当てられるアップリンクＲＵの大きさは、前記第３のフィールドの値に基づいて（ｂａｓｅｄ  ｏｎ）決定され、
前記第３のフィールドが第１の値を含む場合、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさと同じまたは小さく設定される、方法。
【請求項２】
前記第３のフィールドが第１の値を含む場合、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさを超過しない、請求項１に記載の方法。
【請求項３】
前記第３のフィールドが前記第１の値を含む場合、前記第２のフィールドは、前記ＵＬ−ＭＵ通信のためのアップリンクフレームのＭＣＳのために使われる、請求項１に記載の方法。
【請求項４】
前記第３のフィールドが第２の値を含む場合、前記第２のフィールドは、前記ＳＴＡのためのダウンリンクフレームのＭＣＳのために使われ、前記ダウンリンクフレームの送信のためのダウンリンクＲＵは、前記第１のフィールドに基づいて決定される、請求項１に記載の方法。
【請求項５】
前記第１のフィールドは、８ビットの長さを有し、前記第１のフィールドは、推薦ＲＵの位置（ｌｏｃａｔｉｏｎ）に関連した情報を含み、
前記第３のフィールドは、１ビットの長さを有する、請求項１に記載の方法。
【請求項６】
無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムのＳＴＡ（Ｓｔａｔｉｏｎ）で実行される方法において、
ＳＴＡがＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に、前記ＳＴＡの推薦ＲＵ（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）のための第１のフィールド、前記ＳＴＡの推薦ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）のための第２のフィールド、及び前記ＳＴＡのＵＬ  ＭＵ（Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）通信のためのＲＵ大きさ（ｓｉｚｅ）に関連した第３のフィールドを含むリンク適応化（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）のための制御メッセージを送信するステップと、
前記ＡＰから、前記ＳＴＡのＵＬ−ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するトリガフレームを受信するステップとを含み、
前記トリガフレームにより割り当てられるアップリンクＲＵの大きさは、前記第１のフィールド及び第３のフィールドに基づいて設定され、
前記第３のフィールドが第１の値を含む場合、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさと同じまたは小さく設定される、方法。
【請求項７】
前記第３のフィールドが第１の値を含む場合、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさを超過しない、請求項６に記載の方法。
【請求項８】
前記第３のフィールドが前記第１の値を含む場合、前記第２のフィールドは、前記ＵＬ−ＭＵ通信のためのアップリンクフレームのＭＣＳのために使われる、請求項６に記載の方法。
【請求項９】
前記第３のフィールドが第２の値を含む場合、前記第２のフィールドは、前記ＳＴＡのためのダウンリンクフレームのＭＣＳのために使われ、前記ダウンリンクフレームの送信のためのダウンリンクＲＵは、前記第１のフィールドに基づいて決定される、請求項６に記載の方法。
【請求項１０】
前記第１のフィールドは、８ビットの長さを有し、前記第１のフィールドは、推薦ＲＵの位置（ｌｏｃａｔｉｏｎ）に関連した情報を含み、
前記第３のフィールドは、１ビットの長さを有する、請求項６に記載の方法。
【請求項１１】
無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムのＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）において、
無線信号を送受信するトランシーバと、
前記トランシーバを制御するプロセッサとを含み、
前記プロセッサは、
前記トランシーバを介してＳＴＡ（Ｓｔａｔｉｏｎ）から、前記ＳＴＡの推薦ＲＵ（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）のための第１のフィールド、前記ＳＴＡの推薦ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）のための第２のフィールド、及び前記ＳＴＡのＵＬ  ＭＵ（Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）通信のためのＲＵ大きさ（ｓｉｚｅ）に関連した第３のフィールドを含むリンク適応化（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）のための制御メッセージを受信し、
前記トランシーバを介して、前記ＳＴＡのＵＬ−ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するトリガフレームを送信し、
前記トリガフレームにより割り当てられるアップリンクＲＵの大きさは、前記第３のフィールドの値に基づいて（ｂａｓｅｄ  ｏｎ）決定され、
前記第３のフィールドが第１の値を含む場合、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさと同じまたは小さく設定される、装置。
【請求項１２】
前記第３のフィールドが第１の値を含む場合、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさを超過しない、請求項１１に記載の装置。
【請求項１３】
前記第３のフィールドが前記第１の値を含む場合、前記第２のフィールドは、前記ＵＬ−ＭＵ通信のためのアップリンクフレームのＭＣＳのために使われる、請求項１１に記載の装置。
【請求項１４】
前記第３のフィールドが第２の値を含む場合、前記第２のフィールドは、前記ＳＴＡのためのダウンリンクフレームのＭＣＳのために使われ、前記ダウンリンクフレームの送信のためのダウンリンクＲＵは、前記第１のフィールドに基づいて決定される、請求項１１に記載の装置。
【請求項１５】
前記第１のフィールドは、８ビットの長さを有し、前記第１のフィールドは、推薦ＲＵの位置（ｌｏｃａｔｉｏｎ）に関連した情報を含み、
前記第３のフィールドは、１ビットの長さを有する、請求項１１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、無線通信におけるデータを送受信する技法に関し、より詳しくは、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）システムにおけるアップリンクのためのリソースユニットの大きさに対する情報を伝達する方法及び装置に関する。
【背景技術】
【０００２】
ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１は、一般的に無線ＬＡＮまたはワイファイ（Ｗｉ−Ｆｉ）と呼ぶ無線近距離通信ネットワーク（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ；ＬＡＮ）のためのコンピュータ無線ネットワークに使われる技術である。具体的に、ＩＥＥＥ８０２．１１は、ＩＥＥＥのＬＡＮ標準委員会（ＩＥＥＥ８０２）の１１番目のワーキンググループで開発された標準技術を意味する。
【０００３】
ＩＥＥＥ８０２．１１は、有線ＬＡＮ形態であるイーサネットの短所を補完するために考案された技術である。ＩＥＥＥ８０２．１１は、イーサネットネットワークの末端に位置し、必要ない配線作業と維持管理費用を最小化するために広く使われる。
【０００４】
無線ＬＡＮ技術は、草創期にＩＥＥＥ８０２．１１／１１ｂ／１１ａ／１１ｇ／１１ｎなどの規格を介して発展した。例えば、ＩＥＥＥ８０２．１１ｎ（即ち、Ｈｉｇｈ  ＴｈｒｏｕｇｈｐｕｔまたはＨＴ規格）は、２．４ＧＨｚバンド及び５ＧＨｚバンドを使用し、最高６００Ｍｂｐｓまでの速度をサポートする通信規格として知られている。
【０００５】
以後、無線ＬＡＮは、ＩＥＥＥ８０２．１１ａｃ規格（即ち、Ｖｅｒｙ  Ｈｉｇｈ  ＴｈｒｏｕｇｈｐｕｔまたはＶＨＴ規格）を介してさらに発展する。例えば、ＩＥＥＥ８０２．１１ａｃ規格（ＶＨＴ規格）は、１６０ＭＨＺチャネルをサポートし、改善されたＭＩＭＯ（ｍｕｌｔｉ−ｕｓｅｒ  ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ、ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）技法を介して最大８個の空間ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ；ＳＳ）をサポートし、ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）に対してＭＵ（Ｍｕｌｔｉ−Ｕｓｅｒ）ＭＩＭＯをサポートする特徴を有する。
【０００６】
以後、無線ＬＡＮは、ＩＥＥＥ８０２．１１ａｘ規格（または、Ｈｉｇｈ  ＥｆｆｉｃｉｅｎｃｙまたはＨＥ規格）を介してさらに発展する。ＩＥＥＥ８０２．１１ａｘ規格は、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）及びＭＵ  ＭＩＭＯ（ｄｏｗｎｌｉｎｋ  ｍｕｌｔｉ−ｕｓｅｒ  ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ、ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）の組み合わせをサポートする。また、ＩＥＥＥ８０２．１１ａｘ規格は、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）に対してもＭＵ通信をサポートする。
【０００７】
本明細書は、従来の無線ＬＡＮ（ＷＬＡＮ）を改善し、または新しい通信標準で活用可能な技術的特徴を提案する。例えば、本明細書の技術的特徴は、ＩＥＥＥ８０２．１１ａｘ規格をさらに改善できる。または、本明細書の技術的特徴は、ＩＥＥＥ８０２．１１ｂｅ規格（即ち、Ｅｘｔｒｅｍｅ  ｈｉｇｈ  ｔｈｒｏｕｇｈｐｕｔ；ＥＨＴ）規格をさらに改善できる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
端末がＢＳＳの境界に存在し、またはチャネル環境に問題が発生し、または周辺の干渉が強い場合は、ステーション（ＳＴＡ）のアップリンク通信に問題が発生できる。具体的に、ステーション（ＳＴＡ）は、コンテンションベースのアップリンク（Ｕｐｌｉｎｋ）通信が困難である。コンテンションベースのアップリンク通信の一例は、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）に基づいているアップリンク通信である。例えば、ＳＴＡがＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）のエッジ（ｅｄｇｅ）に位置する場合、ＳＴＡの送信電力が足りなくてコンテンションベースのアップリンク送信が困難である。また、トリガフレームを介してＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）でスケジューリングを実行しても、ＳＴＡによって最適化されたスケジューリングが困難である。
【０００９】
このような問題を解決するために、本明細書は、アップリンク通信を制御する改善された技法を提案する。
【課題を解決するための手段】
【００１０】
本明細書による一例は、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ；ＷＬＡＮ）システムのための方法及び／または装置に関する。本明細書の一例は、ＡＰまたはｎｏｎ−ＡＰなどの多様なＳＴＡに適用されることができる。
【００１１】
例えば、本明細書の一例によるＡＰは、ＳＴＡ（Ｓｔａｔｉｏｎ）から、前記ＳＴＡの推薦ＲＵ（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）のための第１のフィールド、前記ＳＴＡの推薦ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）のための第２のフィールド、及び前記ＳＴＡのＵＬ  ＭＵ（Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）通信のためのＲＵ大きさ（ｓｉｚｅ）に関連した第３のフィールドを含むリンク適応化（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）のための制御メッセージを受信する。
【００１２】
例えば、前記ＡＰは、前記ＳＴＡのＵＬ−ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するトリガフレームを送信する。
【００１３】
この場合、前記トリガフレームにより割り当てられるアップリンクＲＵの大きさは、前記第３のフィールドの値に基づいて（ｂａｓｅｄ  ｏｎ）決定される。
【００１４】
また、前記第３のフィールドは、第１の値を含み、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさと同じまたは小さく設定される。
【発明の効果】
【００１５】
本明細書による一例は、コンテンションベースのアップリンク通信を制御する効果を提供する。例えば、本明細書の一例は、コンテンションベースのアップリンク接続を不能／遮断（ｄｉｓａｂｌｅ）する機能を提案する。それによって、ＳＴＡは、トリガフレームに基づくＵＬ  ＭＵ（Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−ｕｓｅｒ）技法を介してアップリンク通信を実行している。結果的に、ＳＴＡは、コンテンションベースの接続が困難な状況でも、アップリンク通信を正常に実行することができる。
【００１６】
また、本明細書による一例は、狭帯域（ｎａｒｒｏｗｂａｎｄ）を介したアップリンク通信を使用するかどうかに対する識別情報及び狭帯域アップリンク通信のためのリソースユニットに対する情報を送信することを提案する。これを介して、ＡＰは、ＳＴＡが送信する選好／推薦大きさ以下の幅にアップリンク通信をスケジューリングすることができ、それによって、アップリンク通信の成功率を高めることができる。
【図面の簡単な説明】
【００１７】
【図１】無線ＬＡＮ（ＷＬＡＮ）の構造を示す概念図である。
【図２】一般的なリンクセットアップ（ｌｉｎｋ  ｓｅｔｕｐ）過程を説明する図面である。
【図３】ＩＥＥＥ規格で使われるＰＰＤＵの一例を示す。
【図４】２０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す。
【図５】４０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す。
【図６】８０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す。
【図７】ＨＥ−ＰＰＤＵの他の一例を示す。
【図８】ＩＥＥＥ８０２．１１システムで使われるフレーム構造の一例を説明するための図面である。
【図９】トリガフレームの一例を示す。
【図１０】トリガフレームの共通情報（ｃｏｍｍｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。
【図１１】ユーザ情報（ｐｅｒ  ｕｓｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれるサブフィールドの一例を示す。
【図１２】無線ＬＡＮシステムでＥＤＣＡベースのチャネルアクセス方法を示す。
【図１３】ＥＤＣＡのバックオフ手順を示す概念図である。
【図１４】無線ＬＡＮシステムでフレームの送信手順を説明するための図面である。
【図１５】ＮＡＶ設定（ｓｅｔｔｉｎｇ）の一例を示す。
【図１６】本明細書によるＥＤＣＡ不能動作の一例を示す手順流れ図である。
【図１７】ＯＭ制御フィールドの一例である。
【図１８】本明細書によるＥＤＣＡ不能動作の追加的な一例を示す手順流れ図である。
【図１９】無線ＬＡＮシステムでＵＯＲＡを実行する方法を説明する図面である。
【図２０】トリガフレームのＵｓｅｒ  Ｉｎｆｏフィールド内に含まれる追加的な情報の一例である。
【図２１】本明細書の一例による制御情報の一例である。
【図２２】本明細書の一例によって提案される制御フィールドの一例である。
【図２３】本明細書の一例によって提案される制御フィールドの他の一例である。
【図２４】本明細書の一例によって提案される制御フィールドの他の一例である。
【図２５】本明細書の一例によるＳＴＡ間の動作を説明する図面である。
【図２６】本明細書の一例によるＳＴＡ間の他の動作を説明する図面である。
【図２７】ＡＰにより実行される動作を説明する手順流れ図である。
【図２８】ＳＴＡにより実行される動作を説明する手順流れ図である。
【図２９】本明細書の一例が適用されるＵｓｅｒ−ＳＴＡまたはＡＰを示す。
【図３０】トランシーバの詳細ブロック図の他の一例を示す。
【発明を実施するための形態】
【００１８】
本明細書で使われるスラッシュ（／）やコマ（ｃｏｍｍａ）は“及び／または（ａｎｄ／ｏｒ）”を意味することができる。例えば、“Ａ／Ｂ”は“Ａ及び／またはＢ”を意味するため、“ただＡ”や“ただＢ”や“ＡとＢのうちいずれか一つ”を意味することができる。また、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。
【００１９】
また、本明細書で使われる括弧は“例えば（ｆｏｒ  ｅｘａｍｐｌｅ）”を意味することができる。具体的に、“制御情報（ＳＩＧ  ｆｉｅｌｄ）”で表示された場合、“制御情報”の一例として“ＳＩＧ  ｆｉｅｌｄ”が提案されたものである。また、“制御情報（即ち、ＳＩＧ  ｆｉｅｌｄ）”で表示された場合も、“制御情報”の一例として“ＳＩＧ  ｆｉｅｌｄ”が提案されたものである。
【００２０】
本明細書の以下の一例は、多様な無線通信システムに適用されることができる。例えば、本明細書の以下の一例は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＬＡＮ）システムに適用されることができる。例えば、本明細書は、ＩＥＥＥ８０２．１１ａ／ｇ／ｎ／ａｃの規格や、ＩＥＥＥ８０２．１１ａｘ規格に適用されることができる。また、本明細書は、新しく提案されるＥＨＴ規格またはＩＥＥＥ８０２．１１ｂｅ規格にも適用されることができる。
【００２１】
以下、本明細書の技術的特徴を説明するために、本明細書が適用されることができる無線ＬＡＮシステムの技術的特徴を説明する。
【００２２】
図１は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。
【００２３】
図１の上段は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃ  ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）の構造を示す。
【００２４】
図１の上段を参照すると、無線ＬＡＮシステムは、一つまたはそれ以上のインフラストラクチャＢＳＳ１００、１０５（以下、ＢＳＳ）を含むことができる。ＢＳＳ１００、１０５は、成功裏に同期化されて互いに通信できるＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）１２５及びＳＴＡ１（Ｓｔａｔｉｏｎ）１００−１のようなＡＰとＳＴＡのセットであり、特定領域を示す概念ではない。ＢＳＳ１０５は、一つのＡＰ１３０に一つ以上の結合可能なＳＴＡ１０５−１、１０５−２を含むこともできる。
【００２５】
ＢＳＳは、少なくとも一つのＳＴＡ、分散サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｅｒｖｉｃｅ）を提供するＡＰ１２５、１３０及び複数のＡＰを連結させる分散システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ、ＤＳ）１１０を含むことができる。
【００２６】
分散システム１１０は、複数のＢＳＳ１００、１０５を連結して拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ  ｓｅｒｖｉｃｅ  ｓｅｔ）１４０を具現することができる。ＥＳＳ１４０は、一つまたは複数個のＡＰ１２５、２３０が分散システム１１０を介して連結されて構成された一つのネットワークを指示する用語として使われることができる。一つのＥＳＳ１４０に含まれるＡＰは、同じＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。
【００２７】
ポータル（ｐｏｒｔａｌ）１２０は、無線ＬＡＮネットワーク（ＩＥＥＥ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を実行するブリッジ役割を遂行することができる。
【００２８】
図１の上段のようなＢＳＳでは、ＡＰ１２５、１３０間のネットワーク及びＡＰ１２５、１３０とＳＴＡ１００−１、１０５−１、１０５−２との間のネットワークが具現されることができる。しかし、ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行することも可能である。ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行するネットワークをアドホックネットワーク（Ａｄ−Ｈｏｃ  ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ  ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ、ＩＢＳＳ）と定義する。
【００２９】
図１の下段は、ＩＢＳＳを示す概念図である。
【００３０】
図１の下段を参照すると、ＩＢＳＳは、アドホックモードで動作するＢＳＳである。ＩＢＳＳは、ＡＰを含まないため、中央で管理機能を遂行するエンティティ（ｃｅｎｔｒａｌｉｚｅｄ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）がない。即ち、ＩＢＳＳにおいて、ＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５は、分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ  ｍａｎｎｅｒ）に管理される。ＩＢＳＳにおいて、全てのＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５は、移動ＳＴＡからなることができ、分散システムへの接続が許容されなくて自己完備的ネットワーク（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  ｎｅｔｗｏｒｋ）を構築する。
【００３１】
ＳＴＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）インターフェースを含む任意の機能媒体であり、広義では、ＡＰと非ＡＰ  ＳＴＡ（Ｎｏｎ−ＡＰ  Ｓｔａｔｉｏｎ）を両方とも含む意味として使われることができる。
【００３２】
ＳＴＡは、移動端末（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ；ＭＳ）、モバイル加入者ユニット（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｕｎｉｔ）または単純にユーザ（ｕｓｅｒ）などの多様な名称で呼ばれることもある。
【００３３】
図２は、一般的なリンクセットアップ（ｌｉｎｋ  ｓｅｔｕｐ）過程を説明する図面である。
【００３４】
図示されたＳ２１０ステップにおいて、ＳＴＡは、ネットワーク発見動作を実行することができる。ネットワーク発見動作は、ＳＴＡのスキャニング（ｓｃａｎｎｉｎｇ）動作を含むことができる。即ち、ＳＴＡがネットワークにアクセスするためには参与可能なネットワークを探さなければならない。ＳＴＡは、無線ネットワークに参与する前に互換可能なネットワークを識別しなければならず、特定領域に存在するネットワーク識別過程をスキャニングという。スキャニング方式には、能動的スキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）と受動的スキャニング（ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）がある。
【００３５】
図２では例示的に能動的スキャニング過程を含むネットワーク発見動作を示す。能動的スキャニングでスキャニングを実行するＳＴＡは、チャネルを移動しながら周辺にどのようなＡＰが存在するかを探索するためにプローブ要求フレーム（ｐｒｏｂｅ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を送信し、これに対する応答を待つ。応答者（ｒｅｓｐｏｎｄｅｒ）は、プローブ要求フレームを送信したＳＴＡにプローブ要求フレームに対する応答としてプローブ応答フレーム（ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）を送信する。ここで、応答者は、スキャニングされているチャネルのＢＳＳで最後にビーコンフレーム（ｂｅａｃｏｎ  ｆｒａｍｅ）を送信したＳＴＡである。ＢＳＳでは、ＡＰがビーコンフレームを送信するため、ＡＰが応答者になり、ＩＢＳＳでは、ＩＢＳＳ内のＳＴＡが交互にビーコンフレームを送信するため、応答者が一定でない。例えば、１番チャネルでプローブ要求フレームを送信し、１番チャネルでプローブ応答フレームを受信したＳＴＡは、受信したプローブ応答フレームに含まれているＢＳＳ関連情報を格納し、次のチャネル（例えば、２番チャネル）に移動して同じ方法でスキャニング（即ち、２番チャネル上でプローブ要求／応答送受信）を実行することができる。
【００３６】
図２の一例には表示されていないが、スキャニング動作は、受動的スキャニング方式に実行されることもできる。受動的スキャニングに基づいてスキャニングを実行するＳＴＡは、チャネルを移動しながらビーコンフレームを待つことができる。ビーコンフレームは、ＩＥＥＥ８０２．１１で管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）のうち一つであって、無線ネットワークの存在を知らせ、スキャニングを実行するＳＴＡをして無線ネットワークを探して無線ネットワークに参与せしめるように周期的に送信される。ＢＳＳではＡＰがビーコンフレームを周期的に送信する役割を遂行し、ＩＢＳＳではＩＢＳＳ内のＳＴＡが交互にビーコンフレームを送信する。スキャニングを実行するＳＴＡはビーコンフレームを受信すると、ビーコンフレームに含まれているＢＳＳに対する情報を格納し、他のチャネルに移動しながら各チャネルでビーコンフレーム情報を記録する。ビーコンフレームを受信したＳＴＡは、受信したビーコンフレームに含まれているＢＳＳ関連情報を格納し、次のチャネルに移動して同じ方法で次のチャネルでスキャニングを実行することができる。
【００３７】
ネットワークを発見したＳＴＡは、ステップＳ２２０を介して認証過程を実行することができる。このような認証過程は、後述するステップＳ２４０のセキュリティセットアップ動作と明確に区分するために１番目の認証（ｆｉｒｓｔ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程という。Ｓ２２０の認証過程は、ＳＴＡが認証要求フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をＳＴＡに送信する過程を含むことができる。認証要求／応答に使われる認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｒａｍｅ）は、管理フレームに該当する。
【００３８】
認証フレームは、認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｌｇｏｒｉｔｈｍ  ｎｕｍｂｅｒ）、認証トランザクションシーケンス番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｔｒａｎｓａｃｔｉｏｎ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、検問テキスト（ｃｈａｌｌｅｎｇｅ  ｔｅｘｔ）、ＲＳＮ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ）、有限循環グループ（Ｆｉｎｉｔｅ  Ｃｙｃｌｉｃ  Ｇｒｏｕｐ）などに対する情報を含むことができる。
【００３９】
ＳＴＡは、認証要求フレームをＡＰに送信できる。ＡＰは、受信された認証要求フレームに含まれている情報に基づいて、該当ＳＴＡに対する認証を許容するかどうかを決定することができる。ＡＰは、認証処理の結果を認証応答フレームを介してＳＴＡに提供できる。
【００４０】
成功裏に認証されたＳＴＡは、ステップＳ２３０に基づいて連結過程を実行することができる。連結過程は、ＳＴＡが連結要求フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが連結応答フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をＳＴＡに送信する過程を含む。例えば、連結要求フレームは、多様な能力（ｃａｐａｂｉｌｉｔｙ）に関連した情報、ビーコン聴取間隔（ｌｉｓｔｅｎ  ｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｅｒ）、サポートレート（ｓｕｐｐｏｒｔｅｄ  ｒａｔｅｓ）、サポートチャネル（ｓｕｐｐｏｒｔｅｄ  ｃｈａｎｎｅｌｓ）、ＲＳＮ、移動性ドメイン、サポートオペレーティングクラス（ｓｕｐｐｏｒｔｅｄ  ｏｐｅｒａｔｉｎｇ  ｃｌａｓｓｅｓ）、ＴＩＭ放送要求（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ  Ｂｒｏａｄｃａｓｔ  ｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）サービス能力などに対する情報を含むことができる。例えば、連結応答フレームは、多様な能力に関連した情報、状態コード、ＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）、サポートレート、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）パラメータセット、ＲＣＰＩ（Ｒｅｃｅｉｖｅｄ  Ｃｈａｎｎｅｌ  Ｐｏｗｅｒ  Ｉｎｄｉｃａｔｏｒ）、ＲＳＮＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｉｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウト間隔（連関カムバック時間（ａｓｓｏｃｉａｔｉｏｎ  ｃｏｍｅｂａｃｋ  ｔｉｍｅ））、重複（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメータ、ＴＩＭ放送応答、ＱｏＳマップなどの情報を含むことができる。
【００４１】
以後Ｓ２４０ステップにおいて、ＳＴＡは、セキュリティセットアップ過程を実行することができる。ステップＳ２４０のセキュリティセットアップ過程は、例えば、ＥＡＰＯＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＬＡＮ）フレームを介した４−ウェイ（ｗａｙ）ハンドシェイキングを介して、プライベートキーセットアップ（ｐｒｉｖａｔｅ  ｋｅｙ  ｓｅｔｕｐ）をする過程を含むことができる。
【００４２】
図３は、ＩＥＥＥ規格で使われるＰＰＤＵの一例を示す。
【００４３】
図示されたように、ＩＥＥＥａ／ｇ／ｎ／ａｃなどの規格では多様な形態のＰＰＤＵ（ＰＨＹ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）が使われた。具体的に、ＬＴＦ、ＳＴＦフィールドには、トレーニング信号が含まれ、ＳＩＧ−Ａ、ＳＩＧ−Ｂには受信ステーションのための制御情報が含まれ、データフィールドにはＰＳＤＵ（ＭＡＣ  ＰＤＵ／Ａｇｇｒｅｇａｔｅｄ  ＭＡＣ  ＰＤＵ）に相応するユーザデータが含まれている。
【００４４】
また、図３は、ＩＥＥＥ８０２．１１ａｘ規格のＨＥ  ＰＰＤＵの一例も含む。図３によるＨＥ  ＰＰＤＵは、多重ユーザのためのＰＰＤＵの一例であって、ＨＥ−ＳＩＧ−Ｂは、多重ユーザのための場合にのみ含まれ、単一ユーザのためのＰＰＤＵには該当ＨＥ−ＳＩＧ−Ｂが省略されることができる。
【００４５】
図示されたように、多重ユーザ（Ｍｕｌｔｉｐｌｅ  Ｕｓｅｒ；ＭＵ）のためのＨＥ−ＰＰＤＵは、Ｌ−ＳＴＦ（ｌｅｇａｃｙ−ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ−ＬＴＦ（ｌｅｇａｃｙ−ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ−ＳＩＧ（ｌｅｇａｃｙ−ｓｉｇｎａｌ）、ＨＥ−ＳＩＧ−Ａ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｉｇｎａｌＡ）、ＨＥ−ＳＩＧ−Ｂ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｉｇｎａｌ−Ｂ）、ＨＥ−ＳＴＦ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＨＥ−ＬＴＦ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、データフィールド（または、ＭＡＣペイロード）及びＰＥ（Ｐａｃｋｅｔ  Ｅｘｔｅｎｓｉｏｎ）フィールドを含むことができる。各々のフィールドは、図示された時間区間（即ち、４または８μs等）の間に送信されることができる。
【００４６】
以下、ＰＰＤＵで使われるリソースユニット（ＲＵ）を説明する。リソースユニットは、複数個のサブキャリア（または、トーン）を含むことができる。リソースユニットは、ＯＦＤＭＡ技法に基づいて多数のＳＴＡに信号を送信する場合に使われることができる。また、一つのＳＴＡに信号を送信する場合もリソースユニットが定義されることができる。リソースユニットは、ＳＴＦ、ＬＴＦ、データフィールドなどのために使われることができる。
【００４７】
図４は、２０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す。
【００４８】
図４に示すように、互いに異なる個数のトーン（即ち、サブキャリア）に対応されるリソースユニット（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ；ＲＵ）が使われてＨＥ−ＰＰＤＵの一部フィールドを構成することができる。例えば、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ、データフィールドに対して図示されたＲＵ単位でリソースが割り当てられることができる。
【００４９】
図４の最上段に示すように、２６−ユニット（即ち、２６個のトーンに相応するユニット）が配置されることができる。２０ＭＨｚ帯域の最左側（ｌｅｆｔｍｏｓｔ）帯域には６個のトーンがガード（Ｇｕａｒｄ）帯域として使われ、２０ＭＨｚ帯域の最右側（ｒｉｇｈｔｍｏｓｔ）帯域には５個のトーンがガード帯域として使われることができる。また、中心帯域、即ち、ＤＣ帯域には７個のＤＣトーンが挿入され、ＤＣ帯域の左右側に各１３個のトーンに相応する２６−ユニットが存在できる。また、その他の帯域には２６−ユニット、５２−ユニット、１０６−ユニットが割り当てられることができる。各ユニットは、受信ステーション、即ち、ユーザのために割り当てられることができる。
【００５０】
一方、図４のＲＵ配置は、多数のユーザ（ＭＵ）のための状況だけでなく、単一ユーザ（ＳＵ）のための状況でも活用され、この場合、図４の最下段に示すように、１個の２４２−ユニットを使用することが可能であり、この場合、３個のＤＣトーンが挿入されることができる。
【００５１】
図４の一例では、多様な大きさのＲＵ、即ち、２６−ＲＵ、５２−ＲＵ、１０６−ＲＵ、２４２−ＲＵなどが提案される。このようなＲＵの具体的な大きさは、拡張または増加できるため、本実施例は、各ＲＵの具体的な大きさ（即ち、相応するトーンの個数）に制限されるものではない。
【００５２】
図５は、４０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す。
【００５３】
図４の一例で多様な大きさのＲＵが使われたことと同様に、図５の一例も２６−ＲＵ、５２−ＲＵ、１０６−ＲＵ、２４２−ＲＵ、４８４−ＲＵなどが使われることができる。また、中心周波数には５個のＤＣトーンが挿入されることができ、４０ＭＨｚ帯域の最左側（ｌｅｆｔｍｏｓｔ）帯域には１２個のトーンがガード（Ｇｕａｒｄ）帯域として使われ、４０ＭＨｚ帯域の最右側（ｒｉｇｈｔｍｏｓｔ）帯域には１１個のトーンがガード帯域として使われることができる。
【００５４】
また、図示されたように、単一ユーザのために使われる場合、４８４−ＲＵが使われることができる。一方、ＲＵの具体的な個数が変更されることができるという点は、図４の一例と同じである。
【００５５】
図６は、８０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す。
【００５６】
図４及び図５の一例で多様な大きさのＲＵが使われたことと同様に、図６の一例も２６−ＲＵ、５２−ＲＵ、１０６−ＲＵ、２４２−ＲＵ、４８４−ＲＵ、９９６−ＲＵなどが使われることができる。また、中心周波数には７個のＤＣトーンが挿入されることができ、８０ＭＨｚ帯域の最左側（ｌｅｆｔｍｏｓｔ）帯域には１２個のトーンがガード（Ｇｕａｒｄ）帯域として使われ、８０ＭＨｚ帯域の最右側（ｒｉｇｈｔｍｏｓｔ）帯域には１１個のトーンがガード帯域として使われることができる。また、ＤＣ帯域左右に位置する各々１３個のトーンを使用した２６−ＲＵを使用することができる。
【００５７】
また、図示されたように、単一ユーザのために使われる場合、９９６−ＲＵが使われることができ、この場合、５個のＤＣトーンが挿入されることができる。
【００５８】
一方、ＲＵの具体的な個数が変更されることができるという点は、図４及び図５の一例と同じである。
【００５９】
図７は、ＨＥ−ＰＰＤＵの他の一例を示す。
【００６０】
図７に示すＨＥ−ＰＰＤＵの技術的特徴は、新しく提案されるＥＨＴ−ＰＰＤＵにも適用されることができる。例えば、ＨＥ−ＳＩＧに適用された技術的特徴は、ＥＨＴ−ＳＩＧにも適用されることができ、ＨＥ−ＳＴＦ／ＬＴＦに適用された技術的特徴は、ＥＨＴ−ＳＦＴ／ＬＴＦにも適用されることができる。
【００６１】
図示されたＬ−ＳＴＦ７００は、短いトレーニングＯＦＤＭシンボル（ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＳＴＦ７００は、フレーム探知（ｆｒａｍｅ  ｄｅｔｅｃｔｉｏｎ）、ＡＧＣ（ａｕｔｏｍａｔｉｃ  ｇａｉｎ  ｃｏｎｔｒｏｌ）、ダイバーシティ探知（ｄｉｖｅｒｓｉｔｙ  ｄｅｔｅｃｔｉｏｎ）、コース周波数／時間同期化（ｃｏａｒｓｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために使われることができる。
【００６２】
Ｌ−ＬＴＦ７１０は、長いトレーニングＯＦＤＭシンボル（ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＬＴＦ７１０は、ファイン周波数／時間同期化（ｆｉｎｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）及びチャネル予測のために使われることができる。
【００６３】
Ｌ−ＳＩＧ７２０は、制御情報を送信するために使われることができる。Ｌ−ＳＩＧ７２０は、データ送信率（ｒａｔｅ）、データ長さ（ｌｅｎｇｔｈ）に対する情報を含むことができる。また、Ｌ−ＳＩＧ７２０は、繰り返して送信されることができる。即ち、Ｌ−ＳＩＧ７２０が繰り返しされるフォーマット（例えば、Ｒ−ＬＳＩＧという）で構成されることができる。
【００６４】
ＨＥ−ＳＩＧ−Ａ７３０は、受信ステーションに共通する制御情報を含むことができる。
【００６５】
具体的に、ＨＥ−ＳＩＧ−Ａ７３０は、１）ＤＬ／ＵＬ指示子、２）ＢＳＳの識別子であるＢＳＳカラー（ｃｏｌｏｒ）フィールド、３）現行ＴＸＯＰ区間の残余時間を指示するフィールド、４）２０、４０、８０、１６０、８０＋８０ＭＨｚ可否を指示する帯域幅フィールド、５）ＨＥ−ＳＩＧ−Ｂに適用されるＭＣＳ技法を指示するフィールド、６）ＨＥ−ＳＩＧ−ＢがＭＣＳのためにデュアルサブキャリアモジュレーション（ｄｕａｌ  ｓｕｂｃａｒｒｉｅｒ  ｍｏｄｕｌａｔｉｏｎ）技法でモジュレーションされるかに対する指示フィールド、７）ＨＥ−ＳＩＧ−Ｂのために使われるシンボルの個数を指示するフィールド、８）ＨＥ−ＳＩＧ−Ｂが全帯域にわたって生成されるかどうかを指示するフィールド、９）ＨＥ−ＬＴＦのシンボルの個数を指示するフィールド、１０）ＨＥ−ＬＴＦの長さ及びＣＰ長さを指示するフィールド、１１）ＬＤＰＣコーディングのために追加のＯＦＤＭシンボルが存在するかを指示するフィールド、１２）ＰＥ（Ｐａｃｋｅｔ  Ｅｘｔｅｎｓｉｏｎ）に対する制御情報を指示するフィールド、１３）ＨＥ−ＳＩＧ−ＡのＣＲＣフィールドに対する情報を指示するフィールドなどに対する情報を含むことができる。このようなＨＥ−ＳＩＧ−Ａの具体的なフィールドは、追加されたり、一部が省略されたりすることができる。また、ＨＥ−ＳＩＧ−Ａが多重ユーザ（ＭＵ）環境でないその他の環境では一部フィールドが追加されたり省略されたりすることができる。
【００６６】
ＨＥ−ＳＩＧ−Ｂ７４０は、前述したように多重ユーザ（ＭＵ）のためのＰＰＤＵである場合にのみ含まれることができる。基本的に、ＨＥ−ＳＩＧ−Ａ７５０またはＨＥ−ＳＩＧ−Ｂ７６０は、少なくとも一つの受信ＳＴＡに対するリソース割当情報（または、仮想リソース割当情報）を含むことができる。
【００６７】
ＨＥ−ＳＴＦ７５０は、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）環境またはＯＦＤＭＡ環境で自動利得制御推定（ａｕｔｏｍａｔｉｃ  ｇａｉｎ  ｃｏｎｔｒｏｌ  ｅｓｔｉｍａｔｉｏｎ）を向上させるために使われることができる。
【００６８】
ＨＥ−ＬＴＦ７６０は、ＭＩＭＯ環境またはＯＦＤＭＡ環境でチャネルを推定するために使われることができる。
【００６９】
ＨＥ−ＳＴＦ７５０及びＨＥ−ＳＴＦ７５０以後のフィールドに適用されるＦＦＴ／ＩＦＦＴの大きさとＨＥ−ＳＴＦ７５０以前のフィールドに適用されるＦＦＴ／ＩＦＦＴの大きさは、互いに異なる。例えば、ＨＥ−ＳＴＦ７５０及びＨＥ−ＳＴＦ７５０以後のフィールドに適用されるＦＦＴ／ＩＦＦＴの大きさは、ＨＥ−ＳＴＦ７５０以前のフィールドに適用されるＩＦＦＴの大きさより４倍大きい。
【００７０】
例えば、図７のＰＰＤＵ上のＬ−ＳＴＦ７００、Ｌ−ＬＴＦ７１０、Ｌ−ＳＩＧ７２０、ＨＥ−ＳＩＧ−Ａ７３０、ＨＥ−ＳＩＧ−Ｂ７４０のうち少なくとも一つのフィールドを第１のフィールドとする場合、データフィールド７７０、ＨＥ−ＳＴＦ７５０、ＨＥ−ＬＴＦ７６０のうち少なくとも一つを第２のフィールドとすることができる。前記第１のフィールドは、従来（ｌｅｇａｃｙ）システムに関連したフィールドを含むことができ、前記第２のフィールドは、ＨＥシステムに関連したフィールドを含むことができる。この場合、ＦＦＴ（ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）サイズ／ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）サイズは、既存の無線ＬＡＮシステムで使われたＦＦＴ／ＩＦＦＴサイズのＮ倍（Ｎは、自然数、例えば、Ｎ＝１、２、４）に定義されることができる。即ち、ＨＥ  ＰＰＤＵの第１のフィールドに比べてＨＥ  ＰＰＤＵの第２のフィールドにＮ（＝４）倍サイズのＦＦＴ／ＩＦＦＴが適用されることができる。例えば、２０ＭＨｚの帯域幅に対して２５６ＦＦＴ／ＩＦＦＴが適用され、４０ＭＨｚの帯域幅に対して５１２ＦＦＴ／ＩＦＦＴが適用され、８０ＭＨｚの帯域幅に対して１０２４ＦＦＴ／ＩＦＦＴが適用され、連続１６０ＭＨｚまたは不連続１６０ＭＨｚの帯域幅に対して２０４８ＦＦＴ／ＩＦＦＴが適用されることができる。
【００７１】
他の表現として、サブキャリア空間／スペーシング（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）は、既存の無線ＬＡＮシステムで使われたサブキャリア空間の１／Ｎ倍（Ｎは、自然数、例えば、Ｎ＝４の場合、７８．１２５ｋＨｚ）の大きさである。即ち、ＨＥ  ＰＰＤＵの第１のフィールドは、従来のサブキャリアスペーシングである３１２．５ｋＨｚ大きさのサブキャリアスペーシングが適用されることができ、ＨＥ  ＰＰＤＵの第２のフィールドは、７８．１２５ｋＨｚ大きさのサブキャリア空間が適用されることができる。
【００７２】
または、前記第１のフィールドの各シンボルに適用されるＩＤＦＴ／ＤＦＴ区間（ＩＤＦＴ／ＤＦＴ  ｐｅｒｉｏｄ）は、前記第２のフィールドの各データシンボルに適用されるＩＤＦＴ／ＤＦＴ区間に比べてＮ（＝４）倍短いと表現できる。即ち、ＨＥ  ＰＰＤＵの第１のフィールドの各シンボルに対して適用されるＩＤＦＴ／ＤＦＴ長さは、３．２μsであり、ＨＥ  ＰＰＤＵの第２のフィールドの各シンボルに対して適用されるＩＤＦＴ／ＤＦＴ長さは、３．２μs＊４（＝１２．８μs）で表現できる。ＯＦＤＭシンボルの長さは、ＩＤＦＴ／ＤＦＴ長さにＧＩ（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）の長さを加えた値である。ＧＩの長さは、０．４μs、０．８μs、１．６μs、２．４μs、３．２μsのような多様な値である。
【００７３】
説明の便宜上、図７では第１のフィールドが使用する周波数帯域と第２のフィールドが使用する周波数帯域は、正確に一致すると表現されているが、実際互いに完全に一致しない場合もある。例えば、第１の周波数帯域に相応する第１のフィールド（Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、ＨＥ−ＳＩＧ−Ａ、ＨＥ−ＳＩＧ−Ｂ）の主要帯域が第２のフィールド（ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ、Ｄａｔａ）の主要帯域と同じであるが、各周波数帯域ではその境界面が一致しない。図４乃至図６に示すように、ＲＵを配置する過程で多数のナルサブキャリア、ＤＣトーン、ガードトーンなどが挿入されることによって、正確に境界面を合わせることが困難であるためである。
【００７４】
ユーザ、即ち、受信ステーションは、ＨＥ−ＳＩＧ−Ａ７３０を受信し、ＨＥ−ＳＩＧ−Ａ７３０に基づいてダウンリンクＰＰＤＵの受信指示を受けることができる。このような場合、ＳＴＡは、ＨＥ−ＳＴＦ７５０及びＨＥ−ＳＴＦ７５０以後フィールドから変更されたＦＦＴサイズに基づいてデコーディングを実行することができる。それに対して、ＳＴＡがＨＥ−ＳＩＧ−Ａ７３０に基づいてダウンリンクＰＰＤＵの受信指示を受けていない場合、ＳＴＡは、デコーディングを中断し、ＮＡＶ（ｎｅｔｗｏｒｋ  ａｌｌｏｃａｔｉｏｎ  ｖｅｃｔｏｒ）を設定することができる。ＨＥ−ＳＴＦ７５０のＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）は、他のフィールドのＣＰより大きい大きさを有することができ、このようなＣＰ区間の間に、ＳＴＡは、ＦＦＴサイズを変化させてダウンリンクＰＰＤＵに対するデコーディングを実行することができる。
【００７５】
以下、本実施例では、ＡＰからＳＴＡへ送信されるデータ（または、フレーム）はダウンリンクデータ（または、ダウンリンクフレーム）、ＳＴＡからＡＰへ送信されるデータ（または、フレーム）はアップリンクデータ（または、アップリンクフレーム）という用語で表現されることができる。また、ＡＰからＳＴＡへの送信はダウンリンク送信、ＳＴＡからＡＰへの送信はアップリンク送信という用語で表現できる。
【００７６】
図８は、ＩＥＥＥ８０２．１１システムで使われるフレーム構造の一例を説明するための図面である。図８に示すＳＴＦ、ＬＴＦ、ＳＩＧフィールドは、図３または図７に示す（ＨＴ／ＶＨＴ／ＥＨＴ）−ＳＴＦ、ＬＴＦ、ＳＩＧフィールドと同じ、または対応されることができる。また、図８に示すＤＡＴＡフィールドは、図３／図７に示すＤＡＴＡフィールドと同じ、または対応されることができる。
【００７７】
データフィールドは、ＳＥＲＶＩＣＥフィールド、ＰＳＤＵ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、ＰＰＤＵ  ＴＡＩＬビットを含むことができ、必要な場合はパディングビットも含むことができる。ＳＥＲＶＩＣＥフィールドの一部ビットは、受信端でのデスクランブラの同期化のために使われることができる。ＰＳＤＵは、ＭＡＣ階層で定義されるＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に対応し、上位階層で生成／利用されるデータを含むことができる。ＰＰＤＵ  ＴＡＩＬビットは、エンコーダを０状態にリターンするために利用されることができる。パディングビットは、データフィールドの長さを所定の単位に合わせるために利用されることができる。
【００７８】
ＭＰＤＵは、多様なＭＡＣフレームフォーマットによって定義され、基本的なＭＡＣフレームは、ＭＡＣヘッダ、フレームボディ、及びＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）で構成される。ＭＡＣフレームは、ＭＰＤＵで構成されてＰＰＤＵフレームフォーマットのデータ部分のＰＳＤＵを介して送信／受信されることができる。
【００７９】
ＭＡＣヘッダは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、期間（Ｄｕｒａｔｉｏｎ）／ＩＤフィールド、アドレス（Ａｄｄｒｅｓｓ）フィールドなどを含む。フレーム制御フィールドは、フレーム送信／受信に必要な制御情報を含むことができる。期間／ＩＤフィールドは、該当フレームなどを送信するための時間に設定されることができる。
【００８０】
ＭＡＣヘッダに含まれている期間／ＩＤフィールドは、１６ビット長さ（例えば、Ｂ０〜Ｂ１５）に設定されることができる。期間／ＩＤフィールドに含まれるコンテンツは、フレームタイプ及びサブタイプ、ＣＦＰ（ｃｏｎｔｅｎｔｉｏｎ  ｆｒｅｅ  ｐｅｒｉｏｄ）の間に送信されるか、送信ＳＴＡのＱｏＳケイパビリティ等によって変わることができる。（i）サブタイプがＰＳ−Ｐｏｌｌである制御フレームで、期間／ＩＤフィールドは、送信ＳＴＡのＡＩＤを含むことができ（例えば、１４ＬＳＢビットを介して）、２ＭＳＢビットは１に設定されることができる。（ii）ＰＣ（ｐｏｉｎｔ  ｃｏｏｒｄｉｎａｔｏｒ）またはｎｏｎ−ＱｏＳ  ＳＴＡによりＣＦＰの間に送信されるフレームで、期間／ＩＤフィールドは、固定された値（例えば、３２７６８）に設定されることができる。（iii）その他、ｎｏｎ−ＱｏＳ  ＳＴＡにより送信される他のフレームまたはＱｏＳ  ＳＴＡにより送信される制御フレームで、期間／ＩＤフィールドは、各フレームタイプ別に定義されたｄｕｒａｔｉｏｎ値を含むことができる。ＱｏＳ  ＳＴＡにより送信されるデータフレームまたはマネジメントフレームで、期間／ＩＤフィールドは、各フレームタイプに対して定義されたｄｕｒａｔｉｏｎ値を含むことができる。例えば、期間／ＩＤフィールドのＢ１５＝０に設定される場合、期間／ＩＤフィールドがＴＸＯＰ  Ｄｕｒａｔｉｏｎを指示するときに使われるということを示し、Ｂ０〜Ｂ１４は、実際ＴＸＯＰ  Ｄｕｒａｔｉｏｎを指示するときに使われることができる。Ｂ０〜Ｂ１４により指示される実際ＴＸＯＰ  Ｄｕｒａｔｉｏｎは、０〜３２７６７のうちいずれか一つであり、その単位は、マイクロセカンド（μs）である。ただし、期間／ＩＤフィールドが固定されたＴＸＯＰ  Ｄｕｒａｔｉｏｎ値（例えば、３２７６８）を指示する場合はＢ１５＝１であり、Ｂ０〜Ｂ１４＝０に設定されることができる。その他、Ｂ１４＝１、Ｂ１５＝１に設定される場合、期間／ＩＤフィールドがＡＩＤを指示するために使われ、Ｂ０〜Ｂ１３は、１〜２００７のうち一つのＡＩＤを指示する。
【００８１】
ＭＡＣヘッダのフレーム制御フィールドは、Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ、Ｔｙｐｅ、Ｓｕｂｔｙｐｅ、Ｔｏ  ＤＳ、Ｆｒｏｍ  ＤＳ、Ｍｏｒｅ  Ｆｒａｇｍｅｎｔ、Ｒｅｔｒｙ、Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ、Ｍｏｒｅ  Ｄａｔａ、Ｐｒｏｔｅｃｔｅｄ  Ｆｒａｍｅ、Ｏｒｄｅｒサブフィールドを含むことができる。
【００８２】
以下、本明細書に適用されるＭＵ（ｍｕｌｔｉ−ｕｓｅｒ）Ｔｒａｎｓｍｉｓｓｉｏｎに対して説明する。本明細書の方法及び装置は、ＭＵ送信をサポートする。例えば、ＤＬデータのために、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）技法及びＭＵ  ＭＩＭＯ（ｍｕｌｔｉ−ｕｓｅｒ  ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ、ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）技法を使用することができ、ＯＦＤＭＡ技法とＭＵ  ＭＩＭＯ技法を組み合わせて使用することもできる。即ち、本明細書の送信ＳＴＡは、多数のユーザに互いに異なるＲＵを割り当て（即ち、ＯＦＤＭＡ）、または同じＲＵ上で互いに異なる空間ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）を割り当てる（即ち、ＭＵ−ＭＩＭＯ）ことができる。また、送信ＳＴＡは、ＯＦＤＭＡ技法とＭＵ  ＭＩＭＯ技法を一つのＰＰＤＵ内で同時に使用することができる。
【００８３】
また、本明細書の送信ＳＴＡは、トリガフレーム（Ｔｒｉｇｇｅｒ  Ｆｒａｍｅ）を使用してＵＬ−ＭＵ通信を実行することができる。トリガフレームの具体的特徴は、図９乃至図１１を介して説明される。
【００８４】
ＵＬ−ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するために、送信ＳＴＡ（即ち、ＡＰ）は、媒体に接続するためのコンテンション（ｃｏｎｔｅｎｔｉｏｎ）を経てトリガフレームを送信するＴＸＯＰを取得することができる。トリガフレームの送信が完了すると、一定の時間（例えば、ＳＩＦＳ）以後ＵＬ−ＭＵ通信に参与する多数の受信ＳＴＡが同時にＴＢ（ｔｒｉｇｇｅｒ−ｂａｓｅｄ）ＰＰＤＵを送信する。ＴＢ−ＰＰＤＵに適用される基本的な技術的特徴は、図３／図７に説明されている。
【００８５】
ＵＬ−ＭＵ通信が使われる場合も、ＯＦＤＭＡ技法またはＭＵ  ＭＩＭＯ技法が使われることができ、ＯＦＤＭＡ及びＭＵ  ＭＩＭＯ技法が同時に使われることもできる。
【００８６】
図９は、トリガフレームの一例を示す。図９のトリガフレームは、アップリンクＭＵ送信（Ｕｐｌｉｎｋ  Ｍｕｌｔｉｐｌｅ−Ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）のためのリソースを割り当て、ＡＰから送信されることができる。トリガフレームは、ＭＡＣフレームで構成されることができ、ＰＰＤＵに含まれることができる。例えば、図３に示すＰＰＤＵを介して送信されることができる。もし、図３のＰＰＤＵを介して送信される場合、図示されたデータフィールドに前記トリガフレームが含まれることができる。
【００８７】
図９に示す各々のフィールドは、一部省略されることもでき、他のフィールドが追加されることもできる。また、フィールド各々の長さは、図示したものと異なるように変化されることができる。
【００８８】
図９のフレームコントロール（ｆｒａｍｅ、ｃｏｎｔｒｏｌ）フィールド９１０は、ＭＡＣプロトコルのバージョンに対する情報及びその他の追加的な制御情報が含まれ、デュレーションフィールド９２０は、ＮＡＶ設定のための時間情報やＳＴＡの識別子（例えば、ＡＩＤ）に対する情報が含まれることができる。
【００８９】
また、ＲＡフィールド９３０は、該当トリガフレームの受信ＳＴＡのアドレス情報が含まれ、必要によって省略されることができる。ＴＡフィールド９４０は、該当トリガフレームを送信するＳＴＡ（例えば、ＡＰ）のアドレス情報が含まれ、共通情報（ｃｏｍｍｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）フィールド９５０は、該当トリガフレームを受信する受信ＳＴＡに適用される共通制御情報を含む。例えば、該当トリガフレームに対応して送信されるアップリンクＰＰＤＵのＬ−ＳＩＧフィールドの長さを指示するフィールドや、該当トリガフレームに対応して送信されるアップリンクＰＰＤＵのＳＩＧ−Ａフィールド（即ち、ＨＥ−ＳＩＧ−Ａフィールド）の内容（ｃｏｎｔｅｎｔ）を制御する情報が含まれることができる。また、共通制御情報として、該当トリガフレームに対応して送信されるアップリンクＰＰＤＵのＣＰの長さに対する情報やＬＴＦフィールドの長さに対する情報が含まれることができる。
【００９０】
また、図９のトリガフレームを受信する受信ＳＴＡの個数に相応する個別ユーザ情報（ｐｅｒ  ｕｓｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）フィールド（９６０＃１乃至９６０＃Ｎ）を含むことが好ましい。前記個別ユーザ情報フィールドは、“割当フィールド”とも呼ばれる。
【００９１】
また、図９のトリガフレームは、パディングフィールド９７０と、フレームチェックシーケンスフィールド９８０を含むことができる。
【００９２】
図９に示す、個別ユーザ情報（ｐｅｒ  ｕｓｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）フィールド（９６０＃１乃至９６０＃Ｎ）各々は、再び多数のサブフィールドを含むことが好ましい。
【００９３】
図１０は、トリガフレームの共通情報（ｃｏｍｍｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。図１０のサブフィールドのうち一部は省略されることができ、その他のサブフィールドが追加されることもできる。また、図示されたサブフィールド各々の長さは変形されることができる。
【００９４】
図示された長さフィールド１０１０は、該当トリガフレームに対応して送信されるアップリンクＰＰＤＵのＬ−ＳＩＧフィールドの長さフィールドと同じ値を有し、アップリンクＰＰＤＵのＬ−ＳＩＧフィールドの長さフィールドは、アップリンクＰＰＤＵの長さを示す。結果的に、トリガフレームの長さフィールド１０１０は、対応されるアップリンクＰＰＤＵの長さを指示するときに使われることができる。
【００９５】
また、カスケード指示子フィールド１０２０は、カスケード動作が実行されるかどうかを指示する。カスケード動作は、同じＴＸＯＰ内にダウンリンクＭＵ送信とアップリンクＭＵ送信が共に実行されることを意味する。即ち、ダウンリンクＭＵ送信が実行された以後、既設定された時間（例えば、ＳＩＦＳ）以後アップリンクＭＵ送信が実行されることを意味する。カスケード動作中には、ダウンリンク通信を実行する送信装置（例えば、ＡＰ）は、１個のみが存在し、アップリンク通信を実行する送信装置（例えば、ｎｏｎ−ＡＰ）は、複数個存在できる。
【００９６】
ＣＳ要求フィールド１０３０は、該当トリガフレームを受信した受信装置が対応されるアップリンクＰＰＤＵを送信する状況で無線媒体の状態やＮＡＶなどを考慮すべきかどうかを指示する。
【００９７】
ＨＥ−ＳＩＧ−Ａ情報フィールド１０４０は、該当トリガフレームに対応して送信されるアップリンクＰＰＤＵのＳＩＧ−Ａフィールド（即ち、ＨＥ−ＳＩＧ−Ａフィールド）の内容（ｃｏｎｔｅｎｔ）を制御する情報が含まれることができる。
【００９８】
ＣＰ及びＬＴＦタイプフィールド１０５０は、該当トリガフレームに対応して送信されるアップリンクＰＰＤＵのＬＴＦの長さ及びＣＰ長さに対する情報を含むことができる。トリガタイプフィールド１０６０は、該当トリガフレームが使われる目的、例えば、通常のトリガリング、ビームフォーミングのためのトリガリング、Ｂｌｏｃｋ  ＡＣＫ／ＮＡＣＫに対する要求などを指示することができる。
【００９９】
本明細書において、トリガフレームのトリガタイプフィールド１０６０は、通常のトリガリングのための基本（Ｂａｓｉｃ）タイプのトリガフレームを指示すると仮定することができる。例えば、基本（Ｂａｓｉｃ）タイプのトリガフレームは、基本トリガフレームと言及されることができる。
【０１００】
図１１は、ユーザ情報（ｐｅｒ  ｕｓｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれるサブフィールドの一例を示す。図１１のユーザ情報フィールド１１００は、前記図９で言及された個別ユーザ情報フィールド９６０＃１乃至９６０＃Ｎのうちいずれか一つと理解されることができる。図１１のユーザ情報フィールド１１００に含まれているサブフィールドのうち一部は省略されることもでき、その他のサブフィールドが追加されることもできる。また、図示されたサブフィールド各々の長さは変形されることができる。
【０１０１】
図１１のユーザ識別子（Ｕｓｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）フィールド１１１０は、個別ユーザ情報（ｐｅｒ  ｕｓｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）に相応するＳＴＡ（即ち、受信ＳＴＡ）の識別子を示し、識別子の一例は、受信ＳＴＡのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ）値の全部または一部になることができる。
【０１０２】
また、ＲＵ割当（ＲＵ  Ａｌｌｏｃａｔｉｏｎ）フィールド１１２０が含まれることができる。即ち、ユーザ識別子フィールド１１１０で識別された受信ＳＴＡが、図９のトリガフレームに対応してアップリンクＰＰＤＵを送信する場合、ＲＵ割当（ＲＵ  Ａｌｌｏｃａｔｉｏｎ）フィールド１１２０が指示したＲＵを介して該当アップリンクＰＰＤＵを送信する。この場合、ＲＵ割当（ＲＵ  Ａｌｌｏｃａｔｉｏｎ）フィールド１１２０により指示されるＲＵは、図４、図５、図６に示すＲＵを指示することが好ましい。
【０１０３】
図１１のサブフィールドは、コーディングタイプフィールド１１３０を含むことができる。コーディングタイプフィールド１１３０は、図９のトリガフレームに対応して送信されるアップリンクＰＰＤＵのコーディングタイプを指示することができる。例えば、前記アップリンクＰＰＤＵにＢＣＣコーディングが適用される場合、前記コーディングタイプフィールド１１３０は‘１’に設定され、ＬＤＰＣコーディングが適用される場合、前記コーディングタイプフィールド１１３０は‘０’に設定されることができる。
【０１０４】
また、図１１のサブフィールドは、ＭＣＳフィールド１１４０を含むことができる。ＭＣＳフィールド１１４０は、図９のトリガフレームに対応して送信されるアップリンクＰＰＤＵに適用されるＭＣＳ技法を指示することができる。例えば、前記アップリンクＰＰＤＵにＢＣＣコーディングが適用される場合、前記コーディングタイプフィールド１１３０は‘１’に設定され、ＬＤＰＣコーディングが適用される場合、前記コーディングタイプフィールド１１３０は‘０’に設定されることができる。
【０１０５】
本明細書において、基本トリガフレームは、トリガフレームの変形（ｖａｒｉａｎｔ）と理解されることができる。基本トリガフレームは、個別ユーザ情報フィールド９６０＃１乃至９６０＃Ｎにトリガ従属ユーザ情報（Ｔｒｉｇｇｅｒ  ｄｅｐｅｎｄｅｎｔ  Ｕｓｅｒ  Ｉｎｆｏ）フィールド１１５０をさらに含むことができる。
【０１０６】
以下、ＥＤＣＡ（ｅｎｈａｎｃｅｄ  ｄｉｓｔｒｉｂｕｔｅｄ  ｃｈａｎｎｅｌ  ａｃｃｅｓｓ）技法、即ち、ＥＤＣＡベースのチャネルアクセス方法を説明する。
【０１０７】
図１２は、無線ＬＡＮシステムでＥＤＣＡベースのチャネルアクセス方法を示す。無線ＬＡＮシステムにおいて、ＳＴＡ（または、ＡＰ）は、ＥＤＣＡ（ｅｎｈａｎｃｅｄ  ｄｉｓｔｒｉｂｕｔｅｄ  ｃｈａｎｎｅｌ  ａｃｃｅｓｓ）のために定義された多数のユーザ優先順位（ｕｓｅｒ  ｐｒｉｏｒｉｔｙ）によってチャネルアクセスを実行することができる。
【０１０８】
具体的に、多数のユーザ優先順位に基づくＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）データフレームの送信のために、４個のアクセスカテゴリ（ａｃｃｅｓｓ  ｃａｔｅｇｏｒｙ；ＡＣ）（ＡＣ＿ＢＫ（ｂａｃｋｇｒｏｕｎｄ）、ＡＣ＿ＢＥ（ｂｅｓｔ  ｅｆｆｏｒｔ）、ＡＣ＿ＶＩ（ｖｉｄｅｏ）、ＡＣ＿ＶＯ（ｖｏｉｃｅ））が定義されることができる。
【０１０９】
ＳＴＡは、上位階層（例えば、ＬＬＣ（ｌｏｇｉｃａｌ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）階層）からあらかじめ設定されたユーザ優先順位を有するトラフィックデータ（例えば、ＭＳＤＵ（ＭＡＣ  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ））を受信することができる。
【０１１０】
例えば、ＳＴＡにより送信されるＭＡＣフレームの送信順序を決定するために、ユーザ優先順位には各トラフィックデータ毎に微分された（ｄｉｆｆｅｒｅｎｔｉａｌ）値が設定されることができる。本明細書において、ユーザ優先順位は、トラフィックデータの特性を示すトラフィック識別子（Ｔｒａｆｆｉｃ  ｉｄｅｎｔｉｆｉｅｒ、以下‘ＴＩＤ’）と理解されることができる。例えば、ＴＩＤ１、２、０、３、４、５、６、７は、各々（ｒｅｓｐｅｃｔｉｖｅｌｙ）ＡＣ＿ＢＫ、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯ、ＡＣ＿ＶＯにマッピングされることができる。
【０１１１】
即ち、ユーザ優先順位（即ち、ＴＩＤ）が‘１’または‘２’であるトラフィックデータは、ＡＣ＿ＢＫタイプの送信キュー１２５０でバッファされることができる。ユーザ優先順位（即ち、ＴＩＤ）が‘０’または‘３’であるトラフィックデータは、ＡＣ＿ＢＥタイプの送信キュー１２４０でバッファされることができる。
【０１１２】
ユーザ優先順位（即ち、ＴＩＤ）が‘４’または‘５’であるトラフィックデータは、ＡＣ＿ＶＩタイプの送信キュー１２３０でバッファされることができる。ユーザ優先順位（即ち、ＴＩＤ）が‘６’または‘７’であるトラフィックデータは、ＡＣ＿ＶＯタイプの送信キュー１２２０でバッファされることができる。
【０１１３】
既存ＤＣＦ（ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ）に基づくバックオフ手順のためのパラメータであるＤＩＦＳ（ＤＣＦ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）、ＣＷｍｉｎ、ＣＷｍａｘの代わりに、ＥＤＣＡを実行するＳＴＡのバックオフ手順のためにＥＤＣＡパラメータセットであるＡＩＦＳ（ａｒｂｉｔｒａｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）［ＡＣ］、ＣＷｍｉｎ［ＡＣ］、ＣＷｍａｘ［ＡＣ］及びＴＸＯＰ  ｌｉｍｉｔ［ＡＣ］が使われることができる。
【０１１４】
微分されたＥＤＣＡパラメータセットに基づいてＡＣ間送信優先順位の差異が具現されることができる。各ＡＣに相応するＥＤＣＡパラメータセット（即ち、ＡＩＦＳ［ＡＣ］、ＣＷｍｉｎ［ＡＣ］、ＣＷｍａｘ［ＡＣ］、ＴＸＯＰ  ｌｉｍｉｔ［ＡＣ］）のデフォルト（ｄｅｆａｕｌｔ）値は、ＷＬＡＮ規格によって固定的に決定されることができる。
【０１１５】
例えば、ＡＣ＿ＢＫのためのＣＷｍｉｎ［ＡＣ］、ＣＷｍａｘ［ＡＣ］、ＡＩＦＳ［ＡＣ］、ＴＸＯＰ  ｌｉｍｉｔ［ＡＣ］は、各々、３１、１０２３、７、０ｍｓに決定されることができる。また、ＡＣ＿ＢＥのためのＣＷｍｉｎ［ＡＣ］、ＣＷｍａｘ［ＡＣ］、ＡＩＦＳ［ＡＣ］、ＴＸＯＰ  ｌｉｍｉｔ［ＡＣ］は、各々、３１、１０２３、３、０ｍｓに決定されることができる。また、ＡＣ＿ＶＩのためのＣＷｍｉｎ［ＡＣ］、ＣＷｍａｘ［ＡＣ］、ＡＩＦＳ［ＡＣ］、ＴＸＯＰ  ｌｉｍｉｔ［ＡＣ］は、各々、１５、３１、２、３．００８ｍｓに決定されることができる。また、ＡＣ＿ＶＯのためのＣＷｍｉｎ［ＡＣ］、ＣＷｍａｘ［ＡＣ］、ＡＩＦＳ［ＡＣ］、ＴＸＯＰ  ｌｉｍｉｔ［ＡＣ］は、各々、７、１５、２、１．５０４ｍｓに決定されることができる。前述した具体的な数値は変更されることができる。
【０１１６】
各ＡＣのためのＥＤＣＡパラメータセットは、デフォルト（ｄｅｆａｕｌｔ）値に設定され、またはビーコンフレームに載せられてＡＰから各ＳＴＡに伝達されることができる。ＡＩＦＳ［ＡＣ］とＣＷｍｉｎ［ＡＣ］の値が小さいほど高い優先順位を有し、それによって、チャネル接近遅延が短くなって与えられたトラフィック環境でより多くの帯域が使用可能になる。
【０１１７】
ＥＤＣＡパラメータセットは、各ＡＣのためのチャネルアクセスパラメータ（例えば、ＡＩＦＳ［ＡＣ］、ＣＷｍｉｎ［ＡＣ］、ＣＷｍａｘ［ＡＣ］）に対する情報を含むことができる。
【０１１８】
ＥＤＣＡのためのバックオフ手順は、各ＳＴＡに含まれている４個のＡＣに個別的に設定されたＥＤＣＡパラメータセットに基づいて実行されることができる。各ＡＣ別互いに異なるチャネルアクセスパラメータを定義したＥＤＣＡパラメータ値の適切な設定は、ネットワーク性能を最適化する同時にトラフィックの優先順位による送信効果を増加させることができる。
【０１１９】
したがって、無線ＬＡＮシステムのＡＰは、ネットワークに参与した全てのＳＴＡに公平な媒体接近保障のためにＥＤＣＡパラメータに対する全体的な管理と調整機能を遂行しなければならない。
【０１２０】
図１２を参照すると、一つのＳＴＡ（または、ＡＰ１２００）は、仮想マッパ１２１０、複数の送信キュー１２２０〜１２５０及び仮想衝突ハンドラ１２６０を含むことができる。図１２の仮想マッパ１２１０は、ＬＬＣ（ｌｏｇｉｃａｌ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）階層から受信されたＭＳＤＵを前記表１によって各ＡＣに相応する送信キューにマッピングする役割を遂行することができる。
【０１２１】
図１２の複数の送信キュー１２２０〜１２５０は、一つのＳＴＡ（または、ＡＰ）内で無線媒体アクセスのために個別的なＥＤＣＡコンテンションエンティティとして役割を遂行することができる。例えば、図１２のＡＣ＿ＶＯタイプの送信キュー１２２０は、第２のＳＴＡ（図示せず）のための１個のフレーム１２２１を含むことができる。
【０１２２】
ＡＣ＿ＶＩタイプの送信キュー１２３０は、物理階層に送信される順序によって、第１のＳＴＡ（図示せず）のための３個のフレーム１２３１〜１２３３と第３のＳＴＡのための１個のフレーム１２３４を含むことができる。
【０１２３】
図１２のＡＣ＿ＢＥタイプの送信キュー１２４０は、物理階層に送信される順序によって、第２のＳＴＡ（図示せず）のための１個のフレーム１２４１、第３のＳＴＡ（図示せず）のための１個のフレーム１２４２及び第２のＳＴＡ（図示せず）のための１個のフレーム１２４３を含むことができる。
【０１２４】
例示的に、図１２のＡＣ＿ＢＫタイプの送信キュー１２５０は、物理階層に送信されるフレームを含めない。
【０１２５】
例えば、図１２のＡＣ＿ＶＯタイプの送信キュー１２２０に含まれているフレーム１２２１は、上位階層（即ち、ＬＬＣ階層）から受信された複数のトラフィックデータ（即ち、ＭＳＤＵ）が連結された（ｃｏｎｃａｔｅｎａｔｅ）一つのＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）と理解されることができる。
【０１２６】
また、ＡＣ＿ＶＯタイプの送信キュー１２２０に含まれているフレーム１２２１は‘６’及び‘７’のうちいずれか一つのトラフィック識別子（ＴＩＤ）を有する複数のトラフィックデータ（即ち、ＭＳＤＵ）が連結された一つのＭＰＤＵと理解されることができる。
【０１２７】
図１２のＡＣ＿ＶＩタイプの送信キュー１２３０に含まれているフレーム１２３１は、上位階層（即ち、ＬＬＣ階層）から受信された複数のトラフィックデータ（即ち、ＭＳＤＵ）が連結された（ｃｏｎｃａｔｅｎａｔｅ）一つのＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）と理解されることができる。
【０１２８】
また、ＡＣ＿ＶＩタイプの送信キュー１２３０に含まれているフレーム１２３１は‘４’及び‘５’のうちいずれか一つのトラフィック識別子（ＴＩＤ）を有する複数のトラフィックデータ（即ち、ＭＳＤＵ）が連結された一つのＭＰＤＵと理解されることができる。
【０１２９】
同様に、ＡＣ＿ＶＩタイプの送信キュー１２３０に含まれている他のフレーム１２３２、１２３３、１２３４の各々は‘４’及び‘５’のうちいずれか一つのトラフィック識別子（ＴＩＤ）を有する複数のトラフィックデータ（即ち、ＭＳＤＵ）が連結（ｃｏｎｃａｔｅｎａｔｅ）された一つのＭＰＤＵと理解されることができる。
【０１３０】
また、ＡＣ＿ＢＥタイプの送信キュー１２４０に含まれているフレーム１２４１は‘０’及び‘３’のうちいずれか一つのトラフィック識別子（ＴＩＤ）を有する複数のトラフィックデータ（即ち、ＭＳＤＵ）が連結された一つのＭＰＤＵと理解されることができる。
【０１３１】
同様に、ＡＣ＿ＢＥタイプの送信キュー１２４０に含まれている他のフレーム１２４２、１２４３の各々は‘０’及び‘３’のうちいずれか一つのトラフィック識別子（ＴＩＤ）を有する複数のトラフィックデータ（即ち、ＭＳＤＵ）が連結（ｃｏｎｃａｔｅｎａｔｅ）された一つのＭＰＤＵと理解されることができる。
【０１３２】
各フレーム１２２１、１２３１〜１２３４、１２４１〜１２４３は、あらかじめ決まったトラフィックサイズを超過しないフレームと理解されることができる。
【０１３３】
もし、同時にバックオフを終えたＡＣが一つ以上存在する場合、ＡＣ間の衝突は、仮想衝突ハンドラ（ｖｉｒｔｕａｌ  ｃｏｌｌｉｓｉｏｎ  ｈａｎｄｌｅｒ）１２６０に含まれている関数（ＥＤＣＡ  ｆｕｎｃｔｉｏｎ、ＥＤＣＡＦ）によって調整されることができる。
【０１３４】
具体的に、衝突されたＡＣのうち高い優先順位を有するＡＣに含まれているフレームを先に送信することによってＳＴＡ内の衝突問題を解決することができる。この場合、他のＡＣは、コンテンションウィンドウを増加させ、増加されたコンテンションウィンドウに基づいて再び選択されたバックオフ値にバックオフカウンタを更新することができる。
【０１３５】
ＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｐｐｏｒｔｕｎｉｔｙ）は、ＥＤＣＡ規則によってチャネルに接近した時に始まることができる。もし、一ＡＣに二つ以上のフレームが重なっている時、ＥＤＣＡ  ＴＸＯＰが取得される場合、ＥＤＣＡ  ＭＡＣ階層のＡＣは、複数個のフレーム送信を試みることができる。ＳＴＡが既に一フレームを送信し、残ったＴＸＯＰ時間内に同じＡＣにある次のフレームの送信とこれに対するＡＣＫまで受けることができる場合、ＳＴＡは、そのフレームに対する送信をＳＩＦＳ時間間隔後に試みることができる。
【０１３６】
ＴＸＯＰ制限値（ＴＸＯＰ  ｌｉｍｉｔ  ｖａｌｕｅ）は、ＡＰ及びＳＴＡにデフォルト値に設定され、またはＡＰからＴＸＯＰ制限値と関連したフレームがＳＴＡに伝達されることができる。
【０１３７】
もし、送信しようとするデータフレームの大きさがＴＸＯＰ制限値を超過する場合、ＡＰは、フレームを複数個の小さいフレームに分割（ｆｒａｇｍｅｎｔａｔｉｏｎ）できる。次に、分割されたフレームがＴＸＯＰ制限値を超過しない範囲で送信されることができる。
【０１３８】
図１３は、ＥＤＣＡのバックオフ手順を示す概念図である。
【０１３９】
複数のＳＴＡは、コンテンションベースの関数である分散調整関数（ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ、以下‘ＤＣＦ’）に基づいて無線媒体（ｗｉｒｅｌｅｓｓ  ｍｅｄｉｕｍ）を共有することができる。ＤＣＦは、ＳＴＡ間の衝突を調整するために接続プロトコルで搬送波検知多重アクセス／衝突回避（ｃａｒｒｉｅｒ  ｓｅｎｓｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ／ｃｏｌｌｉｓｉｏｎ  ａｖｏｉｄａｎｃｅ、以下、ＣＳＭＡ／ＣＡ）を使用することができる。
【０１４０】
ＤＣＦを利用したチャネルアクセス技法は、ＤＩＦＳ（ＤＣＦ  ｉｎｔｅｒ  ｆｒａｍｅ  ｓｐａｃｅ）の間に媒体が使われない場合（即ち、チャネルがｉｄｌｅ）、ＳＴＡは、内部的に決定されたＭＰＤＵを送信することができる。
【０１４１】
ＳＴＡの搬送波検知メカニズム（ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ  ｍｅｃｈａｎｉｓｍ）により無線媒体が他のＳＴＡにより使われると判断されると（即ち、チャネルがｂｕｓｙ）、ＳＴＡは、コンテンションウィンドウ（ｃｏｎｔｅｎｔｉｏｎ  ｗｉｎｄｏｗ、以下‘ＣＷ’）のサイズを決定してバックオフ手順を実行することができる。
【０１４２】
バックオフ手順を実行するために、各ＳＴＡは、コンテンションウィンドウ（ＣＷ）内で任意に選択されたバックオフ値をバックオフカウンタに設定できる。本明細書において、各ＳＴＡにより選択されたバックオフ値をスロットタイム（ｓｌｏｔ  ｔｉｍｅ）単位で表す時間は、図１３のバックオフウィンドウと理解されることができる。
【０１４３】
各ＳＴＡは、バックオフウィンドウをスロットタイム単位でカウントダウンすることでチャネルアクセスのためのバックオフ手順を実行することができる。複数のＳＴＡで相対的に最も短いバックオフウィンドウを選択したＳＴＡは、媒体を占有することができる権限である送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｐｐｏｒｔｕｎｉｔｙ、以下‘ＴＸＯＰ’）を取得することができる。
【０１４４】
送信機会（ＴＸＯＰ）のための時間区間の間に、残りのＳＴＡは、カウントダウン動作を中止することができる。残りのＳＴＡは、送信機会（ＴＸＯＰ）のための時間区間が終了される時まで待機できる。送信機会（ＴＸＯＰ）のための時間区間が終了された後、残りのＳＴＡは、無線媒体を占有するために、中止されたカウントダウン動作を再開（ｒｅｓｕｍｅ）することができる。
【０１４５】
このようなＤＣＦに基づく前ソング方法によると、複数のＳＴＡが同時にフレームを送信する時に発生できる衝突現象が防止されることができる。ただし、ＤＣＦを利用したチャネルアクセス技法は、送信優先順位（即ち、ユーザ優先順位）に対する概念がない。即ち、ＤＣＦが使われる時、ＳＴＡで送信しようとするトラフィック（ｔｒａｆｆｉｃ）のＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）が保障されることができない。
【０１４６】
このような問題点を解決するために、８０２．１１ｅで新しい調整関数（ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ）であるハイブリッド調整関数（ｈｙｂｒｉｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ、以下‘ＨＣＦ’）を定義した。新しく定義されたＨＣＦは、既存ＤＣＦのチャネルアクセス性能より向上した性能を有する。ＨＣＦは、ＱｏＳ向上目的として、二つのチャネルアクセス技法であるポーリング技法のＨＣＣＡ（ＨＣＦ  ｃｏｎｔｒｏｌｌｅｄ  ｃｈａｎｎｅｌ  ａｃｃｅｓｓ）及びコンテンションベースのＥＤＣＡ（ｅｎｈａｎｃｅｄ  ｄｉｓｔｒｉｂｕｔｅｄ  ｃｈａｎｎｅｌ  ａｃｃｅｓｓ）を共に利用できる。
【０１４７】
図１３を参照すると、ＳＴＡは、ＳＴＡにバッファされたトラフィックデータの送信のためにＥＤＣＡを実行すると仮定する。表１を参照すると、各トラフィックデータに設定されたユーザ優先順位は、８ステップに差等（ｄｉｆｆｅｒｅｎｔｉａｔｅ）されることができる。
【０１４８】
各ＳＴＡは、表１の８ステップのユーザ優先順位とマッピングされた４つのタイプ（ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯ）の出力キューを含むことができる。
【０１４９】
本実施例によるＳＴＡは、既存に使われたＤＩＦＳ（ＤＣＦ  Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｅ）の代わりにユーザ優先順位に相応するＡＩＦＳ（Ａｒｂｉｔｒａｔｉｏｎ  Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｅ）に基づいてトラフィックデータを送信することができる。
【０１５０】
本明細書の円滑な説明のために、８０２．１１で言及されるインターフレーム間隔（Ｉｎｔｅｒ−Ｆｒａｍｅ  Ｓｐａｃｉｎｇ）が説明される。例えば、インターフレーム間隔（ＩＦＳ）は、縮小されたフレーム間隔（ＲＩＦＳ：ｒｅｄｕｃｅｄ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）、短いフレーム間隔（ＳＩＦＳ：ｓｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）、ＰＣＦフレーム間隔（ＰＩＦＳ：ＰＣＦ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）、ＤＣＦフレーム間隔（ＤＩＦＳ：ＤＣＦ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）、調整フレーム間隔（ＡＩＦＳ：ａｒｂｉｔｒａｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）または拡張フレーム間隔（ＥＩＦＳ：ｅｘｔｅｎｄｅｄ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）である。
【０１５１】
インターフレーム間隔（ＩＦＳ）は、ＳＴＡのビット率（ｂｉｔｒａｔｅ）にかかわらずＳＴＡの物理階層により特定された属性によって決定されることができる。インターフレーム間隔（ＩＦＳ）のうち、ＡＩＦＳを除外した残りは、各物理階層別に固定された値と理解されることができる。
【０１５２】
ＡＩＦＳは、表２で示されるように、ユーザ優先順位とマッピングされた４つのタイプの送信キューに相応する値に設定されることができる。
【０１５３】
ＳＩＦＳは、前記言及されたＩＦＳのうち最も短い時間ギャップ（ｔｉｍｅ  ｇａｐ）を有する。それによって、無線媒体を占有しているＳＴＡが、フレーム交換シーケンス（ｆｒａｍｅ  ｅｘｃｈａｎｇｅ  ｓｅｑｕｅｎｃｅ）が実行される区間で他のＳＴＡによる妨害無しで媒体の占有を維持する必要がある時に使われることができる。
【０１５４】
即ち、フレーム交換シーケンス内の送信間最も小さいギャップを使用することによって、進行中であるフレーム交換シーケンスが完了するときに優先権が付与されることができる。また、ＳＩＦＳを利用して無線媒体にアクセスするＳＴＡは、媒体がビジー（Ｂｕｓｙ）するかどうかを判断せずにＳＩＦＳバウンダリ（ｂｏｕｎｄａｒｙ）で送信を始めることができる。
【０１５５】
特定物理（ＰＨＹ）階層のためのＳＩＦＳのデュレーションは、ａＳＩＦＳＴｉｍｅ  ｐａｒａｍｅｔｅｒにより定義されることができる。例えば、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ及びＩＥＥＥ８０２．１１ａｃ規格の物理階層（ＰＨＹ）でＳＩＦＳ値は１６μsである。
【０１５６】
ＰＩＦＳは、ＳＩＦＳの次に高い優先順位をＳＴＡに提供するために利用されることができる。即ち、ＰＩＦＳは、無線媒体をアクセスするための優先権を取得するために使われることができる。
【０１５７】
ＤＩＦＳは、ＤＣＦに基づいてデータフレーム（ＭＰＤＵ）及び管理フレーム（Ｍａｃ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ；ＭＰＤＵ）を送信するＳＴＡにより使われることができる。受信されたフレーム及びバックオフタイムが満了された以後、ＣＳ（ｃａｒｒｉｅｒ  ｓｅｎｓｅ）メカニズムを介して媒体がアイドル状態と決定されると、ＳＴＡは、フレームを送信することができる。
【０１５８】
図１４は、無線ＬＡＮシステムでフレームの送信手順を説明するための図面である。
【０１５９】
前記説明したように、本実施例による各ＳＴＡ１４１０、１４２０、１４３０、１４４０、１４５０は、バックオフ手順のためのバックオフ値を個別的に選択できる。
【０１６０】
そして、各ＳＴＡ１４１０、１４２０、１４３０、１４４０、１４５０は、選択されたバックオフ値をスロットタイム（ｓｌｏｔ  ｔｉｍｅ）単位で表す時間（即ち、図１３のバックオフウィンドウ）ほど待機した後に送信を試みることができる。
【０１６１】
また、各ＳＴＡ１４１０、１４２０、１４３０、１４４０、１４５０は、バックオフウィンドウをスロットタイム単位でカウントダウンできる。無線媒体に対するチャネルアクセスのためのカウントダウン（ｃｏｕｎｔｄｏｗｎ）動作は、各ＳＴＡにより個別的に実行されることができる。
【０１６２】
以下、バックオフウィンドウに相応する時間は、バックオフ時間（ｒａｎｄｏｍ  ｂａｃｋ  ｏｆｆｔｉｍｅ、Ｔｂ［ｉ］）と言及されることができる。即ち、各ＳＴＡは、各ＳＴＡのバックオフカウンタにバックオフ時間（Ｔｂ［ｉ］）を個別的に設定できる。
【０１６３】
具体的に、バックオフ時間（Ｔｂ［ｉ］）は、疑似ランダム整数（ｐｓｅｕｄｏ−ｒａｎｄｏｍ  ｉｎｔｅｇｅｒ）値であり、下記数式１に基づいて演算されることができる。
【０１６４】
Ｔｂ［ｉ］＝Ｒａｎｄｏｍ（ｉ）＊ＳｌｏｔＴｉｍｅ
【０１６５】
数式１のＲａｎｄｏｍ（ｉ）は、均等分布（ｕｎｉｆｏｒｍ  ｄｉｓｔｒｉｂｕｔｉｏｎ）を使用し、０とＣＷ［ｉ］との間の任意の整数を発生する関数である。ＣＷ［ｉ］は、最小コンテンションウィンドウ（ＣＷｍｉｎ［ｉ］）と最大コンテンションウィンドウ（ＣＷｍａｘ［ｉ］）との間から選択されたコンテンションウィンドウと理解されることができる。最小コンテンションウィンドウ（ＣＷｍｉｎ［ｉ］）及び最大コンテンションウィンドウ（ＣＷｍａｘ［ｉ］）は、表２のデフォルト値であるＣＷｍｉｎ［ＡＣ］及びＣＷｍａｘ［ＡＣ］に対応できる。
【０１６６】
初期チャネルアクセスで、ＳＴＡは、ＣＷ［ｉ］をＣＷｍｉｎ［ｉ］とし、Ｒａｎｄｏｍ（ｉ）を介してＯとＣＷｍｉｎ［ｉ］との間から任意の整数を選択することができる。本実施例において、選択された任意の整数は、バックオフ値と言及されることができる。
【０１６７】
ｉは、トラフィックデータのユーザ優先順位と理解されることができる。数式１のｉは、表１によってＡＣ＿ＶＯ、ＡＣ＿ＶＩ、ＡＣ＿ＢＥまたはＡＣ＿ＢＫのうちいずれか一つに対応すると理解されることができる。
【０１６８】
数式１のスロットタイム（Ｓｌｏｔ  Ｔｉｍｅ）は、送信ＳＴＡのプリアンブル（ｐｒｅａｍｂｌｅ）が隣接ＳＴＡにより十分に探知されることができるように十分の時間を提供するために使われることができる。数式１のスロットタイム（Ｓｌｏｔ  Ｔｉｍｅ）は、前記言及されたＰＩＦＳとＤＩＦＳを定義するために利用されることができる。一例として、スロットタイム（Ｓｌｏｔ  Ｔｉｍｅ）は９μsである。
【０１６９】
例えば、ユーザ優先順位（ｉ）が‘７’である場合、ＡＣ＿ＶＯタイプの送信キューのための初期のバックオフ時間（Ｔｂ［ＡＣ＿ＶＯ］）は、０とＣＷｍｉｎ［ＡＣ＿ＶＯ］との間から選択されたバックオフ値をスロットタイム（Ｓｌｏｔ  Ｔｉｍｅ）の単位で表現した時間である。
【０１７０】
バックオフ手順によってＳＴＡ間衝突が発生した場合（または、送信されたフレームに対するＡＣＫフレームを受信することができない場合）、ＳＴＡは、下記の数式２に基づいて増加されたバックオフ時間（Ｔｂ［ｉ］′）を演算することができる。
【０１７１】
ＣＷｎｅｗ［ｉ］＝（（ＣＷｏｌｄ［ｉ］＋１）＊ＰＦ）−１
【０１７２】
数式２を参照すると、新しいコンテンションウィンドウ（ＣＷｎｅｗ［ｉ］）は、以前ウィンドウ（ＣＷｏｌｄ［ｉ］）に基づいて演算されることがきる。数式２のＰＦ値は、ＩＥＥＥ８０２．１１ｅ標準に定義された手順によって計算されることができる。一例として、数式２のＰＦ値は‘２’に設定されることができる。
【０１７３】
本実施例において、増加されたバックオフ時間（Ｔｂ［ｉ］′）は、０と新しいコンテンションウィンドウ（ＣＷｎｅｗ［ｉ］）との間から選択された任意の整数（即ち、バックオフ値）をスロットタイム（ｓｌｏｔ  ｔｉｍｅ）単位で表す時間と理解されることができる。
【０１７４】
図１４で言及されたＣＷｍｉｎ［ｉ］、ＣＷｍａｘ［ｉ］、ＡＩＦＳ［ｉ］及びＰＦ値は、管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）であるＱｏＳパラメータセット要素（ＱｏＳ  ｐａｒａｍｅｔｅｒ  ｓｅｔ  ｅｌｅｍｅｎｔ）を介してＡＰからシグナリングされることができる。ＣＷｍｉｎ［ｉ］、ＣＷｍａｘ［ｉ］、ＡＩＦＳ［ｉ］及びＰＦ値は、ＡＰ及びＳＴＡによりあらかじめ設定された値である。
【０１７５】
図１４を参照すると、第１乃至第５のＳＴＡ１４１０〜１４５０のための横軸（ｔ１〜ｔ５）は、時間軸を示すことができる。また、第１乃至第５のＳＴＡ１４１０〜１４５０のための縦軸は、バックオフ時間を示すことができる。
【０１７６】
図１３及び図１４を参照すると、特定媒体が占有（ｏｃｃｕｐｙまたはｂｕｓｙ）状態からアイドル（ｉｄｌｅ）状態へ変更されると、複数のＳＴＡは、データ（または、フレーム）送信を試みることができる。
【０１７７】
このとき、ＳＴＡ間衝突を最小化するための方案として、各ＳＴＡは、数式１のバックオフ時間（ｂａｃｋ  ｏｆｆｔｉｍｅ、Ｔｂ［ｉ］）を選択し、それに該当するスロット時間（ｓｌｏｔ  ｔｉｍｅ）ほど待機した後に送信を試みることができる。
【０１７８】
バックオフ手順が開始されると、各ＳＴＡは、個別的に選択されたバックオフカウンタ時間をスロットタイム単位でカウントダウンできる。各ＳＴＡは、カウントダウンする間に持続的に媒体をモニタリングすることができる。
【０１７９】
もし、無線媒体が占有状態とモニタリングされる場合、ＳＴＡは、カウントダウンを中断して待機できる。もし、無線媒体がアイドル（ｉｄｌｅ）状態とモニタリングされる場合、ＳＴＡは、カウントダウンを再開することができる。
【０１８０】
図１４を参照すると、第３のＳＴＡ１４３０のためのフレームが第３のＳＴＡ１４３０のＭＡＣ階層に到達する場合、第３のＳＴＡ１４３０は、ＤＩＦＳの間に媒体がアイドル状態かどうかを確認することができる。次に、媒体がＤＩＦＳの間にアイドル状態と判断される場合、第３のＳＴＡ１４３０は、フレームをＡＰ（図示せず）に送信できる。ただし、図１４のインターフレーム空間（ｉｎｔｅｒ  ｆｒａｍｅ  ｓｐａｃｅ、ＩＦＳ）は、ＤＩＦＳで図示されるが、本明細書がこれに限定されるものではないことを理解することができる。
【０１８１】
第３のＳＴＡ１４３０からフレームが送信される間に、残りのＳＴＡは、媒体の占有状態を確認し、フレームの送信区間の間に待機できる。第１のＳＴＡ１４１０、第２のＳＴＡ１４２０及び第５のＳＴＡ１４５０各々のＭＡＣ階層にフレームが到達できる。媒体がアイドル状態と確認される場合、各ＳＴＡは、ＤＩＦＳほど待機した後、各ＳＴＡにより選択された個別的なバックオフ時間をカウントダウンすることができる。
【０１８２】
図１４を参照すると、第２のＳＴＡ１４２０が最も小さいバックオフ時間を選択し、第１のＳＴＡ１４１０が最も大きいバックオフ時間を選択した場合を示す。第２のＳＴＡ１４２０により選択されたバックオフ時間に対するバックオフ手順を終えてフレーム送信を始める時点（Ｔ１）で、第５のＳＴＡ１４５０の残余バックオフ時間は、第１のＳＴＡ１４１０の残余バックオフ時間より短い場合を示す。
【０１８３】
第２のＳＴＡ１４２０により媒体が占有される時、第１のＳＴＡ１４１０及び第５のＳＴＡ１４５０は、バックオフ手順を中止（ｓｕｓｐｅｎｄ）して待機できる。次に、第２のＳＴＡ１４２０の媒体占有が終了（即ち、媒体が再びアイドル状態）される場合、第１のＳＴＡ１４１０及び第５のＳＴＡ１４５０は、ＤＩＦＳほど待機できる。
【０１８４】
次に、第１のＳＴＡ１４１０及び第５のＳＴＡ１４５０は、中止された残余バックオフ時間に基づいてバックオフ手順を再開（ｒｅｓｕｍｅ）することができる。この場合、第５のＳＴＡ１４５０の残余バックオフ時間が第１のＳＴＡ１４１０の残余バックオフ時間より短いため、第５のＳＴＡ１４５０は、第１のＳＴＡ１４１０より先にバックオフ手順を完了することができる。
【０１８５】
一方、図１４を参考すると、第２のＳＴＡ１４２０により媒体が占有される時、第４のＳＴＡ１４４０のためのフレームが第４のＳＴＡ１４４０のＭＡＣ階層に到達できる。媒体がアイドル状態になる場合、第４のＳＴＡ１４４０は、ＤＩＦＳほど待機できる。次に、第４のＳＴＡ１４４０は、第４のＳＴＡ１４４０により選択されたバックオフ時間をカウントダウンすることができる。
【０１８６】
図１４を参考すると、第５のＳＴＡ１４５０の残余バックオフ時間が第４のＳＴＡ１４４０のバックオフ時間と偶然に一致することができる。この場合、第４のＳＴＡ１４４０と第５のＳＴＡ１４５０との間に衝突が発生できる。ＳＴＡ間衝突が発生する場合、第４のＳＴＡ１４４０と第５のＳＴＡ１４５０は、両方ともＡＣＫを受信することができなくて、データ送信に失敗できる。
【０１８７】
それによって、第４のＳＴＡ１４４０及び第５のＳＴＡ１４５０は、前記数式２によって新しいコンテンションウィンドウ（ＣＷｎｅｗ［ｉ］）を個別的に演算できる。次に、第４のＳＴＡ１４４０及び第５のＳＴＡ１４５０は、前記数式２によって新しく演算したバックオフ時間に対するカウントダウンを個別的に実行することができる。
【０１８８】
一方、第４のＳＴＡ１４４０と第５のＳＴＡ１４５０の送信によって媒体が占有状態であるとき、第１のＳＴＡ１４１０は待機できる。次に、媒体がアイドル状態になる場合、第１のＳＴＡ１４１０は、ＤＩＦＳほど待機した後、バックオフカウンティングを再開することができる。第１のＳＴＡ１４１０の残余バックオフ時間が経過する場合、第１のＳＴＡ１４１０は、フレームを送信することができる。
【０１８９】
ＣＳＭＡ／ＣＡメカニズムは、ＡＰ及び／またはＳＴＡが媒体を直接センシングする物理的キャリアセンシング（ｐｈｙｓｉｃａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）外に仮想キャリアセンシング（ｖｉｒｔｕａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）も含むことができる。
【０１９０】
仮想キャリアセンシングは、隠れノード問題（ｈｉｄｄｅｎ  ｎｏｄｅ  ｐｒｏｂｌｅｍ）などのように媒体接近上発生できる問題を補完するためである。仮想キャリアセンシングのために、ＷＬＡＮシステムのＭＡＣは、ネットワーク割当ベクトル（ＮＡＶ：Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）を利用する。ＮＡＶは、現在媒体を使用しており、または使用する権限があるＡＰ及び／またはＳＴＡが、媒体が利用可能な状態になるまで残っている時間を他のＡＰ及び／またはＳＴＡに指示する値である。
【０１９１】
したがって、ＮＡＶに設定された値は、該当フレームを送信するＡＰ及び／またはＳＴＡにより媒体の使用が予定されている期間に該当し、ＮＡＶ値を受信するＳＴＡは、該当期間の間に媒体アクセスが禁止される。ＮＡＶは、例えば、フレームのＭＡＣヘッダ（ｈｅａｄｅｒ）のデュレーション（ｄｕｒａｔｉｏｎ）フィールドの値によって設定されることができる。
【０１９２】
ＮＡＶは、送信ＳＴＡ（例えば、ＴＸＯＰ  ｈｏｌｄｅｒ）のＴＸＯＰを保護するための一種のタイマと理解されることができる。ＳＴＡは、自分に設定されたＮＡＶが有効な期間の間はチャネルアクセスを実行しないことで、他のＳＴＡのＴＸＯＰを保護することができる。
【０１９３】
図１５は、ＮＡＶ設定（ｓｅｔｔｉｎｇ）の一例を示す。
【０１９４】
図１５を参照すると、Ｓｏｕｒｃｅ  ＳＴＡは、ＲＴＳフレームを送信し、Ｄｅｓｔｉｎａｔｉｏｎは、ＣＴＳフレームを送信する。前述したように、ＲＴＳフレームを介して受信者として指定されたｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡは、ＮＡＶを設定しない。残りのＳＴＡのうち、一部は、ＲＴＳフレームを受信してＮＡＶを設定し、他の一部は、ＣＴＳフレームを受信してＮＡＶを設定することができる。
【０１９５】
ＲＴＳフレームが受信された時点から（例えば、ＭＡＣがＲＴＳフレームに対応するＰＨＹ−ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎ  ｐｒｉｍｉｔｉｖｅを受信した時点）一定期間内でＣＴＳフレーム（例えば、ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ  ｐｒｉｍｉｔｉｖｅ）が受信されない場合、ＲＴＳフレームを介してＮＡＶを設定またはアップデートしたＳＴＡは、ＮＡＶをリセット（例えば、０）することができる。一定期間は、（２＊ａＳＩＦＳＴｉｍｅ＋ＣＴＳ＿Ｔｉｍｅ＋ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙ＋２＊ａＳｌｏｔＴｉｍｅ）である。ＣＴＳ＿Ｔｉｍｅは、ＲＴＳフレームが指示するＣＴＳフレームの長さ及びデータレートに基づいて計算されることができる。
【０１９６】
図１５では便宜のためにＲＴＳフレームまたはＣＴＳフレームを介してＮＡＶを設定またはアップデートすることを例示したが、ＮＡＶ設定／再設定／アップデートは、他の多様なフレーム、例えば、ｎｏｎ−ＨＴ  ＰＰＤＵ、ＨＴ  ＰＰＤＵ、ＶＨＴ  ＰＰＤＵまたはＨＥ  ＰＰＤＵのｄｕｒａｔｉｏｎフィールド（例えば、ＭＡＣフレームのＭＡＣヘッダ内のｄｕｒａｔｉｏｎ  ｆｉｅｌｄ）に基づいて実行されることもできる。例えば、受信されたＭＡＣフレームでＲＡフィールドが自分のアドレス（例えば、ＭＡＣアドレス）と一致しない場合、ＳＴＡは、ＮＡＶを設定／再設定／アップデートすることができる。
【０１９７】
以下では本明細書によってＳＴＡのアップリンク通信を制御する技法を説明する。本明細書は、無線ＬＡＮシステムでＳＴＡのアップリンク接続（ａｃｃｅｓｓ）の方法を制御する技法を提案する。例えば、アップリンク接続は、コンテンションベースのアップリンク接続である。例えば、コンテンションベースのアップリンク接続の一例は、図１２乃至図１４に示すＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）である。
【０１９８】
本明細書のＳＴＡは、アップリンク通信のために少なくとも二つの技法を使用することができる。例えば、ＡＰからのトリガフレームに基づく第１の技法と、前述したようにコンテンションに基づく第２の技法が使われることができる。より具体的に、ＳＴＡは、第１の技法によって、ＵＬ  ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するトリガフレームをＡＰから受信し、トリガフレームに含まれているアップリンクリソース情報に基づいてＴＢ（Ｔｒｉｇｇｅｒ  Ｂａｓｅｄ）ＰＰＤＵを構成してアップリンク通信を実行することができる。また、第２の技法によって、ＥＤＣＡに基づいて媒体に接続してアップリンク通信を実行することができる。本明細書のＳＴＡは、ビーコンなどにより設定される特定の期間区間の間は、第１及び第２の技法を介してのみアップリンク通信を実行することができる。または、本明細書のＳＴＡは、前記第１／第２の技法以外にも追加的な技法を介してアップリンク通信を実行することができる。
【０１９９】
従来ＩＥＥＥ８０２．１１ａｘ標準は、ＭＵ  ＥＤＣＡパラメータを提案してＵＬ  ＭＵ利得（ｇａｉｎ）を高める技法を提案した。例えば、ＡＰがＭＵ  ＥＤＣＡパラメータを相対的に大きく設定する方式として、ＳＴＡのＥＤＣＡ接続確率を低くする技法が提案された。より具体的に、ＩＥＥＥ８０２．１１ａｘ標準は、既存のＥＤＣＡパラメータ以外に新しいＭＵ  ＥＤＣＡ  ｐａｒａｍｅｔｅｒを定義し、ＵＬ  ＭＵが可能なＳＴＡは、既存のＥＤＣＡパラメータの代わりにＭＵ  ＥＤＣＡパラメータに基づいてＥＤＣＡを実行する技法を提案した。
【０２００】
しかし、ＳＴＡがＥＤＣＡを実行することが好ましくない場合が存在する。即ち、ＳＴＡがＥＤＣＡに基づいてアップリンクデータを送信する相当困難な場合が存在できる。例えば、ＳＴＡがＢＳＳのエッジ（ｅｄｇｅ）に存在する場合は、ＳＴＡの送信電力などの問題によって、ＥＤＣＡの代わりにＵＬ  ＭＵを介してアップリンクデータを送信することが好ましい。即ち、ＳＴＡがトリガフレームに基づいてＴＢ  ＰＰＤＵを送信することが好ましい。
【０２０１】
ＳＴＡがＴＢ  ＰＰＤＵを介してアップリンク通信を実行すると、ＥＤＣＡに比較して相対的に少ない帯域幅でアップリンク通信が実行可能で、制限された送信電力から成功裏にアップリンク通信を実行することができるためである。例えば、ＥＤＣＡを介してアップリンクデータを送信する場合、２０ＭＨｚ帯域（または、２０＊Ｎ  ＭＨｚ）を介して送信しなければならないが、ＴＢ  ＰＰＤＵを使用する場合、２６−ＲＵまたは５２−ＲＵのような狭帯域（ｎａｒｒｏｗｂａｎｄ）送信が可能であるため、ＢＳＳの境界に位置するＳＴＡに有利な状況が発生できる。
【０２０２】
それによって、本明細書は、ＳＴＡのＥＤＣＡ動作（ｏｐｅｒａｔｉｏｎ）を不能（ｄｉｓａｂｌｅ）／中断（ｓｕｓｐｅｎｓｉｏｎ）／不活性化（ｉｎａｃｔｉｖａｔｅ）／禁止（ｐｒｏｈｉｂｉｔ）させる新しい動作／モード／状態を提案する。説明の便宜上、ＳＴＡのＥＤＣＡ動作／接続が不能／中断／不活性化／禁止される場合、“ＥＤＣＡ不能動作”が実行／適用されると表現することもできる。それによって、ＥＤＣＡ不能動作が実行／適用されると、ＳＴＡは、ＥＤＣＡ動作が再開（ｒｅｓｕｍｅ）される時までＥＤＣＡ動作（即ち、ＥＤＣＡに基づいく媒体接続）をすることができず、それによって、ＳＴＡは、ＵＬ  ＭＵ（即ち、ＴＢ  ＰＰＤＵ）を介してアップリンク通信を実行することができる。場合によって、特定ＳＴＡに対してＥＤＣＡ不能動作が実行／適用されると、該当ＳＴＡは、ＵＬ  ＭＵ（即ち、ＴＢ  ＰＰＤＵ）を介してのみアップリンク通信を実行することができる。
【０２０３】
ＥＤＣＡ不能条件
【０２０４】
以下、ＥＤＣＡ不能動作が実行／適用される条件（即ち、ＥＤＣＡ不能条件）に対して説明する。ＥＤＣＡの不能条件の一例は、次の通りである。即ち、下記の条件に基づいて、ＳＴＡのＥＤＣＡ動作／接続が不能／中断／不活性化／禁止されることができる。下記条件は、個別的に使われることもでき、互いに異なる条件が同時に使われることもできる。
【０２０５】
条件１：ＤＬ  ＲＳＳＩ（Ｄｏｗｎｌｉｎｋ  Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｉｏｎ）及び／またはＤＬ  ＳＮＲ（ｓｉｇｎａｌ−ｔｏ−ｎｏｉｓｅ  ｒａｔｉｏ）の閾値：
【０２０６】
ダウンリンクのＤＬ  ＲＳＳＩ及び／またはＤＬ  ＳＮＲの閾値を満たすことができない場合、ＥＤＣＡ不能動作が実行されることができる。例えば、前記閾値より小さい値が測定される場合、ＳＴＡのＥＤＣＡ不能動作が実行されることができる。
【０２０７】
条件２：ＵＬパワーヘッドルーム（Ｕｐｌｉｎｋ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ）の閾値
【０２０８】
ＵＬ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍの閾値を満たすことができない場合、ＥＤＣＡ不能動作が実行されることができる。例えば、トリガフレームは、ＴＢ  ＰＰＤＵのＵＬ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍの閾値を含むことができる。ＳＴＡが取得したＵＬ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ値が、トリガフレームに含まれている値より小さい場合、ＳＴＡのＥＤＣＡ不能動作が実行されることができる。
【０２０９】
条件３：失敗したＳＵ送信の個数の閾値
【０２１０】
ＳＴＡで失敗したＳＵ送信の個数が閾値を超過する場合、ＥＤＣＡ不能動作が実行されることができる。例えば、条件３は、連続に失敗したＳＵ送信の個数に対する情報である。
【０２１１】
条件４：ＭＵ  ＥＤＣＡ  ｐａｒａｍｅｔｅｒのうちｃｏｎｔｅｎｔｉｏｎ  ｗｉｎｄｏｗ大きさ
【０２１２】
ＳＴＡのｃｏｎｔｅｎｔｉｏｎ  ｗｉｎｄｏｗが最大値に到達したかどうかに基づいてＥＤＣＡ不能動作が実行されることができる。例えば、ＳＴＡのｃｏｎｔｅｎｔｉｏｎ  ｗｉｎｄｏｗが最大値（例えば、１０２４）に到達した時、ＳＴＡのＥＤＣＡ不能動作が実行されることができる。Ｃｏｎｔｅｎｔｉｏｎ  ｗｉｎｄｏｗが最大値に到達したという意味は、相当混雑した状況を示すため、Ｃｏｎｔｅｎｔｉｏｎ  ｗｉｎｄｏｗが最大値に到達した状況でＥＤＣＡ接続を実行すると、チャネル状況をさらに悪化させることができる。それによって、ＳＴＡのｃｏｎｔｅｎｔｉｏｎ  ｗｉｎｄｏｗに基づいてＥＤＣＡ不能動作が実行されることができる。
【０２１３】
ＥＤＣＡ不能条件は、多様な方式にＳＴＡに伝達されることができる。例えば、Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ／ビーコンを介して受信され、または最近受信されたＴｒｉｇｇｅｒ  Ｆｒａｍｅを介して受信され、またはその他の多様なＭＡＣフレーム、その他の多様なＰＨＹ  ｐｒｅａｍｂｌｅを介してＡＰからＥＤＣＡ不能条件に関連した情報が伝達されることができる。または、ＥＤＣＡ不能条件がＳＴＡ内に既に格納されていることもある。
【０２１４】
ＥＤＣＡ不能動作
【０２１５】
ＳＴＡのＥＤＣＡ不能動作は、多様な方式に実行されることができる。例えば、ＳＴＡが直接ＥＤＣＡ動作を不能（ｄｉｓａｂｌｅ）にするかどうかを判断することができる。または、ＡＰがＥＤＣＡ不能（ＥＤＣＡ  ｄｉｓａｂｌｅ）に対する判断をすることができる。以下、ＥＤＣＡ不能動作に対する多様な実施例を説明する。
【０２１６】
以下、ＳＴＡが直接ＥＤＣＡ動作を不能（ｄｉｓａｂｌｅ）にするかどうかを判断する一例を提案する。
【０２１７】
まず、ＳＴＡのＥＤＣＡ動作が不能になると、他のＳＴＡに比べて該当ＳＴＡのＵＬ  Ａｃｃｅｓｓ機会が少なくなる問題（即ち、ｆａｉｒｎｅｓｓの問題）が発生できる。そのために、本明細書によるＳＴＡは、ＥＤＣＡ動作を不能（ｄｉｓａｂｌｅ）にするかどうかを判断した以後、前記判断に関連した情報（即ち、判断結果に対する情報）をＡＰに送信できる。即ち、ＳＴＡによりＥＤＣＡ動作がｄｉｓａｂｌｅされる場合、ＳＴＡは、ＵＬ  ｆｒａｍｅを介してＥＤＣＡ  ｄｉｓａｂｌｅに対する情報（即ち、ＥＤＣＡ  ｄｉｓａｂｌｅを指示する情報）を送信することができる。
【０２１８】
ＡＰは、ＥＤＣＡ  ｄｉｓａｂｌｅに対する情報を受信し、これに基づいてトリガフレームを構成することができる。即ち、ＡＰは、ＥＤＣＡ  ｄｉｓａｂｌｅに対する情報に基づいてトリガフレームに含まれるＵＬ  ＲＵ（即ち、ＴＢ  ＰＰＤＵのために使われるＵＬ  ＲＵ）の位置及び／または大きさを決定することができる。例えば、ＡＰは、ＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡに対しては、以後に送信されるトリガフレーム内に第１の大きさ以下のＲＵ（例えば、２６−ＲＵまたは５２−ＲＵ）のみを割り当てることができる。第１の大きさは、多様な方式に決定されることができる。例えば、ＳＴＡが事前に第１の大きさに対する情報（例えば、２６−ＲＵまたは５２−ＲＵ）を多様なＭＡＣフレームまたはＭＡＣヘッダ情報を介して報告できる。即ち、ＳＴＡは、事前に第１の大きさに対する推薦情報を提供することができる。前述した動作を介して前述したｆａｉｒｎｅｓｓの問題が減少されることができる。
【０２１９】
図１６は、本明細書によるＥＤＣＡ不能動作の一例を示す手順流れ図である。図示された各ステップの一部は省略されることもでき、図示された順序は変形されることもできる。図１６の一例は、ＳＴＡが直接ＥＤＣＡ動作を不能（ｄｉｓａｂｌｅ）にするかどうかを判断する一例に関連する。
【０２２０】
Ｓ１６１０ステップに基づいて、ＳＴＡは、ＥＤＣＡ不能動作に関連した制御情報を受信／取得することができる。例えば、ＳＴＡは、Ｓ１６１０ステップを介してＳＴＡのためのＥＤＣＡ不能条件に関連した少なくとも一つのパラメータ（例えば、前述したＤＬ  ＲＳＳＩ）を受信することができる。
【０２２１】
ＳＴＡは、Ｓ１６１０ステップを介して受信／取得した制御情報に基づいて前記ＳＴＡのＥＤＣＡ動作を不能にするかどうかを判断することができる（Ｓ１６２０）。例えば、ＳＴＡは、ＥＤＣＡ不能条件が満たされるかどうかを判断し、これに基づいて前記ＳＴＡのＥＤＣＡ動作を不能にすることを決定／判断することができる。
【０２２２】
ＳＴＡがＥＤＣＡ  ｄｉｓａｂｌｅを判断する場合、ＡＰに追加的な信号を送る以前に、ＥＤＣＡ不能動作を適用できる。この場合、Ｓ１６３０ステップやＳ１６４０ステップは省略されることができる。
【０２２３】
追加的にまたは一般的に、ＳＴＡがＳ１６２０の判断結果をＡＰに送信する動作（Ｓ１６３０）を実行し、ＡＰから追加的な制御情報（Ｓ１６４０）が受信された以後にＥＤＣＡ不能動作を適用することもできる。例えば、Ｓ１６３０ステップは、ＥＤＣＡ  ｄｉｓａｂｌｅのための要求（ｒｅｑｕｅｓｔ）である。また、Ｓ１６４０ステップは、Ｓ１６３０ステップに対する応答（ｒｅｓｐｏｎｓｅ）である。Ｓ１６４０ステップの応答は、許諾（ａｃｃｅｐｔ）または拒絶（ｒｅｊｅｃｔ）に対する情報を含むことができる。
【０２２４】
例えば、Ｓ１６３０ステップは、通常のＵＬ  ｆｒａｍｅ（例えば、ＭＡＣヘッダの既存または新しいフィールドにフラグフィールドが含まれているＵＬ  ＰＰＤＵ）を介して実行されることができる。また、Ｓ１６４０ステップは、Ｓ１６３０ステップのＵＬ  ｆｒａｍｅに対応するｉｍｍｅｄｉａｔｅ  ｒｅｓｐｏｎｓｅに基づいて実行されることができる。例えば、Ｓ１６４０の情報は、Ｓ１６３０ステップによるＵＬ  ＦｒａｍｅのためのＡＣＫやＢＡ（Ｂｌｏｃｋ  ＡＣＫ）フレームを介して受信されることができる。または、Ｓ１６４０の情報は、別途のＤＬフレームを介して受信されることができる。
【０２２５】
Ｓ１６３０ステップがＥＤＣＡ  ｄｉｓａｂｌｅのための要求（ｒｅｑｕｅｓｔ）である場合、ＡＰは、多様な情報に基づいて該当要求を許諾（ａｃｃｅｐｔ）または拒絶（ｒｅｊｅｃｔ）することができる。例えば、ＡＰは、Ｓ１６３０ステップが実行される時点でＵＬ  ＭＵのためのリソースの大きさに基づいて許諾／拒絶を判断することができる。即ち、ＡＰは、ＵＬ  ＭＵのためのリソースの大きさが閾値以下である場合はＳ１６３０ステップの要求を拒絶することができる。
【０２２６】
Ｓ１６１０ステップ及び／またはＳ１６２０ステップは、繰り返して実行されることができる。例えば、ＥＤＣＡ不能条件がアップデートされる場合、ＡＰは、Ｓ１６１０ステップを追加で実行することができる。または、ＥＤＣＡ不能条件がアップデートされなくても、Ｓ１６１０ステップは、既設定された時間区間に繰り返して実行されることができる。
【０２２７】
ＳＴＡは、既に受信／確保したＥＤＣＡ不能条件に基づいてＥＤＣＡ不能条件が満たされるかどうかを繰り返して判断できる。例えば、ＥＤＣＡ不能条件が満たされた以後、ＳＴＡでＥＤＣＡ不能条件がそれ以上満たされないと判断される場合（Ｓ１６２０）、前記ＳＴＡのＥＤＣＡ動作を再開（ｒｅｓｕｍｅ）することができる。ＥＤＣＡ動作の再開（ｒｅｓｕｍｐｔｉｏｎ）は、ＥＤＣＡ動作の連続参与（ｃｏｎｔｉｎｕａｔｉｏｎ  ｏｆ  ｐａｒｔｉｃｉｐａｔｉｏｎ  ｏｆ  ＥＤＣＡ  ｏｐｅｒａｔｉｏｎ）で表現されることもできる。
【０２２８】
ＥＤＣＡ動作の再開は、Ｓ１６２０ステップ直後に実行されることもでき、Ｓ１６４０ステップ以後に実行されることもできる。即ち、ＳＴＡは、ＥＤＣＡ動作の再開に対する要求／許諾無しでまさにＥＤＣＡ動作を再開することができる。または、ＳＴＡは、Ｓ１６３０ステップを介してＥＤＣＡ動作の再開に関連した情報をＡＰに送信（例えば、ＭＡＣヘッダの既存または新しいフィールドにフラグフィールドが含まれているＵＬ  ＰＰＤＵを送信）し、Ｓ１６４０ステップを介してＥＤＣＡ動作の再開に対する許諾（ａｃｃｅｐｔ）または拒絶（ｒｅｊｅｃｔ）に対する情報を受信することができる。
【０２２９】
ＥＤＣＡ動作の再開のための条件は、前述したＥＤＣＡ不能条件と同じであってもよく、別途に定義されてもよい。即ち、ＥＤＣＡ不能のための閾値とＥＤＣＡ再開のための閾値の大きさが別途に定義されることができる。
【０２３０】
前記内容によって、ＳＴＡは、次のような動作を実行することができる。ＳＴＡは、最近受けたＴｒｉｇｇｅｒ  ｆｒａｍｅに含まれているＡＰのｔａｒｇｅｔ  ＲＳＳＩ、Ｓｃｈｅｄｕｌｅｄ  ＲＵ大きさ、ＭＣＳ、ＡＰ  ＴＸ  ｐｏｗｅｒ、ＳＴＡ  Ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ情報に基づいてＳＵ  ＰＰＤＵを送信する時、ＡＰのｔａｒｇｅｔ  ＲＳＳＩを満たすことができるかを計算することができる。もし、該当Ｔａｒｇｅｔ  ＲＳＳＩを満たしながらＴＸ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ情報がある場合、ＳＴＡは、ＳＵに送信させることができると判断し、ＥＤＣＡ  Ａｃｃｅｓｓを再開することができる。即ち、ＳＴＡは、ＥＤＣＡ不能条件（または、ＥＤＣＡ動作の再開のための条件）を取得し（Ｓ１６１０）、それに基づいてＥＤＣＡ不能または再開を判断することができる（Ｓ１６２０）。
【０２３１】
前述したように、Ｓ１６３０ステップは、多様なフォーマットのフレームを介して実行されることができる。例えば、ＳＴＡは、従来のＯＭ制御フィールドに１ビットフラグを挿入する方式に、ＥＤＣＡ  ｄｉｓａｂｌｅに対する情報を含めることができる。
【０２３２】
図１７は、Ｓ１６３０ステップのためのＯＭ制御フィールドの一例である。図示されたように、ＥＤＣＡ  ａｃｃｅｓｓ  ｄｉｓａｂｌｅビットは、ＯＭ制御フィールドに含まれることができ、ＥＤＣＡ  ｄｉｓａｂｌｅに対する情報（例えば、Ｓ１６２０ステップの判断結果に対する情報）を指示することができる。
【０２３３】
図１８は、本明細書によるＥＤＣＡ不能動作の追加的な一例を示す手順流れ図である。図示された各ステップの一部は省略されることもでき、図示された順序は変形されることもできる。図１８の一例は、ＡＰがＳＴＡのＥＤＣＡ動作を不能（ｄｉｓａｂｌｅ）にするかどうかを判断する一例に関連する。
【０２３４】
図示されたＳ１８１０ステップにおいて、ＡＰは、ＥＤＣＡ不能動作に関連した制御情報（即ち、前述したＥＤＣＡ不能条件）に基づいて、前記ＳＴＡのＥＤＣＡ動作を不能（ｄｉｓａｂｌｅ）にするかどうかを判断することができる。例えば、ＡＰは、Ｓ１８１０ステップ以前にＴｒｉｇｇｅｒ  ｆｒａｍｅを送信し、ＳＴＡからＨＥ  ＴＢ  ＰＰＤＵを受信した時、ＳＴＡが送信したＴＸ  Ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ情報とＲＳＳＩ情報を利用して、該当ＳＴＡのＥＤＣＡ  ＡｃｃｅｓｓをＤｉｓａｂｌｅするかまたはｅｎａｂｌｅするかを決定することができる。図１８１０ステップに使われるＥＤＣＡ不能条件は、Ｓ１６１０ステップに使われた条件と同じである。
【０２３５】
ＡＰは、Ｓ１８１０ステップに基づいて、ＳＴＡにＥＤＣＡ  ｄｉｓａｂｌｅを指示／命令することができる（Ｓ１８２０）。Ｓ１８２０ステップは、多様なＤＬ  ｆｒａｍｅ（例えば、ＭＡＣヘッダの既存または新しいフィールドにフラグフィールドが含まれているＤＬ  ＰＰＤＵ）に基づいて実行されることができる。
【０２３６】
ＳＴＡは、Ｓ１８２０ステップを介してＥＤＣＡ  ｄｉｓａｂｌｅに対する指示／命令を受信した直後、該当ＳＴＡのＥＤＣＡ動作を不能（ｄｉｓａｂｌｅ）にすることができる（Ｓ１８３０）。
【０２３７】
Ｓ１８３０ステップにおいて、ＳＴＡは、直ちにＥＤＣＡ不能動作を適用しない。例えば、ＳＴＡは、Ｓ１８３０ステップでＡＰからの指示／命令をａｃｃｅｐｔするかまたはｒｅｊｅｃｔするかを判断することができる。この過程で、ＳＴＡは、ＵＬバッファ内に格納されたｂｕｆｆｅｒｅｄ  ｔｒａｆｆｉｃの大きさ、優先順位、ＵＬパワーｈｅａｄｒｏｏｍ、ＤＬ及び／またはＵＬチャネル状態を考慮してＡＰからの指示／命令をａｃｃｅｐｔするかまたはｒｅｊｅｃｔするかを判断することができる。
【０２３８】
Ｓ１８４０ステップにおいて、ＳＴＡは、Ｓ１８３０ステップの判断結果に関連した情報をＡＰに送信できる。即ち、ＳＴＡがＡＰからの指示／命令をａｃｃｅｐｔするかまたはｒｅｊｅｃｔするかに対する情報がＳ１８４０ステップを介して伝達されることができる。Ｓ１８４０ステップは、多様な種類のＵＬ  ｆｒａｍｅ（例えば、ＭＡＣヘッダの既存または新しいフィールドにフラグフィールドが含まれているＵＬ  ＰＰＤＵ）を介して実行されることができる。例えば、Ｓ１８４０ステップは、図１７のＯＭ制御フィールドを介して実行されることができる。
【０２３９】
ＳＴＡがＡＰからの指示／命令をａｃｃｅｐｔする場合、Ｓ１８４０ステップ直後にＥＤＣＡ不能動作を適用することができる。もし、ＳＴＡがＡＰからの指示／命令をｒｅｊｅｃｔする場合、ＳＴＡは、ＥＤＣＡ動作に基づいて媒体に接続できる。
【０２４０】
図１６の一例と同様に、図１８のステップは、繰り返して実行されることができる。例えば、図１６の一例と同様に、ＥＤＣＡ不能条件がアップデートされる場合、Ｓ１８１０からのステップを再び実行することができる。また、図１６の一例と同様に、Ｓ１８１０ステップを介して、ＡＰが、ＥＤＣＡ不能条件がそれ以上満たされないということを確認すると、ＥＤＣＡ再開を指示／命令することができる。ＥＤＣＡ再開の指示／命令は、Ｓ１８２０ステップを介して実行されることができる。
【０２４１】
本明細書は、ＳＴＡのＥＤＣＡ動作を不能（ｄｉｓａｂｌｅ）にするかどうかをＡＰまたはＳＴＡが判断できる。例えば、ＳＴＡがＥＤＣＡ不能を判断するモードを第１の判断モードといい、ＡＰがＥＤＣＡ不能を判断するモードを第２の判断モードということができる。即ち、第１の判断モードは、図１６の一例に関連し、第２の判断モードは、図１８の一例に関連する。
【０２４２】
ＳＴＡとＡＰは、第１／第２の判断モードを選択的に使用することができる。例えば、特定のＳＴＡは、いずれか一つの判断モードのみをサポートし、または全ての判断モードをサポートすることができる。また、特定のＡＰは、いずれか一つの判断モードのみをサポートし、または全ての判断モードをサポートすることができる。ＳＴＡとＡＰは、図２等に説明されたＡｓｓｏｃｉａｔｉｏｎ過程を介して判断モードに対するｃａｐａｂｉｌｉｔｙ情報を協議（ｎｅｇｏｔｉａｔｅ）することができる。以後、ＳＴＡとＡＰは、協議された判断モードに基づいて第１の判断モードまたは第２の判断モードを選択的に使用することができる。
【０２４３】
本明細書の一例は、以下で追加で変形されることができる。
【０２４４】
前述したように、ＳＴＡまたはＡＰの判断によって、ＳＴＡのＥＤＣＡ動作は、不能／中断／不活性化／禁止されることができる。図１６乃至図１８の多様な一例を介して特定のＳＴＡのＥＤＣＡ動作が不能（ｄｉｓａｂｌｅｄ）になった場合、ＡＰは、Ｔｒｉｇｇｅｒ  Ｆｒａｍｅを介してアップリンクＲＵ（即ち、ＴＢ  ＰＰＤＵのために使われるＵＬ  ＭＵリソース）をよく割り当てることが好ましい。例えば、ＡＰは、ＥＤＣＡ動作が不能になったＳＴＡのために、Ｔｒｉｇｇｅｒ  Ｆｒａｍｅを介して小さい帯域幅（例えば、２６−ＲＵ、５２−ＲＵ）を割り当て、該当ＳＴＡによくＲＵリソースを割り当てることが好ましい。このような動作のためにはＳＴＡがＢＳＲ（ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ）リソースをより多く割当を受けることが重要である。即ち、ＡＰは、ＳＴＡのＢＳＲに基づいてＵＬ  ＭＵリソースを決定することができるため、ＥＤＣＡがｄｉｓａｂｌｅｄされたＳＴＡ（即ち、ＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡ）にはＢＳＲリソースをより多く割り当てることが好ましい。
【０２４５】
ＳＴＡは、ＩＥＥＥ８０２．１１ａｘ規格によって定義されたＵＯＲＡ（ＵＬ  ＯＦＤＭＡ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）に基づいてＢＳＲを送信することができる。
【０２４６】
図１９は、無線ＬＡＮシステムでＵＯＲＡを実行する方法を説明する図面である。
【０２４７】
図示されたように、ＡＰは、トリガフレーム（例えば、図９乃至図１１）を介して図１９に示すように６個のＲＵリソースを割り当てることができる。具体的に、ＡＰは、第１のＲＵリソースＡＩＤ０、ＲＵ１、第２のＲＵリソースＡＩＤ０、ＲＵ２、第３のＲＵリソースＡＩＤ０、ＲＵ３、第４のＲＵリソースＡＩＤ２０４５、ＲＵ４、第５のＲＵリソースＡＩＤ２０４５、ＲＵ５、第６のＲＵリソースＡＩＤ２０４５、ＲＵ６を割り当てることができる。ＡＩＤ０またはＡＩＤ２０４５に対する情報は、例えば、図１１のユーザ識別フィールド１１１０に含まれることができる。ＲＵ１乃至ＲＵ６に対する情報は、例えば、図１１のＲＵ割当フィールド１１２０に含まれることができる。ＡＩＤ＝０は、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースを意味することができて、ＡＩＤ＝２０４５は、連結されない（ｕｎ−ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースを意味することができる。それによって、図１９の第１乃至第３のＲＵリソースは、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースとして使われることができ、図１９の第４乃至第５のＲＵリソースは、連結されない（ｕｎ−ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースとして使われることができ、図１９の第６のＲＵリソースは、通常のＵＬ  ＭＵのためのリソースとして使われることができる。
【０２４８】
図１９の一例では、ＳＴＡ１のＯＢＯ（ＯＦＤＭＡ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ＢａｃｋＯｆｆ）カウンタが０に減少し、ＳＴＡ１が第２のＲＵリソースＡＩＤ０、ＲＵ２をランダムに選択する。また、ＳＴＡ２／３のＯＢＯカウンタは０より大きいため、ＳＴＡ２／３にはアップリンクリソースが割り当てられなかった。また、図１９において、ＳＴＡ４は、トリガフレーム内に自分のＡＩＤ（即ち、ＡＩＤ＝３）が含まれているため、バックオフ無しでＲＵ６のリソースが割り当てられた。
【０２４９】
具体的に、図１９のＳＴＡ１は、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるため、ＳＴＡ１のためのｅｌｉｇｉｂｌｅ  ＲＡ  ＲＵは、総３個（ＲＵ１、ＲＵ２、ＲＵ３）であり、それによって、ＳＴＡ１は、ＯＢＯカウンタを３ほど減少させてＯＢＯカウンタが０になった。また、図１９のＳＴＡ２は、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるため、ＳＴＡ２のためのｅｌｉｇｉｂｌｅ  ＲＡ  ＲＵは、総３個（ＲＵ１、ＲＵ２、ＲＵ３）であり、それによって、ＳＴＡ２は、ＯＢＯカウンタを３ほど減少させたが、ＯＢＯカウンタが０より大きい状態である。また、図１９のＳＴＡ３は、連結されない（ｕｎ−ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるため、ＳＴＡ３のためのｅｌｉｇｉｂｌｅ  ＲＡ  ＲＵは、総２個（ＲＵ４、ＲＵ５）であり、それによって、ＳＴＡ３は、ＯＢＯカウンタを２ほど減少させたが、ＯＢＯカウンタが０より大きい状態である。
【０２５０】
図１９の一例を見ると、従来のトリガフレームは、特定のランダムＲＵリソース（即ち、ＵＯＲＡ  ＲＵ）が、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡのために割り当てられたものか、または連結されない（ｕｎ−ａｓｓｏｃｉａｔｅｄ）ＳＴＡのために割り当てられたものかを表示した。しかし、従来のトリガフレームは、特定のランダムＲＵリソースがＥＤＣＡ不能動作を実行するＳＴＡのためのものかに対する情報を含んでいない。
【０２５１】
本明細書の一例は、このような従来のトリガフレームを改善する一例を提案する。即ち、前述したように、ＥＤＣＡ動作が不能になったＳＴＡにはランダムＲＵリソースを使用する機会が保障されることが好ましい。そのために、ＡＰは、ＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡのみが使用することができるランダムＲＵリソースを割り当てることができる。
【０２５２】
ＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡのためのランダムＲＵリソースを割り当てる方法は、多様に決定されることができる。
【０２５３】
第１の例示：
【０２５４】
前述したように、図１１のユーザ識別フィールド１１１０が第１の値（即ち、０）に設定される場合、該当フィールドに連続するＲＵ割当フィールド１１２０は、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのランダムＲＵリソースのために使われ、図１１のユーザ識別フィールド１１１０が第２の値（即ち、２０４５）に設定される場合、該当フィールドに連続するＲＵ割当フィールド１１２０は、連結されない（ｕｎ−ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのランダムＲＵリソースのために使われることができる。本明細書は、図１１のユーザ識別フィールド１１１０が第３の値（例えば、２０４４）に設定される場合、該当フィールドに連続するＲＵ割当フィールド１１２０は、ＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡのためのランダムＲＵリソースのために使われることを提案する。
【０２５５】
この場合、ランダムＲＵリソース（ＵＯＲＡ  ＲＵ）は、三つの種類に区分されることができる。即ち、ＳＴＡのＯＢＯカウンタを減少させるときに使われるランダムリソース（即ち、ｅｌｉｇｉｂｌｅ  ＲＡ  ＲＵ）は、三つの種類に区分されることができる。即ち、一つのトリガフレーム内で第１の値（即ち、ＡＩＤ＝０）に設定されたユーザ識別フィールド１１１０に連続するＲＵ割当フィールド１１２０の全体個数は、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡのＯＢＯカウンタ減少のために使われることができる。また、一つのトリガフレーム内で第２の値（即ち、ＡＩＤ＝２０４５）に設定されたユーザ識別フィールド１１１０に連続するＲＵ割当フィールド１１２０の全体個数は、連結されない（ｕｎ−ａｓｓｏｃｉａｔｅｄ）ＳＴＡのＯＢＯカウンタ減少のために使われることができる。また、一つのトリガフレーム内で第３の値（例えば、２０４４）に設定されたユーザ識別フィールド１１１０に連続するＲＵ割当フィールド１１２０の全体個数は、ＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡのＯＢＯカウンタ減少のために使われることができる。
【０２５６】
前記第１の例示は、多様に変形されることができる。
【０２５７】
第１の例示で、ＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡは、自分の連結状態によって第３の値（例えば、２０４４）に設定されたユーザ識別フィールドに連続するＲＵ割当フィールド（他の表現として、ＡＩＤ＝２０４４に設定されたトリガフレームで割り当てられたＲＵ）だけでなく、第１／２の値（例えば、０、２０４５）に設定されたユーザ識別フィールドに連続するＲＵ割当フィールド（即ち、ＡＩＤ＝０やＡＩＤ＝２０４５に設定されたＴｒｉｇｇｅｒ  ｆｒａｍｅで割り当てられたＲＵ）も共に利用できる。
【０２５８】
例えば、ＡＰに連結（ａｓｓｏｃｉａｔｅ）されたＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡは、ＡＩＤが２０４４に設定されたトリガフレームで割り当てられたＲＵと、ＡＩＤが０に設定されたトリガフレームで割り当てられたＲＵと、を両方とも利用してＵＯＲＡプロシージャを実行し、連結されないＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡは、ＡＩＤが２０４４に設定されたトリガフレームで割り当てられたＲＵと、ＡＩＤが２０４５に設定されたトリガフレームで割り当てられたＲＵと、を両方とも利用してＵＯＲＡプロシージャを実行することができる。
【０２５９】
第２の例示：
【０２６０】
本明細書は、ＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡのためのランダムＲＵリソースを割り当てる追加的な一例を提案する。
【０２６１】
図２０は、トリガフレームのＵｓｅｒ  Ｉｎｆｏフィールド内に含まれる追加的な情報の一例である。即ち、図２０は、トリガフレームのＵｓｅｒ  Ｉｎｆｏフィールド（例えば、図９の９６０＃１乃至９０６＃Ｎ）内に含まれる制御情報の一例である。具体的に、図２０のフィールドは、図１１のユーザ識別フィールド１１１０が０または２０４５に設定される場合、トリガフレームのｕｓｅｒ  ｉｎｆｏフィールドに含まれる情報である。具体的に、図２０のＮｕｍｂｅｒ  ｏｆ  ＲＡ−ＲＵフィールドは、ＵＯＲＡのために割り当てられる連続的なＲＵの個数を指示する。例えば、図２０のＮｕｍｂｅｒ  ｏｆ  ＲＡ−ＲＵフィールドの値は、実際連続的なＲＵの個数より１ほど小さい。また、図２０のＭｏｒｅ  ＲＡ−ＲＵフィールドは、次回のトリガフレームでランダムＲＵリソースが割り当てられるかどうかに対する情報を含むことができる。
【０２６２】
本明細書は、図２０のフィールドを変形してＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡのためのランダムＲＵリソースを割り当てる追加的な一例を提案する。
【０２６３】
図２１は、本明細書の一例による制御情報の一例である。
【０２６４】
図２１に示すように、新しく提案されるＲｅｓｔｒｉｃｔｅｄ  ＲＡ  ＲＵフィールドが特定の値（例えば、１）に設定されると、トリガフレームのＵｓｅｒ  Ｉｎｆｏフィールド（例えば、図９の９６０＃１乃至９０６＃Ｎ）により割り当てられるランダムＲＵは、ＥＣＤＡ  ｄｉｓａｂｌｅｄ  ＳＴＡのみのために使われることができる。
【０２６５】
第２の例示において、ＳＴＡのＯＢＯカウンタを減少させるときに使われるランダムリソース（即ち、ｅｌｉｇｉｂｌｅ  ＲＡ  ＲＵ）を判断する方法は、第１の例示の方法と同じである。
【０２６６】
前記第２の例示は、多様に変形されることができる。
【０２６７】
第２の例示において、Ｒｅｓｔｒｉｃｔｅｄ  ＲＡ  ＲＵフィールドが特定の値（例えば、１）に設定されると、割り当てられたランダムＲＵを使用するＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡがＡＩＤ値により制限されることもできる。例えば、ＡＩＤが第１の値（例えば、０）である場合、連結（ａｓｓｏｃｉａｔｅ）されたＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡのみが割り当てられたランダムＲＵを使用し、ＡＩＤが第２の値（例えば、２０４５）である場合、連結されない（ｕｎ−ａｓｓｏｃｉａｔｅ）ＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡのみが割り当てられたランダムＲＵを使用する。他の方法に連結されたＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡは、ＡＩＤが第１の値（例えば、０）であり、Ｒｅｓｔｒｉｃｔｅｄ  ＲＡ  ＲＵフィールドが特定値（例えば、１）に設定されたトリガフレームで割り当てられたランダムＲＵだけでなく、ＡＩＤが第１の値（例えば、０）であり、Ｒｅｓｔｒｉｃｔｅｄ  ＲＡ  ＲＵフィールドが０に設定されたＴｒｉｇｇｅｒ  ｆｒａｍｅで割り当てられたランダムＲＵも共に使用してＵＯＲＡ動作を実行することができ、連結されないＥＤＣＡ  ｄｉｓａｂｌｅｄ  ＳＴＡは、ＡＩＤが２０４５であり、Ｒｅｓｔｒｉｃｔｅｄ  ＲＡ  ＲＵフィールドが特定値（例、１）に設定されたトリガフレームで割り当てられたランダムＲＵだけでなく、ＡＩＤが２０４５であり、Ｒｅｓｔｒｉｃｔｅｄ  ＲＡ  ＲＵフィールドが０に設定されたＴｒｉｇｇｅｒ  ｆｒａｍｅで割り当てられたランダムＲＵも共に使用してＵＯＲＡ動作を実行することができる。
【０２６８】
前述した技術的特徴は、ＳＴＡのＥＤＣＡ動作（ｏｐｅｒａｔｉｏｎ）を不能（ｄｉｓａｂｌｅ）／中断（ｓｕｓｐｅｎｓｉｏｎ）／不活性化（ｉｎａｃｔｉｖａｔｅ）／禁止（ｐｒｏｈｉｂｉｔ）させる新しい動作に関連する。以下で説明される技術的特徴は、選好するリソースユニット（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ、ＲＵ）の大きさを指示する多様な技法に関連する。ＳＴＡが選好（ｐｒｅｆｅｒ）または推薦（ｒｅｃｏｍｍｅｎｄ）するリソースユニット（ＲＵ）の大きさは、ＵＬ  ＭＵ通信のために使われることができる。以下で説明される技術的特徴は、ＥＤＣＡ動作の不能／中断／不活性化を指示する技術的特徴と共に使われることができる。例えば、図１６乃至図２１の動作をサポートするＡＰ及びｎｏｎ−ＡＰは、以下の技法によって選好／推薦するリソースユニット（ＲＵ）の大きさを指示する制御情報を生成して送受信できる。
【０２６９】
以下の技術的特徴は、制限された状況でのみ具現されるものではなく、多様な状況で具現されることができる。例えば、ＳＴＡは、ＥＤＣＡ動作の不能／中断／不活性化を知らせるためにＡＰで明示的な信号を送信する代わりに（例えば、図１６／図１８の一例を使用する代わりに）、ＳＴＡが選好／推薦するＲＵ大きさに対する情報をＡＰに知らせることができる。例えば、ＳＴＡは、図９乃至図１１等に説明されたトリガフレーム（Ｔｒｉｇｇｅｒ  Ｆｒａｍｅ）を介して割り当てられたＲＵを介して成功裏にＵＬ  ＭＵ通信を実行するために、小さい大きさのＲＵに基づいてＵＬ  ＭＵ通信を実行することを選好することができる。即ち、ＳＴＡは、ＵＬ  ＭＵ通信の成功可能性を高めるために狭帯域（ｎａｒｒｏｗｂａｎｄ）送信を試みることができ、そのために、ＳＴＡは、ＳＴＡが選好／推薦するＲＵの大きさに対する情報を送信することができる。
【０２７０】
例えば、ＳＴＡの選好／推薦ＲＵの大きさが１０６−ＲＵである場合、該当情報を受信したＡＰは、１０６−ＲＵを超過しない大きさのＲＵに基づいてＵＬ  ＭＵ通信を実行することが好ましい。具体的に、ＳＴＡが送信した選好／推薦ＲＵが、１０６−ＲＵである場合、ＡＰは、トリガフレームを介して１０６／５２／２６トーンのＲＵを割り当てることが好ましい。
【０２７１】
本明細書ではＳＴＡの選好／推薦ＲＵのための多様な制御メッセージ／フレームを提案する。制御メッセージ／フレームは、多様なメッセージ／フレームを介して具現されることができる。例えば、以下の第１のオプションではリンク適応化（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）のために使われるＩＥＥＥ８０２．１１ａｘ規格で提案されたＨＬＡ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）Ｃｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄを変形する一例を提案する。また、以下の第２のオプションではＩＥＥＥ８０２．１１ａｘ規格で提案されたＣＡＳ（Ｃｏｍｍａｎｄ  ａｎｄ  Ｓｔａｔｕｓ）Ｃｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄを変形する一例を提案する。本明細書で使用するＨＬＡ、ＣＡＳサブフィールドは、ＭＡＣヘッダに挿入される制御フィールドの一種である。ＩＥＥＥ８０２．１１ａｘ規格は、ＯＭ（Ｏｐｅｒａｔｉｎｇ  Ｍｏｄｅ）、ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）、ＵＰＨ（ＵＬ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ）などに関連した情報を送受信するために多様なＣｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄを提案した。本明細書で使用するＨＬＡ、ＣＡＳサブフィールドは、このような多様なＣｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄの一例である。
【０２７２】
第１のオプション
【０２７３】
図２２は、本明細書の一例によって提案される制御フィールドの一例である。図２２は、ＩＥＥＥ８０２．１１ａｘ規格で提案されたＨＬＡ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）Ｃｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄを変形する一例に関連する。図２２に開示された多数のフィールドの名称は変更されることができる。
【０２７４】
ＡＰ及び／またはＵｓｅｒ  ＳＴＡは、図２２のフィールドを送信することができる。例えば、Ｕｓｅｒ  ＳＴＡが図２２のフィールドを送信する場合、図２２のフィールドは、前記ＳＴＡの推薦ＲＵ（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）のための第１のフィールド、前記ＳＴＡの推薦ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）のための第２のフィールド、及び前記ＳＴＡのＵＬ  ＭＵ（Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）通信のためのＲＵ大きさ（ｓｉｚｅ）に関連した第３のフィールドを含むことができる。具体的に、前記第１のフィールドは、図２２のＲＵ  ａｌｌｏｃａｔｉｏｎフィールド２２１５を介して具現されることができ、前記第２のフィールドは、図２２のＨＥ−ＭＣＳフィールド２２１３を介して具現されることができ、前記第３のフィールドは、図２２のＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を介して具現されることができる。図２２のＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０は、１ビットで具現されることができ、具体的なフィールドの名称は変更されることができる。
【０２７５】
図２２のフィールドは、ＭＦＢ（ＭＣＳ  ｆｅｅｄｂａｃｋ）要求者／応答者Ｒｅｑｕｅｓｔｅｒ／Ｒｅｓｐｏｎｄｅｒ）間に使われることができる。ＭＦＢ要求者は、ＭＣＳを含む多様な情報のＦｅｅｄｂａｃｋを要求するＳＴＡであり、ＭＦＢ応答者は、ＭＦＢ要求者の要求によって応答信号をｆｅｅｄｂａｃｋするＳＴＡである。ＭＣＳを含む多様な情報に対する要求はＨＬＡ  ｒｅｑｕｅｓｔということができ、ＨＬＡ要求に対する応答はＨＬＡ  ｆｅｅｄｂａｃということができる。ＭＣＳを含む多様な情報のＦｅｅｄｂａｃｋは、ｓｏｌｉｃｉｔｅｄ  ＭＦＢとｕｎｓｏｌｉｃｉｔｅｄ  ＭＦＢとに区分されることができる。
【０２７６】
図２２のＵｎｓｏｌｉｃｉｔｅｄ  ＭＦＢフィールド２２１０及びＭＲＱフィールド２２１１は、従来のＩＥＥＥ８０２．１１ａｘ規格によって定義されることができる。即ち、図２２のＵｎｓｏｌｉｃｉｔｅｄ  ＭＦＢフィールド２２１０及びＭＲＱフィールド２２１１は、図２２のフィールドがｓｏｌｉｃｉｔｅｄ  ＭＦＢのために使われるかどうか、図２２のフィールドがｕｎｓｏｌｉｃｉｔｅｄ  ＭＦＢのために使われるかどうか、及び／または図２２のフィールドがＭＲＱ（ＭＣＳ  Ｒｅｑｕｅｓｔ）のために使われるかどうかに関連した情報を含むことができる。
【０２７７】
図２２は、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０は、第１の値（例えば、１）または第２の値（例えば、０）を有することができる。Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第１の値を有するかまたは第２の値を有するかによって、図２２に示す多数のフィールドのうち一部は、異なるように解釈（ｄｉｆｆｅｒｅｎｔｌｙ  ｉｎｔｅｒｐｒｅｔｅｄ）されることができる。
【０２７８】
例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第１の値を有する場合、図２２に示すフィールドは、Ｕｓｅｒ  ＳＴＡのＵＬ  ＭＵ通信のために使われることができる。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第１の値を有する場合、図２２のＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５は、ＵＬ  ＭＵ通信のための選好／推薦ＲＵに関連した情報を含むことができる。具体的に、ＡＰが第１の値を有するＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を受信する場合、該当ＡＰは、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５に基づいてＴｒｉｇｇｅｒ  ｆｒａｍｅを構成することができる。より具体的に、該当ＡＰがＴｒｉｇｇｅｒ  ｆｒａｍｅを構成する時、該当Ｔｒｉｇｇｅｒ  Ｆｒａｍｅにより割り当てられるＵＬ  ＲＵの大きさは、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５に含まれるＲＵの大きさを超過（ｅｘｃｅｅｄ）することができない。例えば、Ｕｓｅｒ  ＳＴＡが構成したＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５が、任意の１０６−ＲＵに関連し、該当Ｕｓｅｒ  ＳＴＡが構成したＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が、第１の値を有する場合、ＡＰは、該当Ｕｓｅｒ  ＳＴＡのＵＬ  ＭＵ通信のために１０６／５２／２６−ＲＵを割り当てることができる。即ち、ＡＰは、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド）を介してＵｓｅｒ  ＳＴＡに１０６／５２／２６−ＲＵを割り当てることができる。
【０２７９】
図２２は、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５以外にもＵｓｅｒ  ＳＴＡの推薦ＭＣＳのためのＨＥ−ＭＣＳフィールド２２１３を含むことができる。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第１の値を有する場合、ＨＥ−ＭＣＳフィールド２２１３は、ＵＬ  ＭＵ通信のための選好／推薦ＭＣＳに関連した情報を含むことができる。具体的に、ＡＰが第１の値を有するＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を受信する場合、該当ＡＰは、ＨＥ−ＭＣＳフィールド２２１３に基づいてＴｒｉｇｇｅｒ  ｆｒａｍｅを構成することができる。即ち、ＡＰは、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＭＣＳフィールド（例えば、図１１の１１４０フィールド）を介してＵｓｅｒ  ＳＴＡにＨＥ−ＭＣＳフィールド２２１３に含まれているＭＣＳインデックスを割り当てることができる。
【０２８０】
図２２は、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５以外にもＵｓｅｒ  ＳＴＡの推薦空間ストリームのためのＮＳＳフィールド２２１２を含むことができる。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第１の値を有する場合、ＮＳＳフィールド２２１２は、ＵＬ  ＭＵ通信のために選好／推薦される空間ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）の個数に対する情報を含むことができる。具体的に、ＡＰが第１の値を有するＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を受信する場合、該当ＡＰは、ＮＳＳフィールド２２１２に基づいてＴｒｉｇｇｅｒ  ｆｒａｍｅを構成することができる。即ち、ＡＰは、ＮＳＳフィールド２２１２を送信したＵｓｅｒ  ＳＴＡのＵＬ  ＭＵ通信のためにＮＳＳフィールド２２１２により指示された空間ストリームを割り当てることができる。
【０２８１】
図２２は、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５以外にもＵｓｅｒ  ＳＴＡの推薦空間帯域幅のためのＢＷフィールド２２１６を含むことができる。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第１の値を有する場合、ＢＷフィールド２２１６は、ＵＬ  ＭＵ通信のために選好／推薦される帯域幅（例えば、２０／４０／８０ＭＨｚ等）に対する情報を含むことができる。具体的に、ＡＰが第１の値を有するＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を受信する場合、該当ＡＰは、ＢＷフィールド２２１６に基づいてＴｒｉｇｇｅｒ  ｆｒａｍｅを構成することができる。即ち、ＢＷフィールド２２１６を送信したＵｓｅｒ  ＳＴＡのＴｒｉｇｇｅｒ−Ｂａｓｅｄ  ＰＰＤＵはＢＷフィールド２２１６により指示される帯域幅を有することができる。
【０２８２】
例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第２の値を有する場合、図２２に示す多数のフィールド２２１２、２２１３、２２１５、２２１６等は、Ｕｓｅｒ  ＳＴＡのＵＬ  ＭＵ通信でない他の通信のために使われることができる。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第２の値を有する場合、図２２に示す多数のフィールド２２１２、２２１３、２２１５、２２１６等は、Ｕｓｅｒ  ＳＴＡのためのＤＬ通信（例えば、該当Ｕｓｅｒ  ＳＴＡに伝達されるＭＵ／ＳＵ  ＰＰＤＵ）のために使われることができる。または、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第２の値を有する場合、図２２に示す多数のフィールド２２１２、２２１３、２２１５、２２１６等は、Ｕｓｅｒ  ＳＴＡがＡＰに送信するフィードバック通信のために使われることができる。
【０２８３】
以下、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第２の値を有する場合、図２２に示す多数のフィールドがＵｓｅｒ  ＳＴＡのＤＬ通信のために使われる一例を説明する。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第２の値を有する場合、図２２のＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５は、Ｕｓｅｒ  ＳＴＡのＤＬ通信のための選好／推薦ＲＵのための情報を含むことができる。具体的に、ＡＰが第２の値を有するＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を受信する場合、該当ＡＰは、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５に基づいてＤＬ  ＰＰＤＵを構成することができる。より具体的に、該当ＡＰがＤＬ  ＰＰＤＵを構成する時、該当Ｕｓｅｒ  ＳＴＡのためのＤＬ  ＲＵの大きさは、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５に含まれるＲＵの大きさに基づいて決定されることができる。
【０２８４】
他の一例によると、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第２の値を有する場合、ＨＥ−ＭＣＳフィールド２２１３は、ＤＬ通信のために選好／推薦されるＭＣＳに関連した情報を含むことができる。具体的に、ＡＰが第２の値を有するＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を受信する場合、該当ＡＰは、ＨＥ−ＭＣＳフィールド２２１３に基づいてＤＬ  ＰＰＤＵを構成することができる。即ち、ＡＰは、該当Ｕｓｅｒ  ＳＴＡのためのＭＣＳ値をＨＥ−ＭＣＳフィールド２２１３に基づいて決定できる。
【０２８５】
他の一例によると、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第２の値を有する場合、ＮＳＳフィールド２２１２は、ＤＬ通信のために選好／推薦される空間ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）の個数に対する情報を含むことができる。具体的に、ＡＰが第２の値を有するＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を受信する場合、該当ＡＰは、ＮＳＳフィールド２２１２に基づいてＤＬ  ＰＰＤＵを構成することができる。即ち、ＡＰは、該当Ｕｓｅｒ  ＳＴＡのための空間ストリームの個数をＮＳＳフィールド２２１２に基づいて決定できる。
【０２８６】
他の一例によると、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第２の値を有する場合、ＢＷフィールド２２１６は、ＤＬ通信のために選好／推薦される帯域幅（例えば、２０／４０／８０ＭＨｚ等）に対する情報を含むことができる。具体的に、ＡＰが第２の値を有するＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を受信する場合、該当ＡＰは、ＢＷフィールド２２１６に基づいてＤＬ  ＰＰＤＵを構成することができる。即ち、ＡＰは、該当Ｕｓｅｒ  ＳＴＡのための帯域幅をＢＷフィールド２２１６に基づいて決定できる。
【０２８７】
前述した図２２の一例は、以下のように変形されることができる。
【０２８８】
図２３は、本明細書の一例によって提案される制御フィールドの他の一例である。図２２と同様に、図２３は、ＩＥＥＥ８０２．１１ａｘ規格で提案されたＨＬＡ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）Ｃｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄを変形する一例に関連する。図２２とは違って、図２３の一例において、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２３２０は、２ビットで具現され、具体的な技術的特徴が異なるように定義されることができる。
【０２８９】
例えば、図２３のＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２３２０は、第１乃至第４の値を有することができる。例えば、ＡＰは、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２３２０に基づいてＴｒｉｇｇｅｒ  Ｆｒａｍｅ（例えば、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド））を構成することができる。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２３２０が第１の値（例えば、１）を有する場合、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド）に関連したＲＵの大きさは、第１の大きさ（例えば、２６トーン）を超過することができない。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２３２０が第２の値（例えば、２）を有する場合、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド）に関連したＲＵの大きさは、第２の大きさ（例えば、５２トーン）を超過することができない。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２３２０が第３の値（例えば、３）を有する場合、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド）に関連したＲＵの大きさは、第３の大きさ（例えば、１０６トーン）を超過することができない。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２３２０が第４の値（例えば、０）を有する場合、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド）に関連したＲＵの大きさは、自由に決定されることができる。
【０２９０】
図２３の一例において、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２３１５は、Ｕｓｅｒ  ＳＴＡのＵＬ  ＭＵ通信でない他の通信のために使われることができる。例えば、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２３１５は、Ｕｓｅｒ  ＳＴＡのためのＤＬ通信（例えば、該当Ｕｓｅｒ  ＳＴＡに伝達されるＭＵ／ＳＵ  ＰＰＤＵ）のためのＲＵ大きさを決定するために使われることができる。または、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２３１５は、Ｕｓｅｒ  ＳＴＡがＡＰに送信するフィードバック通信のためのＲＵ大きさを決定するために使われることができる。
【０２９１】
第２のオプション
【０２９２】
図２４は、本明細書の一例によって提案される制御フィールドの他の一例である。図２４は、ＨＬＡ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）Ｃｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄでなく、従来のＣＡＳ（Ｃｏｍｍａｎｄ  ａｎｄ  Ｓｔａｔｕｓ）Ｃｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄを変形した一例に関連する。
【０２９３】
図示されたように、図２４の一例は、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２４２０を含む。図２４の一例によるＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２４２０は、図２３のＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２３２０と同じ機能を遂行することができる。
【０２９４】
即ち、図２４のＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２４２０は、第１乃至第４の値を有することができる。例えば、ＡＰは、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２４２０に基づいてＴｒｉｇｇｅｒ  Ｆｒａｍｅ（例えば、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド））を構成することができる。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２４２０が第１の値（例えば、１）を有する場合、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド）に関連したＲＵの大きさは、第１の大きさ（例えば、２６トーン）を超過することができない。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２４２０が第２の値（例えば、２）を有する場合、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド）に関連したＲＵの大きさは、第２の大きさ（例えば、５２トーン）を超過することができない。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２４２０が第３の値（例えば、３）を有する場合、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド）に関連したＲＵの大きさは、第３の大きさ（例えば、１０６トーン）を超過することができない。例えば、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２４２０が第４の値（例えば、０）を有する場合、Ｔｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールド（例えば、図１１の１１２０フィールド）に関連したＲＵの大きさは、自由に決定されることができる。
【０２９５】
図２５は、本明細書の一例によるＳＴＡ間の動作を説明する図面である。
【０２９６】
図２５の一例は、前述した第１のオプションをＳＴＡ間に通信が実行される手順を示す。図２５の一例において、図示されたＳＴＡ１の一例はＡＰであり、図示されたＳＴＡ２の一例はｕｓｅｒ−ＳＴＡである。
【０２９７】
Ｓ２５１０のように、ＳＴＡ２は、Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎのための制御メッセージをＳＴＡ１に送信できる。Ｓ２５１０を介して送信されるメッセージは、多様に決まることができる。例えば、Ｓ２５１０を介して送信されるメッセージは、図２２の一例である。
【０２９８】
図２２及び図２５を参照して説明すると、ＳＴＡ２は、図２２のＮＳＳフィールド２２１２、ＨＥ−ＭＣＳフィールド２２１３、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５、ＢＷフィールド２２１６、及びＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を含むＨＬＡ  Ｃｏｎｔｒｏｌ  ＳｕｂｆｉｅｌｄをＳＴＡ１に送信できる。
【０２９９】
Ｓ２５２０ステップにおいて、ＳＴＡ１は、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第１の値（例えば、１）を有するかどうかを判断することができる。もし、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第１の値（例えば、１）を有する場合、ＳＴＡ１は、Ｓ２５２０ステップを介して構成されるＴｒｉｇｇｅｒ  Ｆｒａｍｅのために受信されたＨＬＡ  Ｃｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄを使用することができる。即ち、Ｓ２５２０ステップのＴｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールドは、Ｓ２５１０ステップを介して受信されたＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５に基づいて設定される。即ち、Ｓ２５２０ステップのＴｒｉｇｇｅｒ  ＦｒａｍｅのＲＵ  ａｌｌｏｃａｔｉｏｎフィールドに関連するＲＵの大きさは、Ｓ２５１０ステップを介して受信されたＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５に関連するＲＵの大きさを超過しない。
【０３００】
また、Ｓ２５２０ステップのＴｒｉｇｇｅｒ  Ｆｒａｍｅを介して割り当てられるＳＴＡ２のＭＣＳ（即ち、ＳＴＡ２のＵＬ  ＭＵのためのＭＣＳ）は、Ｓ２５１０ステップを介して受信されたＨＥ−ＭＣＳフィールド２２１３に基づいて決定されることができる。また、Ｓ２５２０ステップのＴｒｉｇｇｅｒ  Ｆｒａｍｅを介して割り当てられるＳＴＡ２の空間ストリームの個数（即ち、ＳＴＡ２のＵＬ  ＭＵのための空間ストリームの個数）は、Ｓ２５１０ステップを介して受信されたＮＳＳフィールド２２１２に基づいて決定されることができる。また、Ｓ２５２０ステップのＴｒｉｇｇｅｒ  Ｆｒａｍｅを介して割り当てられるＳＴＡ２の帯域幅（即ち、Ｔｒｉｇｇｅｒ−Ｂａｓｅｄ  ＰＰＤＵの帯域幅）は、Ｓ２５１０ステップを介して受信されたＢＷフィールド２２１６に基づいて決定されることができる。
【０３０１】
Ｓ２５２０ステップによって構成されたＴｒｉｇｇｅｒ  Ｆｒａｍｅは、Ｓ２５３０ステップを介してＳＴＡ１からＳＴＡ２に送信できる。Ｓ２５４０ステップではＳＴＡ２によるＵＬ  ＭＵ通信が実行される。ＵＬ  ＭＵ通信は、Ｔｒｉｇｇｅｒ−Ｂａｓｅｄ  ＰＰＤＵに基づいて実行されることができる。前述したようにＳＴＡ２のＴｒｉｇｇｅｒ−Ｂａｓｅｄ  ＰＰＤＵに適用されるＲＵ、ＭＣＳ、空間ストリーム、帯域幅に対する情報は、Ｓ２５１０ステップを介して伝達された情報に基づいて決定されることができる。Ｓ２５５０ステップではＳ２５４０ステップを介して実行されたＵＬ  ＭＵ通信に対するＡＣＫ／ＮＡＣＫフィードバックが送信されることができる。
【０３０２】
図２６は、本明細書の一例によるＳＴＡ間の他の動作を説明する図面である。
【０３０３】
図２６の一例は、前述した第１のオプションをＳＴＡ間に通信が実行される手順を示す。図２６の一例において、図示されたＳＴＡ１の一例はＡＰであり、図示されたＳＴＡ２の一例はｕｓｅｒ−ＳＴＡである。
【０３０４】
Ｓ２６１０のように、ＳＴＡ２は、Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎのための制御メッセージをＳＴＡ１に送信できる。Ｓ２６１０を介して送信されるメッセージは、多様に決まることができる。例えば、Ｓ２６１０を介して送信されるメッセージは、図２２の一例である。
【０３０５】
図２２及び図２６を参照して説明すると、ＳＴＡ２は、ＮＳＳフィールド２２１２、ＨＥ−ＭＣＳフィールド２２１３、ＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５、ＢＷフィールド２２１６、及びＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０を含むＨＬＡ  Ｃｏｎｔｒｏｌ  ＳｕｂｆｉｅｌｄをＳＴＡ１に送信できる。
【０３０６】
Ｓ２６２０ステップにおいて、ＳＴＡ１は、Ｎａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第１の値（例えば、１）を有するかどうかを判断することができる。もし、受信されたＮａｒｒｏｗｂａｎｄ  ＲＵフィールド２２２０が第２の値（例えば、０）を有する場合、ＳＴＡ１は、Ｓ２６２０ステップを介して構成されるＤＬ  ＰＰＤＵのために受信されたＨＬＡ  Ｃｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄを使用することができる。即ち、Ｓ２６２０ステップを介して構成されるＤＬ  ＰＰＤＵは、ＳＴＡ２のためのデータフィールドを含むことができる。また、ＤＬ  ＰＰＤＵ内でＳＴＡ２のためのデータフィールドのＲＵは、Ｓ２６１０ステップを介して受信されたＲＵ  Ａｌｌｏｃａｔｉｏｎフィールド２２１５に基づいて設定される。また、ＤＬ  ＰＰＤＵ内でＳＴＡ２のためのデータフィールドのＭＣＳは、Ｓ２６１０ステップを介して受信されたＨＥ−ＭＣＳフィールド２２１３に基づいて決定されることができる。また、ＤＬ  ＰＰＤＵ内でＳＴＡ２のためのデータフィールドに適用される空間ストリームの個数は、Ｓ２６１０ステップを介して受信されたＮＳＳフィールド２２１２に基づいて決定されることができる。また、ＤＬ  ＰＰＤＵに適用される帯域幅は、Ｓ２６１０ステップを介して受信されたＢＷフィールド２２１６に基づいて決定されることができる。
【０３０７】
Ｓ２６２０ステップによって構成されたＤＬ  ＰＰＤＵは、Ｓ２６３０ステップを介してＳＴＡ２に送信できる。ＳＴＡ２は、Ｓ２６４０ステップを介してＳ２６３０ステップに対するＡＣＫ／ＮＡＣＫを送信することができる。
【０３０８】
図２７は、ＡＰにより実行される動作を説明する手順流れ図である。
【０３０９】
Ｓ２７１０のように、ＡＰは、ＳＴＡ（Ｓｔａｔｉｏｎ）から、リンク適応化（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）のための制御メッセージを受信することができる。前記制御メッセージの一例は、ＨＬＡ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）Ｃｏｎｔｒｏｌ  Ｓｕｂｆｉｅｌｄであり、制御メッセージの具体的な名称は変更されることができる。前記制御メッセージ（例えば、ＨＬＡ）は、例えば、前記ＳＴＡの推薦ＲＵ（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）のための第１のフィールド、前記ＳＴＡの推薦ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）のための第２のフィールド、及び前記ＳＴＡのＵＬ  ＭＵ（Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）通信のためのＲＵ大きさ（ｓｉｚｅ）に関連した第３のフィールドを含むことができる。また、前記制御メッセージは、図２２の一例のように構成されることができる。
【０３１０】
例えば、前記第１のフィールドは、８ビットの長さを有し、推薦ＲＵの位置（ｌｏｃａｔｉｏｎ）に関連した情報を含むことができ、前記第３のフィールドは、１ビットの長さを有することができる。
【０３１１】
以後、ＡＰは、Ｓ２７２０のように、ＳＴＡのＵＬ−ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するトリガフレームを送信する。この場合、前記トリガフレームにより割り当てられるアップリンクＲＵの大きさは、リンク適応化のための制御メッセージに基づいて決定されることができる。Ｓ２７２０のトリガフレームの一例は、図９乃至図１１の通りであるが、一部フィールドは追加／変更されることができる。
【０３１２】
前記トリガフレームにより割り当てられるアップリンクＲＵの大きさは、前記第３のフィールドの値に基づいて（ｂａｓｅｄ  ｏｎ）決定されることが好ましい。例えば、前記第３のフィールドが第１の値を含む場合、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさ（第１のフィールドにより指示されるＲＵの大きさ）と同じまたは小さく設定されることができる。もし、前記第３のフィールドが第２の値を含む場合、前記ＳＴＡのためのダウンリンクフレームのＤＬ  ＲＵは、前記推薦ＲＵ（第１のフィールドにより指示されるＲＵ）に基づいて決定されることができる。
【０３１３】
他の表現として、前記第１のフィールドは、前記第３のフィールドの値によってＡＰ及び／またはＳＴＡで異なるように解釈（ｄｉｆｆｅｒｅｎｔｌｙ  ｉｎｔｅｒｐｒｅｔｅｄ）されることができる。即ち、前記第３のフィールドの値が第１の値である場合、前記第１のフィールドは、前記ＳＴＡのＵＬ  ＭＵ通信のためのＵＬ  ＲＵの大きさを決定されるために使われ、前記第３のフィールドの値が第２の値である場合、前記第１のフィールドは、前記ＳＴＡに割り当てられるＤＬ  ＰＰＤＵのＲＵの大きさを決定されるために使われることができる。
【０３１４】
図２８は、ＳＴＡにより実行される動作を説明する手順流れ図である。
【０３１５】
Ｓ２８１０のように、ＳＴＡ（即ち、Ｕｓｅｒ−ＳＴＡ）は、ＡＰにリンク適応化（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）のための制御メッセージを送信することができる。Ｓ２８１０によって送信される制御メッセージは、図２７のＳ２７１０ステップのメッセージと同じである。
【０３１６】
以後、ＳＴＡは、Ｓ２８２０のように、ＵＬ−ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するトリガフレームを受信することができる。この場合、前記トリガフレームにより割り当てられるアップリンクＲＵの大きさは、リンク適応化のための制御メッセージに基づいて決定されることができる。Ｓ２８２０を介して受信されるトリガフレームは、図２７のトリガフレームと同じ方式に構成されることができる。
【０３１７】
図２９は、本明細書の一例が適用されるＵｓｅｒ−ＳＴＡまたはＡＰを示す。
【０３１８】
図２９のＳＴＡ２９００は、Ｕｓｅｒ−ＳＴＡまたはＡＰである。
【０３１９】
図２９を参照すると、ＳＴＡ２９００は、プロセッサ２９１０、メモリ２９２０及びトランシーバ２９３０を含むことができる。図示されたプロセッサ、メモリ及びトランシーバは、各々、別途のチップで具現され、または少なくとも二つ以上のブロック／機能が一つのチップを介して具現されることができる。
【０３２０】
図示されたトランシーバ２９３０は、信号の送受信動作を実行する。具体的に、ＩＥＥＥ８０２．１１パケット（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅ等）を送受信することができる。
【０３２１】
前記プロセッサ２９１０は、本明細書で提案された機能、過程及び／または方法を具現することができる。具体的に、前記プロセッサ２９１０は、トランシーバ２９３０を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を実行することができる。
【０３２２】
このようなプロセッサ２９１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置を含むことができる。メモリ２９２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。
【０３２３】
メモリ２９２０は、トランシーバを介して受信された信号（即ち、受信信号）を格納することができ、トランシーバを介して送信される信号（即ち、送信信号）を格納することができる。即ち、プロセッサ２９１０は、受信された信号をメモリ２９２０を介して取得でき、送信される信号をメモリ２９２０に格納することができる。
【０３２４】
図３０は、トランシーバの詳細ブロック図の他の一例を示す。図３０の一部または全てのブロックは、プロセッサ２９１０に含まれることができる。図３０を参照すると、トランシーバ９１１０は、送信パート９１１１と受信パート９１１２を含む。前記送信パート９１１１は、ＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）部９１１１１、副搬送波マッパ９１１１２、ＩＦＦＴ部９１１１３及びＣＰ挿入部９１１１４、無線送信部９１１１５を含む。前記送信パート９１１１は、変調器（ｍｏｄｕｌａｔｏｒ）をさらに含むことができる。また、例えば、スクランブルユニット（図示せず；ｓｃｒａｍｂｌｅ  ｕｎｉｔ）、モジュレーションマッパ（図示せず；ｍｏｄｕｌａｔｉｏｎ  ｍａｐｐｅｒ）、レイヤマッパ（図示せず；ｌａｙｅｒ  ｍａｐｐｅｒ）及びレイヤパミュテータ（図示せず；ｌａｙｅｒ  ｐｅｒｍｕｔａｔｏｒ）をさらに含むことができ、これは前記ＤＦＴ部９１１１１の前に配置されることができる。即ち、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒａｔｉｏ）の増加を防止するために、前記送信パート９１１１は、副搬送波に信号をマッピングする以前に先に情報をＤＦＴ部９１１１１を経るようにする。ＤＦＴ部９１１１１により拡散（ｓｐｒｅａｄｉｎｇ）（または、同じ意味でプリコーディング）された信号を副搬送波マッパ９１１１２を介して副搬送波マッピングをした後に再びＩＦＦＴ部（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）部９１１１３を経て時間軸上の信号で作る。
【０３２５】
ＤＦＴ部９１１１１は、入力されるシンボルにＤＦＴを実行して複素数シンボル（ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｓｙｍｂｏｌ）を出力する。例えば、Ｎｔｘシンボルが入力されると（ただし、Ｎｔｘは、自然数）、ＤＦＴ大きさ（ｓｉｚｅ）はＮｔｘである。ＤＦＴ部９１１１１は、変換プリコーダ（ｔｒａｎｓｆｏｒｍ  ｐｒｅｃｏｄｅｒ）と呼ばれる。副搬送波マッパ９１１１２は、前記複素数シンボルを周波数領域の各副搬送波にマッピングさせる。前記複素数シンボルは、データ送信のために割り当てられたリソースブロックに対応するリソース要素にマッピングされることができる。副搬送波マッパ９１１１２は、リソースマッパ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｍａｐｐｅｒ）と呼ばれる。ＩＦＦＴ部９１１１３は、入力されるシンボルに対してＩＦＦＴを実行して時間領域信号であるデータのための基本帯域（ｂａｓｅｂａｎｄ）信号を出力する。ＣＰ挿入部９１１１４は、データのための基本帯域信号の後部の一部を複写してデータのための基本帯域信号の前部に挿入する。ＣＰ挿入を介してＩＳＩ（Ｉｎｔｅｒ−Ｓｙｍｂｏｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ）、ＩＣＩ（Ｉｎｔｅｒ−Ｃａｒｒｉｅｒ  Ｉｎｔｅｒｆｅｒｅｎｃｅ）が防止されて多重経路チャネルでも直交性が維持されることができる。
【０３２６】
他方、受信パート９１１２は、無線受信部９１１２１、ＣＰ除去部９１１２２、ＦＦＴ部９１１２３、そして等化部９１１２４などを含む。前記受信パート９１１２の無線受信部９１１２１、ＣＰ除去部９１１２２、ＦＦＴ部９１１２３は、前記送信端９１１１での無線送信部９１１１５、ＣＰ挿入部９１１１４、ＩＦＦＴ部９１１１３の逆機能を実行する。前記受信パート９１１２は、復調器（ｄｅｍｏｄｕｌａｔｏｒ）をさらに含むことができる。
【０３２７】
図３０のトランシーバは、図示されたブロック以外にも、受信信号の一部を抽出する受信ウィンドウ制御部（図示せず）を含むことができ、受信ウィンドウを介して抽出された信号に対してデコーディング演算を実行するデコーディング演算処理部（図示せず）を含むことができる。
【０３２８】
前述した本明細書の技術的特徴は、多様な応用例（ａｐｐｌｉｃａｔｉｏｎ）やビジネスモデルに適用可能である。例えば、人工知能（Ａｒｔｉｆｉｃｉａｌ  Ｉｎｔｅｌｌｉｇｅｎｃｅ：ＡＩ）をサポートする装置での無線通信のために前述した技術的特徴が適用されることができる。
【０３２９】
人工知能は、人工的な知能またはこれを作ることができる方法論を研究する分野を意味し、マシンラーニング（機械学習、Ｍａｃｈｉｎｅ  Ｌｅａｒｎｉｎｇ）は、人工知能分野で扱う多様な問題を定義し、それを解決する方法論を研究する分野を意味する。マシンラーニングは、ある作業に対して持続的な経験を介してその作業に対する性能を高めるアルゴリズムに定義される。
【０３３０】
人工神経ネットワーク（Ａｒｔｉｆｉｃｉａｌ  Ｎｅｕｒａｌ  Ｎｅｔｗｏｒｋ；ＡＮＮ）は、マシンラーニングで使われるモデルであって、シナプスの結合でネットワークを形成した人工ニューロン（ノード）で構成される、問題解決能力を有するモデル全般を意味することができる。人工神経ネットワークは、他のレイヤのニューロン間の連結パターン、モデルパラメータを更新する学習過程、出力値を生成する活性化関数（Ａｃｔｉｖａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）により定義されることができる。
【０３３１】
人工神経ネットワークは、入力層（Ｉｎｐｕｔ  Ｌａｙｅｒ）、出力層（Ｏｕｔｐｕｔ  Ｌａｙｅｒ）、そして選択的に一つ以上の隠れ層（Ｈｉｄｄｅｎ  Ｌａｙｅｒ）を含むことができる。各層は、一つ以上のニューロンを含み、人工神経ネットワークは、ニューロンとニューロンを連結するシナプスを含むことができる。人工神経ネットワークで、各ニューロンは、シナプスを介して入力される入力信号、加重値、偏向に対する活性関数の関数値を出力することができる。
【０３３２】
モデルパラメータは、学習を介して決定されるパラメータを意味し、シナプス連結の加重値とニューロンの偏向などが含まれる。そして、ハイパーパラメータは、マシンラーニングアルゴリズムで学習前に設定されるべきパラメータを意味し、学習率（Ｌｅａｒｎｉｎｇ  Ｒａｔｅ）、繰り返し回数、ミニ配置大きさ、初期化関数などが含まれる。
【０３３３】
人工神経ネットワークの学習の目的は、損失関数を最小化するモデルパラメータを決定することにある。損失関数は、人工神経ネットワークの学習過程で最適のモデルパラメータを決定するための指標として利用されることができる。
【０３３４】
マシンラーニングは、学習方式によって指導学習（Ｓｕｐｅｒｖｉｓｅｄ  Ｌｅａｒｎｉｎｇ）、非指導学習（Ｕｎｓｕｐｅｒｖｉｓｅｄ  Ｌｅａｒｎｉｎｇ）、強化学習（Ｒｅｉｎｆｏｒｃｅｍｅｎｔ  Ｌｅａｒｎｉｎｇ）に分類できる。
【０３３５】
指導学習は、学習データに対するラベル（ｌａｂｅｌ）が与えられた状態で人工神経ネットワークを学習させる方法を意味し、ラベルとは、学習データが人工神経ネットワークに入力される場合、人工神経ネットワークが推論すべき正答（または、結果値）を意味することができる。非指導学習は、学習データに対するラベルが与えられない状態で人工神経ネットワークを学習させる方法を意味することができる。強化学習は、ある環境内で定義されたエージェントが各状態で累積補償を最大化する行動または行動順序を選択するように学習させる学習方法を意味することができる。
【０３３６】
人工神経ネットワークのうち、複数の隠れ層を含む深層神経ネットワーク（ＤＮＮ：Ｄｅｅｐ  Ｎｅｕｒａｌ  Ｎｅｔｗｏｒｋ）で具現されるマシンラーニングをディープラーニング（深層学習、Ｄｅｅｐ  Ｌｅａｒｎｉｎｇ）ともいい、ディープラーニングは、マシンラーニングの一部である。以下で、マシンラーニングは、ディープラーニングを含む意味として使われる。
【０３３７】
また、前述した技術的特徴は、ロボットの無線通信に適用されることができる。
【０３３８】
ロボットは、自体的に保有した能力により与えられた仕事を自動で処理または作動する機械を意味することができる。特に、環境を認識して自体的に判断して動作を実行する機能を有するロボットを知能型ロボットという。
【０３３９】
ロボットは、使用目的や分野によって、産業用、医療用、家庭用、軍事用等に分類できる。ロボットは、アクチュエータまたはモータを含む駆動部を具備してロボット関節を動く等の多様な物理的動作を実行することができる。また、移動可能なロボットは、駆動部にホイール、ブレーキ、プロペラなどが含まれ、駆動部を介して地上で走行し、または空中で飛行することができる。
【０３４０】
また、前述した技術的特徴は、拡張現実をサポートする装置に適用されることができる。
【０３４１】
拡張現実は、仮想現実（ＶＲ：Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ）、増強現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ  Ｒｅａｌｉｔｙ）、複合現実（ＭＲ：Ｍｉｘｅｄ  Ｒｅａｌｉｔｙ）を総称する。ＶＲ技術は、現実世界の客体や背景などをＣＧ映像のみで提供し、ＡＲ技術は、実際事物映像上に仮想で作られたＣＧ映像を共に提供し、ＭＲ技術は、現実世界に仮想客体を混合し結合させて提供するコンピュータグラフィック技術である。
【０３４２】
ＭＲ技術は、現実客体と仮想客体を共に見せるという点でＡＲ技術と類似する。しかし、ＡＲ技術では仮想客体が現実客体を補完する形態で使われ、それに対して、ＭＲ技術では仮想客体と現実客体が同等な性格で使われるという点が異なる。
【０３４３】
ＸＲ技術は、ＨＭＤ（Ｈｅａｄ−Ｍｏｕｎｔ  Ｄｉｓｐｌａｙ）、ＨＵＤ（Ｈｅａｄ−Ｕｐ  Ｄｉｓｐｌａｙ）、携帯電話、タブレットＰＣ、ラップトップ、デスクトップ、ＴＶ、デジタルサイネージ等に適用されることができ、ＸＲ技術が適用された装置をＸＲ装置（ＸＲ  Ｄｅｖｉｃｅ）という。
【図１】
2020534728.tif 000003
【図２】
2020534728.tif 000004
【図３】
2020534728.tif 000005
【図４】
2020534728.tif 000006
【図５】
2020534728.tif 000007
【図６】
2020534728.tif 000008
【図７】
2020534728.tif 000009
【図８】
2020534728.tif 000010
【図９】
2020534728.tif 000011
【図１０】
2020534728.tif 000012
【図１１】
2020534728.tif 000013
【図１２】
2020534728.tif 000014
【図１３】
2020534728.tif 000015
【図１４】
2020534728.tif 000016
【図１５】
2020534728.tif 000017
【図１６】
2020534728.tif 000018
【図１７】
2020534728.tif 000019
【図１８】
2020534728.tif 000020
【図１９】
2020534728.tif 000021
【図２０】
2020534728.tif 000022
【図２１】
2020534728.tif 000023
【図２２】
2020534728.tif 000024
【図２３】
2020534728.tif 000025
【図２４】
2020534728.tif 000026
【図２５】
2020534728.tif 000027
【図２６】
2020534728.tif 000028
【図２７】
2020534728.tif 000029
【図２８】
2020534728.tif 000030
【図２９】
2020534728.tif 000031
【図３０】
2020534728.tif 000032
【手続補正書】
【提出日】令和2年3月4日(2020.3.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムのＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）で実行される方法において、
前記ＡＰがＳＴＡ（Ｓｔａｔｉｏｎ）から、前記ＳＴＡの推薦ＲＵ（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）のための第１のフィールド、前記ＳＴＡの推薦ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）のための第２のフィールド、及び前記ＳＴＡのＵＬ  ＭＵ（Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）通信のためのＲＵ大きさ（ｓｉｚｅ）に関連した第３のフィールドを含むリンク適応化（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）のための制御メッセージを受信するステップと、
前記ＡＰが、前記ＳＴＡのＵＬ−ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するトリガフレームを送信するステップとを含み、
前記トリガフレームにより割り当てられるアップリンクＲＵの大きさは、前記第３のフィールドの値に基づいて（ｂａｓｅｄ  ｏｎ）決定され、
前記第３のフィールドが第１の値を有する時、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさと同じまたは小さく設定される、方法。
【請求項２】
前記第３のフィールドが第１の値を有する時、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさを超過しない、請求項１に記載の方法。
【請求項３】
前記第３のフィールドが前記第１の値を有する時、前記第２のフィールドは、前記ＵＬ−ＭＵ通信のためのアップリンクフレームのＭＣＳのために使われる、請求項１に記載の方法。
【請求項４】
前記第３のフィールドが第２の値を有する時、前記第２のフィールドは、前記ＳＴＡのためのダウンリンクフレームのＭＣＳのために使われ、前記ダウンリンクフレームの送信のためのダウンリンクＲＵは、前記第１のフィールドに基づいて決定される、請求項１に記載の方法。
【請求項５】
前記第１のフィールドは、８ビットの長さを有し、前記第１のフィールドは、推薦ＲＵの位置（ｌｏｃａｔｉｏｎ）に関連した情報を含み、
前記第３のフィールドは、１ビットの長さを有する、請求項１に記載の方法。
【請求項６】
無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムのＳＴＡ（Ｓｔａｔｉｏｎ）で実行される方法において、
前記ＳＴＡがＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に、前記ＳＴＡの推薦ＲＵ（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）のための第１のフィールド、前記ＳＴＡの推薦ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）のための第２のフィールド、及び前記ＳＴＡのＵＬ  ＭＵ（Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）通信のためのＲＵ大きさ（ｓｉｚｅ）に関連した第３のフィールドを含むリンク適応化（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）のための制御メッセージを送信するステップと、
前記ＡＰから、前記ＳＴＡのＵＬ−ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するトリガフレームを受信するステップとを含み、
前記トリガフレームにより割り当てられるアップリンクＲＵの大きさは、前記第１のフィールド及び第３のフィールドに基づいて設定され、
前記第３のフィールドが第１の値を有する時、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさと同じまたは小さく設定される、方法。
【請求項７】
前記第３のフィールドが第１の値を有する時、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさを超過しない、請求項６に記載の方法。
【請求項８】
前記第３のフィールドが前記第１の値を有する時、前記第２のフィールドは、前記ＵＬ−ＭＵ通信のためのアップリンクフレームのＭＣＳのために使われる、請求項６に記載の方法。
【請求項９】
前記第３のフィールドが第２の値を有する時、前記第２のフィールドは、前記ＳＴＡのためのダウンリンクフレームのＭＣＳのために使われ、前記ダウンリンクフレームの送信のためのダウンリンクＲＵは、前記第１のフィールドに基づいて決定される、請求項６に記載の方法。
【請求項１０】
前記第１のフィールドは、８ビットの長さを有し、前記第１のフィールドは、推薦ＲＵの位置（ｌｏｃａｔｉｏｎ）に関連した情報を含み、
前記第３のフィールドは、１ビットの長さを有する、請求項６に記載の方法。
【請求項１１】
無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムのＳＴＡ（ｓｔａｔｉｏｎ）において、
無線信号を送受信するトランシーバと、
前記トランシーバを制御するプロセッサとを含み、
前記プロセッサは、
アクセスポイント（ＡＰ）へ、前記ＳＴＡの推薦ＲＵ（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）のための第１のフィールド、前記ＳＴＡの推薦ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）のための第２のフィールド、及び前記ＳＴＡのＵＬ  ＭＵ（Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）通信のためのＲＵ大きさ（ｓｉｚｅ）に関連した第３のフィールドを含むリンク適応化（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）のための制御メッセージを送信し、
前記ＳＴＡのＵＬ−ＭＵ通信をトリガ（ｔｒｉｇｇｅｒ）するトリガフレームを前記ＡＰから受信するように構成され、
前記トリガフレームにより割当てられたアップリンクＲＵの大きさは、前記第１のフィールド及び前記第３のフィールドに基づいて決定され、
前記第３のフィールドは第１の値を有し、前記アップリンクＲＵの大きさは前記推薦ＲＵの大きさと等しいかより小さい、ＳＴＡ。
【請求項１２】
前記第３のフィールドが第１の値を有する時、前記アップリンクＲＵの大きさは、前記推薦ＲＵの大きさを超過しない、請求項１１に記載のＳＴＡ。
【請求項１３】
前記第３のフィールドが前記第１の値を有する時、前記第２のフィールドは、前記ＵＬ−ＭＵ通信のためのアップリンクフレームのＭＣＳのために使われる、請求項１１に記載のＳＴＡ。
【請求項１４】
前記第３のフィールドが第２の値を有する時、前記第２のフィールドは、前記ＳＴＡのためのダウンリンクフレームのＭＣＳのために使われ、前記ダウンリンクフレームの送信のためのダウンリンクＲＵは、前記第１のフィールドに基づいて決定される、請求項１１に記載のＳＴＡ。
【請求項１５】
前記第１のフィールドは、８ビットの長さを有し、前記第１のフィールドは、推薦ＲＵの位置（ｌｏｃａｔｉｏｎ）に関連した情報を含み、
前記第３のフィールドは、１ビットの長さを有する、請求項１１に記載のＳＴＡ。
【国際調査報告】
2020534728.tif 000033
2020534728.tif 000034
2020534728.tif 000035
2020534728.tif 000036