(57)【特許請求の範囲】
【請求項１】
ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおける第１ＳＴＡ（Ｓｔａｔｉｏｎ）によって信号を受信する方法であって、前記方法は、
第２ＳＴＡから、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレーム及びＰＨＹ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）ヘッダーを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を受信することと、
前記ＭＡＣフレーム及び前記ＰＨＹヘッダーを含む前記ＰＰＤＵをデコードすることと、
前記ＭＡＣフレームのＭＡＣヘッダーに基づいて前記ＭＡＣフレームに含まれたインフォメーションを確認することであって、前記ＭＡＣヘッダーは、受信者アドレスを含む第１アドレスフィールド及び送信者アドレスを含む第２アドレスフィールドのうちの少なくとも１つを含む、ことと
を含み、
前記ＰＰＤＵは、ＭＵ（ｍｕｌｔｉ−ｕｓｅｒ）ＰＰＤＵに対応し、
前記ＰＨＹヘッダーは、ＳＩＧ（ｓｉｇｎａｌ）フィールドを含み、
前記ＳＩＧフィールドは、ＵＬ／ＤＬ（ｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ）指示サブフィールド及びＳＴＡ  ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）サブフィールドを含み、
前記ＵＬ／ＤＬ指示サブフィールドがＵＬ値に対応するときに、前記ＳＴＡ  ＩＤサブフィールド内のインフォメーションが、前記ＰＰＤＵの送信者である前記第２ＳＴＡのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ）として考えられ、前記ＭＡＣヘッダーが、前記第２アドレスフィールドなしで前記第１アドレスフィールドのみを含み、
前記ＵＬ／ＤＬ指示サブフィールドがＤＬ値に対応するときに、前記ＳＴＡ  ＩＤサブフィールド内の同一のインフォメーションが、前記ＰＰＤＵの受信者ＳＴＡのＩＤとして考えられ、前記ＭＡＣヘッダーが、前記第１アドレスフィールドなしで前記第２アドレスフィールドのみを含む、方法。
【請求項２】
前記ＭＡＣヘッダーは、Ｔｙｐｅフィールドを含むＦｒａｍｅ  Ｃｏｎｔｒｏｌフィールドをさらに含み、
前記Ｔｙｐｅフィールドが第１値に設定される場合に、前記ＭＡＣヘッダーは、前記第１アドレスフィールド及び前記第２アドレスフィールドのうちの１つのみを含む、請求項１に記載の方法。
【請求項３】
前記ＰＰＤＵを受信する前に、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）  ＳＴＡからトリガーフレームを受信することをさらに含む、請求項１に記載の方法。
【請求項４】
前記ＡＰ  ＳＴＡは、前記トリガーフレームによるランダムアクセスに対するＭＵリソース割当てを遂行し、前記ＳＴＡは、前記ランダムアクセスリソースの割り当てられた位置でランダムにアクセスすることによってＵＬデータを送信する、請求項３に記載の方法。
【請求項５】
前記ＳＩＧフィールドは、ＳＩＧ−Ａ（ｓｉｇｎａｌ−Ａ）フィールド及びＳＩＧ−Ｂ（ｓｉｇｎａｌ−Ｂ）フィールドを含む、請求項１に記載の方法。
【請求項６】
前記ＭＵ  ＰＰＤＵは、ＳＴＡのグループ向けのものであり、前記ＳＴＡ  ＩＤサブフィールドは、前記ＳＴＡのグループに対する複数のビットを含むビットマップを含む、請求項１に記載の方法。
【請求項７】
ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて信号を受信するＳＴＡ（Ｓｔａｔｉｏｎ）であって、前記ＳＴＡは、
外部デバイスとデータを交換する送受信モジュールと、
前記送受信モジュールを制御するプロセッサと
を含み、
前記プロセッサは、
別のＳＴＡから、前記送受信モジュールを介してＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレーム及びＰＨＹ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）ヘッダーを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を受信することと、
前記ＭＡＣフレーム及び前記ＰＨＹヘッダーを含む前記ＰＰＤＵをデコードすることと、
前記ＭＡＣフレームのＭＡＣヘッダーに基づいて前記ＭＡＣフレームに含まれたインフォメーションを確認することであって、前記ＭＡＣヘッダーは、受信者アドレスを含む第１アドレスフィールド及び送信者アドレスを含む第２アドレスフィールドのうちの少なくとも１つを含む、ことと
を実行するように構成され、
前記ＰＰＤＵは、ＭＵ（ｍｕｌｔｉ−ｕｓｅｒ）ＰＰＤＵに対応し、
前記ＰＨＹヘッダーは、ＳＩＧ（ｓｉｇｎａｌ）フィールドを含み、
前記ＳＩＧフィールドは、ＵＬ／ＤＬ（ｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ）指示サブフィールド及びＳＴＡ  ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）サブフィールドを含み、
前記ＵＬ／ＤＬ指示サブフィールドがＵＬ値に対応するときに、前記ＳＴＡ  ＩＤサブフィールド内のインフォメーションが、前記ＰＰＤＵの送信者である前記別のＳＴＡのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ）として考えられ、前記ＭＡＣヘッダーが、前記第２アドレスフィールドなしで前記第１アドレスフィールドのみを含み、
前記ＵＬ／ＤＬ指示サブフィールドがＤＬ値に対応するときに、前記ＳＴＡ  ＩＤサブフィールド内の同一のインフォメーションが、前記ＰＰＤＵの受信者ＳＴＡのＩＤとして考えられ、前記ＭＡＣヘッダーが、前記第１アドレスフィールドなしで前記第２アドレスフィールドのみを含む、ＳＴＡ。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は無線通信システムに関するもので、より詳しくは無線通信システムにおいてステーションが信号を受信する方法及びその装置に関するものである。
【背景技術】
【０００２】
以下で提案する信号伝送方法は多様な無線通信に適用可能であるが、以下では本発明が適用可能なシステムの一例として無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＬＡＮ）システムについて説明する。
【０００３】
無線ＬＡＮ技術に対する標準はＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１標準として開発されている。ＩＥＥＥ  ８０２．１１ａ及びｂは２．４ＧＨｚ又は５ＧＨｚで非兔許帯域（ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ）を用い、ＩＥＥＥ  ８０２．１１ｂは１１Ｍｂｐｓの伝送速度を提供し、ＩＥＥＥ  ８０２．１１ａは５４Ｍｂｐｓの伝送速度を提供する。ＩＥＥＥ  ８０２．１１ｇは２．４ＧＨｚで直交周波数分割多重化（Ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）を適用して５４Ｍｂｐｓの伝送速度を提供する。ＩＥＥＥ  ８０２．１１ｎは多重入出力ＯＦＤＭ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ−ＯＦＤＭ、ＭＩＭＯ−ＯＦＤＭ）を適用し、４個の空間的なストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）に対して３００Ｍｂｐｓの伝送速度を提供する。ＩＥＥＥ  ８０２．１１ｎではチャネル帯域幅（ｃｈａｎｎｅｌ  ｂａｎｄｗｉｄｔｈ）を４０ＭＨｚまで支援し、この場合には６００Ｍｂｐｓの伝送速度を提供する。
【０００４】
上述した無線ＬＡＮ標準は最大１６０ＭＨｚ帯域を用い、８個の空間ストリームを支援して最大１Ｇｂｉｔ／ｓの速度を支援するＩＥＥＥ  ８０２．１１ａｃ標準を経て、ＩＥＥＥ  ８０２．１１ａｘ標準化に対する論議がなされている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本明細書は、無線通信システムにおいてステーションが信号を受信する方法及びその装置を提供することに目的がある。
【０００６】
本明細書は、無線通信システムにおいてステーションが受信するＭＡＣフレームのＭＡＣヘッダーで不要な情報を減らすことによって圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）されたＭＡＣヘッダーを提供することに目的がある。
本明細書は、無線通信システムにおいて重複した情報伝送を防止して不要なリソース浪費を防止することによって無線リソース使用効率を向上させる方法を提供することに目的がある。
【課題を解決するための手段】
【０００７】
上記の技術的課題を解決するために、無線ＬＡＮシステムで動作するステーション（ＳＴＡ）が信号を受信する方法であって、ＭＡＣフレームを含むＰＰＤＵを受信する段階；前記ＭＡＣフレームをデコードする段階；及び  第１アドレスフィールド及び第２アドレスフィールドを含む前記ＭＡＣフレームのＭＡＣヘッダーに基づいて前記ＭＡＣフレームに含まれたインフォメーションを確認する段階；を含み、  前記ＰＰＤＵに前記ステーションについての識別情報（ＩＤ）が含まれる場合、前記ＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドのいずれか一方のみが含まれる、ステーションの信号受信方法。
【０００８】
上記の技術的課題を解決するために、無線通信システムにおいて信号を受信するステーション（ＳＴＡ）であって、  前記ステーションは外部デバイスとデータを交換する送受信モジュール及び前記送受信モジュールを制御するプロセッサを含み、  前記プロセッサは、  前記送受信モジュールを用いてＭＡＣフレームを含むＰＰＤＵを受信し、  前記ＭＡＣフレームをデコードし、  第１アドレスフィールド及び第２アドレスフィールドを含む前記ＭＡＣフレームのＭＡＣヘッダーに基づいて前記ＭＡＣフレームに含まれたインフォメーションを確認し、  前記ＰＰＤＵに前記ステーションについての識別情報（ＩＤ）が含まれる場合、前記ＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドのいずれか一方のみが含まれる、信号を受信するステーション。
上記の本発明に係る実施例において、以下の事項の一つ以上を適用することができる。
【０００９】
前記第１アドレスフィールドは受信者アドレスを示すフィールドであり、  前記第２アドレスフィールドは送信者アドレスを示すフィールドである。
【００１０】
前記データが下りリンク（ＤＬ）を介して受信される場合、前記ＭＡＣヘッダーには前記第１アドレスフィールド及び前記第２アドレスフィールドの中で前記第２アドレスフィールドのみが含まれる  。
【００１１】
前記データが上りリンク（ＵＬ）を介して受信される場合、前記ＭＡＣヘッダーには前記第１アドレスフィールド及び前記第２アドレスフィールドの中で前記第１アドレスフィールドのみが含まれる  。
【００１２】
前記ＭＡＣヘッダーには第１インジケーターを含むフレームコントロール（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドがさらに含まれ、  前記第１インジケーターは前記データが前記上りリンク又は前記下りリンクの中でどちらを介して受信されるかを示すインジケーターである  。
【００１３】
前記フレームコントロールフィールドにはタイプ（ｔｙｐｅ）フィールドがさらに含まれ、  前記タイプフィールドが第１値であれば、前記ＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドのいずれか一つのみが含まれる、請求項５に記載のステーションの信号受信方法。  前記ＭＡＣフレームは上りリンクマルチユーザー（ＵＬ  ＭＵ）に基づいて設定されたフレームである。
【００１４】
前記データが受信される前、ＡＰ−ステーションからトリガーフレーム（ｔｒｉｇｇｅｒ  ｆｒａｍｅ）を受信する場合、前記ＭＡＣヘッダーには前記第１アドレスフィールド及び前記第２アドレスフィールドのいずれも含まれない  。
【００１５】
前記第１アドレスフィールド及び前記第２アドレスフィールドのいずれも含まない前記ＭＡＣヘッダーは圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）ＭＡＣヘッダーであり、  前記圧縮ＭＡＣヘッダーであるか否かは第３インジケーターによって指示される。
【００１６】
前記ＭＡＣフレームには持続期間（Ｄｕｒａｔｉｏｎ）フィールドがさらに含まれ、  前記データに前記持続期間フィールドが含まれて送信される場合、前記ＭＡＣフレームには前記持続期間フィールドが含まれない。
【００１７】
前記ＡＰ−ステーションがトリガーフレーム（ｔｒｉｇｇｅｒ  ｆｒａｍｅ）を介してランダムアクセスに対するマルチユーザーリソース割当てを遂行し、前記ランダムアクセスリソースが割り当てられた位置でアクセスによって前記ステーションが上りリンクデータを送信する場合、前記ＭＡＣヘッダーには前記第１アドレス及び前記第２アドレスの中で前記第２アドレスのみを含む。
【００１８】
前記ステーションについての識別情報は前記データのＳＩＧフィールドに含まれる、請求項１に記載のステーションの信号受信方法。  前記ＳＩＧフィールドには第２インジケーターがさらに含まれ、  前記第２インジケーターが第１値である場合、前記ステーションについての前記識別情報は受信者識別情報として前記ＳＩＧフィールドに含まれ、  前記第２インジケーターが第２値である場合、前記ステーションについての前記識別情報は送信者識別情報として前記ＳＩＧフィールドに含まれる  。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線ＬＡＮシステムで動作するステーション（ＳＴＡ）が信号を受信する方法であって、
ＭＡＣフレームを含むＰＰＤＵを受信する段階；
前記ＭＡＣフレームをデコードする段階；及び
第１アドレスフィールド及び第２アドレスフィールドを含む前記ＭＡＣフレームのＭＡＣヘッダーに基づいて前記ＭＡＣフレームに含まれたインフォメーションを確認する段階；を含み、
前記ＰＰＤＵに前記ステーションについての識別情報（ＩＤ）が含まれる場合、前記ＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドのいずれか一方のみが含まれる、ステーションの信号受信方法。
（項目２）
前記第１アドレスフィールドは受信者アドレスを示すフィールドであり、
前記第２アドレスフィールドは送信者アドレスを示すフィールドである、項目１に記載のステーションの信号受信方法。
（項目３）
前記データが下りリンク（ＤＬ）を介して受信される場合、前記ＭＡＣヘッダーには前記第１アドレスフィールド及び前記第２アドレスフィールドの中で前記第２アドレスフィールドのみが含まれる、項目２に記載のステーションの信号受信方法。
（項目４）
前記データが上りリンク（ＵＬ）を介して受信される場合、前記ＭＡＣヘッダーには前記第１アドレスフィールド及び前記第２アドレスフィールドの中で前記第１アドレスフィールドのみが含まれる、項目３に記載のステーションの信号受信方法。
（項目５）
前記ＭＡＣヘッダーには第１インジケーターを含むフレームコントロール（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドがさらに含まれ、
前記第１インジケーターは前記データが前記上りリンク又は前記下りリンクの中でどちらを介して受信されるかを示すインジケーターである、項目４に記載のステーションの信号受信方法。
（項目６）
前記フレームコントロールフィールドにはタイプ（ｔｙｐｅ）フィールドがさらに含まれ、
前記タイプフィールドが第１値であれば、前記ＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドのいずれか一つのみが含まれる、項目５に記載のステーションの信号受信方法。
（項目７）
前記ＭＡＣフレームは上りリンクマルチユーザー（ＵＬ  ＭＵ）に基づいて設定されたフレームである、項目２に記載のステーションの信号受信方法。
（項目８）
前記データが受信される前、ＡＰ−ステーションからトリガーフレーム（ｔｒｉｇｇｅｒ  ｆｒａｍｅ）を受信する場合、前記ＭＡＣヘッダーには前記第１アドレスフィールド及び前記第２アドレスフィールドのいずれも含まれない、項目７に記載のステーションの信号受信方法。
（項目９）
前記第１アドレスフィールド及び前記第２アドレスフィールドのいずれも含まない前記ＭＡＣヘッダーは圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）ＭＡＣヘッダーであり、
前記圧縮ＭＡＣヘッダーであるか否かは第３インジケーターによって指示される、項目８に記載のステーションの信号受信方法。
（項目１０）
前記ＭＡＣフレームには持続期間（Ｄｕｒａｔｉｏｎ）フィールドがさらに含まれ、
前記データに前記持続期間フィールドが含まれて送信される場合、前記ＭＡＣフレームには前記持続期間フィールドが含まれない、項目８に記載のステーションの信号受信方法。
（項目１１）
前記ＡＰ−ステーションがトリガーフレーム（ｔｒｉｇｇｅｒ  ｆｒａｍｅ）を介してランダムアクセスに対するマルチユーザーリソース割当てを遂行し、前記ランダムアクセスリソースが割り当てられた位置でアクセスによって前記ステーションが上りリンクデータを送信する場合、前記ＭＡＣヘッダーには前記第１アドレス及び前記第２アドレスの中で前記第２アドレスのみを含む、項目８に記載のステーションの信号受信方法。
（項目１２）
前記ステーションについての識別情報は前記データのＳＩＧフィールドに含まれる、項目１に記載のステーションの信号受信方法。
（項目１３）
前記ＳＩＧフィールドには第２インジケーターがさらに含まれ、
前記第２インジケーターが第１値である場合、前記ステーションについての前記識別情報は受信者識別情報として前記ＳＩＧフィールドに含まれ、
前記第２インジケーターが第２値である場合、前記ステーションについての前記識別情報は送信者識別情報として前記ＳＩＧフィールドに含まれる、項目７に記載のステーションの信号受信方法。
（項目１４）
無線通信システムにおいて信号を受信するステーション（ＳＴＡ）であって、
前記ステーションは外部デバイスとデータを交換する送受信モジュール及び前記送受信モジュールを制御するプロセッサを含み、
前記プロセッサは、
前記送受信モジュールを用いてＭＡＣフレームを含むＰＰＤＵを受信し、
前記ＭＡＣフレームをデコードし、
第１アドレスフィールド及び第２アドレスフィールドを含む前記ＭＡＣフレームのＭＡＣヘッダーに基づいて前記ＭＡＣフレームに含まれたインフォメーションを確認し、
前記ＰＰＤＵに前記ステーションについての識別情報（ＩＤ）が含まれる場合、前記ＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドのいずれか一方のみが含まれる、信号を受信するステーション。
（項目１５）
前記第１アドレスフィールドは受信者アドレスを示すフィールドであり、
前記第２アドレスフィールドは送信者アドレスを示すフィールドである、項目１４に記載の信号を受信するステーション。
【発明の効果】
【００１９】
本明細書は、無線通信システムにおいてステーションが信号を受信する方法及びその装置を提供することができる。
【００２０】
本明細書は、無線通信システムにおいてステーションが受信するＭＡＣフレームのＭＡＣヘッダーで不要な情報を減らすことによって圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）されたＭＡＣヘッダーを提供することができる。
【００２１】
本明細書は、無線通信システムにおいて重複した情報伝送を防止して不要なリソース浪費を防止することによって無線リソース使用効率を向上させる方法を提供することができる。
【００２２】
本明細書で得られる効果は以上で言及した効果に制限されなく、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【００２３】
【図１】無線ＬＡＮシステムの構成の一例を示した図である。
【図２】無線ＬＡＮシステムの構成の他の例を示した図である。
【図３】無線ＬＡＮシステムの例示的な構造を示した図である。
【図４】無線ＬＡＮシステムにおけるリンクセットアップ過程を説明するための図である。
【図５】能動的スキャニング及び受動的スキャニング方法を説明するための図である。
【図６】無線ＬＡＮシステムにおけるＤＣＦメカニズムを説明するための図である。
【図７】既存衝突解決メカニズムの問題を説明するための例示図である。
【図８】既存衝突解決メカニズムの問題を説明するための例示図である。
【図９】ＲＴＳ／ＣＴＳフレームを用いて隠されたノード問題を解決するメカニズムを説明するための図である。
【図１０】ＲＴＳ／ＣＴＳフレームを用いて露出されたノード問題を解決するメカニズムを説明するための図である。
【図１１】ＴＩＭを受信したステーションの動作を詳細に説明するための図である。
【図１２】ＴＩＭを受信したステーションの動作を詳細に説明するための図である。
【図１３】ＴＩＭを受信したステーションの動作を詳細に説明するための図である。
【図１４】ＩＥＥＥ  ８０２．１１システムで使われるフレーム構造の一例を説明するための図である。
【図１５】ＩＥＥＥ  ８０２．１１システムで使われるフレーム構造の一例を説明するための図である。
【図１６】ＩＥＥＥ  ８０２．１１システムで使われるフレーム構造の一例を説明するための図である。
【図１７】ＩＥＥＥ  ８０２．１１システムで使われるフレーム構造の一例を説明するための図である。
【図１８】ＩＥＥＥ  ８０２．１１システムで使われるフレーム構造の一例を説明するための図である。
【図１９】ＭＡＣフレームフォーマットを示した図である。
【図２０】ＭＡＣフレームフォーマットを示した図である。
【図２１】ＭＡＣフレームフォーマットを示した図である。
【図２２】Ｓｈｏｒｔ  ＭＡＣフレームフォーマットを示した図である。
【図２３】ＰＰＤＵフォーマットの一例を示した図である。
【図２４】ＡＰステーションとｎｏｎ−ＡＰステーションにおいて上りリンクマルチユーザー（ＵＬ  ＭＵ）伝送を行う方法を示した図である。
【図２５】ＵＬ  ＭＵ伝送のためのＡ−ＭＰＤＵ（Ａｇｇｒｅｇａｔｅ−ＭＰＤＵ）フレーム構造を示した図である。
【図２６】ＵＬ  ＭＵに基づいてＭＡＣフレームの構造を示した図である。
【図２７】インジケーターに基づくＭＡＣフレームフォーマットの構造を示した図である。
【図２８】ＭＡＣフレームヘッダーに含まれたそれぞれのフィールドの構成を示した図である。
【図２９】ＰＰＤＵにステーションの識別情報が含まれる方法を示した図である。
【図３０】ＵＬ  ＭＵに基づいて他の形態のＭＡＣフレーム構造を示した図である。
【図３１】トリガーフレームに基づいて複数のステーションがフレームを送信する方法を示した図である。
【図３２】図３１に基づいて設定されるＡＣＫ  ｃｏｎｔｒｏｌフレームの例を示した図である。
【図３３】ランダムアクセスに基づくＭＡＣフレーム構造を示した図である。
【図３４】ステーションが信号を受信する方法のフローチャートである。
【図３５】本発明の一実施例によって、ステーションがトリガーフレームを受信した後、ＵＬ  ＭＵ伝送を行う方法のフローチャートである。
【図３６】本発明の一実施例によって、ステーションがトリガーフレームを受信した後、トリガーフレームに含まれたランダムアクセス情報に基づいてＵＬ  ＭＵ伝送を行う方法を示した図である。
【図３７】ＡＰ装置（又は基地局装置）及びステーション装置（又は端末装置）の例示的な構成を示すブロック図である。
【図３８】ＡＰ装置又はステーション装置のプロセッサの例示的な構造を示す。
【発明を実施するための形態】
【００２４】
以下、本発明による好適な実施形態を添付図面に基づいて詳細に説明する。添付図面に基づいて以下に開示する詳細な説明は本発明の例示的な実施形態を説明しようとするもので、本発明が実施可能な唯一の実施形態を示すものではない。以下の詳細な説明は本発明の完全な理解を提供するために具体的詳細事項を含む。しかし、当業者は本発明がこのような具体的詳細事項なしにも実施可能であることが分かる。
【００２５】
以下の実施例は本発明の構成要素及び特徴を所定の形態に結合したものである。各構成要素又は特徴は他に明示的言及がない限り選択的なものとして考慮することができる。各構成要素又は特徴は他の構成要素や特徴と結合しない形態に実施可能である。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更可能である。ある実施例の一部構成や特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴に取り替えることができる。
【００２６】
以下の説明で使われる特定の用語は本発明の理解を助けるために提供するもので、このような特定の用語の使用は本発明の技術的思想を逸脱しない範疇内で他の形態に変更可能である。
【００２７】
場合によって、本発明の概念があいまいになることを避けるために、公知の構造及び装置は省略するか、それぞれの構造及び装置の核心機能を中心とするブロック図の形式で示す。また、本明細書の全般にわたって同じ構成要素に対しては同じ図面符号を付けて説明する。
【００２８】
本発明の実施例は、無線アクセスシステムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例において、本発明の技術的思想を明確に示すために説明しない段階又は部分は前記文書によって裏付されることができる。また、本文書で開示している全ての用語は前記標準文書によって説明可能である。
【００２９】
以下の技術はＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などの多様な無線アクセスシステムに使われることができる。ＣＤＭＡはＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）又はＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現することができる。ＴＤＭＡはＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭＥ  ｖｏｌｕｔｉｏｎ）のような無線技術で具現することができる。ＯＦＤＭＡはＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などの無線技術で具現することができる。
【００３０】
また、本明細書で第１及び／又は第２などの用語は多様な構成要素を説明するのに使うことができるが、前記構成要素は前記用語によって限定されてはいけない。前記用語は一構成要素を他の構成要素と区別する目的のみで、例えば本明細書の概念による権利範囲から逸脱しない範疇内で、第１構成要素は第２構成要素と命名することができ、同様に第２構成要素は第１構成要素とも命名することができる。
【００３１】
また、明細書の全般で、一部分がある構成要素を“含む”という時、これは特に反対の記載がない限り他の構成要素を排除するものではなく、他の構成要素をさらに含むことができることを意味する。そして、明細書に記載した“…ユニット”、“…部”などの用語は少なくとも一つの機能又は動作を処理する単位を意味し、これはハードウェア及び／又はソフトウェアの結合で具現可能である。
【００３２】
図１は無線ＬＡＮシステムの構成の一例を示した図である。
【００３３】
図１に示したように、無線ＬＡＮシステムは一つ以上の基本サービスセット（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ、ＢＳＳ）を含む。ＢＳＳは成功的に同期化して互いに通信することができるステーション（Ｓｔａｔｉｏｎ、ＳＴＡ）の集合である。
【００３４】
ステーションは媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）インターフェースを含む論理個体であり、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ、ＡＰ）と非ＡＰステーション（Ｎｏｎ−ＡＰ  Ｓｔａｔｉｏｎ）を含む。ステーションの中で使用者が操作する携帯用端末はＮｏｎ−ＡＰステーションであり、単にステーションと言う時はＮｏｎ−ＡＰステーションを示すこともある。Ｎｏｎ−ＡＰステーションは端末（ｔｅｒｍｉｎａｌ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ、ＷＴＲＵ）、使用者装備（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、ＭＳ）、携帯用端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、又は移動加入者ユニット（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｕｎｉｔ）などの他の名称とも呼ぶことができる。
【００３５】
そして、ＡＰは自分に結合されたステーション（Ａｓｓｏｃｉａｔｅｄ  Ｓｔａｔｉｏｎ）に無線媒体を介して分配システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ、ＤＳ）への接続を提供する個体である。ＡＰは集中制御器、基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）、Ｎｏｄｅ−Ｂ、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、又はサイト制御器などと呼ぶこともできる。
【００３６】
ＢＳＳはインフラストラクチャー（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）ＢＳＳと独立的な（Ｉｎｄｅｐｅｎｄｅｎｔ）ＢＳＳ（ＩＢＳＳ）に区分することができる。
【００３７】
図１に示したＢＢＳはＩＢＳＳである。ＩＢＳＳはＡＰを含まないＢＳＳを意味し、ＡＰを含まないので、ＤＳへの接続が許されなくて自己完結的ネットワーク（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  ｎｅｔｗｏｒｋ）を成す。
【００３８】
図２は無線ＬＡＮシステムの構成の他の例を示した図である。
【００３９】
図２に示したＢＳＳはインフラストラクチャーＢＳＳである。インフラストラクチャーＢＳＳは一つ以上のステーション及びＡＰを含む。インフラストラクチャーＢＳＳにおいて非ＡＰステーションの間の通信はＡＰを介してなされることが原則であるが、非ＡＰステーションの間に直接リンク（ｌｉｎｋ）が設定された場合には非ＡＰステーションの間で直接通信も可能である。
【００４０】
図２に示したように、複数のインフラストラクチャーＢＳＳはＤＳを介して互いに連結されることができる。ＤＳを介して連結された複数のＢＳＳを拡張サービスセット（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ、ＥＳＳ）と言う。ＥＳＳに含まれるステーションは互いに通信することができ、同じＥＳＳ内で非ＡＰステーションは絶え間なく通信しながら一つのＢＳＳから他のＢＳＳに移動することができる。
【００４１】
ＤＳは複数のＡＰを連結するメカニズム（ｍｅｃｈａｎｉｓｍ）であり、必ずネットワークである必要はなく、所定の分配サービスを提供することができれば、その形態に何らの制限がない。例えば、ＤＳはメッシュ（ｍｅｓｈ）ネットワークのような無線ネットワークであってもよく、ＡＰを互いに連結させる物理的構造物であってもよい。
【００４２】
図３は無線ＬＡＮシステムの例示的な構造を示した図である。図３にはＤＳを含む基盤構造ＢＳＳの一例が示される。
【００４３】
図３の例示で、ＢＳＳ１及びＢＳＳ２がＥＳＳを構成する。無線ＬＡＮシステムにおいてステーションはＩＥＥＥ  ８０２．１１のＭＡＣ／ＰＨＹ規定によって動作する器機である。ステーションはＡＰステーション及び非ＡＰ（ｎｏｎ−ＡＰ）ステーションを含む。Ｎｏｎ−ＡＰステーションはラップトップコンピュータ、携帯電話機のように一般的に使用者が直接扱う機器に相当する。図３の例示で、ステーション１、ステーション３及びステーション４はｎｏｎ−ＡＰステーションに相当し、ステーション２及びステーション５はＡＰステーションに相当する。
【００４４】
以下の説明で、ｎｏｎ−ＡＰステーションは、端末（ｔｅｒｍｉｎａｌ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ；ＷＴＲＵ）、使用者装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ；ＭＳ）、携帯端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、移動加入者局（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ；ＭＳＳ）などと称することもできる。また、ＡＰは他の無線通信分野での基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ；ＢＳ）、ノード−Ｂ（Ｎｏｄｅ−Ｂ）、発展したノード−Ｂ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ；ｅＮＢ）、基底送受信システム（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ；ＢＴＳ）、フェムト基地局（Ｆｅｍｔｏ  ＢＳ）などに対応する概念である。
【００４５】
図４は一般的なリンクセットアップ（ｌｉｎｋｓｅｔｕｐ）過程を説明するための図、図５は能動的スキャニング及び受動的スキャニング方法を説明するための図である。
【００４６】
ステーションがネットワークに対してリンクをセットアップしてデータを送受信するためには、まずネットワークを発見（ｄｉｓｃｏｖｅｒｙ）し、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を遂行し、連関（ａｓｓｏｃｉａｔｉｏｎ）をなし（ｅｓｔａｂｌｉｓｈ）、保安（ｓｅｃｕｒｉｔｙ）のための認証手順などを経なければならない。リンクセットアップ過程をセッション開始過程、セッションセットアップ過程とも称することができる。また、リンクセットアップ過程の発見、認証、連関、保安設定の過程を連関過程と通称することもできる。
【００４７】
図４を参照して例示的なリンクセットアップ過程について説明する。
【００４８】
段階Ｓ４１０で、ステーションはネットワーク発見動作を遂行することができる。ネットワーク発見動作はステーションのスキャニング（ｓｃａｎｎｉｎｇ）動作を含むことができる。すなわち、ステーションがネットワークにアクセスするためには、参加可能なネットワークを捜さなければならない。ステーションは無線ネットワークに参加する前に互換可能なネットワークを識別しなければならない。特定の領域に存在するネットワーク識別過程をスキャニングと言う。
【００４９】
スキャニング方式には能動的スキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）と受動的スキャニング（ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）がある。図４では例示的に能動的スキャニング過程を含むネットワーク発見動作を示すが、受動的スキャニング過程で動作することができる。
【００５０】
能動的スキャニングでスキャニングを行うステーションはチャネルを移しながら周辺にどのＡＰが存在するかを探索するために、プローブ要請フレーム（ｐｒｏｂｅ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を送信し、これに対する応答を待つ。応答者（ｒｅｓｐｏｎｄｅｒ）はプローブ要請フレームを送信したステーションにプローブ要請フレームに対する応答としてプローブ応答フレーム（ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）を送信する。ここで、応答者はスキャニングされているチャネルのＢＳＳで最後にビーコンフレーム（ｂｅａｃｏｎ  ｆｒａｍｅ）を送信したステーションであってもよい。ＢＳＳではＡＰがビーコンフレームを送信するのでＡＰが応答者となり、ＩＢＳＳではＩＢＳＳ内のステーションが順次ビーコンフレームを送信するので応答者が一定でない。例えば、１番チャネルでプローブ要請フレームを送信し１番チャネルでプローブ応答フレームを受信したステーションは、受信したプローブ応答フレームに含まれたＢＳＳ関連情報を保存し、次のチャネル（例えば、２番チャネル）に移動して同様な方法でスキャニング（すなわち、２番チャネル上でプローブ要請／応答送受信）を遂行することができる。
【００５１】
また、図５を参照すると、スキャニング動作は受動的スキャニング方式で遂行することもできる。受動的スキャニングにおいてスキャニングを行うステーションはチャネルを移しながらビーコンフレームを待つ。ビーコンフレームはＩＥＥＥ  ８０２．１１における管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）で、無線ネットワークの存在を知らせ、スキャニングを行うステーションが無線ネットワークを捜して無線ネットワークに参加するように周期的に送信される。ＢＳＳでＡＰがビーコンフレームを周期的に送信する役目をし、ＩＢＳＳではＩＢＳＳ内のステーションが順次ビーコンフレームを送信する。スキャニングを行うステーションはビーコンフレームを受信すれば、ビーコンフレームに含まれたＢＳＳについての情報を保存し、他のチャネルに移動しながら各チャネルでビーコンフレーム情報を記録する。ビーコンフレームを受信したステーションは、受信したビーコンフレームに含まれたＢＳＳ関連情報を保存し、次のチャネルに移動して同様な方法で次のチャネルでスキャニングを遂行することができる。
【００５２】
能動的スキャニングと受動的スキャニングを比較すると、能動的スキャニングが受動的スキャニングより遅延（ｄｅｌａｙ）され、電力消耗が少ない利点がある。
【００５３】
ステーションがネットワークを見つけた後、段階Ｓ４２０で認証過程を遂行することができる。このような認証過程は、後述する段階Ｓ４４０の保安セットアップ動作と明確に区分するために、第１認証（ｆｉｒｓｔ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程と称することができる。
【００５４】
認証過程はステーションが認証要請フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をステーションに送信する過程を含む。認証要請／応答に使われる認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｒａｍｅ）は管理フレームに相当する。
【００５５】
認証フレームは認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｌｇｏｒｉｔｈｍ  ｎｕｍｂｅｒ）、認証トランザクションシーケンス番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｔｒａｎｓａｃｔｉｏｎ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、検問テキスト（ｃｈａｌｌｅｎｇｅ  ｔｅｘｔ）、ＲＳＮ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ）、有限循環グループ（Ｆｉｎｉｔｅ  Ｃｙｃｌｉｃ  Ｇｒｏｕｐ）などについての情報を含むことができる。これは認証要請／応答フレームに含むことができる情報の一部の例示に相当し、他の情報に取り替えられるか、更なる情報がさらに含まれることができる。
【００５６】
ステーションは認証要請フレームをＡＰに送信することができる。ＡＰは受信された認証要請フレームに含まれた情報に基づき、該当のステーションに対する認証を許すか否かを決定することができる。ＡＰは認証処理の結果を認証応答フレームを介してステーションに提供することができる。
【００５７】
ステーションを成功的に認証した後、段階Ｓ４３０で連関過程を遂行することができる。連関過程は、ステーションが連関要請フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが連関応答フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をステーションに送信する過程を含む。
【００５８】
例えば、連関要請フレームは、多様な能力（ｃａｐａｂｉｌｉｔｙ）についての情報、ビーコン聴取間隔（ｌｉｓｔｅｎ  ｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｅｒ）、支援レート（ｓｕｐｐｏｒｔｅｄ  ｒａｔｅｓ）、支援チャネル（ｓｕｐｐｏｒｔｅｄ  ｃｈａｎｎｅｌｓ）、ＲＳＮ、移動性ドメイン、支援オペレーティングクラス（ｓｕｐｐｏｒｔｅｄ  ｏｐｅｒａｔｉｎｇ  ｃｌａｓｓｅｓ）、ＴＩＭ放送要請（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ  Ｂｒｏａｄｃａｓｔ  ｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）サービス能力などについての情報を含むことができる。
【００５９】
例えば、連関応答フレームは、多様な能力についての情報、状態コード、ＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）、支援レート、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）パラメーターセット、ＲＣＰＩ（Ｒｅｃｅｉｖｅｄ  Ｃｈａｎｎｅｌ  Ｐｏｗｅｒ  Ｉｎｄｉｃａｔｏｒ）、ＲＳＮＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｉｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウト間隔（連関カムバック時間（ａｓｓｏｃｉａｔｉｏｎ  ｃｏｍｅｂａｃｋ  ｔｉｍｅ））、重畳（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメーター、ＴＩＭ放送応答、ＱｏＳマップなどの情報を含むことができる。
【００６０】
これは連関要請／応答フレームに含むことができる情報の一部例示に相当し、他の情報に取り替えられるか、更なる情報がさらに含まれることができる。
【００６１】
ステーションがネットワークに成功的に連関された後、段階Ｓ５４０で保安セットアップ過程を遂行することができる。段階Ｓ４４０の保安セットアップ過程はＲＳＮＡ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ  Ａｓｓｏｃｉａｔｉｏｎ）要請／応答による認証過程と言うこともでき、前記段階Ｓ５２０の認証過程を第１認証（ｆｉｒｓｔ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程と言い、段階Ｓ５４０の保安セットアップ過程を単に認証過程とも称することもできる。
【００６２】
段階Ｓ４４０の保安セットアップ過程は、例えばＥＡＰＯＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＬＡＮ）フレームを介した４−ウェイ（ｗａｙ）ハンドシェイキングによって、プライベートキーセットアップ（ｐｒｉｖａｔｅ  ｋｅｙ  ｓｅｔｕｐ）を行う過程を含むことができる。また、保安セットアップ過程は、ＩＥＥＥ  ８０２．１１標準で定義しない保安方式で遂行することもできる。
【００６３】
以上を基にして無線ＬＡＮシステムにおける衝突検出技術について説明する。
【００６４】
上述したように、無線環境では多様な要素がチャネルに影響を与えるため、送信端が正確に衝突検出を遂行することができない問題がある。したがって、８０２．１１ではＣＳＭＡ／ＣＡ（ｃａｒｒｉｅｒ  ｓｅｎｓｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ／ｃｏｌｌｉｓｉｏｎ  ａｖｏｉｄａｎｃｅ）メカニズムであるＤＣＦ（ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ）を導入した。
【００６５】
図６は無線ＬＡＮシステムにおけるＤＣＦメカニズムを説明するための図である。
【００６６】
ＤＣＦは送信するデータがあるステーションがデータを送信する前に特定の期間（例えば、ＤＩＦＳ：ＤＣＦ  ｉｎｔｅｒ−ｆｒａｍｅ  ｓｐａｃｅ）の間に媒体をセンシングするＣＣＡ（ｃｌｅａｒ  ｃｈａｎｎｅｌ  ａｓｓｅｓｓｍｅｎｔ）を遂行する。この際、媒体がアイドル（ｉｄｌｅ）であれば（使用可能であれば）、ステーションはその媒体を介して信号伝送が可能である。しかし、媒体がビジー（ｂｕｓｙ）である場合（使用できない場合）は、既に多くのステーションがその媒体を使うために待機しているという仮定の下で、ＤＩＦＳに加え、ランダムバックオフ周期（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ  ｐｅｒｉｏｄ）の分だけ待った後、データを送信することができる。この時、ランダムバックオフ周期は衝突を回避することができるようにする。これはデータを送信するための色々のステーションが存在すると仮定する時、各ステーションは確率的に違うバックオフ間隔値を有することになり、結局互いに異なる伝送タイムを有するからである。一つのステーションが伝送を始めれば、他のステーションはその媒体を使うことができなくなる。
【００６７】
ランダムバックオフ時間と手順に対して簡単に調べれば次のようである。
【００６８】
特定の媒体がビジー（ｂｕｓｙ）からアイドル（ｉｄｌｅ）に変われば、多くのステーションはデータを送信するために準備を始める。この時、衝突を最小化するために、データを送信しようとするステーションはそれぞれランダムバックオフカウントを選択し、そのスロット時間だけ待つ。ランダムバックオフカウントは疑似ランダム整数（ｐｓｅｕｄｏ−ｒａｎｄｏｍ  ｉｎｔｅｇｅｒ）値であり、その値は［０ＣＷ］範囲で均一に分布した値の一つを選択することになる。ＣＷは‘ｃｏｎｔｅｎｔｉｏｎ  ｗｉｎｄｏｗ’を意味する。
【００６９】
ＣＷパラメーターは初期値としてＣＷｍｉｎ値を取るが、伝送が失敗すれば値を２倍に増やすようになる。例えば、送信したデータフレームに対するＡＣＫ応答を受けることができなければ、衝突が発生したと見なすことができる。ＣＷ値がＣＷｍａｘ値を有すれば、データ伝送が成功するまでＣＷｍａｘ値を維持するようにし、データ伝送が成功すれば、ＣＷｍｉｎ値に再設定するようになる。この時、ＣＷ、ＣＷｍｉｎ、ＣＷｍａｘは具現と動作の便宜のために
【００７０】
【数１】
0006495435.tif 000002
【００７１】
を維持するようにすることが好ましい。
【００７２】
一方、ランダムバックオフ手順が始まれば、ステーションは［０ＣＷ］範囲内でランダムバックオフカウントを選択した後、バックオフスロットがカウントダウンされるうちに続いて媒体をモニターするようになる。その間媒体がビジー（ｂｕｓｙ）状態となれば、カウントダウンを止めてから媒体が再びアイドル（ｉｄｌｅ）となれば、残りのバックオフスロットのカウントダウンを再開する。
【００７３】
図６を参照すると、多くのステーションが送信したいデータがある時、ステーション３の場合、ＤＩＦＳだけ媒体がアイドル（ｉｄｌｅ）であったため、直ちにデータフレームを送信し、残りのステーションはその媒体がアイドル（ｉｄｌｅ）となることを待つ。しばらく媒体がビジー（ｂｕｓｙ）状態であったため、多くのステーションがその媒体を使う機会を見ているであろう。したがって、各ステーションはランダムバックオフカウントを選択するようになる。図６ではこの時に最少のバックオフカウントを選択することになったステーション２がデータフレームを送信することを示している。
【００７４】
ステーション２の伝送が終わった後、また媒体はアイドル（ｉｄｌｅ）状態となり、ステーションは止めたバックオフ間隔に対するカウントダウンを再開する。図６は、次に小さいランダムバックオフカウント値を有し、媒体がビジー（ｂｕｓｙ）であるときにしばらくカウントダウンを止めたステーション５が残りのバックオフスロットを全部カウントダウンした後にデータフレームの伝送を始めたが、偶然にステーション４のランダムバックオフカウント値と重なって衝突したことを示している。この際、二つのステーションのデータ伝送後、いずれもＡＣＫ応答を受けることができないから、ＣＷを２倍に増やした後、またランダムバックオフカウント値を選択するようになる。
【００７５】
先に言及したように、ＣＳＭＡ／ＣＡの最も基本はキャリアセンシングである。端末機は、ＤＣＦ媒体のビジー（ｂｕｓｙ）／アイドル（ｉｄｌｅ）を判断するために、物理キャリアセンシングと仮想キャリアセンシングを使うことができる。物理キャリアセンシングはＰＨＹ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）端で行われ、エネルギー検出（ｅｎｅｒｇｙ  ｄｅｔｅｃｔｉｏｎ）又はプリアンブル検出（ｐｒｅａｍｂｌｅ  ｄｅｔｅｃｔｉｏｎ）によって行われる。例えば、受信端での電圧レベルを測定するかプリアンブルが読まれたと判断されれば、媒体がビジー（ｂｕｓｙ）状態であると判断することができる。仮想キャリアセンシングはＮＡＶ（ｎｅｔｗｏｒｋ  ａｌｌｏｃａｔｉｏｎ  ｖｅｃｔｏｒ）を設定して他のステーションがデータを送信することができないようにするもので、ＭＡＣヘッダーの持続期間フィールド（Ｄｕｒａｔｉｏｎ  ｆｉｅｌｄ）の値によってなされる。一方、衝突の可能性を減らすために、ロバスト衝突検出メカニズム（ｒｏｂｕｓｔ  ｃｏｌｌｉｓｉｏｎ  ｄｅｔｅｃｔ  ｍｅｃｈａｎｉｓｍ）を導入したところ、その理由は次のような二つの例題から確認することができる。便宜のために、キャリアセンシング範囲は伝送範囲と同一であると仮定する。
【００７６】
図７及び図８は既存の衝突解決メカニズムの問題を説明するための例示図である。
【００７７】
具体的に、図７は隠されたノード問題（ｈｉｄｄｅｎ  ｎｏｄｅ  ｉｓｓｕｅｓ）を説明するための図である。この例は、ステーションＡとステーションＢは通信中であり、ステーションＣが送信すべき情報を持っている場合である。具体的に、ステーションＡがステーションＢに情報を送信している状況でステーションＣがステーションＢにデータを送信する前に媒体をキャリアセンシングする時、ステーションＣがステーションＡの伝送範囲外にあるため、ステーションＡの信号伝送を検出することができず、媒体がアイドル（ｉｄｌｅ）状態にあると思う可能性がある。結局、ステーションＢはステーションＡとステーションＣの情報を同時に受けるため、衝突が発生することになる。この時、ステーションＡはステーションＣの隠されたノード（ｈｉｄｄｅｎｎｏｄｅ）であると言える。
【００７８】
一方、図８は露出されたノード問題（ｅｘｐｏｓｅｄ  ｎｏｄｅ  ｉｓｓｕｅｓ）を説明するための図である。現在ステーションＢはステーションＡにデータを送信している。この時、ステーションＣはキャリアセンシングを行うところ、ステーションＢが情報を送信する状態であるから、媒体がビジー（ｂｕｓｙ）であると感知される。その結果、ステーションＣがステーションＤにデータを送信したいとしても媒体がビジー（ｂｕｓｙ）であるとセンシングされるため、媒体がアイドル（ｉｄｌｅ）となるまで無駄に待たなければならない状況が発生する。すなわち、ステーションＡはステーションＣのＣＳ範囲外にあるにもかかわらず、ステーションＣの情報伝送を防ぐことになる場合が発生する。この時、ステーションＣはステーションＢの露出されたノード（ｅｘｐｏｓｅｄ  ｎｏｄｅ）となる。
【００７９】
先に言及した状況で衝突回避メカニズムをうまく用いるためにＲＴＳ（ｒｅｑｕｅｓｔ  ｔｏ  ｓｅｎｄ）とＣＴＳ（ｃｌｅａｒ  ｔｏ  ｓｅｎｄ）などのｓｈｏｒｔ  ｓｉｇｎａｌｉｎｇ  ｐａｃｋｅｔを導入することにより、周りのステーションが二つのステーションの情報伝送可否をオーバーヒアリング（ｏｖｅｒｈｅａｒｉｎｇ）することができる余地を残すことができる。すなわち、データを送信しようとするステーションがデータを受けるステーションにＲＴＳフレームを送信すれば、受信端ステーションはＣＴＳフレームを周りの端末に送信することによって自分がデータを受けようとすることを知らせることができる。
【００８０】
図９はＲＴＳ／ＣＴＳフレームを用いて隠されたノード問題を解決するメカニズムを説明するための図である。
【００８１】
図９はステーションＡとステーションＣが共にステーションＢにデータを送信しようとする場合である。ステーションＡがＲＴＳをステーションＢに送信すれば、ステーションＢはＣＴＳを自分の周りにあるステーションＡとステーションＣの両方に伝送する。その結果、ステーションＣはステーションＡとステーションＢのデータ伝送が終わるまで待つようになって衝突を避けることができる。
【００８２】
図１０はＲＴＳ／ＣＴＳフレームを用いて露出されたノード問題を解決するメカニズムを説明するための図である。
【００８３】
図１０で、ステーションＡとステーションＢのＲＴＳ／ＣＴＳ伝送をオーバーヒアリング（ｏｖｅｒｈｅａｒｉｎｇ）することにより、ステーションＣはさらに他のステーションＤにデータを送信しても衝突が発生しないことが分かるようになる。すなわち、ステーションＢは周りの全ての端末機にＲＴＳを送信し、実際に送信すべきデータがあるステーションＡのみＣＴＳを送信するようになる。ステーションＣはＲＴＳのみを受けるだけ、ステーションＡのＣＴＳを受けることができなかったから、ステーションＡはＳＴＣＣのＣＳ範囲外にあることが分かる。
【００８４】
図１１〜図１３はＴＩＭを受信したステーションの動作を詳細に説明するための図である。
【００８５】
図１１を参照すると、ステーションはＡＰからＴＩＭを含むビーコンフレームを受信するためにスリップ状態からアウェイク状態に転換し、受信したＴＩＭ要素を解釈して自分に送信されるべきバッファーされたトラフィックがあることが分かる。ステーションは、ＰＳ−Ｐｏｌｌフレーム送信のための媒体アクセスのために他のステーションと競争（ｃｏｎｔｅｎｄｉｎｇ）を遂行した後、ＡＰにデータフレームの伝送を要請するためにＰＳ−Ｐｏｌｌフレームを送信することができる。ステーションによって送信されたＰＳ−Ｐｏｌｌフレームを受信したＡＰはステーションにフレームを送信することができる。ステーションはデータフレームを受信し、これに対する確認応答（ＡＣＫ）フレームをＡＰに送信することができる。その後、ステーションは再びスリップ状態に転換されることができる。
【００８６】
図１１のように、ＡＰはステーションからＰＳ−Ｐｏｌｌフレームを受信した後、所定の時間（例えば、ＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒ−Ｆｒａｍｅ  Ｓｐａｃｅ））の後にデータフレームを送信する即時応答（ｉｍｍｅｄｉａｔｅ  ｒｅｓｐｏｎｓｅ）方式で動作することができる。一方、ＡＰがＰＳ−Ｐｏｌｌフレームを受信した後、ステーションに送信すべきデータフレームをＳＩＦＳ時間の間に準備することができなかった場合には、遅延された応答（ｄｅｆｅｒｒｅｄ  ｒｅｓｐｏｎｓｅ）方式で動作することができる。これについては図１２を参照して説明する。
【００８７】
図１２の例示で、ステーションがスリップ状態からアウェイク状態に転換してＡＰからＴＩＭを受信し、競争を行い、ＰＳ−ＰｏｌｌフレームをＡＰに送信する動作は図１１の例示と同様である。ＡＰがＰＳ−Ｐｏｌｌフレームを受信してからもＳＩＦＳの間にデータフレームを準備することができなかった場合、データフレームを送信する代わりにＡＣＫフレームをステーションに送信することができる。ＡＰはＡＣＫフレーム伝送の後、データフレームが準備されれば、競争を遂行した後、データフレームをステーションに送信することができる。ステーションはデータフレームを成功的に受信したことを示すＡＣＫフレームをＡＰに送信し、スリップ状態に転換することができる。
【００８８】
図１３はＡＰがＤＴＩＭを送信する例示を示すものである。ステーションは、ＡＰからＤＴＩＭ要素を含むビーコンフレームを受信するために、スリップ状態からアウェイク状態に転換することができる。ステーションは受信したＤＴＩＭによってマルチキャスト／ブロードキャストフレームが送信されるはずであることが分かる。ＡＰは、ＤＴＩＭを含むビーコンフレーム伝送の後にＰＳ−Ｐｏｌｌフレームの送受信動作なしにすぐデータ（すなわち、マルチキャスト／ブロードキャストフレーム）を送信することができる。ステーションはＤＴＩＭを含むビーコンフレームを受けた後、続いてアウェイク状態を維持しながらデータを受信し、データ受信が完了した後に再びスリップ状態に転換することができる。
【００８９】
図１４〜図１８はＩＥＥＥ  ８０２．１１システムで使われるフレーム構造の一例を説明するための図である。
【００９０】
ステーション（ＳＴＡ）はＰＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（ＰＬＣＰ）  Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）を受信することができる。この際、ＰＰＤＵフレームフォーマットは、ＳＴＦ（Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）、ＬＴＦ（Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）、ＳＩＧ（ＳＩＧＮＡＬ）フィールド、及びデータ（Ｄａｔａ）フィールドを含んでなることができる。この際、一例として、ＰＰＤＵフレームフォーマットの種類によってＰＰＤＵフレームフォーマットが設定されることができる。
【００９１】
一例として、ｎｏｎ−ＨＴ（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）ＰＰＤＵフレームフォーマットはＬ−ＳＴＦ（Ｌｅｇａｃｙ−ＳＴＦ）、Ｌ−ＬＴＦ（Ｌｅｇａｃｙ−ＬＴＦ）、ＳＩＧフィールド及びデータフィールドのみで構成されることができる。
【００９２】
また、ＰＰＤＵフレームフォーマットの種類はＨＴ−ｍｉｘｅｄフォーマットＰＰＤＵ及びＨＴ−ｇｒｅｅｎｆｉｅｌｄフォーマットＰＰＤＵのいずれか一つに設定されることができる。この際、上述したＰＰＤＵフォーマットではＳＩＧフィールドとデータフィールドの間に更なる（又は他の種類の）ＳＴＦ、ＬＴＦ、ＳＩＧフィールドが含まれることもできる。
【００９３】
また、図１５を参照すると、ＶＨＴ（Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）ＰＰＤＵフォーマットが設定されることができる。この際、ＶＨＴ  ＰＰＤＵフォーマットでもＳＩＧフィールドとデータフィールドの間に更なる（又は他の種類の）ＳＴＦ、ＬＴＦ、ＳＩＧフィールドが含まれることもできる。より詳細に、ＶＨＴ  ＰＰＤＵフォーマットではＬ−ＳＩＧフィールド及びデータフィールドの間にＶＨＴ−ＳＩＧ−Ａフィールド、ＶＨＴ−ＳＴＦフィールドＶＨＴ−ＬＴＦ及びＶＨＴ  ＳＩＧ−Ｂフィールドの少なくとも一つ以上が含まれることができる。
【００９４】
この際、ＳＴＦは信号検出、ＡＧＣ（Ａｕｔｏｍａｔｉｃ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）、ｄｉｖｅｒｓｉｔｙ選択、精密な時間同期などのための信号であってもよい。また、ＬＴＦはチャネル推定、周波数誤差推定などのための信号であってもよい。この際、ＳＴＦとＬＴＦを合わせてＰＣＬＰプリアンブル（ｐｒｅａｍｂｌｅ）と称することができ、ＰＬＣＰプリアンブルはＯＦＤＭ物理階層の同期化及びチャネル推定のための信号であると言える。
【００９５】
また、図１６を参照すると、ＳＩＧフィールドはＲＡＴＥフィールド及びＬＥＮＧＴＨフィールドなどを含むことができる。ＲＡＴＥフィールドはデータの変調及びコーディングレートについての情報を含むことができる。ＬＥＮＧＴＨフィールドはデータの長さについての情報を含むことができる。その上、ＳＩＧフィールドはパリティ（ｐａｒｉｔｙ）ビット、ＳＩＧ  ＴＡＩＬビットなどを含むことができる。
【００９６】
データフィールドはＳＥＲＶＩＣＥフィールド、ＰＳＤＵ（ＰＬＣＰ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、ＰＰＤＵ  ＴＡＩＬビットを含むことができ、必要な場合にはパッディングビットも含むことができる。
【００９７】
この際、図１７を参照すると、ＳＥＲＶＩＣＥフィールドの一部のビットは受信端でのデスクランブラーの同期化のために使われることができ、一部のビットは留保された（Ｒｅｓｅｒｖｅｄ）ビットで構成されることができる。ＰＳＤＵはＭＡＣ階層で定義されるＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に対応し、上位階層で生成／用いられるデータを含むことができる。ＰＰＤＵ  ＴＡＩＬビットはエンコーダーを０状態にリターンするために用いることができる。パッディングビットはデータフィールドの長さを所定の単位で合わせるために用いることができる。
【００９８】
また、一例として、上述したように、ＶＨＴ  ＰＰＤＵフォーマットは更なる（又は他の種類の）ＳＴＦ、ＬＴＦ、ＳＩＧフィールドを含むこともできる。この際、ＶＨＴ  ＰＰＤＵにおいて、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧはＶＨＴ  ＰＰＤＵのうちＮｏｎ−ＶＨＴに対する部分であってもよい。この際、ＶＨＴ  ＰＰＤＵにおいて、ＶＨＴ−ＳＩＧＡ、ＶＨＴ−ＳＴＦ、ＶＨＴ−ＬＴＦ及びＶＨＴ−ＳＩＧＢはＶＨＴに対する部分であってもよい。すなわち、ＶＨＴ  ＰＰＤＵはＮｏｎ−ＶＨＴに対するフィールド及びＶＨＴフィールドに対する領域がそれぞれ定義されていることもある。この際、一例として、ＶＨＴ−ＳＩＧＡはＶＨＴ  ＰＰＤＵを解釈するための情報を含むことができる。
【００９９】
この際、一例として、図１８を参照すると、ＶＨＴ−ＳＩＧＡはＶＨＴ  ＳＩＧ−Ａ１（図１８の（ａ））及びＶＨＴ  ＳＩＧ−Ａ２（図１８の（ｂ））でなることができる。この際、ＶＨＴ  ＳＩＧ−Ａ１及びＶＨＴ  ＳＩＧ−Ａ２はそれぞれ２４データビットでなることができ、ＶＨＴ  ＳＩＧ−Ａ１がＶＨＴ  ＳＩＧ−Ａ２より先に送信されることができる。この際、ＶＨＴ  ＳＩＧ−Ａ１にはＢＷ、ＳＴＢＣ、Ｇｒｏｕｐ  ＩＤ、ＮＳＴＳ／Ｐａｒｔｉａｌ  ＡＩＤ、ＴＸＯＰ＿ＰＳ＿ＮＯＴ＿ＡＬＬＯＷＥＤフィールド及びＲｅｓｅｒｖｅｄフィールドなどを含むことができる。また、ＶＨＴ  ＳＩＧ−Ａ２はＳｈｏｒｔ  ＧＩ、Ｓｈｏｒｔ  ＧＩ  ＮＳＹＭ  Ｄｉｓａｍｂｉｇｕａｔｉｏｎ、ＳＵ／ＭＵ［０］  Ｃｏｄｉｎｇ、ＬＤＰＣ  Ｅｘｔｒａ  ＯＦＤＭ  Ｓｙｍｂｏｌ、ＳＵ  ＶＨＴ−ＭＣＳ／ＭＵ［１−３］Ｃｏｄｉｎｇ、Ｂｅａｍｆｏｒｍｅｄ、ＣＲＣ、Ｔａｉｌ及びＲｅｓｅｒｖｅｄフィールドなどを含むことができる。これにより、ＶＨＴ  ＰＰＤＵについての情報を確認するようにすることができる。
【０１００】
図１９〜図２１はＭＡＣフレームフォーマットを示した図である。
【０１０１】
上述したＰＰＤＵフォーマットのいずれか一つに基づくＰＰＤＵをステーションが受信することができる。この際、ＰＰＤＵフレームフォーマットのデータ部分のＰＳＤＵにはＭＡＣ  ＰＤＵを含むことができる。この際、ＭＡＣ  ＰＤＵは多様なＭＡＣフレームフォーマットによって定義され、基本的なＭＡＣフレームはＭＡＣヘッダー、フレームボディー、及びＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）でなることができる。
【０１０２】
この際、一例として、図１９を参照すると、ＭＡＣヘッダーはフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、期間（Ｄｕｒａｔｉｏｎ）／ＩＤフィールド、住所（Ａｄｄｒｅｓｓ）フィールド、Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ、ＱｏＳ  Ｃｏｎｔｒｏｌ、ＨＴ  Ｃｏｎｔｒｏｌサブフィールドなどを含むことができる。この際、ＭＡＣヘッダーのうちフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドはフレーム送信／受信に必要な制御情報を含むことができる。期間／ＩＤフィールドは該当のフレームなどを送信するための時間として設定されることができる。また、住所フィールドは送信者及び受信者についての識別情報などを含むことができ、これについては後述する。また、Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ、ＱｏＳ  Ｃｏｎｔｒｏｌ、ＨＴ  ＣｏｎｔｒｏｌフィールドなどはＩＥＥＥ  ８０２．１１標準文書を参照することができる。
【０１０３】
この際、一例として、ＨＴ  ＣｏｎｔｒｏｌフィールドはＨＴ  ｖａｒｉａｎｔ及びＶＨＴ  ｖａｒｉａｎｔの２形態（ｔｗｏ  ｆｏｒｍ）を有することができる。この際、それぞれの形態によってＨＴ  Ｃｏｎｔｒｏｌフィールドに含まれた情報が違うことができる。また、図２０及び図２１を参照すると、ＨＴ  ＣｏｎｔｒｏｌのＶＨＴ  ｓｕｂｆｉｅｌｄはＨＴ  ＣｏｎｔｒｏｌフィールドがＨＴ  ｖａｒｉａｎｔ及びＶＨＴ  ｖａｒｉａｎｔの中でどの形態であるかを指示するフィールドであってもよい。この際、一例として、ＶＨＴ  ｓｕｂｆｉｅｌｄが“０”の値を有すればＨＴ  ｖａｒｉａｎｔ形態であってもよく、ＶＨＴ  ｓｕｂｆｉｅｌｄが“１”の値を有すればＶＨＴ  ｖａｒｉａｎｔ形態であってもよい。
【０１０４】
この際、一例として、図２０を参照すると、ＨＴ  ＣｏｎｔｒｏｌフィールドがＨＴ  ｖａｒｉａｎｔ形態であれば、Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ  Ｃｏｎｔｒｏｌ、Ｃａｌｉｂｒａｔｉｏｎ  Ｐｏｓｉｔｉｏｎ、Ｃａｌｉｂｒａｔｉｏｎ  Ｓｅｑｕｅｎｃｅ、ＣＳＩ／Ｓｔｅｅｒｉｎｇ、ＨＴ  ＮＤＰ  Ａｎｎｏｕｎｃｅｍｅｎｔ、ＡＣ  ｃｏｎｓｔｒａｉｎｔ、ＲＤＧ／Ｍｏｒｅ  ＰＰＤＵ及びＲｅｓｅｒｖｅｄフィールドなどを含むことができる。この際、一例として、図２０のｂを参照すると、Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ  ＣｏｎｔｒｏｌフィールドはＴＲＱ、ＭＡＩ、ＭＦＳＩ及びＭＦＢ／ＡＳＥＬＣフィールドなどを含むことができ、より詳細な事項はＩＥＥＥ  ８０２．１１標準文書を参照することができる。
【０１０５】
また、一例として、図２１を参照すると、ＨＴ  ＣｏｎｔｒｏｌフィールドがＶＨＴ  ｖａｒｉａｎｔ形態であれば、ＭＲＱ、ＭＳＩ、ＭＦＳＩ／ＧＩＤ−ＬＭ、ＭＦＢ  ＧＩＤ−Ｈ、Ｃｏｄｉｎｇ  Ｔｙｐｅ、ＦＢ  Ｔｘ  Ｔｙｐｅ、ＦＢ  Ｔｘ  Ｔｙｐｅ、Ｕｎｓｏｌｉｃｉｔｅｄ  ＭＦＢ、ＡＣ  ｃｏｎｓｔｒａｉｎｔ、ＲＤＧ／Ｍｏｒｅ  ＰＰＤＵ及びＲｅｓｅｒｖｅｄフィールドなどを含むことができる。この際、一例として、図２１のｂを参照すると、ＭＦＢフィールドはＶＨＴＮ＿ＳＴＳ、ＭＣＳ、ＢＷ、ＳＮＲフィールドなどを含むことができ、より詳細な事項は下記の表１及びＩＥＥＥ  ８０２．１１標準文書を参照することができる。
【０１０６】
【表１】
0006495435.tif 000003
【０１０７】
図２２はＳｈｏｒｔ  ＭＡＣフレームフォーマットを示した図である。ＭＡＣフレームは必要によって不要な情報を減らして無線リソースの浪費を防ぐためにＳｈｏｒｔ  ＭＡＣフレーム形態になることができる。この際、一例として、図２２を参照すると、ＳｈｏｒｔフレームのＭＡＣヘッダーにはフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、Ａ１フィールド及びＡ２フィールドはいつも含まれることができる。また、Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールド、Ａ３フィールド及びＡ４フィールドは選択的に含まれることができる。これにより、ＭＡＣフレームで必要ではない情報を省略して無線リソースの浪費を防ぐことができる。
【０１０８】
この際、一例として、ＭＡＣヘッダーのフレーム制御フィールドを調べると、Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ、Ｔｙｐｅ、ＰＴＩＤ／Ｓｕｂｔｙｐｅ、Ｆｒｏｍ  ＤＳ、Ｍｏｒｅ  Ｆｒａｇｍｅｎｔ、Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ、Ｍｏｒｅ  Ｄａｔａ、Ｐｒｏｔｅｃｔｅｄ  Ｆｒａｍｅ、Ｅｎｄ  ｏｆ  Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ、Ｒｅｌａｙｅｄ  Ｆｒａｍｅ及びＡｃｋ  Ｐｏｌｉｃｙフィールドなどを含むことができる。フレーム制御フィールドのそれぞれのサブフィールドの内容はＩＥＥＥ  ８０２．１１標準文書を参照することができる。
【０１０９】
一方、ＭＡＣヘッダーのフレーム制御フィールドの中でタイプ（Ｔｙｐｅ）フィールドは下記の表２のように定義することができる。この際、タイプフィールドは３ビットで構成され、０〜３の値はそれぞれの住所情報の構成を含み、４−７は留保されていることもある。これと関連し、本発明では留保されている値によって新しい住所情報を指示することができ、これについては後述する。
【０１１０】
【表２】
0006495435.tif 000004
【０１１１】
また、ＭＡＣヘッダーの制御フレームフィールドの中でＦｒｏｍ  ＤＳフィールドは１ビットで構成され、下記の表３のように定義することができる。この際、本発明を適用することができ、これについては後述する。
【０１１２】
【表３】
0006495435.tif 000005
【０１１３】
また、その外に、Ｍｏｒｅ  Ｆｒａｇｍｅｎｔ、Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ、Ｍｏｒｅ  Ｄａｔａ、Ｐｒｏｔｅｃｔｅｄ  Ｆｒａｍｅ、Ｅｎｄ  ｏｆ  Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ、Ｒｅｌａｙｅｄ  Ｆｒａｍｅ及びＡｃｋ  Ｐｏｌｉｃｙフィールドなどは１ビットで構成されることができる。この際、Ａｃｋ  ＰｏｌｉｃｙフィールドはＡＣＫ／ＮＡＣＫ情報であって、１ビットで構成されることができ、それぞれの値は下記の表４のように定義することができる。詳細な事項はＩＥＥＥ  ８０２．１１標準文書を参照することができる。
【０１１４】
【表４】
0006495435.tif 000006
【０１１５】
上述した形態に構成されるフレームを含むステーションに関連し、ＶＨＴ  ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）ステーションは一つのＢＳＳでＴＸＯＰ（Ｔｒａｎｓｍｉｔ  Ｏｐｐｏｒｔｕｎｉｔｙ）ｐｏｗｅｒ  ｓａｖｅモードで動作するｎｏｎ−ＡＰ  ＶＨＴステーションを支援することができる。この際、一例として、ｎｏｎ−ＡＰ  ＶＨＴステーションは活性化（ａｃｔｉｖｅ）状態であって、ＴＸＯＰ  ｐｏｗｅｒ  ｓａｖｅモードで動作していることもある。この際、ＡＰ  ＶＨＴステーションはＴＸＯＰの間にｎｏｎ−ＡＰ  ＶＨＴステーションを非活性化（ｄｏｚｅ）状態に転換するようにすることができる。この際、一例として、ＡＰ  ＶＨＴステーションはＴＸＶＥＣＴＯＲパラメーターであるＴＸＯＰ＿ＰＳ＿ＮＯＴ＿ＡＬＬＯＷＥＤを０の値に設定し、ＶＨＴ  ＰＰＤＵを送信することにより、非活性化状態に転換するようにすることを指示することができる。この際、ＡＰ  ＶＨＴステーションによってＶＨＴ  ＰＰＤＵと一緒に送信されるＴＸＶＥＣＴＯＲ内にあるパラメーターはＴＸＯＰの間に１の値から０に値に変更されて維持されることができる。これにより、残ったＴＸＯＰの間にｐｏｗｅｒ  ｓａｖｉｎｇを遂行することができる。
【０１１６】
反対に、ＴＸＯＰ＿ＰＳ＿ＮＯＴ＿ＡＬＬＯＷＥＤが１の値に設定されてｐｏｗｅｒ  ｓａｖｉｎｇを遂行しない場合には、ＴＸＶＥＣＴＯＲ内にあるパラメーター値を変更せずに維持することができる。
【０１１７】
また、一例として、上述したように、ｎｏｎ−ＡＰ  ＶＨＴステーションがＴＸＯＰ  ｐｏｗｅｒ  ｓａｖｅ  ｍｏｄｅでＴＸＯＰの間に非活性化に転換される場合は次の条件を満たす場合であってもよい。
【０１１８】
−ＶＨＴ  ＭＵ  ＰＰＤＵを受信した場合であって、ステーションがＲＸＶＥＣＴＯＲパラメーターであるＧｒｏｕｐ＿ＩＤによってＧｒｏｕｐのメンバーとして指示されない場合
−ＳＵ  ＰＰＤＵを受信した場合であって、ステーションがＲＸＶＥＣＴＯＲパラメーターであるＰＡＲＴＩＡＬ＿ＡＩＤが０ではないかあるいはステーションのｐａｒｔｉａｌ  ＡＩＤと一致しない場合
−ステーションがＲＸＶＥＣＴＯＲパラメーターであるＰＡＲＴＩＡＬ＿ＡＩＤがステーションのＰａｒｔｉａｌ  ＡＩＤと一致すると判断するが、ＭＡＣヘッダーにある受信者住所がステーションのＭＡＣアドレスと一致しない場合
−ステーションがＲＸＶＥＣＴＯＲパラメーターであるＧＲＯＵＰ＿ＩＤによってｇｒｏｕｐのメンバーとして指示されるが、ＲＸＶＥＣＴＯＲパラメーターであるＮＵＭ＿ＳＴＳが０に設定された場合
−ＶＨＴ  ＮＤＰ  Ａｎｎｏｕｎｃｅｍｅｎｔフレームを受信し、ステーションがＲＸＶＥＣＴＯＲパラメーターであるＰＡＲＴＩＡＬ＿ＡＩＤが０に設定され、ステーションのＩｎｆｏ  ｆｉｅｌｄにあるＡＩＤが一致しない場合
−ステーションがＭｏｒｅ  Ｄａｔａ  ｆｉｅｌｄが０に設定され、Ａｃｋ  Ｐｏｌｉｃｙ  ｓｕｂｆｉｅｌｄがＮｏ  Ａｃｋに設定されたフレームを受信するか、あるいはＡｃｋ  Ｐｏｌｉｃｙ  ｓｕｂｆｉｅｌｄがＮｏ  Ａｃｋではない値に設定されたＡＣＫを送信した場合
この際、ＡＰ  ＶＨＴステーションは残ったＴＸＯＰ区間に設定されるＤｕｒａｔｉｏｎ／ＩＤ値とＮＡＶ−ＳＥＴ  Ｓｅｑｕｅｎｃｅ（例えば、ＲＴＳ／ＣＴＳ）を含むことができる。この際、ＡＰ  ＶＨＴステーションは残ったＴＸＯＰの間に上述した条件で非活性化状態に転換されるｎｏｎ−ＡＰ  ＶＨＴステーションに対してはフレームを送信しないこともある。
【０１１９】
また、一例として、ＡＰ  ＶＨＴステーションがＶＨＴ  ＰＰＤＵをＴＸＶＥＣＴＯＲパラメーターであるＴＸＯＰ＿ＰＳ＿ＮＯＴ＿ＡＬＬＯＷＥＤを０の値に設定し、同じＴＸＯＰで一緒に送信し、ステーションが活性化状態から非活性化状態に変更されることを望まない場合、ＡＰ  ＶＨＴステーションはＶＨＴ  ＳＵ  ＰＰＤＵを送信しないこともある。
【０１２０】
また、一例として、ＡＰ  ＶＨＴステーションは、ＴＸＯＰが始まる時に設定されたＮＡＶが満了する以前には非活性化状態に転換されたＶＨＴステーションにフレームを送信しないこともある。
【０１２１】
この際、ＡＰ  ＶＨＴステーションがＭｏｒｅ  Ｄａｔａ  ｆｉｅｌｄが０に設定された状態でＭＳＤＵ、Ａ−ＭＳＤＵ及びＭＭＰＤＵの少なくとも一つ以上を含むフレームを送信した後にＡＣＫを受信しなかった場合、同じＴＸＯＰで少なくとも一度再送信することができる。この際、一例として、同じＴＸＯＰの最後のフレームで再伝送に対するＡＣＫを受信しなかった場合、次のＴＸＯＰまで待ってからフレームを再送信することができる。
【０１２２】
また、一例として、ＡＰ  ＶＨＴステーションがＴＸＯＰ  ｐｏｗｅｒ  ｓａｖｅモードで動作するＶＨＴステーションからＢｌｏｃｋＡｃｋフレームを受信することができる。この際、ＢｌｏｃｋＡｃｋフレームはＭｏｒｅ  Ｄａｔａ  ｆｉｅｌｄが０に設定されたＭＰＤＵを含むＡ−ＭＰＤＵに対する応答であってもよい。この際、ＡＰ  ＶＨＴステーションが非活性化状態であるので、同じＴＸＯＰの間には再送信されるＭＰＤＵのサブシーケンスの応答を受信することができないこともある。
【０１２３】
また、ＴＸＯＰ  ｐｏｗｅｒ  ｓａｖｅモードで動作し、非活性化状態に転換されたＶＨＴステーションはＮＡＶタイマーを非活性化状態中に動作するようにすることができる。この際、一例として、タイマーが完了すれば、ＶＨＴステーションはアウェイク状態に転換されることができる。
【０１２４】
また、ステーションは、ＮＡＶタイマーが満了すれば、媒体接続のための競争を遂行することができる。
【０１２５】
図２３はＰＰＤＵフォーマットの一例を示した図である。上述したように、ＰＰＤＵフォーマットの種類は多様に設定されることができる。この際、一例として、新形態のＰＰＤＵフォーマットを提示することができる。この際、ＰＰＤＵはＬ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ及びＤＡＴＡフィールドを含むことができる。この際、一例として、ＰＰＤＵフレームはＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）ＳＩＧ−Ａフィールド、ＨＥ−ＳＴＦフィールド、ＨＥ−ＬＴＦフィールド、ＨＥ−ＳＩＧＢフィールドをさらに含むことができる。この際、一例として、ＨＥＳＩＧ−Ａフィールドは共通情報を含むことができる。一例として、共通情報は、Ｂａｎｄｗｉｄｔｈ、ＧＩ（Ｇｕａｒｄ  Ｉｎｔｅｒｖａｌ）、ｌｅｎｇｔｈ、ＢＳＳ  ｃｏｌｏｒ  ｆｉｅｌｄなどを含むことができる。この際、一例として、Ｌパート（Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ）は周波数領域で２０Ｍｈｚ単位でＳＦＮ形態として送信されることができる。また、一例として、ＨＥ  ＳＩＧ  ＡもＬパートと同様に２０Ｍｈｚ単位でＳＦＮ形態として送信されることができる。一例として、チャネルが２０Ｍｈｚより大きい場合、Ｌパート及びＨＥ  ＳＩＧ  Ａは２０Ｍｈｚ単位で繰返し（ｄｕｐｌｉｃａｔｉｏｎ）されて送信されることができる。また、ＨＥ  ＳＩＧ−Ｂはユーザー特定（Ｕｓｅｒ  Ｓｐｅｃｉｆｉｃ）情報であってもよい。この際、一例として、ユーザー特定（Ｕｓｅｒ  Ｓｐｅｃｉｆｉｃ）情報はステーションＡＩＤ、ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ（例えば、ａｌｌｏｃａｔｉｏｎ  ｓｉｚｅ）、ＭＣＳ、Ｎｓｔｓ、Ｃｏｄｉｎｇ、ＳＴＢＣ、ＴＸＢＦなどを含むことができる。また、一例として、ＨＥ  ＳＩＧ−Ｂは全帯域幅にかけて送信されることができる。
【０１２６】
一例として、図２３の（ｂ）を参照すると、ＰＰＤＵは８０Ｍｈｚ帯域で伝送されることができる。この際、Ｌパート及びＨＥ  ＳＩＧ  Ａパートは２０Ｍｈｚ単位で繰返し（ｄｕｐｌｉｃａｔｉｏｎ）されて送信されることができ、ＨＥ  ＳＩＧ−Ｂは８０Ｍｈｚの全帯域にかけて送信されることができる。しかし、上述した伝送方法は一例であり、上述した実施例に限定されない。
【０１２７】
図２４はＡＰステーションとｎｏｎ−ＡＰステーションで上りリンクマルチユーザー（ＵＬ  ＭＵ）伝送を行う方法を示した図である。
【０１２８】
上述したように、ＡＰは媒体に接続することができるＴＸＯＰを獲得し、競争によって媒体を占有して信号を送信することができる。この際、図２４を参照すると、ＡＰステーションはＵＬ  ＭＵ伝送を遂行するためにトリガーフレーム（ｔｒｉｇｇｅｒ  ｆｒａｍｅ）を複数のステーションに送信することができる。この際、一例として、トリガーフレームは、ＵＬ  ＭＵ割当て情報であって、リソース割当て位置及び大きさ、ステーションのＩＤ、ＭＣＳ、ＭＵ  ｔｙｐｅ（＝ＭＩＭＯ、ＯＦＤＭＡ）などについての情報を含むことができる。すなわち、ＡＰステーションはトリガーフレームを複数のステーションに送信し、複数のステーションが上りリンクデータ伝送を遂行することができるようにするフレームであってもよい。この際、一例として、複数のステーションはトリガーフレームによって指示されたフォーマットに基づいてＳＩＦＳ経過後にＡＰにデータを送信することができる。その後、ＡＰはＡＣＫ／ＮＡＣＫ情報をステーションに送信することができ、これによってＵＬ  ＭＵ伝送を遂行することができる。
【０１２９】
図２５はＵＬ  ＭＵ伝送のためのＡ−ＭＰＤＵ（Ａｇｇｒｅｇａｔｅ−ＭＰＤＵ）フレーム構造を示した図である。ＵＬ  ＭＵ伝送においては、複数のステーションがそれぞれ自分に対するリソース割当て情報を受信すると同時にデータ伝送を遂行することができる。このために、Ａ−ＭＰＤＵフォーマットが用いることができる。より詳細に、図２５（ａ）を参照すると、Ａ−ＭＰＤＵは複数のＡ−ＭＰＵＤサブフレームフィールド及びＥＯＦ（Ｅｎｄ  ｏｆ  Ｆｒａｍｅ）ｐａｄフィールドでなることができる。この際、それぞれのＡ−ＭＰＤＵサブフレームを介して複数のステーションのそれぞれについての情報が伝達されることができる。この際、一例として、図２５（ｂ）を参照すると、Ａ−ＭＰＤＵサブフレームはＭＰＤＵ  ｄｅｌｉｍｉｔｅｒ、ＭＰＤＵ及びＰＡＤフィールドで構成されることができる。また、一例として、図２５（ｃ）を参照すると、ＭＰＤＵ  ｄｅｌｉｍｉｔｅｒフィールドはＥＯＦ、ＭＰＤＵ  ｌｅｎｇｔｈ、ＣＲＣ、Ｄｅｌｉｍｉｔｅｒ  Ｓｉｇｎａｔｕｒｅフィールド及びＲｅｓｅｒｖｅｄフィールドなどを含むことができる。この際、一例として、ＭＰＤＵ  ｄｅｌｉｍｉｔｅｒフィールドに含まれたそれぞれのフィールドは下記の表５のように構成されることができる。
【０１３０】
一例として、ＥＯＦフィールドは１ビットでなることができる。この際、ＥＯＦフィールドはフレームの終わりであるかを示すフィールドであってもよい。この際、一例として、Ａ−ＭＰＤＵサブフレームに対し、ＭＰＤＵ  ｌｅｎｇｔｈフィールドが０の値に設定され、ＥＯＦが１の値に設定されれば、Ａ−ＭＰＤＵサブフレームはＥＯＦが０の値に設定された他のＡ−ＭＰＤＵより前に位置することができない。すなわち、ＭＰＤＵ  ｌｅｎｇｔｈフィールドが０の値であり、ＥＯＦが１の値であるＡ−ＭＰＤＵサブフレームはフレームの最後のＡ−ＭＰＤＵサブフレームであってもよい。
【０１３１】
また、ＭＰＤＵ  ｌｅｎｇｔｈフィールドはＭＰＤＵの長さを示すフィールドであってもよい。この際、ＭＰＤＵ  ｌｅｎｇｔｈフィールドが０に設定されれば、ＭＰＤＵは存在しないこともある。また、一例として、ＭＰＤＵ  ｌｅｎｇｔｈフィールドが０に設定されたＡ−ＭＰＤＵサブフレームは最初又は最後のフレームを示すために使われることができる。
【０１３２】
また、Ｄｅｌｉｍｉｔｅｒ  ＳｉｇｎａｔｕｒｅフィールドはＭＰＤＵ  ｄｅｌｉｍｉｔｅｒを検索するために独立的なパターンで形成されることができる。すなわち、それぞれのＡ−ＭＰＤＵサブフレームを区別するために使われるフィールドであってもよい。
【０１３３】
【表５】
0006495435.tif 000007
以下は本発明の具体的な実施例であって、ＭＡＣフレームにおいて無線リソースの効率性を向上させるための具体的な実施例であり得る。
【０１３４】
図２６はＵＬ  ＭＵに基づいてＭＡＣフレームの構造を示した図である。上述したように、ステーションはＰＰＤＵを受信することができる。この際、ステーションはＰＰＤＵでＭＡＣフレームをデコードし、ＭＡＣフレームのＭＡＣヘッダーにある住所フィールド（ａｄｄｒｅｓｓ  ｆｉｅｌｄ）によって自分のフレームであるかを確認し、ＭＡＣフレームボディー（ＭＡＣ  ｆｒａｍｅ  ｂｏｄｙ）を捨てるか（ｄｉｓｃａｒｄ）を決定することができる。すなわち、ステーションは住所フィールドの情報を用いて自分に割り当てられた情報を受信することができる。この際、一例として、ステーションはＰＰＤＵでＳＩＧフィールドを介してＭＡＣフレームをデコードすることができる。この際、一例として、ＳＩＧフィールドはＬ−ＳＩＧ又はＨＴ−ＳＩＧフィールドであってもよい。また、ＭＡＣフレームはＭＰＤＵ又はＡ−ＭＰＤＵであってもよく、上述した実施例に限定されない。
【０１３５】
また、一例として、ＰＰＤＵのＳＩＧフィールドにはＰａｒｔｉａｌ  ＡＩＤ情報が含まれることができる。この際、一例として、ＴＸＯＰ  Ｐｏｗｅｒ  ｓａｖｅを支援するステーションをＰａｒｔｉａｌ  ＡＩＤを確認し、Ｐａｒｔｉａｌ  ＡＩＤが自分のＰａｒｔｉａｌ  ＡＩＤと一致しない場合、ステーションはＴＸＯＰの間にＰｏｗｅｒ  ｓａｖｉｎｇを遂行することができる。反対に、Ｐａｒｔｉａｌ  ＡＩＤが自分のＰａｒｔｉａｌ  ＡＩＤと一致する場合、ステーションはＰＰＤＵの残りをデコードしてＭＡＣヘッダーの住所フィールドによって自分のフレームであるかを確認し、自分のフレームではない場合、ＭＡＣフレームボディーを捨てる（ｄｉｓｃａｒｄ）ことができる。この時、一例として、上述したＳＩＧフィールドはＶＨＴ−ＳＩＧＡフィールドであってもよく、上述した実施例に限定されない。
【０１３６】
上述したように、ステーションはＭＡＣヘッダーに含まれた住所フィールドによって自分のフレームであるかを確認することができる。すなわち、ＭＡＣヘッダーには必須に受信者の住所が含まれることができる。この際、一例として、ＯＦＤＭＡリソース割当てのために、ＳＩＧフィールドにはＢＳＳ内のそれぞれのステーションに対する独立的なＡＩＤが含まれることができる。一例として、ＡＰがＤＬ  ＭＵフレームを端末に送信する場合、ＤＬ  ＭＵフレームのＳＩＧフィールド内に端末についてのＩＤ情報（例えば、ＭＡＣ  ａｄｄｒｅｓｓ、ＡＩＤ、Ｐａｒｔａｉｌ  ＡＩＤ）が含まれることができる。さらに他の一例として、ＡＰステーションがＵＬ  ＭＵを支援するためにトリガーフレームを送信する場合、トリガーフレームにはＢＳＳ内のＵＬ  ＭＵリソースを割り当てられるそれぞれのステーションについてのＩＤ情報（例えば、ＭＡＣ  ａｄｄｒｅｓｓ、ＡＩＤ、Ｐａｒｔａｉｌ  ＡＩＤ）が含まれることができる。トリガーフレームに含まれる端末に対するリソース割当て情報はＰＨＹヘッダーのＳＩＧフィールド又はＭＡＣフレームに含まれて送信されることができる。
【０１３７】
すなわち、ＰＰＤＵの他のフィールド（例えば、ＳＩＧフィールド）に既に受信者住所が含まれて送信されるため、ＭＡＣヘッダーに受信者の住所が含まれることは重複して含まれることであるから、無線リソースが浪費されることができる。一例として、ＤＬ  ＯＦＤＭＡ  ＭＡＣフレームのＭＡＣヘッダーに受信者住所又はＵＬ  ＯＦＤＭＡ  ＭＡＣフレームのＭＡＣヘッダーに送信者住所が重複して含まれることができ、これは無線リソースの浪費となることができる。特に、ＶｏＩＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）のような小さなパケットに対しては、ＭＡＣヘッダーのオーバーヘッドが大きくなることによって問題が引き起こされることができる。
【０１３８】
この際、一例として、図２６を参照すると、ｎｏｎ−ＡＰステーションの識別情報（又は住所情報）がＰＰＤＵの他のフィールドに含まれる場合、ＭＡＣヘッダーに第１アドレスフィールド及び第２アドレスフィールドのいずれか一方のみが含まれることができる。この際、一例として、ｎｏｎ−ＡＰステーションの識別情報はＡＩＤ又はＰａｒｔｉａｌ  ＡＩＤなどであってもよい。また、ＰＰＤＵの他のフィールドはＳＩＧフィールドであってもよく、これは上述したようである。また、第１アドレスフィールド及び第２アドレスフィールドのいずれか一方のみが含まれるＭＡＣフレームフォーマットはＯＦＤＭＡ又はＭＵ−ＭＩＭＯと一緒にマルチユーザーに対する伝送を遂行するか、Ｓｈｏｒｔ  ＭＡＣフレーム伝送に用いられることができるが、これに限定されない。
【０１３９】
また、一例として、ＭＡＣヘッダーで第１アドレスフィールドは受信者情報を示すフィールドであってもよい。また、ＭＡＣヘッダーで第２アドレスフィールドは送信者情報を示すフィールドであってもよい。この際、一例として、図２６の（ａ）はＵＬで用いられるＭＡＣフレームフォーマットであってもよい。この際、一例として、ｎｏｎ−ＡＰステーションの識別情報はＰＰＤＵの他のフィールド（例えば、ＳＩＧフィールド）に含まれることができる。よって、ＭＡＣフレームフォーマットには第１アドレスフィールド及び第２アドレスフィールドの中で第１アドレスフィールドのみが含まれることができる。すなわち、送信者情報として、ｎｏｎ−ＡＰステーションの識別情報はＰＰＤＵの他のフィールドに既に含まれているので、送信者情報を示す第２アドレスフィールドを含まないこともある。
【０１４０】
より一般的に調べると、図２６の（ｂ）で、ＭＡＣフレームフォーマットには第１アドレスフィールド及び第２アドレスフィールドのいずれか一つのフィールドのみが含まれることができる。この際、下りリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）では第２アドレスフィールドのみが含まれることができる。また、ＵＬではｎｏｎ−ＡＰステーションの識別情報は送信者の情報であり、受信者の情報として第１アドレスフィールドのみが含まれることができる。これにより、ＭＡＣヘッダーで不要なフィールドを削除して無線リソースの効率性を高めることができる。この際、一例として、上述したようなＭＡＣフレームはＨＥ  ＭＡＣフレームであってもよいが、これに限定されない。
【０１４１】
図２７はインジケーターに基づくＭＡＣフレームフォーマットの構造を示した図である。図２７を参照すると、ＭＡＣヘッダーにはフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドが含まれることができる。この際、フレーム制御フィールドに基づいて該当のフレームが第１アドレスフィールド及び第２アドレスフィールドの中でいずれか一方のみを含むＭＡＣフレームであるかを指示することができる。また、フレーム制御フィールドに基づいて該当のフレームがＤＬ又はＵＬを介して送信されるフレームであるかを指示することができる。一例として、フレーム制御フィールドにはプロトコルバージョン（Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ）フィールドが含まれることができる。この際、プロトコルバージョンフィールドはＨＥ  ＭＡＣフレームであるかを指示することができる。また、一例として、プロトコルバージョンフィールドはＯＦＤＭＡフレームであるかあるいはＳｈｏｒｔ  ＭＡＣフレームであるかを指示することができる。すなわち、プロトコルバージョンフィールドによって、第１アドレスフィールド及び第２アドレスフィールドのいずれか一方のみが含まれるＭＡＣフレームであるかを指示することができるが、上述した実施例に限定されない。
【０１４２】
また、制御フレームフィールドにはタイプフィールドが含まれることができる。この際、タイプフィールドは、（表２）のように、３ビットでなり、０〜３の値はそれぞれの住所情報の構成を含んでおり、４−７の値は留保されていることもある。この際、第１アドレスフィールド及び第２アドレスフィールドのいずれか一方のみが含まれるＭＡＣフレームであるかはタイプフィールドの留保されたビットのいずれか一つを用いて指示することができる。
【０１４３】
より詳細に、下記の表６を参照すると、タイプフィールドが０の値である場合、第１アドレス及び第２アドレスのいずれか一方はＳＩＤ（Ｓｈｏｒｔ  ＩＤ）であってもよく、Ｆｒｏｍ  ＤＳフィールドによって決定されてもよい。この際、Ｆｒｏｍ  ＤＳフィールドはＤＬ又はＵＬ伝送に基づいて設定されるフィールドであってもよい。すなわち、タイプフィールドが０である場合、ＤＬ又はＵＬ伝送によって受信者及び送信者住所のいずれか一方がｎｏｎ−ＡＰの識別住所として設定されることができる。また、タイプフィールドが１である場合、第１アドレス及び第２アドレスのいずれか一方がＳＩＤであってもよい。また、タイプフィールドが１である場合、第１アドレス及び第２アドレスは共にＭＡＣ住所を含むことができる。また、タイプフィールドが２である場合、第１アドレスはＳＩＤであってもよく、第２アドレスはＳＩＤ又はＭＡＣ住所のいずれか一方を含むことができる。また、タイプフィールドが３である場合、第１アドレス及び第２アドレスは共にＭＡＣ住所を含むことができる。
【０１４４】
この際、上述したように、タイプフィールド４〜７の値は留保された値であってもよく、留保された値のいずれか一つが本発明の構成のように第１アドレス及び第２アドレスのいずれか一方のみがＭＡＣフレームに含まれることを指示することができる。
【０１４５】
また、タイプフィールドは３ビット以上に拡張されることができ、拡張して生成される留保された値のいずれか一つが本発明の構成のように第１アドレス及び第２アドレスのいずれか一方のみがＭＡＣフレームに含まれることを指示することができる。すなわち、タイプフィールドの留保された値の中でいずれか一つを用いて第１アドレス及び第２アドレスのいずれか一方のみがＭＡＣフレームに含まれることを指示することができ、上述した実施例に限定されない。
【０１４６】
この際、下記の表６ではタイプフィールドの留保された値の中で４を用いて第１アドレス及び第２アドレスのいずれか一方のみがＭＡＣフレームに含まれることを指示したが、これに限定されなく、留保されている５、６又は７のいずれか一つによって指示することができる。また、タイプフィールドが拡張される場合、拡張して生成される留保された値のいずれか一つによって指示することができる。
【０１４７】
表６を参照すると、タイプフィールドが４である場合、本発明の構成のように第１アドレス及び第２アドレスのいずれか一方のみがＭＡＣフレームに含まれることができる。この際、上述したように、タイプフィールド値である４は一つの例示値であってもよく、留保されたビットとして他の値が使われる場合も可能である。
【０１４８】
また、一例として、タイプフィールドが４（留保された値のいずれか一つ）の場合、Ｆｒｏｍ  ＤＳフィールド値に基づいて第１アドレス及び第２アドレスの中でどのフィールドが含まれることができるかを決定することができる。この際、一例として、Ｆｒｏｍ  ＤＳフィールドに基づいてＵＬを支援する場合、受信者住所として第１アドレスフィールドが含まれることができる。反対に、Ｆｒｏｍ  ＤＳフィールドに基づいてＤＬを支援する場合、送信者住所として第２アドレスフィールドのみが含まれることができる。
【０１４９】
タイプフィールドで留保された値の一つを用いてＨＥ  ＭＡＣフレーム、ＯＦＤＭＡ  ＭＡＣフレーム又はＳｈｏｒｔ  ＭＡＣフレームに設定されることを指示することができる。すなわち、タイプフィールドで留保された値の一つを用いて第１アドレス及び第２アドレスのいずれか一方のみが含まれるＭＡＣフレームに対するタイプを定義することができ、上述した実施例に限定されない。
【０１５０】
【表６】
0006495435.tif 000008
【０１５１】
また、フレーム制御フィールドにはＦｒｏｍ  ＤＳフィールドが含まれることができる。この際、表３で上述したように、Ｆｒｏｍ  ＤＳフィールドは１ビットで構成されることができる。この際、本発明の構成を適用して、Ｆｒｏｍ  ＤＳフィールドは下記の表７のように定義されることができる。より詳細に、Ｆｒｏｍ  ＤＳフィールドはｎｏｎ−ＡＰステーションからＡＰステーションにフレームが送信される場合又はｎｏｎ−ＡＰステーションからｎｏｎ−ＡＰステーションにフレームが送信される場合には、Ｆｒｏｍ  ＤＳフィールドが０であってもよい。すなわち、ＵＬを介してフレームが送信される場合、Ｆｒｏｍ  ＤＳフィールドは０であってもよい。この際、一例として、上述したタイプフィールドが４（留保された値のいずれか一つ）である場合、ＭＡＣフレームには受信者住所として第１アドレスが含まれ、送信者住所である第２アドレスが含まれないこともある。反対に、ＡＰステーションがｎｏｎ−ＡＰステーションにフレームを送信する場合、Ｆｒｏｍ  ＤＳフィールドは１に設定されることができる。すなわち、ＤＬを介してフレームが送信される場合、Ｆｒｏｍ  ＤＳフィールドは１に設定されることができる。この際、一例として、上述したタイプフィールドが４である場合、ＭＡＣフレームには送信者住所として第２アドレスが含まれ、受信者住所として第１アドレスは含まれないこともある。すなわち、上述したように重複する情報であるｎｏｎ−ＡＰステーションの識別情報を含まないようにすることができ、これをフレーム制御フィールドに含まれたそれぞれのフィールドを用いて指示することができる。すなわち、上述したフィールドは一つのインジケーターとして用いることができる。
【０１５２】
【表７】
0006495435.tif 000009
【０１５３】
ここで、フレーム制御フィールドの中でＴｙｐｅフィールド及びＦｒｏｍ  ＤＳフィールドを用いてどのアドレスがフレームに含まれるかに対する指示はただ一例であり、この指示は他の形態にもなされることができる。例えば、既存（例えば、１１ａｃ）のＭＡＣ  ｈｅａｄｅｒのフレーム制御フィールドの中で、Ｔｙｐｅ／ＳｕｂｔｙｐｅフィールドとＴｏ  ＤＳ  ａｎｄ  Ｆｒｏｍ  ＤＳフィールドを用いて同様に示すことができる。若しくは、フレーム制御フィールド内の他のサブフィールドを用いるかフレーム制御フィールドの後に出るフィールド（例えば、Ｄｕｒａｔｉｏｎ／ＩＤフィールド）を用いて示すことができる。
【０１５４】
一例として、図２７の（ａ）及び（ｂ）を参照すると、ＭＡＣヘッダーのフレーム制御フィールドに基づいてＤＬに対するフレームが送信される場合、ＭＡＣフレームヘッダーには送信者住所に対するフィールドである第２アドレスフィールドのみが含まれることができる。この際、一例として、送信者住所はＢＳＳＩＤであってもよい。また、図２７の（ｃ）を参照すると、ＭＡＣヘッダーのフレーム制御フィールドに基づいてＵＬに対するフレームが送信される場合、ＭＡＣフレームヘッダーには受信者住所に対するフィールドである第１アドレスフィールドのみが含まれることができる。この際、一例として、受信者住所はＢＳＳＩＤであってもよい。
【０１５５】
図２８はＭＡＣフレームヘッダーに含まれたそれぞれのフィールドの構成を示した図である。図２８を参照すると、ＭＡＣヘッダーには、フレーム制御フィールド、第１アドレスフィールドＡ１、第２アドレスフィールドＡ２、Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールド、第３アドレスフィールドＡ３、第４アドレスフィールドＡ４、フレームボディー及びＦＣＳフィールドを含むことができる。この際、一例として、第３アドレスフィールドはソース（Ｓｏｕｒｃｅ）住所であってもよく、第４アドレスフィールドは目的地（Ｄｅｓｔｉｎａｔｉｏｎ）住所であって、０又は６オクテット（Ｏｃｔｅｔｓ）であってもよい。この際、０オクテットは定義されないことを意味することができる。すなわち、ＭＡＣフレームヘッダーに第３アドレスフィールド及び第４アドレスフィールドは選択的に含まれることができる。
【０１５６】
また、一例として、第１アドレスフィールドは６、２又は０オクテットであってもよく、第２アドレスフィールドも６、２又は０オクテットであってもよい。すなわち、第１アドレスフィールド及び第２アドレスフィールドもＭＡＣヘッダーに選択的に含まれることができる。この際、一例として、第１アドレスフィールド及び第２アドレスフィールドは上述したように二つの中でいずれか一つのフィールドのみが含まれることができる。すなわち、第１アドレスフィールドが０オクテットであれば、第２アドレスフィールドは６又は２オクテットであってもよい。また、第２アドレスフィールドが０オクテットであれば、第１アドレスフィールドは６又は２オクテットであってもよい。
【０１５７】
図２９はＰＰＤＵにステーションの識別情報が含まれる方法を示した図である。ステーションはＰＰＤＵを受信することができる。この際、上述したように、ＰＰＤＵはＬパート及び追加的なパートでなることができる。この際、一例として、追加的なパートはＨＥ−ＳＩＧ、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦであってもよい。しかし、上述したパートは変更されることができ、上述した実施例に限定されない。この際、上述したように、ＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドのいずれか一方のみが含まれることができる。この際、ＭＡＣヘッダーに含まれなかったフィールドについての情報はＰＰＤＵの他のフィールドに含まれることができる。一例として、他のフィールドはＳＩＧフィールドであってもよい。一例として、ＳＩＧフィールドはＨＥ−ＳＩＧフィールドであってもよい。すなわち、ステーションについての識別情報として、ＭＡＣヘッダーに含まれない住所情報はＳＩＧフィールドに含まれることができる。この際、一例として、ＳＩＧフィールドにはＵＬ伝送に対するフレームであるかを示すインジケーターが含まれることができる。この際、一例として、インジケーターが０であれば、ＤＬ伝送に対するフレームであることを指示することができる。この際、ＳＩＧフィールドには受信者についての識別情報としてステーションのＡＩＤ又はＰａｒｔｉａｌ  ＡＩＤが含まれることができる。また、一例として、インジケーターが１であれば、ＵＬ伝送に対するフレームであることを指示することができる。この際、ＳＩＧフィールドには送信者についての識別情報としてステーションのＡＩＤ又はＰａｒｔｉａｌ  ＡＩＤが含まれることができる。すなわち、ＭＡＣヘッダーに含まれない住所情報はＳＩＧフィールドでインジケーターに基づいて含まれることができる。
【０１５８】
また、一例として、ＳＩＧフィールドで指示されるＰａｒｔｉａｌ  ＡＩＤが該当のＢＳＳ内でステーションを区別するための情報となる場合、これに対する大きさは可変的であってもよい。また、ＳＩＧフィールドで指示されるステーションのＰａｒｔｉａｌ  ＡＩＤ又はＡＩＤは他の形態として表現され、ＢＳＳ内で一つのステーションを示すことができる。一例として、Ｇｒｏｕｐ  ＩＤとこれに対応するＡＩＤ  ｂｉｔｍａｐ構造として表現されることができる。この際、それぞれのＧｒｏｕｐ  ＩＤ（ＧＩＤ）に最大８個のステーションを収容することができれば、ＡＩＤ  ｂｉｔｍａｐの大きさは８ビットを有し、各ビットは特定のステーションを指示することになる。よって、Ｇｒｏｕｐ  ＩＤとＡＩＤ  ｂｉｔｍａｐによって、ステーションは自分に送信されるフレームがどのリソースユニットを介して送信されるかが分かる。
【０１５９】
図３０はＵＬ  ＭＵに基づいて他の形態のＭＡＣフレーム構造を示した図である。上りリンクを介して複数のステーションからデータを受信するＵＬ  ＭＵにおいてＡＰステーションはトリガーフレームを複数のステーションに送信することができる。この際、トリガーフレームにはそれぞれのステーションに対するリソース割当て情報として位置及び大きさ情報などが含まれることができる。この際、一例として、トリガーフレームにはＡＰステーションについての情報が含まれることができる。したがって、図３０を参照すると、ＭＡＣヘッダーフレームには第１アドレスフィールド及び第２アドレスフィールドのいずれも含まれないこともある。すなわち、ＳＩＧフィールドに含まれたｎｏｎ−ＡＰステーションの識別情報によって送信者の住所が分かるため、第２アドレスフィールドが含まれないこともある。また、トリガーフレームを介してＡＰステーションの識別情報として受信者情報が分かり、第１アドレスフィールドが含まれないこともある。すなわち、ＵＬ  ＭＵに基づいてトリガーフレームを受信した後、複数のステーションがフレームを送信する場合、ＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドのいずれも含まれないこともある。この際、一例として、ＡＰステーションがトリガーフレームによって割り当てられたリソースユニットにＭＡＣフレームを成功的にデコードすれば、ＡＰステーションはトリガーフレームを介して指定されたステーションにＡＰステーションの識別情報が送信されたと判断することができる。また、一例として、ＭＡＣヘッダーのフレーム制御フィールドは、受信者情報を含む第１アドレスフィールド及び送信者情報を含む第２アドレスフィールドが含まれなかったフレームであるかを指示することができる。この際、一例として、プロトコルバージョンフィールドの留保された値（２又は３の一つ）に設定して送信すれば、これは該当のＭＡＣ  ｈｅａｄｅｒが圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）されたことを指示することができる。この際、一例として、プロトコルバージョンが０であれば、既存システム（１１ａ／ｂ／ｇ／ｎ／ａｃ）で用いられるＭＡＣヘッダーであってもよい。また、一例として、プロトコルバージョンが１であれば、Ｓｈｏｒｔ  ＭＡＣヘッダーを指示することができる。この際、一例として、上述したように、ＵＬ  ＭＵ  ＭＡＣヘッダーを指示するために、プロトコルバージョンの留保された値として２又は３を用いることができる。また、一例として、Ｓｈｏｒｔ  ＭＡＣヘッダーが用いられない場合には、プロトコルバージョンが１であるとき、ＵＬ  ＭＵ  ＭＡＣヘッダーを指示するために用いることができる。
【０１６０】
また、一例として、図３０の（ａ）、（ｂ）及び（ｃ）を参照すると、ＭＡＣヘッダーには持続期間（Ｄｕｒａｔｉｏｎ）フィールド、第３アドレスフィールド及び第４アドレスフィールドが含まれないこともある。この際、トリガーフレームにＡＰステーションの識別情報及びｎｏｎ−ＡＰステーションの識別情報が含まれるので、第１アドレスフィールド、第２アドレスフィールド及び第３アドレスフィールドを省略することができる。また、ＵＬ  ＭＵ動作では第４アドレスフィールドが必要でないこともあるので、第４アドレスフィールドも省略することができる。また、一例として、ＵＬ  ＭＵではＭＡＣフレームをＡＰではない他のステーションが読み取ることができないこともあるから、上述したアドレスフィールドが必要でないこともある。また、一例として、ＮＡＶ  ｓｅｔｔｉｎｇのための持続期間フィールドはＰＰＤＵの他のフィールドに含まれて送信されることができるので、省略することができる。一例として、他のフィールドはＰＰＤＵプリアンブルのＳＩＧであってもよい。また、一例として、Ａ−ＭＰＤＵが含まれないＭＡＣフレームではＳｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールドも省略することができる。すなわち、ＭＡＣヘッダーにおいて不要であるか省略することができる情報に対するフィールドを含まないようにして無線リソースの浪費を防止し、オーバーヘッドを減らすことができる。
【０１６１】
また、一例として、ＭＡＣヘッダーにおけるフレーム制御フィールドのプロトコルバージョンフィールド値の中で留保された値の一つによってＭＡＣヘッダーが上述したように圧縮（Ｃｏｍｐｒｅｓｓｉｏｎ）されたことを指示することができる。すなわち、ＭＡＣヘッダーのフレーム制御フィールドはＭＡＣヘッダーのフレームフォーマットが変更されることを指示することができ、上述した実施例に限定されない。
【０１６２】
図３１はトリガーフレームに基づいて複数のステーションがフレームを送信する方法を示した図である。上述したように、ＡＰステーションはトリガーフレームを送信することができる。この際、トリガーフレームにはＡＰの識別情報としてＢＳＳＩＤ又はＰＢＳＳＩＤのいずれか一方が含まれることができる。また、複数のステーションのそれぞれに対するＡＩＤ、Ｐａｒｔｉａｌ  ＡＩＤ又はＭＡＣ  ａｄｄｒｅｓｓのいずれか一つが含まれることができる。この際、複数のステーションがＵＬ  ＭＵフレームを送信する場合、複数のステーションのそれぞれは上述したＵＬ  ＭＵ  ＭＡＣヘッダーを使ってフレームを送信することができる。すなわち、上述したアドレスフィールドについての情報が含まれなかった圧縮されたＭＡＣヘッダーを用いることができる。この際、一例として、フレーム制御フィールドのプロトコルバージョンは留保された２又は３に設定されることができ、これは上述したようである。また、上述したように、持続期間フィールド、Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールドなども省略することができ、これは上述したようである。
【０１６３】
また、一例として、トリガーフレームで送信されるＢＳＳについての区別情報としてＢＳＳ  ＣｏｌｏｒはＨＥ−ＳＩＧＡに含まれて送信されることができる。また、一例として、Ｐａｒｔｉａｌ  ＢＳＳＩＤはリソース割当て情報として含まれて送信されることができる。この際、一例として、ＢＳＳ  Ｃｏｌｏｒが６ｂｉｔｓ、ＰＢＳＳＩＤが９ｂｉｔｓであれば、ＰＢＳＳＩＤはＢＳＳＩＤ［３２：４１］に設定されることができる。上述した構成に対して一般的な構成は、Ｐａｒｔｉａｌ  ＢＳＳＩＤの長さがＮｂｉｔｓ、ＢＳＳ  ＣｏｌｏｒがＭｂｉｔｓであれば、トリガーフレームに含まれるＰａｒｔｉａｌ  ＢＳＳＩＤ（ＰＢＳＳＩＤ）はＢＳＳＩＤ［４７−Ｍ−Ｎ：４７−Ｍ］に決定されることができる。
【０１６４】
図３２は図３１に基づいて設定されるＡＣＫ  ｃｏｎｔｒｏｌフレームの例を示した図である。上述したように、ＭＡＣヘッダーに含まれたフィールドが省略されて圧縮された形態のＭＡＣヘッダーを含むフレームが送信されることができる。この際、一例として、図３２を参照してＡＣＫ  ｃｏｎｔｒｏｌフレームの形態を調べると、フレーム制御フィールド及びＦＣＳフィールドのみで構成されることができる。この際、フレーム制御フィールドのプロトコルバージョンフィールドは上述したように留保された値である２又は３であってもよい。また、フレーム制御フィールドのサブタイプは“ＡＣＫ”であってもよい。この際、フレームはＡＣＫ  ｃｏｎｔｒｏｌフレームであるので、フレームボディーフィールドが含まれないこともある。この際、一例として、ＦＣＳは４バイト（ｂｙｔｅ）より小さな大きさであって、２バイト、１バイト又は４ビット（ｂｉｔ）であってもよく、上述した実施例に限定されない。
【０１６５】
図３３はランダムアクセスに基づくＭＡＣフレームの構造を示した図である。
【０１６６】
ＡＰステーションはトリガーフレームを介してランダムアクセスを遂行すべきＭＵリソースを割り当てることができる。この際、ランダムアクセスであるため、トリガーフレームは特定のステーションを指示しないこともある。一例として、ステーションがトリガーフレームを受信した場合、ステーションはランダムアクセスリソースが割り当てられた位置でランダムにアクセスを行ってフレームを送信することができる。すなわち、複数のステーションはランダムアクセスによってフレームを送信することができる。この際、ランダムアクセスによって送信されるフレームは送信されるステーションが誰であるかについての情報を含まなければならない。すなわち、ＡＰステーションが送信するトリガーフレームにはランダムアクセスのために割り当てられた部分に関する特定のステーションについての情報が含まれていないこともある。したがって、上述したように、圧縮されたＭＡＣヘッダーにおいて受信者情報は省略しても送信者情報として第２アドレスフィールドを含む必要性がある。この際、一例として、送信者情報に対するフィールドである第２アドレスフィールドにはステーションのＡＩＤ又はＭＡＣ住所を含むことができる。この際、一例として、フレーム制御フィールドではＡＩＤ又はＭＡＣアドレスが含まれるかが指示されることができる。より詳細に、ステーションがＡＩＤを割り当てられることができなかった場合（ｅｘ：ｕｎａｓｓｏｃｉａｔｅｄ  ＳＴＡ）、ステーションはトリガーフレームを介してランダムアクセスに対するリソースを用いるとき、ＭＡＣ住所を第２アドレスフィールドに含ませることができる。また、これに対する指示はフレーム制御フィールドで指示されることができる。フレーム制御フィールドの外に他のフィールドを介して指示されることができる。例えば、サービスフィールドの特定の使われないフィールド又は値がＳｈｏｒｔ  ＭＡＣ  ｈｅａｄｅｒ／Ｃｏｍｐｒｅｓｓｅｄ  ＭＡＣ  ｈｅａｄｅｒ／ＵＬ  ＭＵ  ＭＡＣ  ｈｅａｄｅｒを示すか、ＡＩＤ又はＭＡＣ  ａｄｄｒｅｓｓが含まれるか、又はＡＩＤとＭＡＣ  ａｄｄｒｅｓｓの中でどの情報が含まれるかに対する指示子を含むことができる。仮に、システムにおいて該当のＭＡＣ  ｈｅａｄｅｒでＡＩＤ又はＭＡＣ  ａｄｄｒｅｓｓの一つがいつも使われると仮定すると、ＡＩＤ又はＭＡＣ  ａｄｄｒｅｓｓを示す指示子が含まれる必要はなく、第２アドレスフィールドは２ｂｙｔｅｓ又は６ｂｙｔｅｓの一つに固定されることができる。また、一例として、ＡＩＤを割り当てられたステーション（例えば、ａｓｓｏｃｉａｔｅｄ  ＳＴＡ）は第２アドレスフィールドにステーションについてのＡＩＤ情報を含ませて送信することができる。
【０１６７】
さらに他の一例として、図３３の（ｂ）を参照すると、一例として、ランダムアクセスの際、ＳＩＧフィールドに送信者情報が含まれれば、上述したようなＵＬ  ＭＵ  ＭＡＣフレームフォーマットのように第１アドレスフィールド及び第２アドレスフィールドを共に省略することができる。一例として、ＳＩＧフィールドはＨＥ−ＳＩＧフィールドであってもよい。また、一例として、送信者情報はステーションのＡＩＤ、Ｐａｒｔｉａｌ  ＡＩＤ及びＭＡＣ  ａｄｄｒｅｓｓのいずれか一つであってもよい。すなわち、ＳＩＧフィールドにステーションについての情報が含まれていれば、ランダムアクセスを行う場合であっても、上述したように第１アドレスフィールド及び第２アドレスフィールドのいずれも含まない圧縮された形態のＭＡＣフレームを用いることができる。ＵＬ  ＭＵフレームのＨＥ−ＳＩＧフィールドに送信者情報（ＡＩＤ、Ｐａｒｔｉａｌ  ＡＩＤ又はＭＡＣ  ａｄｄｒｅｓｓの一つ）の一つであるＰａｒｔｉａｌ  ＡＩＤが含まれると仮定すると、Ｐａｒｔｉａｌ  ＡＩＤが割り当てられたＳＴＡはＰａｒｔｉａｌ  ＡＩＤに含まれたＡＩＤ、及びＭＡＣ  ｈｅａｄｅｒにおけるＳＴＡのＩＤ（ＡＩＤ又はＭＡＣ  ａｄｄｒｅｓｓ）の一つを含むことができる。Ｐａｒｔｉａｌ  ＡＩＤを割り当てられなかったＳＴＡ（例えば、ｕｎａｓｓｏｃｉａｔｅｄ  ＳＴＡｓ）はＰａｒｔｉａｌ  ＡＩＤを特定の値（例えば、ａｌｌ  １  ｏｒ  ａｌｌ  ０  ｉｎ  ｂｉｔｓ）に設定することができ、ＭＡＣ  ｈｅａｄｅｒに自分のＩＤ（ＡＩＤ又はＭＡＣ  ａｄｄｒｅｓｓの一つ）を含むことができる。この場合、受信者（すなわち、ＡＰ）はＨＥ−ＳＩＧフィールドにあるＰａｒｔｉａｌ  ＡＩＤ情報に基づいて送信者情報（ＡＩＤ  ｏｒ  ＭＡＣ  ａｄｄｒｅｓｓ）が含まれるかが分かる。
【０１６８】
図３４は本発明の一実施例によって、ステーションが信号を受信する方法のフローチャートである。ステーションはＭＡＣフレームを含むデータを受信することができる（Ｓ３４１０）。この時、図１４で上述したように、ステーションが受信するデータはＰＰＤＵであってもよい。すなわち、ＰＰＤＵにはＭＡＣフレームが含まれてステーションに受信されることができる。
【０１６９】
ついで、ステーションはデータにステーションについての識別情報が含まれているかを判断することができる（Ｓ３４３２０）。この時、図２６で上述したように、データはＰＰＤＵであってもよい。また、ステーションについての識別情報はＰａｒｔｉａｌ  ＡＩＤ又はＡＩＤであってもよい。この際、一例として、ステーションについての識別情報はＰＰＤＵのＳＩＧフィールドに含まれることができる。
【０１７０】
ついで、データにステーションについての識別情報が含まれた場合、ステーションはＭＡＣフレームのＭＡＣヘッダーに第１アドレスフィールド及び第２アドレスのいずれか一つのみを含んで送信することができる（Ｓ３４３０）。また、データにステーションについての識別情報が含まれていない場合、ステーションはＭＡＣフレームのＭＡＣヘッダーに第１アドレスフィールド及び第２アドレスフィールドを全て含ませて送信することができる（Ｓ３４４０）。この時、図２６で上述したように、ＰＰＤＵのＳＩＧフィールドにステーションについての識別情報が含まれる場合、ＭＡＣヘッダーに識別情報が重複して含まれなければ、無線リソースの浪費を防ぐことができる。この際、一例として、上述したように、第１アドレスフィールドは受信者情報に対するフィールドであってもよく、第２アドレスフィールドは送信者情報に対するフィールドであってもよい。この際、一例として、ＤＬに基づいてＭＡＣフレームを受信する場合、ステーションは送信者情報として第１アドレスフィールド及び第２アドレスフィールドの中で第２アドレスフィールドのみを含むことができる。また、一例として、ＵＬを介してＭＡＣフレームを受信する場合、ステーションは受信者情報として第１アドレスフィールド及び第２アドレスフィールドの中で第１アドレスフィールドのみを含むことができる。すなわち、ＭＡＣヘッダーはＳＩＧフィールドと重複する情報が含まれないようにして無線リソースの浪費を防ぐことができる。
【０１７１】
ついで、トリガーフレームを介して割り当てられたリソース領域で複数のステーションが送信したＵＬ  ＭＵフレームをＡＰがデコードすることを説明する。ＡＰはトリガーフレームに送信した情報（例えば、リソース割当て領域情報、ＭＵステーション識別情報、ＭＣＳ／Ｒａｔｅ、Ｎｓｔｓなど）に基づいてＵＬ  ＭＵフレームのＭＡＣフレームをデコードし（Ｓ３４５０）、ＭＡＣヘッダーに基づいてＭＡＣフレームに含まれたインフォメーションを確認することができる（Ｓ３４６０）。この際、一例として、ＭＡＣフレームに含まれたインフォメーションはＭＰＤＵに含まれることができる。
【０１７２】
図３５は本発明の一実施例によって、ステーションがトリガーフレームを受信した後、ＵＬ  ＭＵ伝送を行う方法のフローチャートである。
【０１７３】
ＵＬ  ＭＵ伝送を行うステーションはＡＰステーションからトリガーフレームを受信することができる（Ｓ３５１０）。この時、トリガーフレームにＡＰステーションの識別情報及びＵＬ  ＭＵ伝送を行うステーションの識別情報が含まれるかを判断することができる（Ｓ３５２０）。この時、図３１で上述したように、トリガーフレームにＡＰステーションの識別情報としてＢＳＳＩＤ又はＰＢＳＳＩＤのいずれか一つが含まれることができる。また、ＵＬ  ＭＵ伝送を行うステーションについての識別情報としてＡＩＤ、Ｐａｒｔｉａｌ  ＡＩＤ又はＭＡＣ  ａｄｄｒｅｓｓのいずれか一つが含まれることができる。この時、複数のステーションがＵＬ  ＭＵフレームを送信する場合、複数のステーションのそれぞれは上述したＵＬ  ＭＵ  ＭＡＣヘッダーを使ってフレームを送信することができる。この時、ＵＬ  ＭＵステーションはトリガーフレームに含まれた情報をＵＬ  ＭＵフレームの伝送に用いることができる。
【０１７４】
この時、トリガーフレームにＡＰステーションの識別情報及びＵＬ  ＭＵ伝送を行うステーションの識別情報が含まれる場合（一般に、ＡＰとステーションの識別情報が含まれることを仮定する）、トリガーフレームを受信した複数のステーションが送信するＵＬ  ＭＵフレームのＭＡＣフレームのＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドのいずれも省略することができる（Ｓ３５３０）。一方、トリガーフレームにＡＰステーションの識別情報及びＵＬ  ＭＵ伝送を行うステーションの識別情報が含まれない場合、トリガーフレームを受信した複数のステーションが送信するＵＬ  ＭＵフレームのＭＡＣフレームのＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドが共に含まれることができる（Ｓ３５４０）。すなわち、トリガーフレームにＡＰステーションの識別情報及びＵＬ  ＭＵ伝送を行うステーションについての識別情報が既に含まれていれば、ＭＡＣヘッダーにおいて第１アドレスフィールド及び第２アドレスフィールドについての情報は重複した情報であることもあるので、省略することができる。これによって無線リソースの浪費を防ぐことができる。
【０１７５】
ついで、トリガーフレームを介して割り当てられたリソース領域で複数のステーションが送信したＵＬ  ＭＵフレームをＡＰステーションがデコードすることを説明する。ＡＰステーションはトリガーフレームに送信した情報（例えば、リソース割当て領域情報、ＭＵステーション識別情報、ＭＣＳ／Ｒａｔｅ、Ｎｓｔｓなど）に基づいてＵＬ  ＭＵフレームのＭＡＣフレームをデコードし（Ｓ３５５０）、ＭＡＣヘッダーに基づいてＭＡＣフレームに含まれたインフォメーションを確認することができる（Ｓ３５６０）。この際、一例として、ＭＡＣフレームに含まれたインフォメーションはＭＰＤＵに含まれることができる。
【０１７６】
図３６は本発明の一実施例によって、ステーションがトリガーフレームを受信した後、トリガーフレームに含まれたランダムアクセス情報に基づいてＵＬ  ＭＵ伝送を行う方法を示した図である。
【０１７７】
ＵＬ  ＭＵ伝送を行うステーションはＡＰステーションからトリガーフレームを受信することができる（Ｓ３６１０）。この時、トリガーフレームに基づき、ランダムアクセスリソースが割り当てられた位置でランダムにアクセスが行われるかを判断することができる（Ｓ３６２０）。この時、図３２で上述したように、ＡＰステーションはトリガーフレームを介してランダムアクセスを遂行すべきＭＵリソースを割り当てることができる。この時、ランダムアクセスであるため、トリガーフレームはリソース割当て情報のみ含ませ、特定のステーションを指示しないこともある。一例として、ステーションがトリガーフレームを受信した場合、ステーションはランダムアクセスリソースが割り当てられた位置でランダムにアクセスを行ってフレームを送信することができる。すなわち、複数のステーションはランダムアクセスによってフレームを送信することができる。この時、ランダムアクセスによって送信されるフレームは送信されるステーションが誰であるかについての情報を含まなければならない。したがって、トリガーフレームに基づいてランダムアクセスリソースが割り当てられた位置でランダムにアクセスが行われる場合、トリガーフレームを受信した複数のステーションが送信するＵＬ  ＭＵフレームのＭＡＣフレームのＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドの中で第２アドレスフィールドのみが含まれることができる（Ｓ３６３０）。一方、トリガーフレームに基づいてランダムアクセスリソースが割り当てられた位置でランダムにアクセスが遂行されない場合、トリガーフレームを受信した複数のステーションが送信するＵＬ  ＭＵフレームのＭＡＣフレームのＭＡＣヘッダーには第１アドレスフィールド及び第２アドレスフィールドのいずれも省略することができる（Ｓ３６４０）。すなわち、ランダムアクセスを遂行することができるように割り当てられた部分に対しては特定のステーションについての情報が含まれないこともあるので、フレームを送信するステーションについての情報として送信者情報がＭＡＣヘッダーに含まれることができる。
【０１７８】
次に、トリガーフレームによって割り当てられたリソース領域の複数ステーションが送信したＵＬ  ＭＵフレームＡＰステーションがデコードすることを説明する。ＡＰステーションはトリガーフレームに送信した情報（例えば、リソース割当て領域情報、ＭＵステーション識別情報、ＭＣＳ／Ｒａｔｅ、Ｎｓｔｓなど）に基づいてＵＬ  ＭＵフレームのＭＡＣフレームをデコードし（Ｓ３６５０）、ＭＡＣヘッダーに基づいてＭＡＣフレームに含まれたインフォメーションを確認することができる（Ｓ３６６０）。この際、一例として、ＭＡＣフレームに含まれたインフォメーションはＭＰＤＵに含まれることができる。
【０１７９】
図３７は本発明の一実施例によるＡＰ装置（又は基地局装置）及びステーション装置（又は端末装置）の例示的な構成を示すブロック図である。
【０１８０】
ＡＰ１００は、プロセッサ１１０、メモリ１２０及び送受信機１３０を含むことができる。ステーション１５０は、プロセッサ１６０、メモリ１７０及び送受信機１８０を含むことができる。
【０１８１】
送受信機１３０及び１８０は無線信号を送信／受信することができ、例えばＩＥＥＥ  ８０２システムによる物理階層を具現することができる。プロセッサ１１０及び１６０は送受信機１３０及び１８０と連結され、ＩＥＥＥ  ８０２システムによる物理階層及び／又はＭＡＣ階層を具現することができる。プロセッサ１１０及び１６０は前述した本発明の多様な実施例の一つ又は二つ以上の組合せによる動作を遂行するように構成されることができる。また、前述した本発明の多様な実施例によるＡＰ及びステーションの動作を具現するモジュールがメモリ１２０及び１７０に記憶され、プロセッサ１１０及び１６０によって実行されることができる。メモリ１２０及び１７０はプロセッサ１１０及び１６０の内部に含まれるかあるいはプロセッサ１１０及び１６０の外部に設けられ、プロセッサ１１０及び１６０と公知の手段を介して連結されることができる。
【０１８２】
前述したＡＰ装置１００及びステーション装置１５０についての説明は他の無線通信システム（例えば、ＬＴＥ／ＬＴＥ−Ａシステム）における基地局装置及び端末装置にそれぞれ適用されることができる。
【０１８３】
このようなＡＰ及びステーション装置の具体的な構成は、前述した本発明の多様な実施例で説明した事項が独立的に適用されるかあるいは二つ以上の実施例が同時に適用されるように具現されることができ、重複する内容は明確性のために説明を省略する。
【０１８４】
図３８は本発明の一実施例によるＡＰ装置又はステーション装置のプロセッサの例示的な構造を示す。
【０１８５】
ＡＰ又はステーションのプロセッサは複数の階層（ｌａｙｅｒ）構造を有することができ、図３８はこれらの階層の中で、特にＤＬＬ（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）上のＭＡＣサブ階層（ｓｕｂｌａｙｅｒ）３８１０及び物理階層３８２０を主に示す。図３８で示すように、ＰＨＹ３８２０はＰＬＣＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｃｅｄｕｒｅ）個体３８２１、及びＰＭＤ（Ｐｈｙｓｉｃａｌ  Ｍｅｄｉｕｍ  Ｄｅｐｅｎｄｅｎｔ）個体３８２２を含むことができる。ＭＡＣサブ階層３８１０及びＰＨＹ３８２０は共に概念的にＭＬＭＥ（ＭＡＣ  ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３８１１と呼ばれる管理個体をそれぞれ含む。このような個体３８１１、３８２１は階層管理機能が作動する階層管理サービスインターフェースを提供する。
【０１８６】
正確なＭＡＣ動作を提供するために、ＳＭＥ（Ｓｔａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３８３０がそれぞれのステーション内に存在する。ＳＭＥ３８３０は、別個の管理プレーン内に存在するかあるいは別に離れている（ｏｆｆ  ｔｏ  ｔｈｅ  ｓｉｄｅ）ように見えられる階層独立的な個体である。ＳＭＥ３８３０の正確な機能はこの文書で具体的に説明しないが、一般的にこのような個体３８３０は、多様な階層管理個体（ＬＭＥ）から階層−従属的な状態を収集し、階層−特定パラメーターの値を類似するように設定するなどの機能を担当すると思われることができる。ＳＭＥ３８３０は一般的に一般のシステム管理個体を代表して（ｏｎ  ｂｅｈａｌｆ  ｏｆ）このような機能を遂行し、標準管理プロトコルを具現することができる。
【０１８７】
図３８で示す個体は多様な方式で互いに作用する。図３８ではＧＥＴ／ＳＥＴプリミティブ（ｐｒｉｍｉｔｉｖｅ）を交換するいくつかの例示を示す。ＸＸ−ＧＥＴ．ｒｅｑｕｅｓｔプリミティブは与えられたＭＩＢ  ａｔｔｒｉｂｕｔｅ（管理情報基盤属性情報）の値を要請するために使われる。ＸＸ−ＧＥＴ．ｃｏｎｆｉｒｍプリミティブは、Ｓｔａｔｕｓが“成功”の場合には適切なＭＩＢ属性情報値をリターンし、そうではなければＳｔａｔｕｓフィールドでエラー指示をリターンするために使われる。ＸＸ−ＳＥＴ．ｒｅｑｕｅｓｔプリミティブは指示されたＭＩＢ属性が与えられた値に設定されるように要請するために使われる。前記ＭＩＢ属性が特定の動作を意味する場合、これは該当の動作が行われることを要請する。そして、ＸＸ−ＳＥＴ．ｃｏｎｆｉｒｍプリミティブはｓｔａｔｕｓが“成功”の場合に指示されたＭＩＢ属性が要請された値に設定されたことを確認することができ、そうではなければｓｔａｔｕｓフィールドにエラー条件をリターンするために使われる。ＭＩＢ属性が特定の動作を意味する場合、これは該当の動作が遂行されたことを確認することができる。
【０１８８】
図３８で示すように、ＭＬＭＥ３８１１及びＳＭＥ３８３０は多様なＭＬＭＥ＿ＧＥＴ／ＳＥＴプリミティブをＭＬＭＥ＿ＳＡＰ３８５０を介して交換することができる。また、多様なＰＬＣＭ＿ＧＥＴ／ＳＥＴプリミティブが、ＰＬＭＥ＿ＳＡＰ３８６０を介してＰＬＭＥ３８２１とＳＭＥ３８３０の間で交換されることができ、ＭＬＭＥ−ＰＬＭＥ＿ＳＡＰ３８７０を介してＭＬＭＥ３８１１とＰＬＭＥ３８７０の間で交換されることができる。
【０１８９】
上述した本発明の実施例は多様な手段によって具現されることができる。例えば、本発明の実施例は、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現できる。
【０１９０】
ハードウェアによる具現の場合、本発明の実施例による方法は、一つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現できる。
【０１９１】
ファームウエア又はソフトウェアによる具現の場合、本発明の実施例による方法は以上で説明した機能又は動作を行うモジュール、手順又は関数などの形態に具現できる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。前記メモリユニットは前記プロセッサの内部又は外部に位置し、既に知られた多様な手段によって前記プロセッサとデータを取り交わすことができる。
【０１９２】
上述したように開示した本発明の好適な実施形態についての詳細な説明は当業者が本発明を具現するか実施することができるように提供した。前記では本発明の好適な実施形態を参照して説明したが、当該技術分野の熟練した当業者は下記の請求範囲に記載された本発明の思想及び領域を逸脱しない範囲内で本発明を多様に修正及び変更することができることが理解可能であろう。したがって、本発明はこれに開示した実施形態に制限しようとするものではなく、ここで開示した原理及び新規の特徴と一致する最広の範囲を付与しようとするものである。また、以上ではこの明細書の好適な実施例について示して説明したが、この明細書は上述した特定の実施例に限定されなく、請求範囲で請求するこの明細書の要旨を逸脱することなしに本発明が属する技術分野で通常の知識を有する者によって多様な変形実施が可能であるのはいうまでもなく、このような変形実施はこの明細書の技術的思想や見込みから個別的に理解されてはいけないであろう。
【０１９３】
そして、この明細書では品の発明と方法の発明を一緒に説明したが、必要によって両発明の説明は補充的に適用することができる。
【産業上の利用可能性】
【０１９４】
上述したような無線通信システムにおいて３次元ＭＩＭＯのための参照信号設定方法及びこのための装置は３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥシステムの外にも多様な無線通信システムに適用することが可能である。
【図１】
0006495435.tif 000010
【図２】
0006495435.tif 000011
【図３】
0006495435.tif 000012
【図４】
0006495435.tif 000013
【図５】
0006495435.tif 000014
【図６】
0006495435.tif 000015
【図７】
0006495435.tif 000016
【図８】
0006495435.tif 000017
【図９】
0006495435.tif 000018
【図１０】
0006495435.tif 000019
【図１１】
0006495435.tif 000020
【図１２】
0006495435.tif 000021
【図１３】
0006495435.tif 000022
【図１４】
0006495435.tif 000023
【図１５】
0006495435.tif 000024
【図１６】
0006495435.tif 000025
【図１７】
0006495435.tif 000026
【図１８（ａ）】
0006495435.tif 000027
【図１８（ｂ）】
0006495435.tif 000028
【図１９】
0006495435.tif 000029
【図２０（ａ）】
0006495435.tif 000030
【図２０（ｂ）】
0006495435.tif 000031
【図２１（ａ）】
0006495435.tif 000032
【図２１（ｂ）】
0006495435.tif 000033
【図２２（ａ）】
0006495435.tif 000034
【図２２（ｂ）】
0006495435.tif 000035
【図２３（ａ）】
0006495435.tif 000036
【図２３（ｂ）】
0006495435.tif 000037
【図２４】
0006495435.tif 000038
【図２５（ａ）】
0006495435.tif 000039
【図２５（ｂ）】
0006495435.tif 000040
【図２５（ｃ）】
0006495435.tif 000041
【図２６（ａ）】
0006495435.tif 000042
【図２６（ｂ）】
0006495435.tif 000043
【図２７（ａ）】
0006495435.tif 000044
【図２７（ｂ）】
0006495435.tif 000045
【図２７（ｃ）】
0006495435.tif 000046
【図２８】
0006495435.tif 000047
【図２９】
0006495435.tif 000048
【図３０（ａ）】
0006495435.tif 000049
【図３０（ｂ）】
0006495435.tif 000050
【図３０（ｃ）】
0006495435.tif 000051
【図３１】
0006495435.tif 000052
【図３２】
0006495435.tif 000053
【図３３（ａ）】
0006495435.tif 000054
【図３３（ｂ）】
0006495435.tif 000055
【図３４】
0006495435.tif 000056
【図３５】
0006495435.tif 000057
【図３６】
0006495435.tif 000058
【図３７】
0006495435.tif 000059
【図３８】
0006495435.tif 000060