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