(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）に属したステーション（ＳＴＡ）によってフレームを送信する方法であって、前記方法は、
送信されるフレームのためのＰＡＩＤ（Ｐａｒｔｉａｌ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）を設定することと、
前記ＰＡＩＤを含む前記フレームを送信することと
を含み、
前記フレームが制御フレームではない場合に、前記ＰＡＩＤは、前記ＢＳＳのＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）を使用して計算される、０以外の値に設定され、
前記フレームが制御フレームである場合に、前記ＰＡＩＤは、０に設定される、方法。
【請求項２】
前記ＳＴＡが非アクセスポイント（ＡＰ）ＳＴＡであり、かつ、前記フレームが、制御フレームではない上りリンクフレームである場合に、前記ＰＡＩＤの０以外の値は、前記ＢＳＳＩＤに基づいて計算される、請求項１に記載の方法。
【請求項３】
制御フレームではない前記上りリンクフレームの前記ＰＡＩＤの０以外の値は、（ｄｅｃ（ＢＳＳＩＤ［３９：４７］）ｍｏｄ（２９−１））＋１として計算され、
ＢＳＳＩＤは、前記ＢＳＳのＢＳＳＩＤを示し、ｄｅｃ（Ａ）は、２進数Ａの１０進数値を示し、Ａ［ｂ：ｃ］は、前記２進数Ａのビットｂからビットｃまでを示し、前記２進数Ａの最初のビットは、ビット０であり、ｍｏｄは、モジューロ演算を示す、請求項２に記載の方法。
【請求項４】
前記フレームは、非−ＮＤＰ（ｎｏｎ−Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）フレームである、請求項１に記載の方法。
【請求項５】
前記フレームは、上りリンク／下りリンク指示フィールドを含む、請求項１に記載の方法。
【請求項６】
前記ＰＡＩＤのサイズは、上りリンクフレームに対して９ビットである、請求項１に記載の方法。
【請求項７】
前記ＰＡＩＤのサイズは、下りリンクフレームに対して６ビットである、請求項６に記載の方法。
【請求項８】
前記下りリンクフレームは、３ビットのＢＳＳ  ＣＯＬＯＲ情報をさらに含む、請求項７に記載の方法。
【請求項９】
前記ＳＴＡが前記ＢＳＳのアクセスポイント（ＡＰ）であり、前記フレームが別のＳＴＡに送信される下りリンクフレームであり、及び、前記下りリンクフレームが制御フレームではない場合に、前記ＰＡＩＤの０以外の値は、前記ＢＳＳＩＤ、及び、前記ＡＰによって他のＳＴＡに割り当てられるＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）に基づいて計算される、請求項１〜８のうちのいずれか１項に記載の方法。
【請求項１０】
制御フレームではない前記下りリンクフレームの前記ＰＡＩＤの０以外の値は、ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］  ＸＯＲ  ＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６として計算され、
ＡＩＤは、前記他のＳＴＡに割り当てられる前記ＡＩＤを示し、ＢＳＳＩＤは、前記ＢＳＳのＢＳＳＩＤを示し、ｄｅｃ（Ａ）は、２進数Ａの１０進数値を示し、Ａ［ｂ：ｃ］は、前記２進数Ａのビットｂからビットｃまでを表し、前記２進数Ａの最初のビットは、ビット０であり、ｍｏｄは、モジューロ演算を示す、請求項９に記載の方法。
【請求項１１】
無線通信システムにおいてフレームを送信するステーション（ＳＴＡ）であって、前記ＳＴＡは、
ＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）に通信する送受信器であって、前記ＳＴＡは、前記ＢＳＳに属する、送受信器と、
プロセッサと
を備え、
前記プロセッサは、前記送受信器を制御することによって、ＰＡＩＤ（Ｐａｒｔｉａｌ
Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）を含むフレームを送信するように構成され、
前記プロセッサは、
前記フレームが制御フレームではない場合に、前記ＰＡＩＤを、前記ＢＳＳのＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）を使用して計算される、０以外の値に設定することと、
前記フレームが制御フレームである場合に、前記ＰＡＩＤを０に設定することと
を行うようにさらに構成されている、ＳＴＡ。
【請求項１２】
前記プロセッサは、前記ＳＴＡが非アクセスポイント（ＡＰ）ＳＴＡであり、かつ、前記フレームが、制御フレームではない上りリンクフレームである場合に、前記ＢＳＳＩＤに基づいて、前記ＰＡＩＤの０以外の値を計算するように構成されている、請求項１１に記載のＳＴＡ。
【請求項１３】
前記プロセッサは、制御フレームではない前記上りリンクフレームの前記ＰＡＩＤの０以外の値を（ｄｅｃ（ＢＳＳＩＤ［３９：４７］）ｍｏｄ（２９−１））＋１として計算するように構成され、
ＢＳＳＩＤは、前記ＢＳＳＩＤを示し、ｄｅｃ（Ａ）は、２進数Ａの１０進数値を示し、Ａ［ｂ：ｃ］は、前記２進数Ａのビットｂからビットｃまでを示し、前記２進数Ａの最初のビットは、ビット０であり、ｍｏｄは、モジューロ演算を示す、請求項１２に記載のＳＴＡ。
【請求項１４】
前記ＳＴＡが前記ＢＳＳのアクセスポイント（ＡＰ）であり、前記フレームが別のＳＴＡに送信される下りリンクフレームであり、及び、前記下りリンクフレームが制御フレームではない場合に、前記プロセッサは、前記ＢＳＳＩＤ、及び、前記ＡＰによって他のＳＴＡに割り当てられるＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）に基づいて、前記ＰＡＩＤの０以外の値を計算するように構成されている、請求項１１〜１３のうちのいずれか１項に記載のＳＴＡ。
【請求項１５】
前記プロセッサは、制御フレームではない前記下りリンクフレームの前記ＰＡＩＤの０以外の値をｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］  ＸＯＲ  ＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６として計算するように構成され、
ＡＩＤは、前記他のＳＴＡに割り当てられる前記ＡＩＤを示し、ＢＳＳＩＤは、前記ＢＳＳのＢＳＳＩＤを示し、ｄｅｃ（Ａ）は、２進数Ａの１０進数値を示し、Ａ［ｂ：ｃ］は、前記２進数Ａのビットｂからビットｃまでを表し、前記２進数Ａの最初のビットは、ビット０であり、ｍｏｄは、モジューロ演算を示す、請求項１４に記載のＳＴＡ。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、無線通信システムに関し、特に、無線ＬＡＮシステムにおいて部分連係識別子を含むフレーム送受信方法及び装置に関する。
【背景技術】
【０００２】
近年、情報通信技術の発展に伴って様々な無線通信技術が開発されている。その中でも無線ＬＡＮ（ＷＬＡＮ）は、無線周波数技術に基づいて個人携帯用情報端末機（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ；ＰＤＡ）、ラップトップコンピュータ、携帯用マルチメディアプレーヤー（Ｐｏｒｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｐｌａｙｅｒ；ＰＭＰ）などのような携帯用端末機を用いて家庭、企業又は特定サービス提供地域において無線でインターネットにアクセスできるようにする技術である。
【０００３】
無線ＬＡＮで脆弱点とされてきた通信速度の限界を克服するために、最近の技術標準では、ネットワークの速度と信頼性を増大させるとともに無線ネットワークの運営距離を拡張したシステムを導入している。例えば、ＩＥＥＥ  ８０２．１１ｎでは、データ処理速度が最大５４０Ｍｂｐｓ以上である高処理率（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ；ＨＴ）を支援し、送信エラーを最小化し、データ速度を最適化するために送信端及び受信端の両方に多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔｓ  ａｎｄ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔｓ）技術の適用が導入された。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
次世代通信技術としてＭ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）通信技術が議論されている。ＩＥＥＥ  ８０２．１１ＷＬＡＮシステムにおいてもＭ２Ｍ通信を支援するための技術標準がＩＥＥＥ  ８０２．１１ａｈとして開発されている。Ｍ２Ｍ通信では、数多くの機器が存在する環境でたまに少量のデータを低速で通信するシナリオを考慮することができる。
【０００５】
無線ＬＡＮシステムにおける通信は、全ての機器間に共有される媒体（ｍｅｄｉｕｍ）で行われる。Ｍ２Ｍ通信のように機器の個数が増加する場合、一つの機器のチャネルアクセスのために長い時間がかかることは、全体システム性能の低下を招く他、各機器の電力節減を妨害しうる。
【０００６】
本発明では、部分連係識別子（Ｐａｒｔｉａｌ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ：ＰＡＩＤ）を含むフレームの新しい構成方案を提供することを技術的課題とする。
【０００７】
本発明で遂げようとする技術的課題は以上に言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００８】
上記の技術的課題を解決するために、本発明の一実施例に係る、無線通信システムのステーション（ＳＴＡ）でフレームを送信する方法は、ＰＡＩＤ（Ｐａｒｔｉａｌ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）フィールドを含む前記フレームを送信するステップを有することができる。前記フレームがアクセスポイント（ＡＰ）に送信される上りリンクフレームである場合に、前記フレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、前記ＡＰのＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）に基づいて計算された、０以外の値に設定され、前記フレームが前記上りリンクフレームである場合に、前記フレームが制御フレームであれば、前記ＰＡＩＤフィールドの値は０に設定されてもよい。
【０００９】
上記の技術的課題を解決するために、本発明の他の実施例に係る無線通信システムにおいてフレームを送信するステーション（ＳＴＡ）装置は、送受信器と、プロセッサとを備えることができる。前記プロセッサは、前記送受信器を制御して、ＰＡＩＤ（Ｐａｒｔｉａｌ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）フィールドを含む前記フレームを送信するように設定されてもよい。前記フレームがアクセスポイント（ＡＰ）に送信される上りリンクフレームである場合に、前記フレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、前記ＡＰのＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）に基づいて計算された、０以外の値に設定され、前記フレームが前記上りリンクフレームである場合に、前記フレームが制御フレームであれば、前記ＰＡＩＤフィールドの値は０に設定されてもよい。
【００１０】
上記の本発明に係る実施例において以下の事項が適用されてもよい。
【００１１】
前記上りリンクフレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、（ｄｅｃ（ＢＳＳＩＤ［３９：４７］）ｍｏｄ（２９−１））＋１によって計算されてもよい。ＢＳＳＩＤは、前記ＡＰのＢＳＳＩＤであり、ｄｅｃ（Ａ）は、Ａを１０進数に変換した値であり、Ａ［ｂ：ｃ」は、２進数Ａの最初のビットがビット０のとき、前記Ａのビットｂからビットｃまでであり、ｍｏｄは、モジューロ（ｍｏｄｕｌｏ）演算である。
【００１２】
前記フレームは、非−ＮＤＰ（ｎｏｎ−Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）フレームであってもよい。
【００１３】
前記フレームは、上りリンク／下りリンク指示フィールドを含み、前記上りリンク／下りリンク指示フィールドの値は、前記フレームが上りリンクフレームであることを示す値に設定されてもよい。
【００１４】
前記ＰＡＩＤフィールドのサイズは９ビットであってもよい。
【００１５】
上記の技術的課題を解決するために、本発明の更に他の実施例に係る、無線通信システムのステーション（ＳＴＡ）でフレームを受信する方法は、ＰＡＩＤ（Ｐａｒｔｉａｌ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）フィールドを含むフレームを受信するステップを有することができ、前記フレームがアクセスポイント（ＡＰ）から受信される下りリンクフレームである場合に、前記フレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、前記ＡＰによって前記ＳＴＡに割り当てられるＡＩＤ及び前記ＡＰのＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）に基づいて計算された値に設定され、前記フレームが前記下りリンクフレームである場合に、前記フレームが制御フレームであれば、前記ＰＡＩＤフィールドの値は０に設定されてもよい。
【００１６】
上記の技術的課題を解決するために、本発明の更に他の実施例に係る、無線通信システムにおいてフレームを受信するステーション（ＳＴＡ）装置は、送受信器と、プロセッサとを備えることができる。前記プロセッサは、前記送受信器を制御して、ＰＡＩＤ（Ｐａｒｔｉａｌ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）フィールドを含む前記フレームを受信するように設定されてもよい。前記フレームがアクセスポイント（ＡＰ）から受信される下りリンクフレームである場合に、前記フレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、前記ＡＰによって前記ＳＴＡに割り当てられるＡＩＤ及び前記ＡＰのＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）に基づいて計算された値に設定され、前記フレームが前記下りリンクフレームである場合に、前記フレームが制御フレームであれば、前記ＰＡＩＤフィールドの値は０に設定されてもよい。
【００１７】
上記の本発明に係る実施例において以下の事項が適用されてもよい。
【００１８】
前記下りリンクフレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドは、ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］  ＸＯＲ  ＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６によって計算されてもよい。ＡＩＤは、前記ＳＴＡに割り当てられたＡＩＤであり、ＢＳＳＩＤは、前記ＡＰのＢＳＳＩＤであり、ｄｅｃ（Ａ）は、Ａを１０進数に変換した値であり、Ａ［ｂ：ｃ」は、２進数Ａの最初のビットがビット０のとき、前記Ａのビットｂからビットｃまでであり、ｍｏｄは、モジューロ（ｍｏｄｕｌｏ）演算である。
【００１９】
前記下りリンクフレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、０以外の値に設定されてもよい。
【００２０】
前記フレームが下りリンクフレームである場合に、前記フレームはＣＯＬＯＲフィールドをさらに含み、前記ＣＯＬＯＲフィールドの値は、０から７までの範囲内の一つの値に設定されてもよい。
【００２１】
前記フレームは、非−ＮＤＰ（ｎｏｎ−Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）フレームであってもよい。
【００２２】
前記フレームは、上りリンク／下りリンク指示フィールドを含み、前記上りリンク／下りリンク指示フィールドの値は、前記フレームが下りリンクフレームであることを示す値に設定されてもよい。
【００２３】
前記ＰＡＩＤフィールドのサイズは６ビットであってもよい。
【００２４】
本発明について前述した一般的な説明と後述する詳細な説明はいずれも例示的なものであり、請求項に記載の発明に関する更なる説明のためのものである。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムのステーション（ＳＴＡ）でフレームを送信する方法であって、
ＰＡＩＤ（Ｐａｒｔｉａｌ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）フィールドを含む前記フレームを送信するステップを有し、
前記フレームがアクセスポイント（ＡＰ）に送信される上りリンクフレームである場合に、前記フレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、前記ＡＰのＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）に基づいて計算された、０以外の値に設定され、
前記フレームが前記上りリンクフレームである場合に、前記フレームが制御フレームであれば、前記ＰＡＩＤフィールドの値は０に設定される、フレーム送信方法。
（項目２）
前記上りリンクフレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は（ｄｅｃ（ＢＳＳＩＤ［３９：４７］）ｍｏｄ（２９−１））＋１によって計算され、
ＢＳＳＩＤは、前記ＡＰのＢＳＳＩＤであり、
ｄｅｃ（Ａ）は、Ａを１０進数に変換した値であり、
Ａ［ｂ：ｃ」は、２進数Ａの最初のビットがビット０のとき、前記Ａのビットｂからビットｃまでであり、
ｍｏｄは、モジューロ（ｍｏｄｕｌｏ）演算である、項目１に記載のフレーム送信方法。
（項目３）
前記フレームは、非−ＮＤＰ（ｎｏｎ−Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）フレームである、項目１に記載のフレーム送信方法。
（項目４）
前記フレームは、上りリンク／下りリンク指示フィールドを含み、
前記上りリンク／下りリンク指示フィールドの値は、前記フレームが上りリンクフレームであることを示す値に設定される、項目１に記載のフレーム送信方法。
（項目５）
前記ＰＡＩＤフィールドのサイズは９ビットである、項目１に記載のフレーム送信方法。
（項目６）
無線通信システムにおいてフレームを送信するステーション（ＳＴＡ）装置であって、
送受信器と、
プロセッサと、
を備え、
前記プロセッサは、前記送受信器を制御して、ＰＡＩＤ（Ｐａｒｔｉａｌ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）フィールドを含む前記フレームを送信するように設定され、
前記フレームがアクセスポイント（ＡＰ）に送信される上りリンクフレームである場合に、前記フレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、前記ＡＰのＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）に基づいて計算された、０以外の値に設定され、
前記フレームが前記上りリンクフレームである場合に、前記フレームが制御フレームであれば、前記ＰＡＩＤフィールドの値は０に設定される、フレーム送信ＳＴＡ装置。
（項目７）
無線通信システムのステーション（ＳＴＡ）でフレームを受信する方法であって、
ＰＡＩＤ（Ｐａｒｔｉａｌ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）フィールドを含むフレームを受信するステップを有し、
前記フレームがアクセスポイント（ＡＰ）から受信される下りリンクフレームである場合に、前記フレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、前記ＡＰによって前記ＳＴＡに割り当てられるＡＩＤ及び前記ＡＰのＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）に基づいて計算された値に設定され、
前記フレームが前記下りリンクフレームである場合に、前記フレームが制御フレームであれば、前記ＰＡＩＤフィールドの値は０に設定される、フレーム受信方法。
（項目８）
前記下りリンクフレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドは、ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］  ＸＯＲ  ＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６によって計算され、
ＡＩＤは、前記ＳＴＡに割り当てられたＡＩＤであり、
ＢＳＳＩＤは、前記ＡＰのＢＳＳＩＤであり、
ｄｅｃ（Ａ）は、Ａを１０進数に変換した値であり、
Ａ［ｂ：ｃ」は、２進数Ａの最初のビットがビット０のとき、前記Ａのビットｂからビットｃまでであり、
ｍｏｄは、モジューロ（ｍｏｄｕｌｏ）演算である、項目７に記載のフレーム受信方法。
（項目９）
前記下りリンクフレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、０以外の値に設定される、項目７に記載のフレーム受信方法。
（項目１０）
前記フレームが下りリンクフレームである場合に、前記フレームはＣＯＬＯＲフィールドをさらに含み、
前記ＣＯＬＯＲフィールドの値は、０から７までの範囲内の一つの値に設定される、項目７に記載のフレーム受信方法。
（項目１１）
前記フレームは、非−ＮＤＰ（ｎｏｎ−Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）フレームである、項目７に記載のフレーム受信方法。
（項目１２）
前記フレームは、上りリンク／下りリンク指示フィールドを含み、
前記上りリンク／下りリンク指示フィールドの値は、前記フレームが下りリンクフレームであることを示す値に設定される、項目７に記載のフレーム受信方法。
（項目１３）
前記ＰＡＩＤフィールドのサイズは６ビットである、項目７に記載のフレーム受信方法。
（項目１４）
無線通信システムにおいてフレームを受信するステーション（ＳＴＡ）装置であって、
送受信器と、
プロセッサと、
を備え、
前記プロセッサは、前記送受信器を制御して、ＰＡＩＤ（Ｐａｒｔｉａｌ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）フィールドを含む前記フレームを受信するように設定され、
前記フレームがアクセスポイント（ＡＰ）から受信される下りリンクフレームである場合に、前記フレームが制御フレーム以外のフレームであれば、前記ＰＡＩＤフィールドの値は、前記ＡＰによって前記ＳＴＡに割り当てられるＡＩＤ及び前記ＡＰのＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）に基づいて計算された値に設定され、
前記フレームが前記下りリンクフレームである場合に、前記フレームが制御フレームであれば、前記ＰＡＩＤフィールドの値は０に設定される、フレーム受信ＳＴＡ装置。
【発明の効果】
【００２５】
本発明では部分連係識別子を含むフレームの新しい構成方法及び装置を提供することができる。
【００２６】
本発明で得られる効果は以上に言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明らかになるであろう。
【図面の簡単な説明】
【００２７】
本明細書に添付される図面は、本発明に関する理解を提供するためのもので、本発明の様々な実施の形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
【００２８】
【図１】図１は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムの例示的な構造を示す図である。
【００２９】
【図２】図２は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムの他の例示的な構造を示す図である。
【００３０】
【図３】図３は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムの更に他の例示的な構造を示す図である。
【００３１】
【図４】図４は、無線ＬＡＮシステムの例示的な構造を示す図である。
【００３２】
【図５】図５は、無線ＬＡＮシステムにおけるリンクセットアップ過程を説明するための図である。
【００３３】
【図６】図６は、バックオフ過程を説明するための図である。
【００３４】
【図７】図７は、隠れたノード及び露出されたノードを説明するための図である。
【００３５】
【図８】図８は、ＲＴＳとＣＴＳを説明するための図である。
【００３６】
【図９】図９は、ＳＵ／ＭＵフレームフォーマットを例示的に示す図である。
【００３７】
【図１０】図１０は、本発明の一例に係るフレーム送受信方法を説明するための図である。
【００３８】
【図１１】図１１は、本発明の一実施例に係る無線装置の構成を示すブロック図である。
【発明を実施するための形態】
【００３９】
以下、本発明に係る好適な実施の形態を添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明の唯一の実施の形態を示すためのものではない。以下の詳細な説明は本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、このような具体的な細部事項なしにも本発明が実施され得るということが当業者には理解される。
【００４０】
以下の実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、特別の言及がない限り、選択的なものと考慮すればよい。各構成要素又は特徴は、他の構成要素や特徴と結合していない形態で実施されてもよく、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。
【００４１】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更してもよい。
【００４２】
場合によって、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されたり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示されることもある。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【００４３】
本発明の実施例は、無線アクセスシステムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、並びに３ＧＰＰ２システムの少なくとも一つに開示された標準文書によって裏付けることができる。すなわち、本発明の実施例において、本発明の技術的思想を明確にするために説明を省いた段階又は部分は、上記の文書によって裏付けることができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
【００４４】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような様々な無線アクセスシステムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。明確性のために、以下では３ＧＰＰ  ＬＴＥ及び３ＧＰＰ  ＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想がこれに制限されるものではない。
【００４５】
ＷＬＡＮシステムの構造
【００４６】
図１は、本発明を適用できるＩＥＥＥ  ８０２．１１システムの例示的な構造を示す図である。
【００４７】
ＩＥＥＥ  ８０２．１１構造は複数個の構成要素を含むことができ、それら構成要素の相互作用によって上位層に対してトランスペアレントなＳＴＡ移動性を支援するＷＬＡＮを提供することができる。基本サービスセット（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ；ＢＳＳ）はＩＥＥＥ  ８０２．１１  ＬＡＮにおける基本的な構成ブロックに該当し得る。図１では、２個のＢＳＳ（ＢＳＳ１及びＢＳＳ２）が存在し、それぞれのＢＳＳのメンバーとして２個のＳＴＡが含まれること（ＳＴＡ１及びＳＴＡ２はＢＳＳ１に含まれ、ＳＴＡ３及びＳＴＡ４はＢＳＳ２に含まれる）を例示的に示している。図１で、ＢＳＳを示す楕円は、当該ＢＳＳに含まれたＳＴＡが通信を維持するカバレッジ領域を示すものと理解してもよい。この領域をＢＳＡ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）と称することができる。ＳＴＡがＢＳＡの外へ移動すると、当該ＢＳＡ内の他のＳＴＡと直接通信できなくなる。
【００４８】
ＩＥＥＥ  ８０２．１１  ＬＡＮにおいて最も基本的なタイプのＢＳＳは、独立したＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ  ＢＳＳ；ＩＢＳＳ）である。例えば、ＩＢＳＳは、２個のＳＴＡだけで構成された最小の形態を有することができる。また、最も単純な形態であるとともに他の構成要素が省略されている図１のＢＳＳ（ＢＳＳ１又はＢＳＳ２）がＩＢＳＳの代表的な例示に該当する。このような構成は、ＳＴＡ同士が直接通信できる場合に可能である。また、このような形態のＬＡＮは、あらかじめ計画して構成されるものではなく、ＬＡＮが必要な場合に構成され、これをアド−ホック（ａｄ−ｈｏｃ）ネットワークと呼ぶこともできる。
【００４９】
ＳＴＡがついたり消えたりすること、ＳＴＡがＢＳＳ領域に／から入ったり出たりすることなどによって、ＢＳＳにおいてＳＴＡのメンバーシップが動的に変更することがある。ＢＳＳのメンバーになるためには、ＳＴＡは同期化過程を用いてＢＳＳにジョインすればよい。ＢＳＳ基盤構造の全てのサービスにアクセスするためには、ＳＴＡはＢＳＳに連係されなければならない。このような連係（ａｓｓｏｃｉａｔｉｏｎ）は動的に設定され、分配システムサービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｓｅｒｖｉｃｅ；ＤＳＳ）の利用を含んでもよい。
【００５０】
図２は、本発明を適用できるＩＥＥＥ  ８０２．１１システムの他の例示的な構造を示す図である。図２は、図１の構造において、分配システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ；ＤＳ）、分配システム媒体（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｍｅｄｉｕｍ；ＤＳＭ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）などの構成要素が追加された形態である。
【００５１】
ＬＡＮにおいて直接的なステーション−対−ステーションの距離はＰＨＹ性能によって制限されることがある。このような距離の限界が充分な場合もあれば、より遠い距離のステーション間の通信が必要な場合もある。拡張されたカバレッジを支援するために分配システム（ＤＳ）を構成することができる。
【００５２】
ＤＳは、ＢＳＳ同士が相互接続される構造を意味する。具体的に、図１のようにＢＳＳが独立して存在する代わりに、複数個のＢＳＳで構成されたネットワークの拡張された形態の構成要素としてＢＳＳが存在してもよい。
【００５３】
ＤＳは論理的な概念であり、分配システム媒体（ＤＳＭ）の特性によって特定することができる。これと関連して、ＩＥＥＥ  ８０２．１１標準では無線媒体（Ｗｉｒｅｌｅｓｓ  Ｍｅｄｉｕｍ；ＷＭ）と分配システム媒体（ＤＳＭ）とを論理的に区別している。それぞれの論理的媒体は互いに異なる目的のために使用され、互いに異なる構成要素によって使用される。ＩＥＥＥ  ８０２．１１標準の定義では、このような媒体を互いに同一なものとも、互いに異なるものとも制限しない。このように複数個の媒体が論理的に互いに異なるという点で、ＩＥＥＥ  ８０２．１１  ＬＡＮ構造（ＤＳ構造又は他のネットワーク構造）の柔軟性を説明することができる。すなわち、ＩＥＥＥ  ８０２．１１  ＬＡＮ構造は様々に具現することができ、それぞれの具現例の物理的な特性によって独立的に当該ＬＡＮ構造を特定することができる。
【００５４】
ＤＳは複数個のＢＳＳのシームレス（ｓｅａｍｌｅｓｓ）な統合を提供し、あて先へのアドレスを扱うために必要な論理的サービスを提供することによって移動機器を支援することができる。
【００５５】
ＡＰとは、連係されているＳＴＡに対してＷＭを通じてＤＳへのアクセスを可能にし、且つＳＴＡ機能性を有する個体を意味する。ＡＰを通じてＢＳＳ及びＤＳ間のデータ移動が行われてもよい。例えば、図２に示すＳＴＡ２及びＳＴＡ３は、ＳＴＡの機能性を有するとともに、連係されているＳＴＡ（ＳＴＡ１及びＳＴＡ４）をＤＳにアクセスさせる機能を持つ。また、いかなるＡＰも基本的にＳＴＡに該当するため、ＡＰはいずれもアドレス可能な個体である。ＷＭ上での通信のためにＡＰによって用いられるアドレスとＤＳＭ上での通信のためにＡＰによって用いられるアドレスは必ずしも同一である必要はない。
【００５６】
ＡＰに連係されているＳＴＡのいずれか一つから当該ＡＰのＳＴＡアドレスに送信されるデータは、常に非制御ポート（ｕｎｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）で受信され、ＩＥＥＥ  ８０２．１Ｘポートアクセス個体によって処理されてもよい。また、制御ポート（ｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）が認証されると、送信データ（又は、フレーム）はＤＳに伝達されてもよい。
【００５７】
図３は、本発明を適用できるＩＥＥＥ  ８０２．１１システムのさらに他の例示的な構造を示す図である。図３では、図２の構造にさらに広いカバレッジを提供するための拡張されたサービスセット（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ；ＥＳＳ）を概念的に示す。
【００５８】
任意の（ａｒｂｉｔｒａｒｙ）大きさ及び複雑度を有する無線ネットワークがＤＳ及びＢＳＳで構成されてもよい。ＩＥＥＥ  ８０２．１１システムではこのような方式のネットワークをＥＳＳネットワークと称する。ＥＳＳは、一つのＤＳに接続されたＢＳＳの集合に該当し得る。しかし、ＥＳＳはＤＳを含まない。ＥＳＳネットワークはＬＬＣ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層でＩＢＳＳネットワークとして見える点が特徴である。ＥＳＳに含まれるＳＴＡは互いに通信することができ、移動ＳＴＡはＬＬＣにトランスペアレントに一つのＢＳＳから他のＢＳＳに（同一ＥＳＳ内で）移動することができる。
【００５９】
ＩＥＥＥ  ８０２．１１では、図３におけるＢＳＳの相対的な物理的位置について何ら仮定しておらず、次のようないずれの形態も可能である。ＢＳＳは部分的に重なってもよく、これは、連続したカバレッジを提供するために一般に利用される形態である。また、ＢＳＳは物理的に接続していなくてもよく、論理的にはＢＳＳ同士間の距離に制限はない。また、ＢＳＳ同士は物理的に同一位置に位置してもよく、これはリダンダンシーを提供するために用いることができる。また、一つ（又は、一つ以上の）ＩＢＳＳ又はＥＳＳネットワークが一つ（又は一つ以上の）ＥＳＳネットワークとして同一空間に物理的に存在してもよい。これは、ＥＳＳネットワークが存在する位置にアド−ホックネットワークが動作する場合、互いに異なる機関（ｏｒｇａｎｉｚａｔｉｏｎｓ）によって物理的に重なるＩＥＥＥ  ８０２．１１ネットワークが構成される場合、又は、同一位置で２つ以上の互いに異なるアクセス及び保安政策が必要な場合などにおける、ＥＳＳネットワーク形態に該当し得る。
【００６０】
図４は、無線ＬＡＮシステムの例示的な構造を示す図である。図４では、ＤＳを含む基盤構造ＢＳＳの一例が示されている。
【００６１】
図４の例示で、ＢＳＳ１及びＢＳＳ２がＥＳＳを構成する。無線ＬＡＮシステムにおいてＳＴＡはＩＥＥＥ  ８０２．１１のＭＡＣ／ＰＨＹ規定に従って動作する機器である。ＳＴＡはＡＰ  ＳＴＡ及び非−ＡＰ（ｎｏｎ−ＡＰ）ＳＴＡを含む。Ｎｏｎ−ＡＰ  ＳＴＡは、ラップトップコンピュータ、移動電話機のように、一般にユーザが直接扱う機器に該当する。図４の例示で、ＳＴＡ１、ＳＴＡ３、ＳＴＡ４はｎｏｎ−ＡＰ  ＳＴＡに該当し、ＳＴＡ２及びＳＴＡ５はＡＰ  ＳＴＡに該当する。
【００６２】
以下の説明で、ｎｏｎ−ＡＰ  ＳＴＡは、端末（ｔｅｒｍｉｎａｌ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ；ＭＳ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、移動加入者局（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ；ＭＳＳ）などと呼ぶことができる。また、ＡＰは、他の無線通信分野における基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ；ＢＳ）、ノード−Ｂ（Ｎｏｄｅ−Ｂ）、発展したノード−Ｂ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ；ｅＮＢ）、基底送受信システム（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ；ＢＴＳ）、フェムト基地局（Ｆｅｍｔｏ  ＢＳ）などに対応する概念である。
【００６３】
階層構造
【００６４】
無線ＬＡＮシステムで動作するＳＴＡの動作は、階層（ｌａｙｅｒ）構造の観点で説明することができる。装置構成の側面で階層構造は、プロセッサによって具現することができる。ＳＴＡは複数個の階層構造を有することができる。例えば、８０２．１１標準文書で扱う階層構造は主に、ＤＬＬ（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）上のＭＡＣ副層（ｓｕｂｌａｙｅｒ）及び物理（ＰＨＹ）層である。ＰＨＹは、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｃｅｄｕｒｅ）個体、ＰＭＤ（Ｐｈｙｓｉｃａｌ  Ｍｅｄｉｕｍ  Ｄｅｐｅｎｄｅｎｔ）個体などを含むことができる。ＭＡＣ副層及びＰＨＹはそれぞれ、ＭＬＭＥ（ＭＡＣ  ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）及びＰＬＭＥ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と呼ばれる管理個体を概念的に含む。これらの個体は、階層管理機能が作動する階層管理サービスインターフェースを提供する。
【００６５】
正確なＭＡＣ動作を提供するために、ＳＭＥ（Ｓｔａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）がそれぞれのＡＰ／ＳＴＡ内に存在する。ＳＭＥは、別の管理プレーン内に存在したり、又は別に離れている（ｏｆｆ  ｔｏ  ｔｈｅ  ｓｉｄｅ）ように見えてもよい、階層−独立的な個体である。本文ではＳＭＥの正確な機能については具体的に説明しないが、一般には、様々な階層管理個体（ＬＭＥ）から階層−従属的な状態を収集し、階層−特定パラメータの値を類似に設定するなどの機能を担当するものと見なすことができる。ＳＭＥは、通常、一般システム管理個体を代表して（ｏｎ  ｂｅｈａｌｆ  ｏｆ）このような機能を果たし、標準管理プロトコルを具現することができる。
【００６６】
上述の個体は様々な方式で相互作用する。例えば、個体間にＧＥＴ／ＳＥＴプリミティブ（ｐｒｉｍｉｔｉｖｅ）を交換（ｅｘｃｈａｎｇｅ）することによって相互作用することができる。プリミティブは、特定目的に関連した要素（ｅｌｅｍｅｎｔ）やパラメータのセットを意味する。ＸＸ−ＧＥＴ．ｒｅｑｕｅｓｔプリミティブは、与えられたＭＩＢ  ａｔｔｒｉｂｕｔｅ（管理情報基盤属性）情報の値を要請するために用いられる。ＸＸ−ＧＥＴ．ｃｏｎｆｉｒｍプリミティブは、Ｓｔａｔｕｓが“成功”である場合には、適切なＭＩＢ属性情報値をリターンし、そうでないと、Ｓｔａｔｕｓフィールドでエラー指示をリターンするために用いられる。ＸＸ−ＳＥＴ．ｒｅｑｕｅｓｔプリミティブは、指示されたＭＩＢ属性が、与えられた値に設定されるように要請するために用いられる。ＭＩＢ属性が特定動作を意味する場合、これは、当該動作が行われることを要請する。そして、ＸＸ−ＳＥＴ．ｃｏｎｆｉｒｍプリミティブは、ｓｔａｔｕｓが“成功”である場合には、指示されたＭＩＢ属性が、要請された値に設定されたことを確認させ、そうでないと、ｓｔａｔｕｓフィールドでエラー条件をリターンするために用いられる。このプリミティブは、ＭＩＢ属性が特定動作を意味する場合、当該動作が行われたことを確認させる。
【００６７】
また、ＭＬＭＥ及びＳＭＥは様々なＭＬＭＥ＿ＧＥＴ／ＳＥＴプリミティブをＭＬＭＥ＿ＳＡＰ（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）を介して交換することができる。また、様々なＰＬＭＥ＿ＧＥＴ／ＳＥＴプリミティブが、ＰＬＭＥ＿ＳＡＰを介してＰＬＭＥとＳＭＥ間で交換されてもよく、ＭＬＭＥ−ＰＬＭＥ＿ＳＡＰを介してＭＬＭＥとＰＬＭＥ間で交換されてもよい。
【００６８】
リンクセットアップ過程
【００６９】
図５は、一般のリンクセットアップ（ｌｉｎｋ  ｓｅｔｕｐ）過程を説明するための図である。
【００７０】
ＳＴＡがネットワークに対してリンクをセットアップし、データを送受信するためには、まず、ネットワークを発見（ｄｉｓｃｏｖｅｒｙ）し、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を行い、連係（ａｓｓｏｃｉａｔｉｏｎ）を確立（ｅｓｔａｂｌｉｓｈ）し、保安（ｓｅｃｕｒｉｔｙ）のための認証手順などを行わなければならない。リンクセットアップ過程をセッション開始過程、セッションセットアップ過程と呼ぶこともできる。また、リンクセットアップ過程における発見、認証、連係、保安設定の過程を総称して連係過程と呼ぶこともできる。
【００７１】
図５を参照して例示的なリンクセットアップ過程について説明する。
【００７２】
段階Ｓ５１０で、ＳＴＡはネットワーク発見動作を行うことができる。ネットワーク発見動作はＳＴＡのスキャニング（ｓｃａｎｎｉｎｇ）動作を含むことができる。すなわち、ＳＴＡがネットワークにアクセスするためには、参加可能なネットワークを探さなければならない。ＳＴＡは無線ネットワークに参加する前に互換可能なネットワークを識別しなければならないが、特定領域に存在するネットワーク識別過程をスキャニングという。
【００７３】
スキャニング方式には、能動的スキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）と受動的スキャニング（ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）がある。
【００７４】
図５では例示として能動的スキャニング過程を含むネットワーク発見動作を示す。能動的スキャニングにおいて、スキャニングを行うＳＴＡはチャネルを移りながら周辺にどのＡＰが存在するかを探索するためにプローブ要請フレーム（ｐｒｏｂｅ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を送信して、それに対する応答を待つ。応答者（ｒｅｓｐｏｎｄｅｒ）は、プローブ要請フレームを送信したＳＴＡに、プローブ要請フレームに対する応答としてプローブ応答フレーム（ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）を送信する。ここで、応答者は、スキャニングされているチャネルのＢＳＳで最後にビーコンフレーム（ｂｅａｃｏｎ  ｆｒａｍｅ）を送信したＳＴＡであってもよい。ＢＳＳでは、ＡＰがビーコンフレームを送信するため、ＡＰが応答者となり、ＩＢＳＳでは、ＩＢＳＳ内のＳＴＡが交互にビーコンフレームを送信するため、応答者が一定でない。例えば、１番チャネルでプローブ要請フレームを送信し、１番チャネルでプローブ応答フレームを受信したＳＴＡは、受信したプローブ応答フレームに含まれたＢＳＳ関連情報を保存し、次のチャネル（例えば、２番チャネル）に移動して同一の方法でスキャニング（すなわち、２番チャネル上でプローブ要請／応答の送受信）を行うことができる。
【００７５】
図５には示していないが、スキャニング動作は受動的スキャニング方式で行われてもよい。受動的スキャニングにおいて、スキャニングを行うＳＴＡはチャネルを移りながらビーコンフレームを待つ。ビーコンフレームは、ＩＥＥＥ  ８０２．１１において管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）の一つであり、無線ネットワークの存在を知らせ、スキャニングを行うＳＴＡが無線ネットワークを探して無線ネットワークに参加できるように、周期的に送信される。ＢＳＳでＡＰがビーコンフレームを周期的に送信する役割を担い、ＩＢＳＳではＩＢＳＳ内のＳＴＡが交互にビーコンフレームを送信する。スキャニングを行うＳＴＡはビーコンフレームを受信すると、ビーコンフレームに含まれたＢＳＳに関する情報を保存し、他のチャネルに移動しながら各チャネルでビーコンフレーム情報を記録する。ビーコンフレームを受信したＳＴＡは、受信したビーコンフレームに含まれたＢＳＳ関連情報を保存し、次のチャネルに移動して同一の方法で次のチャネルでスキャニングを行うことができる。
【００７６】
能動的スキャニングと受動的スキャニングとを比較すれば、能動的スキャニングが受動的スキャニングに比べてディレー（ｄｅｌａｙ）及び電力消耗が小さいという利点がある。
【００７７】
ＳＴＡがネットワークを発見した後に、段階Ｓ５２０で認証過程を行うことができる。このような認証過程は、後述する段階Ｓ５４０の保安セットアップ動作と明確に区別するために、第１の認証（ｆｉｒｓｔ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程と呼ぶことができる。
【００７８】
認証過程は、ＳＴＡが認証要請フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をＳＴＡに送信する過程を含む。認証要請／応答に用いられる認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｒａｍｅ）は管理フレームに該当する。
【００７９】
認証フレームは、認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｌｇｏｒｉｔｈｍ  ｎｕｍｂｅｒ）、認証トランザクションシーケンス番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｔｒａｎｓａｃｔｉｏｎ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、検問テキスト（ｃｈａｌｌｅｎｇｅ  ｔｅｘｔ）、ＲＳＮ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ）、有限循環グループ（Ｆｉｎｉｔｅ  Ｃｙｃｌｉｃ  Ｇｒｏｕｐ）などに関する情報を含むことができる。これは、認証要請／応答フレームに含まれ得る情報の一例示に過ぎず、他の情報に置き換わったり、追加の情報がさらに含まれたりしてもよい。
【００８０】
ＳＴＡは認証要請フレームをＡＰに送信することができる。ＡＰは、受信された認証要請フレームに含まれた情報に基づいて、当該ＳＴＡに対する認証を許容するか否かを決定することができる。ＡＰは認証処理の結果を認証応答フレームを通じてＳＴＡに提供することができる。
【００８１】
ＳＴＡが成功的に認証された後に、段階Ｓ５３０で連係過程を行うことができる。連係過程は、ＳＴＡが連係要請フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信し、それに応答してＡＰが連係応答フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をＳＴＡに送信する過程を含む。
【００８２】
例えば、連係要請フレームは、様々な能力（ｃａｐａｂｉｌｉｔｙ）に関する情報、ビーコン聴取間隔（ｌｉｓｔｅｎ  ｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｅｒ）、支援レート（ｓｕｐｐｏｒｔｅｄ  ｒａｔｅｓ）、支援チャネル（ｓｕｐｐｏｒｔｅｄ  ｃｈａｎｎｅｌｓ）、ＲＳＮ、移動性ドメイン、支援オペレーティングクラス（ｓｕｐｐｏｒｔｅｄ  ｏｐｅｒａｔｉｎｇ  ｃｌａｓｓｅｓ）、ＴＩＭ放送要請（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ  Ｂｒｏａｄｃａｓｔ  ｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）サービス能力などに関する情報を含むことができる。
【００８３】
例えば、連係応答フレームは、様々な能力に関する情報、状態コード、ＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）、支援レート、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）パラメータセット、ＲＣＰＩ（Ｒｅｃｅｉｖｅｄ  Ｃｈａｎｎｅｌ  Ｐｏｗｅｒ  Ｉｎｄｉｃａｔｏｒ）、ＲＳＮＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｉｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウト間隔（連係カムバック時間（ａｓｓｏｃｉａｔｉｏｎ  ｃｏｍｅｂａｃｋ  ｔｉｍｅ））、重畳（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメータ、ＴＩＭ放送応答、ＱｏＳマップなどの情報を含むことができる。
【００８４】
これは連係要請／応答フレームに含まれ得る情報の一例に過ぎず、他の情報に置き換わったり、追加の情報がさらに含まれたりしてもよい。
【００８５】
ＳＴＡがネットワークに成功的に連係された後に、段階Ｓ５４０で保安セットアップ過程を行うことができる。段階Ｓ５４０の保安セットアップ過程は、ＲＳＮＡ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ  Ａｓｓｏｃｉａｔｉｏｎ）要請／応答を通じた認証過程ということもでき、上記の段階Ｓ５２０の認証過程を第１の認証（ｆｉｒｓｔ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程とし、段階Ｓ５４０の保安セットアップ過程を単純に認証過程と呼ぶこともできる。
【００８６】
段階Ｓ５４０の保安セットアップ過程は、例えば、ＥＡＰＯＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＬＡＮ）フレームを通じた４−ウェイ（ｗａｙ）ハンドシェーキングを通じて、プライベートキーセットアップ（ｐｒｉｖａｔｅ  ｋｅｙ  ｓｅｔｕｐ）をする過程を含むことができる。また、保安セットアップ過程は、ＩＥＥＥ  ８０２．１１標準で定義しない保安方式によって行われてもよい。
【００８７】
ＷＬＡＮの進化
【００８８】
無線ＬＡＮで通信速度の限界を克服するために比較的最近に制定された技術標準としてＩＥＥＥ  ８０２．１１ｎがある。ＩＥＥＥ  ８０２．１１ｎは、ネットワークの速度と信頼性を増大させ、且つ無線ネットワークの運営距離を拡張することに目的がある。より具体的に、ＩＥＥＥ  ８０２．１１ｎは、データ処理速度が最大５４０Ｍｂｐｓ以上である高処理率（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ；ＨＴ）を支援するとともに、送信エラーを最小化し、データ速度を最適化するために送信端と受信端の両方とも多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔｓ  ａｎｄ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔｓ）技術に基づいている。
【００８９】
無線ＬＡＮの普及が活性化され、さらにそれを用いたアプリケーションが多様化するに伴って、最近ではＩＥＥＥ  ８０２．１１ｎが支援するデータ処理速度よりも高い処理率を支援するための新しい無線ＬＡＮシステムの必要性が台頭している。超高処理率（Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ；ＶＨＴ）を支援する次世代無線ＬＡＮシステムは、ＩＥＥＥ  ８０２．１１ｎ無線ＬＡＮシステムの次のバージョン（例えば、ＩＥＥＥ  ８０２．１１ａｃ）であり、ＭＡＣサービスアクセスポイント（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＳＡＰ）で１Ｇｂｐｓ以上のデータ処理速度を支援するために最近に新しく提案されているＩＥＥＥ  ８０２．１１無線ＬＡＮシステムの一つである。
【００９０】
次世代無線ＬＡＮシステムは、無線チャネルを效率的に利用するために複数のＳＴＡが同時にチャネルにアクセスするＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）方式の送信を支援する。ＭＵ−ＭＩＭＯ送信方式によれば、ＡＰが、ＭＩＭＯペアリング（ｐａｉｒｉｎｇ）された一つ以上のＳＴＡに同時にパケットを送信することができる。
【００９１】
また、ホワイトスペース（ｗｈｉｔｅ  ｓｐａｃｅ）で無線ＬＡＮシステム動作を支援することが議論されている。例えば、アナログＴＶのデジタル化による遊休状態の周波数帯域（例えば、５４〜６９８ＭＨｚ帯域）のようなＴＶホワイトスペース（ＴＶＷＳ）での無線ＬＡＮシステムの導入は、ＩＥＥＥ  ８０２．１１ａｆ標準として議論されている。しかし、これは例示に過ぎず、ホワイトスペースは、許可されたユーザ（ｌｉｃｅｎｓｅｄ  ｕｓｅｒ）が優先して使用できる許可された帯域といえる。許可されたユーザは、許可された帯域の使用が許可されたユーザのことを意味し、許可された装置（ｌｉｃｅｎｓｅｄ  ｄｅｖｉｃｅ）、プライマリユーザ（ｐｒｉｍａｒｙ  ｕｓｅｒ）、優先的ユーザ（ｉｎｃｕｍｂｅｎｔ  ｕｓｅｒ）などと呼ぶこともできる。
【００９２】
例えば、ＷＳで動作するＡＰ及び／又はＳＴＡは、許可されたユーザに対する保護（ｐｒｏｔｅｃｔｉｏｎ）機能を提供しなければならない。例えば、ＷＳ帯域で特定帯域幅を有するように規約（ｒｅｇｕｌａｔｉｏｎ）上分割されている周波数帯域である特定ＷＳチャネルを、マイクロホン（ｍｉｃｒｏｐｈｏｎｅ）のような許可されたユーザが既に使用している場合、許可されたユーザを保護するために、ＡＰ及び／又はＳＴＡは当該ＷＳチャネルに該当する周波数帯域は使用することができない。また、ＡＰ及び／又はＳＴＡは、現在フレーム送信及び／又は受信のために使用している周波数帯域を許可されたユーザが使用するようになると、当該周波数帯域の使用を中止しなければならない。
【００９３】
そのため、ＡＰ及び／又はＳＴＡは、ＷＳ帯域中の特定周波数帯域の使用が可能か否か、すなわち、当該周波数帯域に許可されたユーザが存在するか否かを把握する手順を先行しなければならない。許可されたユーザが特定周波数帯域に存在するか否かを把握することをスペクトルセンシング（ｓｐｅｃｔｒｕｍ  ｓｅｎｓｉｎｇ）という。スペクトルセンシングメカニズムとして、エネルギー探知（ｅｎｅｒｇｙ  ｄｅｔｅｃｔｉｏｎ）方式、信号探知（ｓｉｇｎａｔｕｒｅ  ｄｅｔｅｃｔｉｏｎ）方式などが活用される。受信信号の強度が一定値以上であれば、許可されたユーザが使用中であると判断したり、ＤＴＶプリアンブル（ｐｒｅａｍｂｌｅ）が検出されると、許可されたユーザが使用中であると判断すればよい。
【００９４】
また、次世代通信技術としてＭ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）通信技術が議論されている。ＩＥＥＥ  ８０２．１１無線ＬＡＮシステムでもＭ２Ｍ通信を支援するための技術標準がＩＥＥＥ  ８０２．１１ａｈとして開発されている。Ｍ２Ｍ通信は、一つ以上のマシン（Ｍａｃｈｉｎｅ）が含まれる通信方式を意味し、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）又は事物通信と呼ばれることもある。ここで、マシンとは、人間の直接的な操作や介入を必要としない個体（ｅｎｔｉｔｙ）を意味する。例えば、無線通信モジュールが搭載された検針機（ｍｅｔｅｒ）や自動販売機のような装置を含めて、ユーザの操作／介入無しで自動でネットワークに接続して通信を行うことができるスマートフォンのようなユーザ機器もマシンの例示に該当し得る。Ｍ２Ｍ通信は、デバイス間の通信（例えば、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信）、デバイスとサーバー（ａｐｐｌｉｃａｔｉｏｎ  ｓｅｒｖｅｒ）間の通信などを含むことができる。デバイスとサーバー間の通信の例示としては、自動販売機とサーバー、ＰＯＳ（Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅ）装置とサーバー、電気、ガス又は水道検針機とサーバー間の通信が挙げられる。その他にも、Ｍ２Ｍ通信ベースのアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）には、保安（ｓｅｃｕｒｉｔｙ）、運送（ｔｒａｎｓｐｏｒｔａｔｉｏｎ）、ヘルスケア（ｈｅａｌｔｈ  ｃａｒｅ）などが含まれてもよい。このような適用例の特性を考慮すると、一般に、Ｍ２Ｍ通信は、数多くの機器が存在する環境でたまに少量のデータを低速で送受信することを支援できるものでなければならない。
【００９５】
具体的に、Ｍ２Ｍ通信は多数のＳＴＡを支援できるものでなければならない。現在定義されている無線ＬＡＮシステムでは、一つのＡＰに最大２００７個のＳＴＡが連係される場合を仮定するが、Ｍ２Ｍ通信ではそれよりも多い個数（約６０００個）のＳＴＡが一つのＡＰに連係される場合を支援する方案が議論されている。また、Ｍ２Ｍ通信では低い送信速度を支援／要求するアプリケーションが多いと予想される。これを円滑に支援するために、例えば、無線ＬＡＮシステムでは、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）要素に基づいてＳＴＡが自身に送信されるデータの有無を認知できるが、ＴＩＭのビットマップサイズを減らす方案が議論されている。また、Ｍ２Ｍ通信では送信／受信間隔が非常に長いトラフィックが多いと予想される。例えば、電気／ガス／水道の使用量のように長い周期（例えば、１ケ月）ごとに大変少ない量のデータをやり取りすることが要求される。そのため、無線ＬＡＮシステムでは、一つのＡＰに連係され得るＳＴＡの個数が非常に多くなっても、一つのビーコン周期の間にＡＰから受信するデータフレームが存在するＳＴＡの個数が大変少ない場合を效率的に支援する方案が議論されている。
【００９６】
このように無線ＬＡＮ技術は急速に進化しつつあり、前述の例示に加えて、直接リンクセットアップ、メディアストリーミング性能の改善、高速及び／又は大規模の初期セッションセットアップの支援、拡張された帯域幅及び動作周波数の支援などのための技術が開発されている。
【００９７】
１ＧＨｚ未満（ｓｕｂ−１ＧＨｚ）で動作するＷＬＡＮ
【００９８】
前述したように、Ｍ２Ｍ通信をユースケース（ｕｓｅ  ｃａｓｅ）とするＩＥＥＥ  ８０２．１１ａｈ標準が議論されている。ＩＥＥＥ  ８０２．１１ａｈ標準は、１ＧＨｚ未満（ｓｕｂ−１ＧＨｚ）の動作周波数においてＴＶホワイトスペース帯域（ｗｈｉｔｅｓｐａｃｅ  ｂａｎｄ）を除いた非免許（ｕｎｌｉｃｅｎｓｅｄ）帯域で動作し、既存の室内（ｉｎｄｏｏｒ）カバレッジを主に支援していたＷＬＡＮに比べて格段に広いカバレッジ（例えば、最大１ｋｍ）を有することができる。すなわち、既存の２．４ＧＨｚや５ＧＨｚの周波数で動作するＷＬＡＮと違い、ｓｕｂ−１ＧＨｚ（例えば、７００乃至９００ＭＨｚ）動作周波数帯域でＷＬＡＮが用いられると、当該帯域の伝搬特性によって、同一伝送電力でＡＰのカバレッジが略２〜３倍に拡張される。この場合、一つのＡＰ当たり極めて多数のＳＴＡが接続可能であるという特徴を有する。ＩＥＥＥ  ８０２．１１ａｈ標準で考慮しているユースケースを要約すると、下記の表１の通りである。
【００９９】
【表１】
0006419821.tif 000002
【０１００】
上記の表１のユースケース１によれば、種々のセンサー／メーター装置が８０２．１１ａｈＡＰに接続してＭ２Ｍ通信を行うことができる。特に、スマートグリッド（ｓｍａｒｔ  ｇｒｉｄ）の場合、最大６，０００個のセンサー／メーター装置が一つのＡＰに接続することができる。
【０１０１】
上記の表１のユースケース２によれば、広いカバレッジを提供する８０２．１１ａｈ  ＡＰが、ＩＥＥＥ  ８０２．１５．４ｇのような他のシステムにおいてバックホールリンク（ｂａｃｋｈａｕｌ  ｌｉｎｋ）の役割を担うことができる。
【０１０２】
上記の表１のユースケース３によれば、拡張されたホームカバレッジ（Ｅｘｔｅｎｄｅｄ  ｈｏｍｅ  ｃｏｖｅｒａｇｅ）、キャンパス広さのカバレッジ（Ｃａｍｐｕｓ  ｗｉｄｅ  ｃｏｖｅｒａｇｅ）、ショッピングモール（Ｓｈｏｐｐｉｎｇ  ｍａｌｌｓ）のような室外拡張された範囲のホットスポット（ｏｕｔｄｏｏｒ  ｅｘｔｅｎｄｅｄ  ｒａｎｇｅ  ｈｏｔｓｐｏｔ）通信を支援することができる。また、ユースケース３によれば、８０２．１１ａｈ  ＡＰがセルラー移動通信のトラフィックオフローディング（ｔｒａｆｆｉｃ  ｏｆｆｌｏａｄｉｎｇ）を支援することによって、セルラートラフィックの過負荷を分散させる機能を果たすこともできる。
【０１０３】
このようなｓｕｂ−１ＧＨｚ帯域における通信のための物理層（ＰＨＹ）の構成は、既存のＩＥＥＥ  ８０２．１１ａｃ  ＰＨＹを１／１０ダウンクロッキング（ｄｏｗｎ−ｃｌｏｃｋｉｎｇ）することによって具現することができる。この場合、８０２．１１ａｃにおける２０／４０／８０／１６０／８０＋８０ＭＨｚチャネル帯域幅は、１／１０ダウンクロッキングを用いて、ｓｕｂ−１ＧＨｚ帯域で２／４／８／１６／８＋８ＭＨｚチャネル帯域幅を提供することができる。これによって、ガード区間（Ｇｕａｒｄ  Ｉｎｔｅｒｖａｌ；ＧＩ）は０．８μｓから８μｓへと１０倍増加する。下記の表２は、８０２．１１ａｃ  ＰＨＹの処理量（ｔｈｒｏｕｇｈｐｕｔ）と、１／１０ダウンクロッキングされたｓｕｂ−１ＧＨｚ  ＰＨＹの処理量とを比較するものである。
【０１０４】
【表２】
0006419821.tif 000003
【０１０５】
媒体アクセスメカニズム
【０１０６】
ＩＥＥＥ  ８０２．１１に基づく無線ＬＡＮシステムにおいて、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）の基本アクセスメカニズムは、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）メカニズムである。ＣＳＭＡ／ＣＡメカニズムは、ＩＥＥＥ  ８０２．１１  ＭＡＣの分配調整機能（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ、ＤＣＦ）とも呼ばれるが、基本的に「ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ」アクセスメカニズムを採用している。このような類型のアクセスメカニズムによれば、ＡＰ及び／又はＳＴＡは送信を開始するに先立ち、所定の時間区間（例えば、ＤＩＦＳ（ＤＣＦ  Ｉｎｔｅｒ−Ｆｒａｍｅ  Ｓｐａｃｅ）の間に無線チャネル又は媒体（ｍｅｄｉｕｍ）をセンシング（ｓｅｎｓｉｎｇ）するＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）を行うことができる。センシングの結果、媒体が遊休状態（ｉｄｌｅ  ｓｔａｔｕｓ）と判断されると、当該媒体を通じてフレーム送信を始める。一方、媒体が占有状態（ｏｃｃｕｐｉｅｄ  ｓｔａｔｕｓ）と感知されると、当該ＡＰ及び／又はＳＴＡは自分の送信を開始せず、媒体アクセスのための遅延期間（例えば、任意バックオフ周期（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ  ｐｅｒｉｏｄ））を設定して待った後、フレーム送信を試みることができる。任意バックオフ周期の適用から、複数のＳＴＡはそれぞれ異なった時間待った後にフレーム送信を試みることが期待されるため、衝突（ｃｏｌｌｉｓｉｏｎ）を最小化することができる。
【０１０７】
また、ＩＥＥＥ  ８０２．１１  ＭＡＣプロトコルはＨＣＦ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）を提供する。ＨＣＦはＤＣＦとＰＣＦ（Ｐｏｉｎｔ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）に基づく。ＰＣＦは、ポーリング（ｐｏｌｌｉｎｇ）ベースの同期式アクセス方式で、全ての受信ＡＰ及び／又はＳＴＡがデータフレームを受信できるように周期的にポーリングする方式のことをいう。また、ＨＣＦは、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）とＨＣＣＡ（ＨＣＦ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）を有する。ＥＤＣＡは、提供者が複数のユーザにデータフレームを提供するためのアクセス方式を競合ベースとするものであり、ＨＣＣＡは、ポーリングメカニズムを用いた非競合ベースのチャネルアクセス方式を用いるものである。また、ＨＣＦは、ＷＬＡＮのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を向上させるための媒体アクセスメカニズムを含み、競合周期（Ｃｏｎｔｅｎｔｉｏｎ  Ｐｅｒｉｏｄ；ＣＰ）、非競合周期（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ；ＣＦＰ）のいずれにおいてもＱｏＳデータを送信することができる。
【０１０８】
図６は、バックオフ過程を説明するための図である。
【０１０９】
図６を参照して任意バックオフ周期に基づく動作について説明する。占有（ｏｃｃｕｐｙ又はｂｕｓｙ）状態だった媒体が遊休（ｉｄｌｅ）状態に変更されると、複数のＳＴＡはデータ（又はフレーム）送信を試みることができる。この時、衝突を最小化するための方案として、ＳＴＡはそれぞれ任意バックオフカウントを選択し、それに該当するスロット時間だけ待機した後、送信を試みることができる。任意バックオフカウントは、擬似−任意整数（ｐｓｅｕｄｏ−ｒａｎｄｏｍ  ｉｎｔｅｇｅｒ）値を有し、０乃至ＣＷ範囲の値のいずれか一つに決定され得る。ここで、ＣＷは、競合ウィンドウ（Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ）パラメータ値である。ＣＷパラメータは初期値としてＣＷｍｉｎが与えられるが、送信失敗の場合（例えば、送信されたフレームに対するＡＣＫを受信できなかった場合）に２倍の値を取ることができる。ＣＷパラメータ値がＣＷｍａｘになると、データ送信に成功するまでＣＷｍａｘ値を維持しながらデータ送信を試みることができ、データ送信に成功する場合にはＣＷｍｉｎ値にリセットされる。ＣＷ、ＣＷｍｉｎ及びＣＷｍａｘ値は２ｎ−１（ｎ＝０，１，２，…）に設定されることが好ましい。
【０１１０】
任意バックオフ過程が始まると、ＳＴＡは、決定されたバックオフカウント値によってバックオフスロットをカウントダウンする間に続けて媒体をモニタする。媒体が占有状態とモニタされるとカウントダウンを止めて待機し、媒体が遊休状態になると残りのカウントダウンを再開する。
【０１１１】
図６の例示で、ＳＴＡ３のＭＡＣに送信するパケットが到達した場合に、ＳＴＡ３はＤＩＦＳだけ媒体が遊休状態であることを確認し、直ちにフレームを送信することができる。一方、残りのＳＴＡは、媒体が占有（ｂｕｓｙ）状態であることをモニタして待機する。その間にＳＴＡ１、ＳＴＡ２及びＳＴＡ５のそれぞれでも送信するデータが発生することがあり、それぞれのＳＴＡは、媒体が遊休状態とモニタされると、ＤＩＦＳだけ待機した後に、それぞれ選択した任意バックオフカウント値によってバックオフスロットのカウントダウンを行うことができる。図６の例示では、ＳＴＡ２が最も小さいバックオフカウント値を選択し、ＳＴＡ１が最も大きいバックオフカウント値を選択した場合を示す。すなわち、ＳＴＡ２がバックオフカウントを終えてフレーム送信を始める時点でＳＴＡ５の残余バックオフ時間はＳＴＡ１の残余バックオフ時間よりも短い場合を例示する。ＳＴＡ１及びＳＴＡ５は、ＳＴＡ２が媒体を占有する間に暫くカウントダウンを止めて待機する。ＳＴＡ２の占有が終了して媒体が再び遊休状態になると、ＳＴＡ１及びＳＴＡ５はＤＩＦＳだけ待機した後に、止めていたバックオフカウントを再開する。すなわち、残余バックオフ時間だけの余りのバックオフスロットをカウントダウンした後にフレーム送信を始めることができる。ＳＴＡ５の残余バックオフ時間がＳＴＡ１よりも短かったため、ＳＴＡ５がフレーム送信を始めるようになる。一方、ＳＴＡ２が媒体を占有する間にＳＴＡ４でも送信するデータが発生することがある。このとき、ＳＴＡ４の立場では、媒体が遊休状態になるとＤＩＦＳだけ待機した後、自身が選択した任意バックオフカウント値によるカウントダウンを行ってフレーム送信を始めることができる。図６の例示では、ＳＴＡ５の残余バックオフ時間がＳＴＡ４の任意バックオフカウント値と偶然に一致する場合を示し、この場合、ＳＴＡ４とＳＴＡ５間に衝突が発生することがある。衝突が発生する場合はＳＴＡ４、ＳＴＡ５両方ともＡＣＫを受けることができず、データ送信に失敗することになる。この場合、ＳＴＡ４とＳＴＡ５はＣＷ値を２倍に増やした後に任意バックオフカウント値を選択してカウントダウンを行うことができる。一方、ＳＴＡ１は、ＳＴＡ４とＳＴＡ５の送信によって媒体が占有状態である間に待機しているが、媒体が遊休状態になると、ＤＩＦＳだけ待機した後、残余バックオフ時間が経過するとフレーム送信を開始することができる。
【０１１２】
ＳＴＡのセンシング動作
【０１１３】
前述したように、ＣＳＭＡ／ＣＡメカニズムは、ＡＰ及び／又はＳＴＡが媒体を直接センシングする物理的キャリアセンシング（ｐｈｙｓｉｃａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）の他、仮想キャリアセンシング（ｖｉｒｔｕａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）も含む。仮想キャリアセンシングは、隠れたノード問題（ｈｉｄｄｅｎ  ｎｏｄｅ  ｐｒｏｂｌｅｍ）などのように媒体アクセスで発生し得る問題を補完するために用いられる。仮想キャリアセンシングのために、無線ＬＡＮシステムのＭＡＣはネットワーク割当ベクトル（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ；ＮＡＶ）を用いることができる。ＮＡＶは、現在媒体を利用していたり又は利用する権限のあるＡＰ及び／又はＳＴＡが、媒体を使用可能な状態になるまで残っている時間を、他のＡＰ及び／又はＳＴＡに指示（ｉｎｄｉｃａｔｅ）する値である。したがって、ＮＡＶに設定された値は、当該フレームを送信するＡＰ及び／又はＳＴＡによって媒体の利用が予定されている期間に該当し、ＮＡＶ値を受信するＳＴＡは、当該期間において媒体アクセス（又は、チャネルアクセス）が禁止（ｐｒｏｈｉｂｉｔ）又は延期（ｄｅｆｅｒ）される。ＮＡＶは、例えば、フレームのＭＡＣヘッダ（ｈｅａｄｅｒ）の「ｄｕｒａｔｉｏｎ」フィールドの値によって設定されてもよい。
【０１１４】
また、衝突可能性を低減するために堅牢な衝突検出（ｒｏｂｕｓｔ  ｃｏｌｌｉｓｉｏｎ  ｄｅｔｅｃｔ）メカニズムが導入された。これについて図７及び図８を参照して説明する。実際にキャリアセンシング範囲と送信範囲は同一でないこともあるが、説明の便宜のために両者は同一であると仮定する。
【０１１５】
図７は、隠れたノード及び露出されたノードを説明するための図である。
【０１１６】
図７（ａ）は、隠れたノードに対する例示であり、ＳＴＡ  ＡとＳＴＡ  Ｂとが通信中にあり、ＳＴＡ  Ｃが送信する情報を持っている場合である。具体的に、ＳＴＡ  ＡがＳＴＡ  Ｂに情報を送信している状況であるにもかかわらず、ＳＴＡ  ＣがＳＴＡ  Ｂにデータを送る前にキャリアセンシングを行う際、媒体が遊休状態にあると判断することがある。これは、ＳＴＡ  Ａの送信（すなわち、媒体占有）をＳＴＡ  Ｃの位置ではセンシングできないこともあるためである。このような場合、ＳＴＡ  ＢはＳＴＡ  ＡとＳＴＡ  Ｃの情報を同時に受け、衝突が発生することになる。このとき、ＳＴＡ  ＡをＳＴＡ  Ｃの隠れたノードということができる。
【０１１７】
図７（ｂ）は、露出されたノード（ｅｘｐｏｓｅｄ  ｎｏｄｅ）に対する例示であり、ＳＴＡ  ＢがＳＴＡ  Ａにデータを送信している状況で、ＳＴＡ  ＣがＳＴＡ  Ｄに送信する情報を持っている場合である。この場合、ＳＴＡ  Ｃがキャリアセンシングを行うと、ＳＴＡ  Ｂの送信によって媒体が占有された状態であると判断することができる。そのため、ＳＴＡ  ＣがＳＴＡ  Ｄに送信する情報を持っていても、媒体占有状態とセンシングされたため、媒体が遊休状態になるまで待たなければならない。しかし、実際にはＳＴＡ  ＡはＳＴＡ  Ｃの送信範囲外にあるため、ＳＴＡ  Ｃからの送信とＳＴＡ  Ｂからの送信とがＳＴＡ  Ａの立場では衝突しないこともあるため、ＳＴＡ  Ｃは、ＳＴＡ  Ｂが送信を止めるまで余計に待機することになる。このとき、ＳＴＡ  ＣをＳＴＡ  Ｂの露出されたノードということができる。
【０１１８】
図８は、ＲＴＳとＣＴＳを説明するための図である。
【０１１９】
図７のような例示的な状況で衝突回避（ｃｏｌｌｉｓｉｏｎ  ｖｏｉｄａｎｃｅ）メカニズムを效率的に利用するために、ＲＴＳ（ｒｅｑｕｅｓｔ  ｔｏ  ｓｅｎｄ）とＣＴＳ（ｃｌｅａｒ  ｔｏ  ｓｅｎｄ）などの短いシグナリングパケット（ｓｈｏｒｔ  ｓｉｇｎａｌｉｎｇ  ｐａｃｋｅｔ）を利用することができる。両ＳＴＡ間のＲＴＳ／ＣＴＳは周囲のＳＴＡがオーバーヒヤリング（ｏｖｅｒｈｅａｒｉｎｇ）できるようにし、この周囲のＳＴＡが上記両ＳＴＡ間の情報送信の有無を考慮するようにすることができる。例えば、データを送信しようとするＳＴＡがデータを受けるＳＴＡにＲＴＳフレームを送信すると、データを受けるＳＴＡはＣＴＳフレームを周囲のＳＴＡに送信することによって、自身がデータを受けることを知らせることができる。
【０１２０】
図８（ａ）は、隠れたノード問題を解決する方法に関する例示であり、ＳＴＡ  ＡとＳＴＡ  ＣがいずれもＳＴＡ  Ｂにデータを送信しようとする場合を仮定する。ＳＴＡ  ＡがＲＴＳをＳＴＡ  Ｂに送ると、ＳＴＡ  ＢはＣＴＳを自身の周囲にあるＳＴＡ  Ａ及びＳＴＡ  Ｃの両方に送信する。その結果、ＳＴＡ  ＣはＳＴＡ  ＡとＳＴＡ  Ｂのデータ送信が終わるまで待機し、衝突を避けることができる。
【０１２１】
図８（ｂ）は、露出されたノード問題を解決する方法に関する例示であり、ＳＴＡ  ＡとＳＴＡ  Ｂ間のＲＴＳ／ＣＴＳ送信をＳＴＡ  Ｃがオーバーヒヤリングすることによって、ＳＴＡ  Ｃは自身が他のＳＴＡ（例えば、ＳＴＡ  Ｄ）にデータを送信しても衝突が発生しないと判断することができる。すなわち、ＳＴＡ  Ｂは周囲の全ＳＴＡにＲＴＳを送信し、実際に送るデータを持っているＳＴＡ  ＡのみがＣＴＳを送信するようになる。ＳＴＡ  Ｃは、ＲＴＳのみを受信し、ＳＴＡ  ＡのＣＴＳは受信できなかったため、ＳＴＡ  ＡがＳＴＡ  Ｃのキャリアセンシング外にあるということがわかる。  
【０１２２】
ＰＰＤＵフレームフォーマット
【０１２３】
ＰＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（ＰＬＣＰ）Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）フレームフォーマットは、ＳＴＦ（Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）、ＬＴＦ（Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）、ＳＩＧ（ＳＩＧＮＡＬ）フィールド、及びデータ（Ｄａｔａ）フィールドで構成することができる。最も基本的な（例えば、ｎｏｎ−ＨＴ（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ））ＰＰＤＵフレームフォーマットは、Ｌ−ＳＴＦ（Ｌｅｇａｃｙ−ＳＴＦ）、Ｌ−ＬＴＦ（Ｌｅｇａｃｙ−ＬＴＦ）、ＳＩＧフィールド及びデータフィールドのみで構成することができる。また、ＰＰＤＵフレームフォーマットの種類（例えば、ＨＴ−ｍｉｘｅｄフォーマットＰＰＤＵ、ＨＴ−ｇｒｅｅｎｆｉｅｌｄフォーマットＰＰＤＵ、ＶＨＴ（Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）ＰＰＤＵなど）によって、ＳＩＧフィールドとデータフィールドとの間に追加の（又は、他の種類の）ＳＴＦ、ＬＴＦ、ＳＩＧフィールドを含めることもできる。
【０１２４】
ＳＴＦは、信号検出、ＡＧＣ（Ａｕｔｏｍａｔｉｃ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）、ダイバーシティ選択、精密な時間同期などのための信号であり、ＬＴＦは、チャネル推定、周波数誤差推定などのための信号である。ＳＴＦとＬＴＦを合わせてＰＣＬＰプリアンブル（ｐｒｅａｍｂｌｅ）と称することができ、ＰＬＣＰプリアンブルは、ＯＦＤＭ物理層の同期化及びチャネル推定のための信号ということができる。
【０１２５】
ＳＩＧフィールドは、ＲＡＴＥフィールド及びＬＥＮＧＴＨフィールドなどを含むことができる。ＲＡＴＥフィールドは、データの変調及びコーディングレートに関する情報を含むことができる。ＬＥＮＧＴＨフィールドは、データの長さに関する情報を含むことができる。さらに、ＳＩＧフィールドは、パリティ（ｐａｒｉｔｙ）ビット、ＳＩＧ  ＴＡＩＬビットなどを含むことができる。
【０１２６】
データフィールドは、ＳＥＲＶＩＣＥフィールド、ＰＳＤＵ（ＰＬＣＰ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、ＰＰＤＵ  ＴＡＩＬビットを含むことができ、必要時には埋め草ビット（ｐａｄｄｉｎｇ  ｂｉｔ）も含むことができる。ＳＥＲＶＩＣＥフィールドの一部ビットは、受信端におけるデスクランブラの同期化のために用いることができる。ＰＳＤＵは、ＭＡＣ層で定義されるＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に対応し、上位層で生成／利用されるデータを含むことができる。ＰＰＤＵ  ＴＡＩＬビットは、エンコーダを０状態にリターンするために用いることができる。埋め草ビットは、データフィールドの長さを所定の単位に合わせるために用いることができる。
【０１２７】
ＭＡＣ  ＰＤＵは、様々なＭＡＣフレームフォーマットによって定義され、基本的なＭＡＣフレームは、ＭＡＣヘッダー、フレームボディー、及びＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）で構成される。ＭＡＣフレームは、ＭＡＣ  ＰＤＵで構成されて、ＰＰＤＵフレームフォーマットのデータ部分のＰＳＤＵを介して送信／受信されてもよい。
【０１２８】
一方、ヌル−データパケット（ＮＤＰ）フレームフォーマットは、データパケットを含まない形態のフレームフォーマットを意味する。すなわち、ＮＤＰフレームは、一般的なＰＰＤＵフォーマットにおいてＰＬＣＰヘッダー部分（すなわち、ＳＴＦ、ＬＴＦ及びＳＩＧフィールド）のみを含み、残りの部分（すなわち、データフィールド）は含まないフレームフォーマットを意味する。ＮＤＰフレームは、短い（ｓｈｏｒｔ）フレームフォーマットと呼ぶこともできる。
【０１２９】
単一ユーザフレーム／多重ユーザフレームの構造
【０１３０】
本発明では、１ＧＨｚ以下（例えば、９０２乃至９２８ＭＨｚ）の周波数帯域で動作する無線ＬＡＮシステムで単一ユーザ（Ｓｉｎｇｌｅ  Ｕｓｅｒ；ＳＵ）フレームと多重ユーザ（Ｍｕｌｔｉｐｌｅ  Ｕｓｅｒ；ＭＵ）フレームにけるＳＩＧフィールド構成方案について提案する。ＳＵフレームは、ＳＵ−ＭＩＭＯで用いられるフレーム、ＭＵフレームは、ＭＵ−ＭＩＭＯで用いられるフレームのことを指すことができる。ここで、以下の説明で、フレームは、データフレーム又はＮＤＰフレームであってもよい。
【０１３１】
図９は、ＳＵ／ＭＵフレームフォーマットを例示的に示す図である。
【０１３２】
図９の例示で、ＳＴＦ、ＬＴＦ１、ＳＩＧ−Ａ（ＳＩＧＮＡＬ  Ａ）フィールドは、全方向（ｏｍｎｉ  ｄｉｒｅｃｔｉｏｎ）に全てのＳＴＡに送信されるということからオムニ（Ｏｍｎｉ）部分に該当するものであり、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）又はプリコーディング（ｐｒｅｃｏｄｉｎｇ）が適用されずに送信されてもよい。図９の例示で示すように、ＳＵ／ＭＵフレームフォーマットは非−ＮＤＰ（ｎｏｎ−ＮＤＰ）フレームフォーマットに該当する。
【０１３３】
一方、ＳＩＧ−Ａフィールドに続くＭＵ−ＳＴＦ，ＭＵ−ＬＴＦ１，．．．，ＭＵ−ＬＴＦ＿ＮＬＴＦ、ＳＩＧ−Ｂ（ＳＩＧＮＡＬ  Ｂ）フィールドは、ユーザ−特定に送信されるものであり、ビームフォーミング又はプリコーディングが適用されて送信されてもよい。図９のフレームフォーマットの例示で、ＭＵ部分はＭＵ−ＳＴＦ、ＭＵ−ＬＴＦ、ＳＩＧ−Ｂ及びデータフィールドを含むことができる。
【０１３４】
オムニ部分でＳＴＦ、ＬＴＦ１、ＳＩＧ−Ａフィールドは、それぞれの副搬送波（ｓｕｂｃａｒｒｉｅｒ）に対して単一ストリームで送信されてもよい。これを式で表現すると、次のとおりである。
【０１３５】
【数１】
0006419821.tif 000004
【０１３６】
上記の式１で、ｋは、副搬送波（又は、トーン）インデックスであり、ｘｋは、副搬送波ｋで送信される信号を意味し、ＮＴＸは、送信アンテナの個数を意味する。Ｑｋは、副搬送波ｋで送信される信号をエンコーディング（例えば、空間マッピング）する列ベクトルを意味し、ｄｋは、エンコーダに入力されるデータを意味する。上記の式１で、Ｑｋには時間ドメインにおける循環シフト遅延（ＣＳＤ）が適用されてもよい。時間ドメインにおけるＣＳＤは、周波数ドメインにおける位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）又は位相シフト（ｐｈａｓｅ  ｓｈｉｆｔ）の意味を有する。したがって、Ｑｋは、時間ドメインＣＳＤによって誘発されるトーンｋにおける位相シフト値を含むことができる。
【０１３７】
図９に例示したようなフレームフォーマットが用いられる場合、ＳＴＦ、ＬＴＦ１、ＳＩＧ−Ａフィールドを全てのＳＴＡが受信することができ、各ＳＴＡはＳＴＦ、ＬＴＦ１に基づくチャネル推定によってＳＩＧ−Ａフィールドをデコードすることができる。
【０１３８】
ＳＩＧ−Ａフィールドは、長さ／デューレーション（Ｌｅｎｇｔｈ／Ｄｕｒａｔｉｏｎ）、チャネル帯域幅（Ｃｈａｎｎｅｌ  Ｂａｎｄｗｉｄｔｈ）、空間ストリームの個数（Ｎｕｍｂｅｒ  ｏｆ  Ｓｐａｔｉａｌ  Ｓｔｒｅａｍｓ）などに関する情報を含むことができる。ＳＩＧ−Ａフィールドは２個のＯＦＤＭシンボル長で構成される。１つのＯＦＤＭシンボルは、４８個のデータトーン（ｄａｔａ  ｔｏｎｅ）に対してＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）変調を使用するので、１つのＯＦＤＭシンボル上で２４ビットの情報を表現することができる。これによって、ＳＩＧ−Ａフィールドは４８ビットの情報を含むことができる。
【０１３９】
下記の表３には、ＳＵの場合とＭＵの場合のそれぞれに対するＳＩＧ−Ａフィールドのビット割り当ての例示を示す。
【０１４０】
【表３】
0006419821.tif 000005
【０１４１】
上記の表３で、ＳＵ／ＭＵ指示（ＳＵ／ＭＵ  Ｉｎｄｉｃａｔｉｏｎ）フィールドは、ＳＵフレームフォーマットかＭＵフレームフォーマットかを区別するために使われる。
【０１４２】
長さ／デューレーション（Ｌｅｎｇｔｈ／Ｄｕｒａｔｉｏｎ）フィールドは、フレームのＯＦＤＭシンボル（すなわち、デューレーション）又はバイト個数（すなわち、長さ）を示す。ＳＵフレームで組合せ（ａｇｇｒｅｇａｔｉｏｎ）フィールドの値が１である場合、長さ／デューレーションフィールドはデューレーションフィールドと解釈される。一方、組合せフィールドの値が０である場合には、長さ／デューレーションフィールドは長さフィールドと解釈される。ＭＵフレームでは、組合せフィールドが定義されず、常に組合せが適用されるように構成されるので、長さ／デューレーションフィールドはデューレーションフィールドと解釈される。
【０１４３】
ＭＣＳフィールドは、ＰＳＤＵ送信に用いられる変調及びコーディング技法を示す。ＳＵフレームの場合にのみ、ＭＣＳフィールドがＳＩＧ−Ａフィールドで送信される。他のＳＴＡ（すなわち、２つのＳＴＡ間の送受信に直接的に関連しないサードパーティー（３ｒｄ  ｐａｒｔｙ）ＳＴＡと呼ぶこともできる。）が上記ＳＵフレームを受信する場合、長さ／デューレーションフィールドの長さ値とＭＣＳフィールド値に基づいて、現在受信されるＳＵフレーム（すなわち、組合せフィールドが０である、ＳＵビームフォーミングされたフレーム）のデューレーションを計算することができる。一方、ＭＵフレームでは、ＭＣＳフィールドはＳＩＧ−Ａフィールドに含まれず、ユーザ−特定情報を運ぶＳＩＧ−Ｂフィールドに含まれ、これによってそれぞれのユーザ別に独立したＭＣＳの適用が可能である。
【０１４４】
ＢＷフィールドは、送信されるＳＵフレーム又はＭＵフレームのチャネル帯域幅を示す。例えば、ＢＷフィールドは、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨ又は８＋８ＭＨｚのいずれか一つを示す値に設定することができる。
【０１４５】
組合せ（Ａｇｇｒｅｇａｔｉｏｎ）フィールドは、ＰＳＤＵが組合せＭＰＤＵ（すなわち、Ａ−ＭＰＤＵ）形態に組み合わせられるか否かを示す。組合せフィールドが１である場合、ＰＳＤＵがＡ−ＭＰＤＵの形態に組み合わせられて送信されることを意味する。組合せフィールドが０である場合、ＰＳＤＵは、組み合わせられずに送信されることを意味する。ＭＵフレームではＰＳＤＵが常にＡ−ＭＰＤＵ形態で送信されるので、組合せフィールドがシグナルされる必要がなく、ＳＩＧ−Ａフィールドに含まれない。
【０１４６】
空間時間ブロックコーディング（ＳＴＢＣ）フィールドは、ＳＵフレーム又はＭＵフレームにＳＴＢＣが適用されるか否かを示す。
【０１４７】
コーディング（ｃｏｄｉｎｇ）フィールドは、ＳＵフレーム又はＭＵフレームに用いられたコーディング技法を示す。ＳＵフレームの場合には、ＢＣＣ（Ｂｉｎａｒｙ  Ｃｏｎｖｏｌｕｔｉｏｎａｌ  Ｃｏｄｅ）、ＬＤＰＣ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ）技法などを用いることができる。ＭＵフレームの場合には、それぞれのユーザ別に独立したコーディング技法を適用することができ、これを支援するために、２ビット以上のビットサイズで上記コーディングフィールドを定義することができる。
【０１４８】
短いガードインターバル（ＳＧＩ）フィールドは、ＳＵフレーム又はＭＵフレームのＰＳＤＵ送信に短いＧＩが用いられるか否かを示す。ＭＵフレームの場合には、ＳＧＩが用いられると、ＭＵ−ＭＩＭＯグループに属した全てのユーザに対して共通にＳＧＩが適用されることを示すことができる。
【０１４９】
グループ識別子（ＧＩＤ）フィールドは、ＭＵフレームで多重−ユーザグループ情報を示す。ＳＵフレームの場合にはユーザグループが定義される必要がなく、ＧＩＤフィールドはＳＩＧ−Ａフィールドに含まれない。
【０１５０】
空間−時間ストリームの個数（Ｎｓｔｓ）フィールドは、ＳＵフレーム又はＭＵフレームにおいて空間ストリームの個数を意味する。ＭＵフレームの場合、該当する多重−ユーザグループに属したＳＴＡのそれぞれに対する空間ストリームの個数を示し、そのためには８ビットが必要である。具体的に、１つのＭＵグループに最大４名のユーザが含まれ、各ユーザに対して最大４個の空間ストリームが送信され得るので、これを正しく支援するために８ビットが必要である。
【０１５１】
上りリンク／下りリンク（Ｕｐｌｉｎｋ／Ｄｏｗｎｌｉｎｋ）フィールドは、当該フレームが上りリンクフレーム（ｕｐｌｉｎｋ  ｆｒａｍｅ）であるか又は下りリンクフレーム（ｄｏｗｎｌｉｎｋ  ｆｒａｍｅ）であるかを明示的に示す。上りリンク／下りリンクフィールドはＳＵフレームでのみ定義され、ＭＵフレームでは定義されず、常に下りリンクフレームとしてのみ用いられるとあらかじめ定めておいてもよい。
【０１５２】
部分ＡＩＤ（ＰＡＩＤ）フィールドは、ＳＵフレームで受信ＳＴＡを識別するためのＳＴＡのＩＤを示す。上りリンクフレームでＰＡＩＤの値は、ＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）の一部分で構成される。下りリンクフレームでＰＡＩＤ値は、ＡＰのＢＳＳＩＤとＳＴＡのＡＩＤとをハッシュ（ｈａｓｈｉｎｇ）した結果で構成されてもよい。例えば、ＢＳＳＩＤはＡＰのＭＡＣアドレスに該当し、４８ビットの長さを有する。ＡＩＤは、ＡＰが自身と関連付けられたＳＴＡに割り当てる識別情報又はアドレスであり、１６ビットの長さを有する。
【０１５３】
また、上りリンクフレームでは、ＰＡＩＤフィールドのサイズが９ビットと定義され、下りリンクフレームではＰＡＩＤフィールドが６ビットのサイズと定義されてもよい。ＰＡＩＤ値を定める方法の詳細は後述する。
【０１５４】
また、上りリンクフレームではＣＯＬＯＲフィールドが定義されず、下りリンクフレームではＣＯＬＯＲフィールドが３ビットサイズと定義されてもよい。ＣＯＬＯＲフィールドは０から７までの値のうちのいずれかを有することができる。ＣＯＬＯＲフィールドは、下りリンクフレームを送信するＢＳＳを識別するための目的で用いることができる。ＣＯＬＯＲフィールドを用いて、ＳＴＡは、当該フレームが自身の属したＢＳＳで送信されているか否かを識別することができる。一方、上りリンクフレームではＰＡＩＤフィールドだけを用いて、当該フレームを送信するＢＳＳを識別することができ、よって、ＣＯＬＯＲフィールドがＳＩＧ−Ａフィールドに含まれない。
【０１５５】
上記の表３の受信確認指示（ＡＣＫ  ｉｎｄｉｃａｔｉｏｎ）フィールドは、ＳＵフレーム又はＭＵフレームの後に送信されるＡＣＫの類型を示す。例えば、ＡＣＫ指示フィールドの値が００であれば、一般ＡＣＫ（Ｎｏｒｍａｌ  ＡＣＫ）を示し、０１であれば、ブロックＡＣＫ（ブロックＡＣＫ）を示し、１０であれば、ＡＣＫ無し（Ｎｏ  ＡＣＫ）を示すことができる。ただし、このように３つの類型の区別に制限されるものではなく、応答フレーム（ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）の属性によって３つ以上の類型に区別されてもよい。
【０１５６】
一方、図９の例示のようなＭＵフレームでＳＩＧ−Ｂフィールドは、ユーザ−特定（Ｕｓｅｒ−ｓｐｅｃｉｆｉｃ）情報を含むことができる。下記の表４に、ＭＵフレームにおいてＳＩＧ−Ｂフィールドを構成するフィールドを例示的に示す。また、下記の表１では、帯域幅（ＢＷ）２、４、８又は１６ＭＨｚ別にＰＰＤＵに対して適用される様々なパラメータを例示的に示す。
【０１５７】
【表４】
0006419821.tif 000006
【０１５８】
上記の表４で、ＭＣＳフィールドは、それぞれのユーザ別にＭＵフレーム形態で送信されるＰＰＤＵのＭＣＳ値を示す。
【０１５９】
ＴＡＩＬビットは、エンコーダを０状態にリターンするために用いることができる。
【０１６０】
ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）フィールドは、ＭＵフレームを受信するＳＴＡでのエラー検出のために用いることができる。
【０１６１】
ＰＡＩＤ決定方案
【０１６２】
ＰＡＩＤはＳＴＡの非−固有（ｎｏｎ−ｕｎｉｑｕｅ）識別子である。上記の表３で説明したとおり、ＰＡＩＤをＳＵフレームに含めることができ、具体的には、本発明を適用し得るｓｕｂ−１ＧＨｚ動作周波数で定義されるＳＵフレームに含めることができる。
【０１６３】
下記の表５は、それぞれのフレーム類型に対するＰＡＩＤ値を求める従来の方法を説明するためのものである。
【０１６４】
【表５】
0006419821.tif 000007
【０１６５】
上記の表５に含まれた式で、ｄｅｃ（Ａ）は、Ａを１０進数に変換した値を表す。Ａ［ｂ：ｃ」は、２進数Ａの最初のビットが０のとき、Ａのビットｂからビットｃまでを表す。ｍｏｄは、モジューロ（ｍｏｄｕｌｏ）演算を表す。ＸＯＲは、排他的論理和、すなわち、ｅｘｃｌｕｓｉｖｅ  ＯＲ演算を表す。｜｜は、連接（ｃｏｎｃａｔｅｎａｔｉｏｎ）演算を表す。
【０１６６】
上記の表５で、“Ａｄｄｒｅｓｓｅｄ  ｔｏ  ＡＰ”と記載された条件は、ＳＴＡがＡＰに上りリンクフレームを送信する場合に該当する。この場合、４８ビットサイズのＢＳＳＩＤの４０番目のビットから４８番目のビット（すなわち、ＢＳＳＩＤ［３９：４７］は、ＢＳＳＩＤのビット３９からビット４７を表す。）の９ビットを１０進数と表し、２９−１モジューロ演算を行い、１を加えてＰＡＩＤ値を計算することができる。モジューロ演算の結果に１を加算しているため、この場合のＰＡＩＤ値は０値にならない。
【０１６７】
従来のＰＡＩＤ値演算においてＰＡＩＤ＝０はマルチキャスト／ブロードキャストに用いられる。
【０１６８】
一方、上記の表５で“Ａｄｄｒｅｓｓｅｄ  ｔｏ  Ｍｅｓｈ  ＳＴＡ”と記載された条件は、フレームをメッシュＳＴＡに送信する場合に該当し、この場合には、ＢＳＳＩＤ［４０：４７］に１を連接した値によってＰＡＩＤが計算される。
【０１６９】
一方、上記の表５で“Ｓｅｎｔ  ｂｙ  ａｎ  ＡＰ  ａｎｄ  ａｄｄｒｅｓｓｅｄ  ｔｏ  ａ  ＳＴＡ  ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ  ｔｈａｔ  ＡＰ”と記載された条件は、ＡＰによって該ＡＰと関連付けられているＳＴＡに下りリンクフレームを送信する場合に該当する。また、“ｓｅｎｔ  ｂｙ  ａ  ＤＬＳ  ｏｒ  ＴＤＬＳ  ＳＴＡ  ｉｎ  ａ  ｄｉｒｅｃｔ  ｐａｔｈ  ｔｏ  ａ  ＤＬＳ  ｏｒ  ＴＤＬＳ  ＳＴＡ”と記載された条件は、ＤＬＳ（Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐ）又はＴＤＬＳ（Ｔｕｎｎｅｌｅｄ  ＤＬＳ）ＳＴＡによって直接経路（ｄｉｒｅｃｔ  ｐａｔｈ）で他のＤＬＳ又はＴＤＬＳ  ＳＴＡにフレームを送信する場合に該当する。この場合には、ＢＳＳＩＤ及びＡＩＤを用いたハッシュ値によってＰＡＩＤが計算される。具体的に、ＡＩＤの１番目のビット位置から９番目のビット位置（すなわち、ＡＩＤ［０：８］）までの８ビット値を１０進数と表し、ＢＳＳＩＤの４５番目のビット位置から４８番目のビット位置までの４ビット値（すなわち、ＢＳＳＩＤ［４４：４７］）とＢＳＳＩＤの４１番目のビット位置から４４番目のビット位置までの４ビット値（（すなわち、ＢＳＳＩＤ［４０：４３］）とをＸＯＲ演算して１０進数と表し、これに２５を乗じる。このようにして得られた２個の１０進数値を合算し、その結果値に２６モジューロ演算を行って得られた最終結果値によってＰＡＩＤが計算される。
【０１７０】
ここで、ＡＰによって全ＳＴＡに送信されるマルチキャスト／ブロードキャストフレーム、又は関連付いていない（ｎｏｎ−ａｓｓｏｃｉａｔｅｄ）ＳＴＡが送信するフレームの場合には、ＰＡＩＤ値として０を使用する。これは、あるＳＴＡが検出したフレームのＰＡＩＤフィールドの値が０である場合、該ＳＴＡは当該フレームを受信し、ＰＳＤＵデコーディングを行うということを意味する。
【０１７１】
ＡＰでは、ＰＡＩＤ値が０又は（ｄｅｃ（ＢＳＳＩＤ［３９：４７］）ｍｏｄ（２９−１））＋１値と一致するフレームに対してのみ、ＡＰ自身に向かって送信される（又は、送信される可能性がある）フレームであると見なしてＰＳＤＵをデコードする。
【０１７２】
ＳＴＡでは、ＰＡＩＤ値が０又は（ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］ＸＯＲＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６値と一致するフレームに対してのみ、ＳＴＡ自身に向かって送信される（又は、送信される可能性がある）フレームであると見なしてＰＳＤＵをデコードする。
【０１７３】
このような動作を正しく支援するために、ＡＰがＳＴＡにＡＩＤを割り当てる際に、（ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］ＸＯＲＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６の計算値が０であるＡＩＤを、ＳＴＡに割り当ててはならない。仮に（ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］ＸＯＲＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６の計算値が０となるようにするＡＩＤ値がＳＴＡに割り当てられると、上記の表５によって、当該ＳＴＡに送信される下りリンクフレームのＰＡＩＤが０値を有するようになり、このようなフレームを検出できる他のＳＴＡはいずれも当該フレームをマルチキャスト／ブロードキャストフレームとして見なして当該フレームを受信及びＰＳＤＵデコーディングをしてしまい、システム全体の動作を妨害するためである。
【０１７４】
同様の理由で、ＡＰがＳＴＡにＡＩＤを割り当てる際に、（ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］ＸＯＲＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６の計算値が（ｄｅｃ（ＢＳＳＩＤ［３９：４７］）ｍｏｄ（２９−１））＋１値となるＡＩＤを、ＳＴＡに割り当ててはならない。仮に（ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］ＸＯＲＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６の計算値が（ｄｅｃ（ＢＳＳＩＤ［３９：４７］）ｍｏｄ（２９−１））＋１値となるＡＩＤをＳＴＡに割り当てる場合、他のＳＴＡがＡＰに送信する上りリンクフレームを、前記ＳＴＡは自分に向かうフレームであると判断し、当該フレームを無駄に受信し、ＰＳＤＵデコーディングを行うことになるためである。
【０１７５】
また、重なるＢＳＳ（Ｏｖｅｒｌａｐｐｉｎｇ  ＢＳＳ；ＯＢＳＳ）が存在する場合、ＡＰは、ＯＢＳＳ  ＡＰのＢＳＳＩＤ（すなわち、ＯＢＳＳのＢＳＳＩＤ）を考慮して、自身のＢＳＳに属したＳＴＡに割り当てるＡＩＤ値を決定しなければならない。すなわち、ＡＰがＳＴＡにＡＩＤを割り当てる際に、（ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］ＸＯＲＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６の計算値が（ｄｅｃ（ＯＢＳＳ  ＢＳＳＩＤ［３９：４７］）ｍｏｄ（２９−１））＋１値になるＡＩＤをＳＴＡに割り当ててはならない。仮に、
【０１７６】
（ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］ＸＯＲＢＳＳＩＤ［４０：４３］）×２５）ｍｏｄ２６の計算値が（ｄｅｃ（ＯＢＳＳ  ＢＳＳＩＤ［３９：４７］）ｍｏｄ（２９−１））＋１値になるＡＩＤをＳＴＡに割り当てる場合、ＯＢＳＳに属したＳＴＡがＯＢＢＳのＡＰに送信するＯＢＳＳ上りリンクフレームを、前記ＳＴＡは自身に向かうフレームであると判断し、該フレームを無駄に受信し、ＰＳＤＵデコーディングを行うことになるためである。
【０１７７】
したがって、ＰＡＩＤが目的に応じて正しく用いられるようにするためには、ＡＰがＳＴＡにＡＩＤを割り当てる際に、ＡＩＤ及びＢＳＳＩＤのハッシュによって得られる下りリンクフレームのＰＡＩＤ値が、マルチキャスト／ブロードキャストのような特定フレーム類型のために指定されたＰＡＩＤ値、又はＡＰ又はＯＢＳＳ  ＡＰに送信される上りリンクフレームのように特定ＳＴＡのために指定されたＰＡＩＤ値と一致してはならない。また、このような場合を発生させうるＡＩＤ値が個別のＳＴＡに割り当てられてはならず、このようなＡＩＤ値はマルチキャストフレームなどの他の用途に用いることが好ましい。
【０１７８】
前述した本発明の一例によれば、上記の表５は下記の表６のように修正される。
【０１７９】
【表６】
0006419821.tif 000008
【０１８０】
上記の表６で、“Ａ  ｆｒａｍｅ  ｔｈａｔ  ｉｓ  ｎｏｔ  ａ  Ｃｏｎｔｒｏｌ  ｆｒａｍｅ  ｔｈａｔ  ｉｓ  ａｄｄｒｅｓｓｅｄ  ｔｏ  ａｎ  ＡＰ”と記載された条件は、制御フレームでないとともにＡＰに向かうフレーム（すなわち、上りリンクフレーム）である場合であり、この場合には、上記の式２によってＰＡＩＤが計算される。
【０１８１】
上記の表６で、“Ａ  ｆｒａｍｅ  ｔｈａｔ  ｉｓ  ｎｏｔ  ａ  Ｃｏｎｔｒｏｌ  ｆｒａｍｅ  ｔｈａｔ  ｉｓ  Ｓｅｎｔ  ｂｙ  ａｎ  ＡＰ  ａｎｄ  ａｄｄｒｅｓｓｅｄ  ｔｏ  ａ  ＳＴＡ  ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ  ｔｈａｔ  ＡＰ  ．．．”と記載された条件は、制御フレームでないとともに、ＡＰによって該ＡＰと関連付けられたＳＴＡに向かうフレーム（すなわち、下りリンクフレーム）又はＤＬＳ／ＴＤＬＳ  ＳＴＡに送信されるフレームである場合であり、この場合には上記の式４によってＰＡＩＤが計算される。
【０１８２】
これら２つの条件に該当しない場合（すなわち、制御フレームであるとともに上りリンクフレームである場合、又は制御フレームであるとともに下りリンクフレームである場合）には、フレームのＰＡＩＤは０値に設定される。
【０１８３】
改善されたＰＡＩＤ決定方案
【０１８４】
既存のＰＡＩＤ決定方案では制御フレームと制御フレームでないフレームとを区別していないが、この場合に発生しうる問題点を解決するために、本発明では、制御フレームのＰＡＩＤ値を特定値に設定する方案について提案する。これに加えて、本発明では、制御フレームのＳＩＧ−Ａフィールドの上りリンク／下りリンクフィールド又はＣＯＬＯＲフィールドを特定値に設定する方案についても提案する。
【０１８５】
制御フレームの種類には、例えば、ＲＴＳフレーム、ＣＴＳフレーム、ＡＣＫフレーム、ブロックＡＣＫフレーム、ＰＳ（Ｐｏｗｅｒ  Ｓａｖｅ）−Ｐｏｌｌフレーム、ＣＦ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ）−ＥＮＤフレームなどがある。このような制御フレームはＭＡＣヘッダーにデューレーションフィールドを含み、周辺のＳＴＡは、当該制御フレームを検出又はオーバーヒヤリングして、仮想キャリアセンシング（ｖｉｒｔｕａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｅ）のためのＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）を設定することができる。ＮＡＶを設定したＳＴＡは、所定の時間区間でチャネルアクセス（又は媒体アクセス）を延期（ｄｅｆｅｒ）する。
【０１８６】
仮に、制御フレームに対して従来の方式によってＰＡＩＤ値を設定すると、これらの制御フレームが特定ＳＴＡに向かってユニキャスト方式で送信される場合、他の周辺ＳＴＡは、当該制御フレームに含まれたＰＡＩＤが自分のと一致しないため、そのようなフレームは受信／デコードしなくなる。したがって、他の周辺ＳＴＡは当該制御フレームのデューレーションフィールドを確認してＮＡＶ設定をする動作を行わずに、チャネルアクセスを行う。このため、制御フレームを送信するＳＴＡは、デューレーション値に該当する区間では他のＳＴＡのチャネルアクセスが延期されるとの前提に動作するが、実際には他のＳＴＡがチャネルアクセスを行うため衝突が発生し、これによって、システム全体の性能が低下したり、誤動作が発生したりする。
【０１８７】
このような問題を解決するために、以下、制御フレーム（例えば、デューレーションフィールドを用いて周辺ＳＴＡのＮＡＶ設定を要求するフレーム）のＳＩＧ−Ａフィールドの上りリンク／下りリンクフィールド、ＰＡＩＤフィールド、又はＣＯＬＯＲフィールドを特定値に設定する方案について説明する。
【０１８８】
本発明の一例によれば、制御フレーム以外のフレームに対しては、上記の表５のような方式でＰＡＩＤを計算／設定するが、制御フレームの場合には、ＰＡＩＤ値を０に設定することができる。これは、制御フレームがユニキャスト方式で送信する場合にもＰＡＩＤを０に設定するという意味であるため、マルチキャスト／ブロードキャストのフレームの場合にＰＡＩＤを０に設定するものと区別しなければならない。一方、ＰＡＩＤ＝０に設定された制御フレームを受信する他のＳＴＡは、該制御フレームを受信してＰＳＤＵをデコードすることによって仮想キャリアセンシング動作を正確に行うことができる。
【０１８９】
また、このような制御フレームは、ＳＴＡの属したＢＳＳ（又はＡＰ）だけのために送信されるものではなく、周辺の全ＳＴＡが聞けるように送信しなければならないため、ＣＯＬＯＲフィールドが定義される（又は、設定される）必要がなく、そのために、制御フレームは上りリンクフレーム類型で送信されればよい。したがって、制御フレームの上りリンク／下りリンクフィールドは、上りリンクフレームを示す値に設定され、ＣＯＬＯＲフィールドは含まれない。
【０１９０】
又は、制御フレームのＰＡＩＤを０に設定し、ＣＯＬＯＲフィールドは、制御フレームを送信するＳＴＡが属したＢＳＳのＣＯＬＯＲ値に設定してもよい。これは、ＳＴＡが自身の属したＢＳＳで進行されているフレーム交換シーケンス（ｆｒａｍｅ  ｅｘｃｈａｎｇｅ  ｓｅｑｕｅｎｃｅ）を確認できるようにするためである。この場合、前記制御フレームの上りリンク／下りリンクフィールドは、下りリンクフレームを示す値に設定される。
【０１９１】
又は、制御フレームのＰＡＩＤを０に設定し、該当のフレーム交換シーケンスに対して、ＳＴＡの属したＢＳＳによらずにデコーディングを行うように指示するために、制御フレームを送信するＳＴＡは、制御フレームのＣＯＬＯＲフィールドを特定値（例えば、０）に設定し、これによって、当該制御フレームはオーバーヒヤリングの目的であることを示すこともできる。この場合、制御フレームの上りリンク／下りリンクフィールドは、下りリンクフレームを示す値に設定される。
【０１９２】
図１０は、本発明の一例に係るフレーム送受信方法を説明するための図である。
【０１９３】
段階Ｓ１０１０で、送信主体（例えば、ＡＰ  ＳＴＡ又はｎｏｎ−ＡＰ  ＳＴＡ）は、送信するフレームが上りリンクフレームであるか（すなわち、ｎｏｎ−ＡＰ  ＳＴＡによってＡＰに送信されるフレームであるか）又は下りリンクフレームであるか（すなわち、ＡＰによってＳＴＡに送信されるフレームであるか）を決定することができる。上りリンクフレームである場合には段階Ｓ１０２０に進行し、下りリンクフレームである場合には段階Ｓ１０３０に進行する。
【０１９４】
段階Ｓ１０２０で、送信する上りリンクフレームが制御フレームであるか否かを決定する。制御フレームである場合には段階Ｓ１０４０に進行し、送信するフレームのＰＡＩＤを０に設定する。制御フレームでない場合には、段階Ｓ１０５０に進行し、送信するフレームのＰＡＩＤをＡＰのＢＳＳＩＤに基づいて計算する（例えば、上記の表６の式２によってＰＡＩＤを計算する）。
【０１９５】
段階Ｓ１０３０で、送信する下りリンクフレームが制御フレームであるか否かを決定する。制御フレームである場合には段階Ｓ１０６０に進行し、送信するフレームのＰＡＩＤを０に設定する。制御フレームでない場合には段階Ｓ１０７０に進行し、送信するフレームのＰＡＩＤをＳＴＡのＡＩＤ及びＡＰのＢＳＳＩＤに基づいて計算する（例えば、上記の表６の式４によってＰＡＩＤを計算する）。
【０１９６】
一方、図１０には図示していないが、フレームを受信する受信主体（例えば、ＡＰ  ＳＴＡ又はｎｏｎ−ＡＰ  ＳＴＡ）は、検出されたフレームのＰＡＩＤを確認し、自身のＰＡＩＤと同一であるか（例えば、ＡＰ  ＳＴＡでは、上記の表６の式２によって計算された値と検出されたフレームのＰＡＩＤ値とが一致する場合、ｎｏｎ−ＡＰ  ＳＴＡでは、上記の表６の式４によって計算された値と検出されたフレームのＰＡＩＤと値が一致する場合）、又はＰＡＩＤが０値を有する場合には、当該フレームのＰＳＤＵデコーディングを行う。
【０１９７】
図１０で説明する例示的な方法は、説明の簡明さのために動作のシリーズと表現されているが、これは、段階が行われる順序を制限するためのものではなく、必要によって、それぞれの段階が同時に行われてもよく、異なる順序で行われてもよい。また、本発明で提案する方法を具現する上で、図１０で例示した全ての段階が必ずしも要求されるわけではない。
【０１９８】
図１０で例示した本発明のフレーム送受信方法（特に、ＰＡＩＤ構成方案）において、前述した本発明の様々な実施例で説明した事項は独立して適用されてもよく、２つ以上の実施例が同時に適用されてもよい。
【０１９９】
図１１は、本発明の一実施例に係る無線装置の構成を示すブロック図である。
【０２００】
ＡＰ１０はプロセッサ１１、メモリ１２、送受信器１３を備えることができる。ＳＴＡ２０は、プロセッサ２１、メモリ２２、送受信器２３を備えることができる。送受信器１３及び２３は、無線信号を送信／受信することができ、例えば、ＩＥＥＥ  ８０２システムに基づく物理層を具現することができる。プロセッサ１１及び２１は、送受信器１３及び２１と接続し、ＩＥＥＥ  ８０２システムに基づく物理層及び／又はＭＡＣ層を具現することができる。プロセッサ１１及び２１は、前述した本発明の様々な実施例に係る動作を行うように構成されてもよい。また、前述した本発明の様々な実施例に係るＡＰ及びＳＴＡの動作を具現するモジュールがメモリ１２及び２２に保存され、プロセッサ１１及び２１によって実行されてもよい。メモリ１２及び２２は、プロセッサ１１及び２１の内部に設けられてもよく、又はプロセッサ１１及び２１の外部に設けられ、プロセッサ（１１及び２１）と公知の手段によって接続されてもよい。
【０２０１】
ＡＰ１０がフレームを送信する場合には、プロセッサ１１は、このフレーム（すなわち、下りリンクフレーム）が制御フレームであるか否かを決定するように設定されてもよい。制御フレームである場合には、プロセッサ１１は下りリンクフレームのＰＡＩＤを０に設定することができる。仮に制御フレームでない場合には、プロセッサ１１は下りリンクフレームのＰＡＩＤをＳＴＡのＡＩＤ及びＡＰのＢＳＳＩＤに基づいて（例えば、上記の表６の式４によって）計算／設定することができる。
【０２０２】
ＡＰ１０がフレームを受信する場合には、プロセッサ１１は、前記フレーム（すなわち、上りリンクフレーム）のＰＡＩＤが０であるか、又は上記の表６の式２によって計算された値と一致すると、当該フレームのＰＳＤＵデコーディングを行うように設定されてもよい。
【０２０３】
ＳＴＡ２０がフレームを送信する場合には、プロセッサ２１は、このフレーム（すなわち、上りリンクフレーム）が制御フレームであるか否かを決定するように設定されてもよい。制御フレームである場合には、プロセッサ２１は上りリンクフレームのＰＡＩＤを０に設定することができる。制御フレームでない場合には、プロセッサ２１は上りリンクフレームのＰＡＩＤを、ＡＰのＢＳＳＩＤに基づいて（例えば、上記の表６の式２によって）計算／設定することができる。
【０２０４】
ＳＴＡ２０がフレームを受信する場合には、プロセッサ２１は、このフレーム（すなわち、下りリンクフレーム）のＰＡＩＤが０であるか、又は上記の表６の式４によって計算された値と一致すると、当該フレームのＰＳＤＵデコーディングを行うように設定されてもよい。
【０２０５】
このようなＡＰ及びＳＴＡ装置の具体的な構成は、前述した本発明の様々な実施例で説明した事項が独立して適用されたり又は２つ以上の実施例が同時に適用されるように具現されてもよく、重複する内容は明確性のために説明を省略する。
【０２０６】
以上説明した本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。
【０２０７】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、１つ又はそれ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０２０８】
ファームウェア又はソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態で具現することができる。ソフトウェアコードはメモリユニットに保存され、プロセッサによって駆動されてもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。
【０２０９】
以上開示した本発明の好ましい実施の形態に関する詳細な説明は、当業者が本発明を具現して実施できるように提供された。上記では本発明の好適な実施の形態を参照して説明したが、当該技術の分野における熟練した当業者にとっては添付の特許請求の範囲に記載された本発明の思想及び領域から逸脱しない範囲内で本発明を様々に修正及び変更できるということは明らかである。したがって、本発明は、ここに示した実施の形態に制限されるものではなく、ここで開示した原理及び新規な特徴と一致する最も広い範囲を与えるためのものである。
【産業上の利用可能性】
【０２１０】
上述のような本発明の様々な実施形態は、ＩＥＥＥ  ８０２．１１システムを中心に説明したが、様々な移動通信システムに同様の方式で適用可能である。
【図１】
0006419821.tif 000009
【図２】
0006419821.tif 000010
【図３】
0006419821.tif 000011
【図４】
0006419821.tif 000012
【図５】
0006419821.tif 000013
【図６】
0006419821.tif 000014
【図７（ａ）】
0006419821.tif 000015
【図７（ｂ）】
0006419821.tif 000016
【図８（ａ）】
0006419821.tif 000017
【図８（ｂ）】
0006419821.tif 000018
【図９】
0006419821.tif 000019
【図１０】
0006419821.tif 000020
【図１１】
0006419821.tif 000021