(57)【要約】【課題】ユーザの操作を介さずに無線通信装置の電源を制御可能にする。【解決手段】本実施形態としての無線通信装置は、信号の送受信を行う無線通信部と、前記無線通信部を介して、第１無線通信装置を検出する制御部とを備え、前記無線通信部は、前記制御部が前記第１無線通信装置を検出できなかった場合に、予め前記第１無線通信装置との間で設定した、前記第１無線通信装置を起動するための制御信号を送信する。【選択図】図７
2018113646.tif 000002
【特許請求の範囲】
【請求項１】
信号の送受信を行う無線通信部と、
前記無線通信部を介して、第１無線通信装置を検出する制御部とを備え、
前記無線通信部は、前記制御部が前記第１無線通信装置を検出できなかった場合に、予め前記第１無線通信装置との間で設定した、前記第１無線通信装置を起動するための制御信号を送信する
無線通信装置。
【請求項２】
前記無線通信部は、前記制御信号を、予め定めた時間の間、繰り返し送信する
請求項１に記載の無線通信装置。
【請求項３】
前記無線通信部は、前記予め定めた時間の間に、前記第１無線通信装置からの所定の信号を受信した場合は、前記制御信号の送信を停止する
請求項２に記載の無線通信装置。
【請求項４】
前記制御信号は、前記第１無線通信装置を基地局として起動させるか、非基地局の端末として起動させるかを指定する情報を含む
請求項１ないし３のいずれか一項に記載の無線通信装置。
【請求項５】
前記第１無線通信装置は、基地局である
請求項１ないし３のいずれか一項に記載の無線通信装置。
【請求項６】
少なくとも１つのアンテナを備えた
請求項１ないし５のいずれか一項に記載の無線通信装置。
【請求項７】
通信用のパケットを送受信する無線通信部と、
起動用の制御信号を受信する受信部と、
前記無線通信部を制御する制御部とを備え、
前記制御部は、前記無線通信部で他の無線通信装置との通信が行われていないことを検出した場合に、前記無線通信部をスリープ状態に設定し、
前記制御部は、前記他の無線通信装置との間で予め設定した制御信号が前記受信部で受信されたことを検出した場合に、前記無線通信部の前記スリープ状態を解除する
無線通信装置。
【請求項８】
前記制御部は、前記無線通信部がスリープ状態でないときは前記受信部をスリープ状態に設定し、前記無線通信部をスリープ状態に設定するときは、前記受信部のスリープ状態を解除する
請求項７に記載の無線通信装置。
【請求項９】
前記予め設定した制御信号は、自装置を基地局として起動させるか、非基地局の端末として起動させるかを指定する指示情報を含み、
前記制御部は、前記指示情報に従って、前記無線通信部を起動させる
請求項７ないし８のいずれか一項に記載の無線通信装置。
【請求項１０】
基地局である
請求項７ないし９のいずれか一項に記載の無線通信装置。
【請求項１１】
少なくとも１つのアンテナを備えた
請求項７ないし１０のいずれか一項に記載の無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、無線通信装置に関する。
【背景技術】
【０００２】
特定の信号を受信すると、電源を制御することにより、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の基地局をスリープさせる提案がある。基地局をスリープさせるために、無線ＬＡＮの端末が基地局に、電源制御を行わせるための特定信号を送信しなければならない。ホームユースなどの場合は、ユーザに特別なアクションを要求せずに当該信号の送信開始をすることが望ましいが、このような送信開始を実現する方法は、上記の提案では開示されていない。このため、ユーザの操作によって基地局の電源を制御する必要があり、ユーザに大きな手間がかかっていた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−７７３７５号公報
【非特許文献】
【０００４】
【非特許文献１】ＩＥＥＥ  Ｓｔｄ  ８０２．１１（ＴＭ）−２０１２
【非特許文献２】ＩＥＥＥ  Ｓｔｄ  ８０２．１１ａｃ（ＴＭ）−２０１３
【非特許文献３】ＩＥＥＥ８０２．１１−１５／１３０７ｒ１
【非特許文献４】ＩＥＥＥ８０２．１１−１６／１０４５ｒ９
【非特許文献５】ＩＥＥＥ８０２．１１−１６／９３６ｒ４
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施形態は、ユーザの操作を介さずに無線通信装置の電源を制御可能にすることを目的とする。
【課題を解決するための手段】
【０００６】
本実施形態としての無線通信装置は、信号の送受信を行う無線通信部と、前記無線通信部を介して、第１無線通信装置を検出する制御部とを備え、前記無線通信部は、前記制御部が前記第１無線通信装置を検出できなかった場合に、予め前記第１無線通信装置との間で設定した、前記第１無線通信装置を起動するための制御信号を送信する。
【図面の簡単な説明】
【０００７】
【図１】本実施形態に従った無線通信システムを示す図。
【図２】図１の無線通信システムにおける端末（ＳＴＡ）を具体化した例を示す図。
【図３】本実施形態に従った端末に搭載される無線通信装置の機能ブロック図。
【図４】本実施形態に従ったアクセスポイント（ＡＰ）に搭載される無線通信装置の機能ブロック図。
【図５】物理パケットおよびＭＡＣフレームのフォーマット例を示す図。
【図６】起動用パケット（ＷＵＲパケット）のフォーマット例を示す図。
【図７】本実施形態に従って端末およびアクセスポイント間の通信シーケンスの例を示す図。
【図８】情報エレメントのフォーマット例を示す図。
【図９】端末とアクセスポイント間で行うＷＵＲ設定のネゴシエーションのシーケンスを示す図。
【図１０】情報エレメントのフォーマット例を示す図。
【図１１】情報エレメントのフォーマット例を示す図。
【図１２】端末のレイヤ構成を説明するための図。
【図１３】アクセスポイントのレイヤ構成を説明するための図。
【図１４】図７の通信シーケンスを別の観点から説明する図。
【図１５】端末の動作のフローチャート。
【図１６】アクセスポイントの動作のフローチャート。
【図１７】第４の実施形態に係るシステム構成図。
【図１８】第５の実施形態に係るシステム構成図。
【図１９】端末またはアクセスポイントの機能ブロック図。
【図２０】アクセスポイントまたは端末の機能ブロック図。
【図２１】端末またはアクセスポイントの全体構成の例を示す図。
【図２２】端末またはアクセスポイントに搭載される無線通信装置のハードウェア構成例を示す図。
【図２３】本発明の実施形態に係る端末の斜視図。
【図２４】本発明の実施形態に係るメモリーカードを示す図。
【図２５】コンテンション期間のフレーム交換の一例を示す図。
【発明を実施するための形態】
【０００８】
以下、図面を参照しながら本実施の形態について説明する。無線ＬＡＮの規格として知られているＩＥＥＥ  Ｓｔｄ  ８０２．１１（ＴＭ）−２０１２およびＩＥＥＥ  Ｓｔｄ  ８０２．１１ａｃ（ＴＭ）−２０１３は、本明細書においてその全てが参照によって組み込まれる（ｉｎｃｏｒｐｏｒａｔｅｄ  ｂｙ  ｒｅｆｅｒｅｎｃｅ）ものとする。
【０００９】
図１に、本実施形態に従った無線通信システムを示す。このシステムは、無線通信基地局１００と、複数の無線通信端末１〜６とを備える。無線通信基地局を、基地局またはアクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）と呼ぶ。また、無線通信端末を、端末、無線端末またはＳＴＡ（ＳＴＡ：ＳＴＡｔｉｏｎ）と呼ぶ。ＡＰ１００が中心となってＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）１を形成しており、ＳＴＡ１〜６が、ＡＰ１００が形成するＢＳＳに加入している。このシステムは、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃａｒｒｉｅｒ  Ａｖｏｉｄａｎｃｅ）を用いるＩＥＥＥ８０２．１１規格に準じた無線ＬＡＮシステムである。ＳＴＡ１〜６は、ＳＴＡとしての機能を備えている限り何でもよい。例えば、ユーザが保持する移動体装置（スマートフォン、タブレット等）でもよいし、プリンタでもよいし、据え置き型またはノート型のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）でもよい。ＳＴＡ１〜６を具体化したネットワーク例を図２に示す。この例では、ＳＴＡの種類として、ＰＣ、タブレット、スマートフォン、プリンタが示される。
【００１０】
ＡＰに搭載される無線通信装置は、ＳＴＡ１〜６に搭載される無線通信装置とＩＥＥＥ８０２．１１規格に準じて通信を行う。ＩＥＥＥ８０２．１１規格の無線ＬＡＮでは、ＡＰはＳＴＡの一種である。ＤＳ（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）への転送機能を有するＳＴＡがＡＰであるということができる。本実施形態では、基本的にＡＰでないＳＴＡ（すなわちｎｏｎ−ＡＰ  ＳＴＡ）をＳＴＡと表現する。ＳＴＡにｎｏｎ−ＡＰ  ＳＴＡと、ＡＰとの両方の意味を含める場合には、ＡＰ／ＳＴＡと表現する場合がある。ＩＥＥＥ８０２．１１無線ＬＡＮ規格には、既存のベースライン規格や拡張規格の他、将来の拡張規格、例えば制御信号を用いて無線通信装置における無線ＬＡＮの本体部分を起動するＩＥＥＥ８０２．１１ｂａも含む。
【００１１】
図１の無線ＬＡＮの動作概要を示す。ＡＰ１００が、ＳＴＡ１〜６のうち予め登録したＳＴＡ全てとの通信が行われていないと判断すると、スリープ状態に遷移する。予め登録したＳＴＡは、ＳＴＡ１〜６の全部でもよいし、ＳＴＡ１〜６のうちの一部（例えば１つ）でもよい。登録するＳＴＡは、ユーザが保持する装置、例えば、スマートフォンなどが想定される。スリープ状態は、低消費電力状態であり、通信用のパケットを送受信（または送信および受信の一方）をできない状態である。具体的には、これは無線ＬＡＮに関する処理を行う部分（本体部分）の電源供給を停止または抑制することにより実現される。電源の供給停止は、無線部本体全部でもよいし、無線部本体の一部でもよい。
【００１２】
ＳＴＡは、ＡＰ１００との通信を再開する場合（例えばＳＴＡを保持するユーザが帰宅した場合。例えば、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）や無線ＬＡＮを使用して位置情報を把握するなどして、帰宅を判断してもよい。）、ＡＰ１００を探索しても、ＡＰ１００を検出できない場合は、ＡＰ１００がスリープ状態である可能性があると判断し、ＳＴＡは、ＡＰ１００を起動するための制御信号、より詳細には制御信号を含むパケットを送信する。一例として、ＳＴＡは、所定時間の間、繰り返し、制御信号を含むパケットを送信する。
【００１３】
ここで、起動用の制御信号を、ＷＵＲ（Ｗａｋｅｕｐ  Ｒａｄｉｏ）信号、あるいは、ＬＰ（Ｌｏｗ−Ｐｏｗｅｒ）−ＷＵＲ信号とも呼ぶことがある。以下では主にＷＵＲ信号と呼ぶ。また、ＷＵＲ信号を含むパケットのことを、ＷＵＲパケットと呼ぶことがある。
【００１４】
ＡＰ１００は、無線ＬＡＮの無線部本体とは別に、本実施形態に係るＷＵＲパケット受信用の起動部（後述する第２のＰＨＹ処理部）と、無線部本体の電源供給を制御する電源制御部とを備えている。無線部本体がスリープ状態の場合も、当該起動部では、ＷＵＲパケットを受信可能である。当該起動部は、ＷＵＲパケットに含まれるＷＵＲ信号が予め登録した、ＳＴＡとの間で設定したものであることを検知すると、電源制御部を介して、無線ＬＡＮの無線部本体を起動（スリープ状態から復帰）させるように動作する。これにより、ＡＰ１００はスリープ状態から通常の状態に復帰し、以降は、ＡＰ１００とＳＴＡとの間で、通常の無線ＬＡＮ動作が可能となる。ＳＴＡは、ＡＰ１００がスリープ状態から復帰したことを検知した場合（例えばＡＰ１００からのビーコンフレーム等の所定の信号を受信した場合）、ＷＵＲパケットの送信を停止する。ここではＳＴＡからＡＰ１００を起動させる場合を述べたが、ＡＰ１００が起動後は、ＳＴＡがスリープし、その後、ＡＰ１００がＳＴＡを起動させる形態も可能である。この場合、ＳＴＡは、ＡＰと同様に起動部および電源制御部を備える必要がある。以下、本実施形態についてさらに詳細に説明する。
【００１５】
図３に、本実施形態に従ったＳＴＡに搭載される無線通信装置の機能ブロック図を示す。
図１に示されるように、ＳＴＡに搭載される無線通信装置は、ＭＡＣ処理部１１、ＰＨＹ（Ｐｈｙｓｉｃａｌ：物理）処理部１２、ＭＡＣ／ＰＨＹ管理部１３、少なくとも１つのアンテナ１４を含む。図ではアンテナ１４は１本であるが、複数本のアンテナを備えていてもよい。
【００１６】
ＭＡＣ処理部１１は、図示しない上位処理部と接続されている。上位層処理部は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：媒体アクセス制御）層に対して上位層のための処理を行う。上位処理部は、ＭＡＣ処理部１１との間で信号をやり取りできる。上位層としては、代表的なものとしては、ＴＣＰ／ＩＰやＵＤＰ／ＩＰ、さらにその上層のアプリケーション層などが挙げられるが、本実施形態はこれに限定されない。上位処理部は、ＭＡＣ層と上位層との間でデータをやり取りするためのバッファを備えていてもよい。上位処理部を介して有線インフラに接続するようになっていてもよい。バッファは、メモリでもよいし、ＳＳＤ、ハードディスク等でもよい。バッファがメモリの場合、当該メモリはＤＲＡＭ等の揮発性メモリでも、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。
【００１７】
ＭＡＣ処理部１１は、ＭＡＣ層のための処理を行い、さらにＩＥＥＥ８０２．１１規格のＭＬＭＥ（ＭＡＣ  ｓｕｂＬａｙｅｒ  Ｍａｎａｇａｍｅｎｔ  Ｅｎｔｉｔｙ）に相当する処理も行う。前述のように、ＭＡＣ処理部１１は、上位処理部との間で信号をやり取りできる。更に、ＭＡＣ処理部１１は、ＰＨＹ処理部１２との間で、信号をやり取りできる。
【００１８】
ＭＡＣ処理部１１は、ＭＡＣ層での送信処理および受信処理を行う。ＭＡＣ処理部１１は、上位処理部、ＰＨＹ処理部１２及びＭＡＣ／ＰＨＹ管理部１３と接続され、夫々との間で信号のやり取りをする。
【００１９】
ＰＨＹ処理部１２は、物理層（ＰＨＹ層）のための処理（デジタル領域の処理）と、アナログ処理とを行い、さらに、ＩＥＥＥ８０２．１１規格のＰＬＭＥ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）に相当する処理も行う。ＰＨＹ処理部１２は、アナログ処理を行うことから、アナログ処理部を含んでいる。ただし、アナログ処理部を取り出して、アンテナ１４とＰＨＹ処理部１２との間に、アナログ処理部を配置してもよい。ＰＨＹ処理部１２は、アンテナ１４に接続されている。
【００２０】
ＰＨＹ処理部１２は、アナログ／デジタル及びデジタル／アナログ（ＡＤ／ＤＡ）変換器およびＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）回路を含み、物理層の処理後のデジタル信号を所望の周波数のアナログ信号に変換してアンテナ１４から送信する。また、ＰＨＹ処理部１２は、アンテナ１４から受信した高周波のアナログ信号をデジタル信号に変換する。
【００２１】
ＭＡＣ／ＰＨＹ管理部１３は、図示しない上位処理部、ＭＡＣ処理部１１及びＰＨＹ処理部１２の夫々と接続されている。ＭＡＣ／ＰＨＹ管理部１３は、無線通信装置におけるＭＡＣ動作及びＰＨＹ動作を管理する。
【００２２】
なお、本実施形態に係る無線通信装置は、１チップ内にアンテナ１４を構成要素として含む（一体化する）ことで、このアンテナ１４の実装面積を小さく抑えることができる。
【００２３】
無線媒体からの信号受信に際して、ＰＨＹ処理部１２は、アンテナ１４が受信したアナログ信号を、物理層で処理可能な基底帯域（Ｂａｓｅｂａｎｄ）の信号に変換し、さらにデジタル信号に変換する。ＰＨＹ処理部１２は、デジタル信号の受信レベルを検出する。検出した受信レベルを、キャリアセンスレベル（閾値）と比較し、受信レベルが、キャリアセンスレベル以上であれば、ＰＨＹ処理部１２は媒体（ＣＣＡ：Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）がビジーであるということを示す信号を、ＭＡＣ処理部１１へ出力する。受信レベルが、キャリアセンスレベル未満であれば、ＰＨＹ処理部１２は、媒体（ＣＣＡ）がアイドルであるということを示す信号を、ＭＡＣ処理部１１へ出力する。
【００２４】
ＰＨＹ処理部１２は、受信信号に対し、復号（誤り訂正符号の復号および復調等を含む）処理、プリアンブル及びＰＨＹヘッダを取り除く処理などを行って、ペイロードを抽出する。ＩＥＥＥ８０２．１１規格ではこのペイロードをＰＨＹ側ではＰＳＤＵ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｃｅｄｕｒｅ  （ＰＬＣＰ）  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）と呼んでいる。ＰＨＹ処理部１２は、抽出したペイロードをＭＡＣ処理部１１に渡し、ＭＡＣ処理部１１はこれをＭＡＣフレームとして扱う。ＩＥＥＥ８０２．１１規格では、このＭＡＣフレームを、ＭＰＤＵ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）と呼んでいる。加えて、ＰＨＹ処理部１２は、受信信号を受信開始した際に、その旨をＭＡＣ処理部１１に通知し、また受信信号を受信終了した際に、その旨をＭＡＣ処理部１１に通知する。また、ＰＨＹ処理部１２は、受信信号が正常に物理パケット（ＰＨＹパケット）として復号できた場合（エラーを検出しなければ）、受信信号の受信終了を通知すると共に、媒体がアイドルであるということを示す信号を、ＭＡＣ処理部１１に渡す。ＰＨＹ処理部１２は、受信信号にエラーを検出した場合には、エラー種別に即した適切なエラーコードをもって、ＭＡＣ処理部１１にエラーを検出したことを通知する。また、ＭＡＣ処理部１１は、媒体がアイドルになったと判定した時点で、媒体がアイドルであることを示す信号をＭＡＣ処理部１１に通知する。
【００２５】
ＭＡＣ処理部１１は、上位処理部から送信データを受け取り、及び受信データを上位処理部へ渡す。ＩＥＥＥ８０２．１１規格では、ＭＡＣデータフレームの中のこのデータを、ＭＳＤＵ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）と呼んでいる。また、ＭＡＣ処理部１１は、ＭＡＣ／ＰＨＹ管理部１３からの指示を受け取り、適切に解釈して、実行する。
【００２６】
ＭＡＣ処理部１１は、データフレーム、制御フレーム及び管理フレームの３種類のＭＡＣフレームを扱い、ＭＡＣ層において規定される各種処理を行う。ここで、３種類のＭＡＣフレームについて説明する。
【００２７】
管理フレームは、ＡＰまたは他のＳＴＡとの間の通信リンクの管理のために用いられる。管理フレームとしては、例えば、ＢＳＳを形成するために、グループの属性及び同期情報を報知するビーコン（Ｂｅａｃｏｎ）フレームがある。また、ＳＴＡが、ＡＰが中心となって形成するＢＳＳに加入するため（ＡＰと無線リンクを確立するため）のアソシエーションプロセスで用いられるＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔフレームや、あるいはリアエソシエーションプロセスで用いられるＲｅａｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔフレームがある。ＢＳＳの探索に用いるＰｒｏｂｅ  Ｒｅｑｕｅｓｔフレームもある。なお、あるＳＴＡが、もう一台のＳＴＡと互いに無線通信を実施するために必要な情報交換を済ませた状態を、通信リンクが確立していると、ここでは表現する。必要な情報交換として、例えば、自ＳＴＡが対応する機能の通知や、方式の設定に関するネゴシエーションなどがある。管理フレームは、ＭＡＣ処理部１１が、ＭＡＣ／ＰＨＹ管理部１３から受けた指示に基づいて生成する。
【００２８】
ＭＡＣ処理部１１は、ＡＰまたは他のＳＴＡから管理フレームを介して各種情報を受信する。
【００２９】
データフレームは、ＡＰまたは他のＳＴＡとの間で通信リンクが確立した状態で、データをＡＰまたは他のＳＴＡに送信するために用いられる。例えばユーザのアプリケーション操作によって、ＳＴＡにおいてデータが生成され、当該データがデータフレームによって搬送される。具体的には、生成されたデータは、上位処理部からＭＡＣ処理部１１に渡される。ＭＡＣ処理部１１は、データをフレームボディフィールドに入れ、ＭＡＣヘッダを付加してデータフレームを生成する。そして、ＰＨＹ処理部１２がデータフレームに物理ヘッダを付加して物理パケットを生成し、物理パケットをアンテナ１４を介して送信さする。また、ＰＨＹ処理部１２で物理パケットを受信すると、物理ヘッダに基づき物理層の処理を行ってＭＡＣフレーム（ここではデータフレーム）を抽出し、データフレームをＭＡＣ処理部１１に渡す。ＭＡＣ処理部１１は、データフレームを受けると（受信したＭＡＣフレームがデータフレームであると把握すると）、そのフレームボディフィールドの情報をデータとして抽出し、抽出したデータを、ＭＡＣ処理部１１を介して上位処理部に渡す。この結果、データの書き込み、再生などのアプリケーション上の動作が生じる。
【００３０】
制御フレームは、管理フレーム及びデータフレームを、ＡＰまたは他のＳＴＡとの間で送受信（交換）するときの制御のために用いられる。制御フレームとしては、例えば、管理フレーム及びデータフレームの交換を開始する前に、無線媒体を予約するために他の無線通信装置との間で交換するＲＴＳ（Ｒｅｑｕｅｓｔ  ｔｏ  Ｓｅｎｄ）フレーム、ＣＴＳ（Ｃｌｅａｒ  ｔｏ  Ｓｅｎｄ）フレームなどがある。また、他の制御フレームとして、受信した管理フレーム及びデータフレームの送達確認のための送達確認応答フレームがある。送達確認応答フレームの例として、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレーム、ＢＡ（ＢｌｏｃｋＡＣＫ）フレームなどがある。これらの制御フレームはＭＡＣ処理部１１で生成される。受信したＭＡＣフレームへの応答として送信される制御フレーム（ＣＴＳフレームやＡＣＫフレーム、ＢＡフレームなど）に関しては、ＭＡＣ処理部１１で応答フレーム（制御フレーム）の送信の必要を判断して、適切な制御フレームを生成する。
【００３１】
ＭＡＣ処理部１１は、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃａｒｒｉｅｒ  Ａｖｏｉｄａｎｃｅ）に基づきＭＡＣフレームを送信する場合、無線媒体上でのアクセス権（送信権）を獲得する必要がある。ＭＡＣ処理部１１は、キャリアセンス情報を管理しており、キャリアセンス情報に基づいて、送信タイミングを計る。ＭＡＣ処理部１１は、係る送信タイミングに従って、ＰＨＹ処理部１２に送信指示を与えて、ＭＡＣフレームを渡す。送信指示に加えて、ＭＡＣ処理部１１は、送信に使用される変調方式及び符号化方式を合わせて指示してもよい。これらに加えて、ＭＡＣ処理部１１は、送信電力を指示してもよい。ＭＡＣ処理部１１は、アクセス権（送信権）獲得後、媒体を占有可能な時間（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ；ＴＸＯＰ）が得られると、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）属性などの制限を伴うものの、他の無線通信装置との間でＭＡＣフレームを連続して交換できる。
【００３２】
キャリアセンス情報は、ＰＨＹ処理部１２から入力される媒体（ＣＣＡ）のビジー／アイドルに関する物理的なキャリアセンス（Ｐｈｙｓｉｃａｌ  Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ）情報と、受信フレームの中に記載されている媒体予約時間に基づく仮想的なキャリアセンス（Ｖｉｒｔｕａｌ  Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ）情報との両方を包含する。いずれか一方のキャリアセンス情報がビジーを示すならば、媒体がビジーであるとみなされ、その間送信は禁止される。なお、ＩＥＥＥ８０２．１１規格において、媒体予約時間は、ＭＡＣヘッダの中のＤｕｒａｔｉｏｎフィールドに記載される。ＭＡＣ処理部１１は、他の無線通信装置宛ての（自己宛てでない）ＭＡＣフレームを受信した場合に、当該ＭＡＣフレームを含む物理パケットの終わりから媒体予約時間に亘って、媒体が仮想的にビジーであると判定する。このような仮想的に媒体をビジーであると判定する仕組み、或いは、仮想的に媒体をビジーであるとする期間は、ＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）と呼ばれる。
【００３３】
ここで、データフレームは、複数のＭＡＣフレームもしくは複数のＭＡＣフレームのペイロード部分を連接するようになっていてもよい。前者はＩＥＥＥ８０２．１１規格ではＡ（Ａｇｇｒｅｇａｔｅｄ）−ＭＰＤＵ、後者はＡ（Ａｇｇｒｅｇａｔｅｄ）−ＭＳＤＵ（ＭＡＣ  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）と呼ばれる。Ａ−ＭＰＤＵの場合は、ＰＳＤＵの中に複数のＭＰＤＵが連接されることになる。データフレームがＡ−ＭＰＤＵなどの場合は、複数のＭＡＣフレームに対する応答をまとめて送信する。この場合の応答には、ＡＣＫフレームではなく、ＢＡ（ＢｌｏｃｋＡＣＫ）フレームが用いられる。
【００３４】
ＭＡＣ／ＰＨＹ管理部１３は、ＩＥＥＥ８０２．１１規格におけるＳＭＥ（Ｓｔａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）に相当する処理を行う。その場合、ＭＡＣ／ＰＨＹ管理部１３とＭＡＣ処理部１１との間のインタフェースは、ＩＥＥＥ８０２．１１規格におけるＭＬＭＥ＿ＳＡＰ（ＭＡＣ  ｓｕｂＬａｙｅｒ  Ｍａｎａｇａｍｅｎｔ  Ｅｎｔｉｔｙ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に相当し、ＭＡＣ／ＰＨＹ管理部１３とＰＨＹ処理部１２との間のインタフェースは、ＩＥＥＥ８０２．１１無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）におけるＰＬＭＥ＿ＳＡＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に相当する。
【００３５】
なお、図１において、ＭＡＣ／ＰＨＹ管理部１３は、ＭＡＣ管理のための機能部とＰＨＹ管理のための機能部とが一体であるかのように描かれているが、分けて実装されてもよい。
【００３６】
ＭＡＣ／ＰＨＹ管理部１３は、管理情報ベース（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ：ＭＩＢ）を保持する。ＭＩＢは、自ＳＴＡの能力や各種機能が夫々有効か無効かなどの各種情報を保持する。例えば、ＡＰを起動するためのＷＵＲ信号またはＷＵＲパケットを送信する能力（機能）を有するかの情報（ＷＵＲ信号送信能力情報）を保持しても良い。ＭＩＢを保持・管理するためのメモリは、ＭＡＣ／ＰＨＹ管理部１３に内包させてもよいし、ＭＡＣ／ＰＨＹ管理部１３に内包せずに別に設けるようにしてもよい。ＭＩＢを保持・管理するためのメモリをＭＡＣ／ＰＨＹ管理部１３とは別に設ける場合に、ＭＡＣ／ＰＨＹ管理部１３は、その別のメモリを参照でき、またメモリ内の書き換え可能なパラメータに関しては書き換えを行うことができる。ＭＡＣ／ＰＨＹ管理部１３は、ＭＩＢにおける送信能力情報等の情報を、ＡＰに通知してもよい。
【００３７】
また、ＭＡＣ／ＰＨＹ管理部１３は、ＡＰから、ＡＰがスリープ状態へ遷移してＷＵＲパケットの受信で起動できる能力を有するかに関する情報を取得してもよい。その場合、ＭＡＣ／ＰＨＹ管理部１３は、ＡＰに関する情報をＭＩＢに格納し、参照・書き換えできる。あるいは、これらの情報を記憶するためのメモリは、ＭＩＢとは別に保持・管理するようにしてもよい。
【００３８】
また、ＭＡＣ／ＰＨＹ管理部１３は、ＷＵＲ信号に適用する変調方式および伝送レートを管理してもよい。本実施形態では、ＷＵＲ信号の変調方式として、ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）変調を想定する。
【００３９】
ＭＡＣ／ＰＨＹ管理部１３は、ＡＰとの間で、自装置をＡＰに登録するためのネゴシエーション（ネゴシエーション）に関する処理を行う。自装置を登録することで、ＡＰがスリープ状態に移行した場合に、自装置からＷＵＲ信号を含むＷＵＲパケット送信することで、ＡＰを起動することができる。ＡＰへの登録を行うＳＴＡは、ＷＵＲ信号送信能力を備えている必要がある。ネゴシエーションの処理には、前述した管理フレームを利用すればよい。既存の管理フレーム（Ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔフレーム等）を用いてもよいし、新規に定義された管理フレームを利用してもよい。ＡＰとのネゴシエーションでは、起動するために用いるＷＵＲ信号を決定してもよい。また、ＷＵＲパケットを複数回送信する場合に、送信する送信期間長を決定してもよい。また、ＷＵＲ信号の伝送レートを決定してもよい。ＭＡＣ／ＰＨＹ管理部１３は、ネゴシエーションで決定した情報をＭＩＢまたはその他のメモリに保存し、参照できるようにする。ＷＵＲ信号がインデックス番号等の識別子で管理される場合、ＷＵＲ信号の識別子を記憶してもよい。
【００４０】
ＭＡＣ／ＰＨＹ管理部１３は、接続したいＡＰが周囲に存在しないと判断した場合、ＡＰがスリープしている可能性があると判断し、ＰＨＹ処理部１２およびＭＡＣ処理部１１を用いて、ＷＵＲ信号を含むＷＵＲパケットを送信する。ＰＨＹ処理部１２は、ＷＵＲ信号を予め決められた変調方式で変調する。一例として、ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）変調を用いる。ＯＯＫ変調は、搬送波の有無によりデジタルデータを表す変調方式の一種である。ＯＯＫ変調は、例えば、ＯＦＤＭ送信機を用いて行うことができ、この場合、１ビットが、１ＯＦＤＭ信号期間に対応してもよい。後述するようにＷＵＲパケットは、レガシープリアンブルを含むが、これは、ＯＯＫでなく、規格で決められた固定の変調方式を用いればよい。
【００４１】
なお、上記で扱った情報のうち、他の情報を通知することで、その情報が必須となるものがあれば、通知を省略できる。例えば、ある新しい規格あるいは仕様に対応する能力を定義し、それに対応していれば自ずとＷＵＲ信号送信能力を有する、というのであれば、ＷＵＲ信号送信能力を有することの通知を明示的に行わなくてもよい。
【００４２】
ＰＨＹ処理部１２は、通常の通信を行う部分と、ＷＵＲ信号（もしくはＷＵＲパケット）を送信する部分とに分かれていてもよい。その場合、アナログ処理部は、両部分で共通でもよい。あるいは、両部分でアナログ処理部を別々に設け、使用周波数帯を異ならせてもよい。
【００４３】
ＭＡＣ処理部１１、ＭＡＣ／ＰＨＹ管理部１３、およびＰＨＹ処理部１２のアナログ処理部以外の部分は、他のＡＰとの通信に関する処理を行う通信処理装置またはベースバンド集積回路の一形態に相当する。アナログ処理部は、例えばアンテナ１４を介して信号を送受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）集積回路の一形態に相当する。また、別の観点で、一例として、ＭＡＣ処理部１１、およびＰＨＹ処理部１２は、信号またはパケットを送受信する無線通信部に対応し、ＭＡＣ／ＰＨＹ管理部２３は、無線通信部を制御する制御部に相当する。通信処理装置またはベースバンド集積回路の機能は、ＣＰＵ等のプロセッサで動作するソフトウェア（プログラム）によって行われてもよいし、ハードウェアによって行われてもよいし、ソフトウェアとハードウェアの両方によって行われてもよい。ソフトウェアはＲＯＭ、ＲＡＭ等のメモリ、ハードディスク、ＳＳＤなどの記憶媒体に格納してプロセッサにより読み出して実行してもよい。メモリはＤＲＡＭ等の揮発性メモリでも、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。
【００４４】
図４に、本実施形態に従ったＡＰに搭載される無線通信装置の機能ブロック図を示す。
図４に示されるように、ＡＰに搭載される無線通信装置は、ＭＡＣ処理部２１、第１のＰＨＹ（Ｐｈｙｓｉｃａｌ：物理）処理部２２、ＭＡＣ／ＰＨＹ管理部２３、第２のＰＨＹ処理部２５、少なくとも１つのアンテナ２４を含む。ＭＡＣ／ＰＨＹ管理部２３は、電源制御部２６を含む。図ではアンテナ２４は１本であるが、複数本のアンテナを備えていてもよい。
【００４５】
図３のＳＴＡと主に異なる点は、第２のＰＨＹ処理部２５と、電源制御部２６を備えている点である。図３のＳＴＡと重複する機能の説明は省略し、異なる点を中心に説明する。
【００４６】
ＭＡＣ処理部２１は、図示しない上位処理部と接続されており、上位処理部との間でＳＴＡの場合と同様の動作を行う。
【００４７】
ＭＡＣ処理部２１は、ＭＡＣ層のための処理を行い、さらにＩＥＥＥ８０２．１１規格のＭＬＭＥに相当する処理も行う。ＭＡＣ処理部２１は、上位処理部との間で信号をやり取りできる。更に、ＭＡＣ処理部２１は、ＰＨＹ処理部２２との間で、信号をやり取りできる。
【００４８】
ＭＡＣ処理部２１は、ＭＡＣ層での送信処理および受信処理を行う。ＭＡＣ処理部２１は、上位処理部、ＰＨＹ処理部２２及びＭＡＣ／ＰＨＹ管理部２３と接続され、夫々との間で信号のやり取りをする。
【００４９】
ＰＨＹ処理部２２は、物理層（ＰＨＹ層）のための処理（デジタル領域の処理）と、アナログ処理とを行い、さらに、ＩＥＥＥ８０２．１１規格のＰＬＭＥに相当する処理も行う。ＰＨＹ処理部２２は、アナログ処理を行うことから、アナログ処理部を含んでいる。ただし、アナログ処理部を取り出して、アンテナ２４とＰＨＹ処理部２２との間に、アナログ処理部を配置してもよい。ＰＨＹ処理部２２は、アンテナ２４に接続されている。アナログ処理の内容は、ＳＴＡの場合と同様である。
【００５０】
ＭＡＣ／ＰＨＹ管理部２３は、図示しない上位処理部、ＭＡＣ処理部２１及びＰＨＹ処理部２２の夫々と接続されている。ＭＡＣ／ＰＨＹ管理部２３は、無線通信装置におけるＭＡＣ動作及びＰＨＹ動作を管理する。ＭＡＣ／ＰＨＹ管理部２３は、ＩＥＥＥ８０２．１１規格のＳＭＥに相当する処理を行う。
【００５１】
なお、本実施形態に係る無線通信装置は、１チップ内にアンテナ２４を構成要素として含む（一体化する）ことで、このアンテナ２４の実装面積を小さく抑えることができる。
【００５２】
無線媒体からの信号を受信した場合における、ＰＨＹ処理部２２のアナログ処理部の動作、物理層の処理、ＭＡＣ処理部２１に対する動作は、ＳＴＡの場合と同様である。
【００５３】
ＭＡＣ処理部２１は、上位処理部から送信データを受け取り、及び受信データを上位処理部へ渡す。ＭＡＣ処理部２１は、ＭＡＣ／ＰＨＹ管理部２３からの指示を受け取り、適切に解釈して、実行する。
【００５４】
ＭＡＣ処理部２１は、データフレーム、制御フレーム及び管理フレームの３種類のＭＡＣフレームを扱い、ＭＡＣ層において規定される各種処理を行う。データフレーム、制御フレーム及び管理フレームの説明は、ＳＴＡの説明と同様である。
【００５５】
ＭＡＣ処理部２１は、他のＳＴＡから管理フレームを介して各種情報を受信する。また、ＭＡＣ処理部２１は、ＳＴＡに、管理フレームを介して各種情報を通知してもよい。これに用いる管理フレームとしては、例えばＢｅａｃｏｎフレームや、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅフレーム、Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅフレーム等がある。
【００５６】
ＭＡＣ処理部２１は、キャリアセンス情報を管理しており、ＣＳＭＡ／ＣＡに基づきＭＡＣフレームを送信する場合、無線媒体上でのアクセス権（送信権）を獲得する必要がある。キャリアセンス情報、送信権の獲得、および獲得後の送信の動作の詳細は、ＳＴＡの場合と同様である。
【００５７】
なお、図１において、ＭＡＣ／ＰＨＹ管理部２３は、ＭＡＣ管理のための機能部とＰＨＹ管理のための機能部とが一体であるかのように描かれているが、分けて実装されてもよい。
【００５８】
ＭＡＣ／ＰＨＹ管理部２３は、管理情報ベース（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ：ＭＩＢ）を保持する。ＭＩＢは、自ＡＰの能力や各種機能が夫々有効か無効かなどの各種情報を保持する。例えば、自ＡＰがスリープ状態に遷移してＷＵＲ信号またはＷＵＲパケットの受信により起動する能力（スリープ対応機能）を有するかの情報を保持してもよい。ＭＩＢを保持・管理するためのメモリの実装形態は、ＳＴＡの場合と同様のバリエーションが可能である。
【００５９】
また、ＭＡＣ／ＰＨＹ管理部２３は、自ＢＳＳに属するＳＴＡから、ＳＴＡがＷＵＲ信号送信機能を有するかに関する情報を取得してもよい。その場合、ＭＡＣ／ＰＨＹ管理部２３は、ＳＴＡに関する情報をＭＩＢに格納し、参照・書き換えできる。あるいは、これらのＳＴＡに関する情報を記憶するためのメモリは、ＭＩＢとは別に保持・管理するようにしてもよい。
【００６０】
ＭＡＣ／ＰＨＹ管理部２３は、ＷＵＲ信号送信機能を有するＳＴＡとの間で、ＳＴＡを自ＡＰに登録するためのネゴシエーション（ネゴシエーション）に関する処理を行う。ＳＴＡを登録することで、自ＡＰがスリープ状態に移行した場合に、ＳＴＡからＷＵＲ信号を含むＷＵＲパケット送信することで、自ＡＰの無線部本体（例えば第１のＰＨＹ処理部２２、ＭＡＣ処理部２１）を起動できる。ネゴシエーションの手続には、管理フレームを利用すればよい。既存の管理フレーム（Ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔフレーム等）を用いてもよいし、新規に定義された管理フレームを利用してもよい。
【００６１】
ＳＴＡとのネゴシエーションでは、起動するために用いるＷＵＲ信号を決定してもよい。ＷＵＲ信号の決定は、ＷＵＲ信号を構成するすべての値（ビット）を決定することでもよいし、ＷＵＲ信号のフォーマットを決定することでもよいし、フォーマットとその一部のフィールドの値を決定することでもよい。また、ＷＵＲパケットを複数回送信する場合に、送信する送信期間長を決定してもよい。また、ＷＵＲ信号の伝送レートを決定してもよい。
【００６２】
ＭＡＣ／ＰＨＹ管理部１３は、ネゴシエーションで決定した情報をＭＩＢまたはその他のメモリに保存し、参照できるようにする。保存した情報は、後述する第２のＰＨＹ処理部２５から参照できる形で保存しておくことが望ましい。ＭＡＣ／ＰＨＹ管理部２３は、複数のＷＵＲ信号を管理してもよい。ＷＵＲ信号は、インデックス番号等の識別子と関連づけてテーブルなどの形式で保存してもよい。
【００６３】
なお、ＭＡＣ／ＰＨＹ管理部２３は、他の情報を通知することで、ある機能（例えばスリープ対応機能）を備えることが必須となるものがあれば、通知を省略できる。例えば、ある新しい規格あるいは仕様に対応する能力を定義し、それに対応していれば自ずと、本実施形態に係るスリープ対応機能を有する、というのであれば、当該機能対応であることの通知を明示的に行わなくてもよい。
【００６４】
電源制御部２６は、無線部本体の電源供給を制御する。無線部本体は様々に定義可能であるが、本実施形態では、無線部本体は、第１のＰＨＹ処理部２２およびＭＡＣ処理部２１を含むとする。ただし、無線部本体を、第１のＰＨＹ処理部２２のみとして定義してもよいし、第１のＰＨＹ処理部２２、ＭＡＣ処理部２１とＭＡＣ／ＰＨＹ管理部２３（ただし電源制御部２６を除いても良い）を含むように定義してもよい。無線部本体は、Ｍａｉｎ  Ｒａｄｉｏ、あるいは、Ｐｒｉｍａｒｙ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒａｄｉｏとも呼ばれる。
【００６５】
第１のＰＨＹ処理部２２およびＭＡＣ処理部２１の電源供給を停止または抑制することで、第１のＰＨＹ処理部２２およびＭＡＣ処理部２１をスリープ状態に遷移させることができる。これにより省電力化を図ることができる。電源供給の抑制の例としては、無線部本体の全部ではなく、大部分または一部のみの電供供給を停止することがある。または、プロセッサのクロック数を低くすることのように動作の速度を遅くすることを含んでもよい。ここでは、第１のＰＨＹ処理部２２およびＭＡＣ処理部２１の両方をスリープ状態にしたが、第１のＰＨＹ処理部２２のみをスリープ状態にし、ＭＡＣ処理部２１は常に動作可能な状態としてもよい。
【００６６】
電源制御部２６は、予め定めた条件が成立した場合、すなわち、事前に登録したすべてのＳＴＡとの通信が行われていないと判断した場合、スリープ指示を出力することで、無線部本体（第１のＰＨＹ処理部２２およびＭＡＣ処理部２１）をスリープ状態に遷移させる。事前に登録したＳＴＡとの通信が行われていことの判断の例として、例えば一定期間以上、事前に登録したすべてのＳＴＡとの通信が行われていないことや、事前に登録したすべてのＳＴＡがＤｉｓａｓｓｏｃｉａｔｉｏｎした場合もある。事前に登録したＳＴＡすべてとの通信が行われていない具体的な状況の例として、在宅ユースの場合に、各ＳＴＡを保持しているユーザ全員が外出している状況が考えられる。また、各ＳＴＡの電源がすべてＯＦＦにされている状況も考えられる。
【００６７】
無線部本体をスリープ状態に遷移させる方法として、様々なバリエーションが可能である。一例として、電源制御部２６は、スリープ指示をＭＡＣ処理部２１に出力し、スリープ指示を受けたＭＡＣ処理部２１がスリープ指示をＰＨＹ処理部１２に出力して、ＰＨＹ処理部１２がスリープ状態に遷移したことを確認した後、自処理部２１がスリープ状態に遷移してもよい。あるいは、逆に、電源制御部２６はスリープ指示をＰＨＹ処理部２２に出力し、スリープ指示を受けたＰＨＹ処理部２２がＭＡＣ処理部２１にスリープ指示を出力して、ＭＡＣ処理部１１がスリープ状態に遷移したことを確認した後、自処理部２２がスリープ状態に遷移してもよい。あるいは、スリープ制御の対象がＰＨＹ処理部２２のみの場合は、直接スリープ指示をＰＨＹ処理部２２に出してもよいし、スリープ依頼を、ＭＡＣ処理部２１に出力し、ＭＡＣ処理部２１がＰＨＹ処理部２２にスリープ指示を与えることで、ＭＡＣ処理部２１を介してＰＨＹ処理部２２をスリープ状態に遷移させてもよい。
【００６８】
電源制御部２６は、ＭＡＣ／ＰＨＹ管理部２３の一部となっているが、ＭＡＣ／ＰＨＹ管理部２３から分離してもよい。この場合に、ＭＡＣ／ＰＨＹ管理部２３をスリープ制御の対象としてもよい。
【００６９】
また、電源制御部２６は、後述する第２のＰＨＹ処理部（起動部）２５から起動要求通知を受信した場合に、スリープ復帰指示（起動指示）を無線部本体（ここでは第１のＰＨＹ処理部２２およびＭＡＣ処理部２１）に出力することで、無線部本体をスリープ状態から復帰させる。これにより、第１のＰＨＹ処理部２２およびＭＡＣ処理部２１を、通常の通信が可能な状態に戻す。
【００７０】
スリープ状態からの復帰方法には、バリエーションがある。一例として、スリープ復帰指示をＭＡＣ処理部２１に出力し、起動したＭＡＣ処理部２１がスリープ復帰指示をＰＨＹ処理部２２に出力することで、ＭＡＣ処理部２１およびＰＨＹ処理部２２の順に復帰（起動）させてもよい。または、スリープ復帰指示をＰＨＹ処理部２２に出力し、起動したＰＨＹ処理部２２がＭＡＣ処理部２１にスリープ復帰指示を出力することで、ＰＨＹ処理部２２およびＭＡＣ処理部２１の順に復帰させてもよい。あるいは、スリープ制御の対象がＰＨＹ処理部２２のみの場合は、スリープ復帰依頼を、ＭＡＣ処理部２１に出力し、ＭＡＣ処理部２１がＰＨＹ処理部２２にスリープ復帰指示を与えることで、ＰＨＹ処理部２２の起動を行うようにしても良い。
【００７１】
第２のＰＨＹ処理部（起動部）２５は、アンテナ２４を介して、無線部本体を起動するためのＷＵＲ信号を含むＷＵＲパケットを受信すると、ＷＵＲパケットを復号および解析する。第２のＰＨＹ処理部２５は、少なくともＰＨＹ層の処理を行い、さらにＭＡＣ層の処理を行う機能を備えてもよい。第２のＰＨＹ処理部２５は、無線部本体（第１のＰＨＹ処理部２２およびＭＡＣ処理部２１）を起動するかを判断する。一例として、起動パケットに含まれるＷＵＲ信号が、事前にネゴシエーションにより決定したＷＵＲ信号と一致する場合は、起動することを決定し、一致しない場合は、起動しないことを決定する。起動することを決定すると、電源制御部２６に起動要求通知を出力する。第２のＰＨＹ処理部２５は、無線部本体と異なり、スリープ制御の対象外であるため、無線部本体が通信用のパケットの受信が不可能なスリープ状態であっても、第２のＰＨＹ処理部２５は、ＷＵＲパケットを受信可能である。第２のＰＨＹ処理部２５は、受信機能のみ有し、送信機能を有さないものとする。ただし、第２のＰＨＹ処理部２５が送信機能を備えていてもかまわない。
【００７２】
第２のＰＨＹ処理部２５は、Ｗａｋｅ−Ｕｐ  Ｒａｄｉｏ、あるいは、Ｗａｋｅ−Ｕｐ  Ｒｅｃｅｉｖｅｒ（ＷＵＲ）、あるいは、Ｌｏｗ−Ｐｏｗｅｒ  ＷＵＲ（ＬＰ−ＷＵＲ）とも呼ばれる。
【００７３】
ＭＡＣ処理部２１、ＭＡＣ／ＰＨＹ管理部２３、第１のＰＨＹ処理部２２のアナログ処理部以外の部分、および第２のＰＨＹ処理部２５のアナログ処理以外の部分は、一例として、ＳＴＡとの通信に関する処理を行う通信処理装置またはベースバンド集積回路の一形態に相当する。第１および第２のＰＨＹ処理部のアナログ処理部は、例えばアンテナ２４を介して信号を送受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）集積回路の一形態に相当する。また、別の観点で、一例として、ＭＡＣ処理部２１および第１のＰＨＹ処理部２２は、信号または通信用パケットを送受信する無線通信部に対応し、第２のＰＨＹ処理部２５は受信部に対応し、ＭＡＣ／ＰＨＹ管理部２３および電源制御部２６は、無線通信部を制御する制御部に相当する。通信処理装置またはベースバンド集積回路の機能は、ＣＰＵ等のプロセッサで動作するソフトウェア（プログラム）によって行われてもよいし、ハードウェアによって行われてもよいし、ソフトウェアとハードウェアの両方によって行われてもよい。ソフトウェアはＲＯＭ、ＲＡＭ等のメモリ、ハードディスク、ＳＳＤなどの記憶媒体に格納してプロセッサにより読み出して実行してもよい。メモリはＤＲＡＭ等の揮発性メモリでも、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。
【００７４】
以下、ＷＵＲ信号およびＷＵＲパケットについて説明する。それに先立ち、ＳＴＡとＡＰ／ＳＴＡ間で、通常の通信（ＷＵＲパケットの送信以外の通信）で使用するパケット（ＰＰＤＵ）の構成について説明する。
【００７５】
図５（Ａ）に、通常の通信に使用するパケットのフォーマット例を示す。通常の通信に使用するパケットは、レガシープリアンブルフィールドと、ＭＡＣフレームが格納されるペイロード部とを備える。レガシープリアンブルフィールドとペイロード部との間には、ＩＥＥＥ８０２．１１ｎ／ａｃ／ａｘなどの規格に応じたプリアンブルフィールドが配置されてもよい。レガシープリアンブルフィールドは、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧを含む。Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧは、ＩＥＥＥ８０２．１１ａなどのレガシー端末でも認識可能なフィールドであり（先頭の“Ｌ”はレガシーを表す）、信号検出、周波数補正、伝送速度（あるいはＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ））などの情報が格納されている。
【００７６】
図５（Ｂ）は、ＭＡＣフレームのフォーマット例を示す。データフレーム、管理フレームおよび制御フレームは、基本的にこのようなフレームフォーマットを備える。本フレームフォーマットは、ＭＡＣヘッダ（ＭＡＣ  ｈｅａｄｅｒ）、フレームボディ（Ｆｒａｍｅ  ｂｏｄｙ）及びＦＣＳの各フィールドを含む。
【００７７】
ＭＡＣヘッダはＦｒａｍｅ  Ｃｏｎｔｒｏｌ、Ｄｕｒａｔｉｏｎ、Ａｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２、Ａｄｄｒｅｓｓ３，  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ、ＱｏＳ  Ｃｏｎｔｒｏｌ及び  ＨＴ（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）  ｃｏｎｔｒｏｌの各フィールドを含む。これらのフィールドは必ずしもすべて存在する必要はなく、一部のフィールドが存在しない場合もあり得る。また図示されていない他のフィールドが存在してもよい。例えば、Ａｄｄｒｅｓｓ４フィールドがさらに存在してもよい。
【００７８】
Ａｄｄｒｅｓｓ１のフィールドには宛先アドレス（Ｒｅｃｅｉｖｅｒ  Ａｄｄｒｅｓｓ；ＲＡ）が、Ａｄｄｒｅｓｓ２のフィールドには送信元アドレス（Ｔｒａｎｓｍｉｔｔｅｒ  Ａｄｄｒｅｓｓ；ＴＡ）が入り、Ａｄｄｒｅｓｓ  ３のフィールドにはフレームの用途に応じてＢＳＳの識別子であるＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤｅｎｔｉｆｉｅｒ）（全てのビットに１を入れて全てのＢＳＳＩＤを対象とするｗｉｌｄｃａｒｄ  ＢＳＳＩＤ場合もある）か、あるいはＴＡが入る。
【００７９】
Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドには、Ｔｙｐｅ、Ｓｕｂｔｙｐｅという２つのフィールドを設定する。データフレームか、管理フレームか、制御フレームかの大別はＴｙｐｅフィールドで行われ、大別されたフレームの中での細かい種別、例えばＰｒｏｂｅ  Ｒｅｑｕｅｓｔフレーム、Ｂｅａｃｏｎフレームといった識別はＳｕｂｔｙｐｅフィールドで行われる。
【００８０】
Ｄｕｒａｔｉｏｎフィールドは前述したように媒体予約時間を記載する。Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールドには、送信するデータのシーケンス番号や、データをフラグメント化した場合のフラグメント番号が設定される。ＱｏＳフィールドは、フレームの優先度を考慮して送信を行うＱｏＳ制御を行うために用いられる。ＨＴ  Ｃｏｎｔｒｏｌフィールドは、ＩＥＥＥ８０２．１１ｎで導入されたフィールドであり、ＨＴ  Ｃｏｎｔｒｏｌフィールドは、ＱｏＳデータあるいは管理フレームのときに、オーダーフィールドが１に設定されていると存在するものである。ＨＴ  ＣｏｎｔｒｏｌフィールドはＶＨＴ  （Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）  Ｃｏｎｔｒｏｌフィールドにも、ＨＥ  （Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｔ）  Ｃｏｎｔｒｏｌフィールドにも拡張可能で、これにより、各々ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃ、あるいはＩＥＥＥ８０２．１１ａｘの各種機能に応じた通知をすることができる。
【００８１】
ＦＣＳフィールドには、受信側でフレームの誤り検出のため用いられるチェックサム符号としてＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）情報が設定される。ＦＣＳ情報の例としては、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｏｄｅ）などがある。
【００８２】
図６（Ａ）〜図６（Ｃ）はそれぞれＷＵＲパケットのフォーマット例を示す。ＷＵＲパケットは、無線ＬＡＮ規格のＰＨＹフォーマットに準じた構成を有している。つまり、ＷＵＲ信号を含むＷＵＲパケットは、無線ＬＡＮ信号を用いて送信される。ＷＵＲ信号は、ＯＯＫ信号、ＡＳＫ（Ａｍｐｌｉｔｕｄｅ−Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）信号、ＡＭ（Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）信号、ＰＰＭ（Ｐｕｌｓｅ  Ｐｏｓｉｔｉｏｎ  Ｍｏｄｕｌａｔｉｏｎ）信号、等、主に搬送波の強弱で情報を伝送する変調方式の信号である。
【００８３】
図６（Ａ）は、レガシープリアンブルに後続するペイロード部にＷＵＲ信号を格納した例である。使用する無線ＬＡＮ規格に応じた拡張フィールドが、レガシープリアンブルと、ペイロード部との間に配置されてもよい。例えばＩＥＥＥ８０２．１１ａｘ規格のＳＵ（Ｓｉｎｇｌｅ  Ｕｓｅｒ）フォーマットを用いてもよい。この場合、当該ＳＵフォーマットのペイロード部にＷＵＲ信号を配置する。レガシープリアンブルは物理層で処理される。ＩＥＥＥ８０２．１１無線ＬＡＮ規格では、ＰＨＹ層では前述したＰＳＤＵと呼ばれ、また、ペイロード部は、ＭＡＣ層からＰＨＹ層に渡される際には、前述したＭＰＤＵと呼ばれるものに該当する。したがって、ペイロード部は、ＭＡＣ層で取り扱うものとして、ＭＡＣ層で処理される。ペイロード部に格納されるものを、Ｗａｋｅ−ＵｐフレームまたはＷＵＲフレームと表現してもよい。なお、ペイロード部に格納されたＷＵＲ信号を、物理層で処理する形態も考えられる。
【００８４】
ＷＵＲ信号は、特定のものに限定されない。ＷＵＲ信号は、ＭＡＣフレーム（図６（Ｃ）参照）でもよいし、ＭＡＣフレームの先頭に所定のプリアンブルを付加したものでもよいし、別のフォーマットの信号でもよい。例えば、ＳＴＡおよびＡＰ間のネゴシエーションで所定長の値（ビット列）を決定し、当該決定した値を含む信号でもよい。または、所定長の値に加えて、起動先のＡＰのＭＡＣアドレス（ＢＳＳＩＤ）を含む信号でもよい。ＳＴＡとＡＰ間で互いに共通に認識できる限り、ＷＵＲ信号はどのような内容でもかまわない。ＷＵＲ信号が、ＷＵＲ信号の送信元ＳＴＡのＭＡＣアドレス（あるいはＡＩＤまたはＡＩＤの一部）を含んでもかまわない。
【００８５】
図６（Ｂ）は、レガシープリアンブルフィールドの後ろに、新規のプリアンブルフィールド（ＷＵＲ用プリアンブルフィールド）を配置し、そこにＷＵＲ信号を配置する。ＷＵＲ用プリアンブルは、物理ヘッダの一部であり、物理層で処理される。
【００８６】
図６（Ｃ）は、レガシープリアンブルフィールドの後ろのペイロード部に、ＭＡＣフレームを配置した例である。ＭＡＣフレームは、ＭＡＣヘッダと、フレームボディフィールドと、ＦＣＳフィールドとを含む。ＭＡＣヘッダは、図５（Ｂ）と同様の構成を有しても良いし、簡略化された構成を有しても良い。例えばＡｄｄｒｅｓｓ１（ＲＡフィールド）のみを有し、その他のフィールドは省略するか、ダミー値を設定してもよい。ＷＵＲ信号の識別子（インデックス番号等）のフィールドを設けてもよい。ネゴシエーションで所定長の値（ビット列）を決定する場合に、当該所定長の値をフレームボディフィールドに設定してもよい。あるいは、フレームボディフィールドには、相手装置に通知する他の情報を設定してもよい。例えば、後述するように、ＡＰがＳＴＡとしてもＡＰとしても起動可能な場合に、ＡＰとして起動するか、ＳＴＡとして起動するかを指定する指示情報を設定してもよい。指示情報は、フレームボディフィールドではなく、ＭＡＣヘッダに設定してもよいし、物理ヘッダのＷＵＲ用プリアンブルに設定してもよい。
【００８７】
図６（Ａ）〜図６（Ｃ）に示した構成は、一例であり、他にも様々なフォーマットが可能である。例えば、図６（Ｃ）のペイロード部において、ＭＡＣヘッダの直前に所定のプリアンブルを配置してもよい。所定のプリアンブルは、一例として、所定のプリアンブルの後にＭＡＣフレームが格納されていることを通知するために用いられる。
【００８８】
第２のＰＨＹ処理部２５は、第１のＰＨＹ処理部２２と同様に、受信した信号のアナログ処理を行うアナログ処理部を備えている。第２のＰＨＹ処理部２５は、受信した信号についてアナログ処理および復号することでパケットを取得し、受信したパケットがＷＵＲパケットであるかを判断する。第２のＰＨＹ処理部２５は、パケットの物理ヘッダを処理するＰＨＹ層の処理と、ペイロード部の処理を行うＭＡＣ層の処理とを行う。受信したパケットが、ＷＵＲパケットである場合は（例えば、ＷＵＲパケットのフォーマットに合致している場合またはＷＵＲパケットであることを示すフラグが設定されている場合など）、ＷＵＲパケットに含まれるＷＵＲ信号に基づき、無線部本体を起動するかを判断する。簡単な例として、ＷＵＲフォーマットが、事前にネゴシエーションで定めた値を設定するフィールドを含む場合は、抽出したＷＵＲ信号の当該値が、ネゴシエーションで定めた値と一致するかを判断し、一致する場合は、無線部本体を起動することを決定する。または、ＷＵＲ信号が起動先のアドレスを含む場合に、ＷＵＲ信号に含まれる当該アドレスが自ＡＰのアドレスに一致する場合に、無線部本体を起動することを決定する。ＷＵＲ信号が複数存在する場合は、今回受信されたＷＵＲ信号がどのＷＵＲ信号（あるいはどのフォーマット）かを、例えばＷＵＲ信号に含まれる識別子（インデックス番号）から特定してもよい。そして、特定したＷＵＲ信号に応じて、今回受信したＷＵＲ信号が起動の条件を満たすかを判断してもよい。第２のＰＨＹ処理部２５は、無線部本体を起動することを決定した場合、電源制御部２６に起動要求通知を出力する。起動要求通知を受けた電源制御部２６は、無線部本体を起動する。
【００８９】
なお、第２のＰＨＹ処理部２５は、送信機能を有さないため、パケットの受信成功（または失敗）を決定しても、送信元に送達確認応答フレームを送信する必要はない。ただし、第２のＰＨＹ処理部２５に送信機能も追加し、受信の判定結果に応じて、送信元に送達確認応答フレームを送信してもよい。
【００９０】
また、第２のＰＨＹ処理部２５の周波数帯が、第１のＰＨＹ処理部２２で使用する周波数帯と異なってもよい。また、第２のＰＨＹ処理部２５が備えるアナログ処理部が、第１のＰＨＹ処理部２２が備えるアナログ処理部と共通でもよい。この場合、アナログ処理部はスリープできない。
【００９１】
図７は、本実施形態に従った無線ＬＡＮシステムの動作のシーケンス図である。
【００９２】
ＡＰのＭＡＣ／ＰＨＹ管理部２３の電源制御部２６は、予め登録しておいた全ＳＴＡとの通信が行われていないことを検出した場合、無線部本体（第１のＰＨＹ処理部２２およびＭＡＣ処理部２１）にスリープ指示を出力する（Ａ１０１）。登録したＳＴＡとの通信が行われていないとの判断は、例えば、登録したＳＴＡとのフレーム交換が固定時間ないことで判断できる。あるいは、ＡＰが、登録したＳＴＡすべてとの無線リンクを切断した場合に、そのように判断してでもよい。登録している全ＳＴＡのうち１台でも、通信が行われていると判断される場合は、スリープ指示は出力しない。
【００９３】
第１のＰＨＹ処理部２２およびＭＡＣ処理部２１は、スリープ指示を受けると、スリープ状態に遷移する。すなわち、第１のＰＨＹ処理部２２およびＭＡＣ処理部２１への電源供給が停止または抑制される（Ａ１０２）。これにより、第１のＰＨＹ処理部２２は、パケットの送受信（アナログ処理およびキャリアセンスを含む）およびパケットの生成を含む動作を行わなくなる。また、ＭＡＣ処理部２１は、フレームの送受信およびフレームの生成を含む動作を行わなくなる。なお、第１のＰＨＹ処理部２２およびＭＡＣ処理部２１がスリープ状態に遷移しても、第２のＰＨＹ処理部２５は、起動（電源投入）されたままである。なお、前述したように、スリープ状態への遷移の方法にはバリエーションが可能であり、いずれの方法も可能である。
【００９４】
ＳＴＡのユーザが帰宅したり（例えば、ＧＰＳや無線ＬＡＮを使用して位置情報を把握するなどして、帰宅を判断してもよい）、ＳＴＡの電源をオンにしたりするなどし、ＳＴＡはどのＡＰにも接続していない状態と判断すると、ＡＰを探索するべく、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔフレームを送信する。具体的には、ＳＴＡのＭＡＣ／ＰＨＹ管理部１３が、スキャン要求をＭＡＣ処理部１１に出力し（Ａ１０３）、ＭＡＣ処理部１１が、スキャン要求を受けてＰｒｏｂｅ  Ｒｅｑｕｅｓｔフレームを生成し、当該フレームの送信要求をＰＨＹ処理部１２に出力する（Ａ１０４）。ＰＨＹ処理部１２は、当該送信要求を受けて、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔフレームをペイロード部分に格納したパケット（ＰＰＤＵ）を生成し、パケットを送信する（Ａ１０５）。
【００９５】
当該パケットの送信は、１回もしくは複数回行う。複数回行う場合、予め送信回数が決められていてもよい。または、ＭＡＣ処理部１１またはＭＡＣ／ＰＨＹ管理部１３がタイマーを所定値に設定して起動し、タイマーが切れるまで、繰り返し送信してもよい。また、接続したいＡＰが使用する可能性のあるチャネルが複数あるときは、チャネルを切り替えながら、それぞれのチャネルでパケットを送信してもよい。ここでは、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔフレームを送信するアクティブスキャンを行ったが、受動的にＢｅａｃｏｎフレームの受信を観測するパッシブスキャンを用いてもよい。また、ＳＴＡはアクティブスキャンもしくはパッシブスキャンの際に、ネゴシエーションを行ったＡＰを指定するようにしてもよい。ただし、ネゴシエーションしたＡＰの通信範囲にＳＴＡがいない場合には、無駄に当該ＡＰをスキャン（探索）することにもなりかねない。このため、特にＳＴＡとしてどのＢＳＳとも接続できるようにしている場合には、ネゴシエーションを行ったＡＰを指定しない方が望ましい。アクティブスキャンでＡＰを指定しない場合は、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔフレームの送信先アドレスとして、ブロードキャストアドレスを用いる。
【００９６】
ＳＴＡは、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔフレームに対する応答フレームを受信しない、あるいは、接続したいＡＰ（ＢＳＳ）を検出できなかったと判断すると、ＭＡＣ処理部１１は、ＭＡＣ／ＰＨＹ管理部１３に対して、ＢＳＳ未検出報告を出力する（Ａ１０６）。ＭＡＣ／ＰＨＹ管理部１３は、ＡＰはスリープ状態の可能性があると判断し、登録したＡＰの起動要求を生成して、ＭＡＣ処理部１１に出力する（Ａ１０８）ＭＡＣ処理部１１は、ＡＰを起動するためのＷＵＲ信号の送信要求をＰＨＹ処理部１２に出力する（Ａ１０９）。この際、ＷＵＲパケットの構成にもよるが、ＷＵＲパケットのペイロード部に含める情報（ＭＡＣフレーム等）も出力する。例えば、登録したＡＰのＭＡＣアドレス（ＢＳＳＩＤ）を送信先アドレスフィールドに設定したＭＡＣヘッダを含むＭＡＣフレームを生成する。その他にもＭＡＣヘッダまたはフレームボディフィールド部に設定する必要がある情報（例えばネゴシエーションで決定した特定の値（ビット列）など）があれば、その情報も設定する。
【００９７】
ＰＨＹ処理部１２は、ＷＵＲ信号の送信要求に基づき、ＷＵＲ信号を含むＷＵＲパケット（ＰＰＤＵ）を生成し、送信する（Ａ１１０）。ＷＵＲパケットの送信は、通常の通信用のパケットと同様に、ＣＳＭＡ／ＣＡに従う。すなわち、送信前にバックオフアルゴリズムに基づき無線媒体の状態を確認し、無線媒体がアイドル状態であれば、アクセス権を獲得し、ＷＵＲパケットを送信する。
【００９８】
ＷＵＲパケットの送信は、１回または複数回である。複数回の場合は、予め定めた回数を送信してもよいし、予め定めた送信期間（所定時間）長の間で繰り返し送信してもよい。送信回数または送信期間長の値は、ＭＡＣ／ＰＨＹ管理部が、これらの一方の値を起動要求にパラメータとして含めてもよい。送信回数または送信期間長を制限することで、登録したＡＰが実際には通信可能な範囲に存在しない場合に、無駄な動作を必要以上に続けて、消費電力が増大することを避けることができる。また、周囲の他のシステムへの干渉も抑制できる。
【００９９】
ＷＵＲパケットの送信回数を制限する別の方法としては、ＭＡＣ／ＰＨＹ管理部１３が、起動要求を出力する際にタイマーを所定の値に設定して起動し、タイマーが切れたら、ＷＵＲパケットの送信停止要求を出力し、ＭＡＣ処理部１１が当該要求に基づきＷＵＲパケットの送信が停止されるよう制御してもよい。また、ＷＵＲ信号が複数存在し、ＷＵＲ信号の使い分けをする場合は、ＭＡＣ／ＰＨＹ管理部１３は、起動要求に、送信するＷＵＲ信号の識別子をパラメータとして含め、ＰＨＹ処理部１２は、当該識別子を設定したＷＵＲ信号を含むＷＵＲパケットを生成してもよい。この場合、ＡＰ側では、情報管理ベース（ＭＩＢ）でＷＵＲ信号ごとに異なる識別子（インデックス番号）を割り当てて、ＷＵＲ信号を識別できるようにしておく。ＡＰは、事前にＳＴＡに対して、使用するＷＵＲ信号の識別子を通知しておく。
【０１００】
無線部本体（ここでは第１のＰＨＹ処理部およびＭＡＣ処理部の両方）がスリープ状態にあるＡＰでは、パケットの受信を行わない状態にあるため、ＳＴＡからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔフレームには応答しない。一方、無線部本体がスリープ状態であっても、ＡＰの第２のＰＨＹ処理部２５は、電源が供給されており、受信動作が可能である。第２のＰＨＹ処理部２５は、アンテナ２４を介してＷＵＲパケットを受信すると、ＷＵＲパケットを復号する。例えば、レガシーのプリアンブルを処理した後、後段に配置されているＷＵＲ信号を復号（例えばＯＯＫ復調）する。当該ＷＵＲ信号が、事前にネゴシエーションで決定した条件を満たすか（一例としてネゴシエーションで決定した特定の値を含むか、または、送信先アドレスが自ＡＰのアドレスに一致するかなど）を判断し、満たす場合に、起動要求通知を電源制御部２６に出力する（Ａ１１１）。条件を満たさない場合は、起動要求通知を出力しない。これにより、登録していないＳＴＡによりＡＰが起動させられることを防止できる。
【０１０１】
電源制御部２６は、起動要求通知を受けると、スリープ復帰指示を無線部本体（第１のＰＨＹ処理部２２とＭＡＣ処理部２１）に出力し、これらを起動（アウェイク）する。これにより、無線部本体が起動し（Ａ１１３）、以降、ＡＰは、ＷＵＲパケットを送信したＳＴＡのみならず、他のＳＴＡとも通常の通信を開始する（Ａ１１４）。無線部本体のスリープ復帰方法には、前述したように、バリエーションがあり、そのいずれの方法も可能である。
【０１０２】
＜ＡＰとＳＴＡ間のネゴシエーション（ＡＰに対しＳＴＡを事前登録）の詳細＞
前述したように、ＡＰがスリープし、ＷＵＲ信号の受信により起動できるようにするために、ＡＰとＳＴＡ間に事前にネゴシエーションを行い、ＡＰにＳＴＡを登録しておく必要がある。ネゴシエーションを行うために、ＡＰが、本実施形態に係るスリープ対応機能を有する旨（ＡＰはスリープしてＷＵＲ信号で起動できる旨、あるいは、ＷＵＲ信号の受信に対応する旨、あるいは起動部を有する旨）を、ＳＴＡに通知する必要がある。また、ＳＴＡは、本実施形態に係るＷＵＲ信号送信機能を有する旨（ＷＵＲ信号を送信できる旨）の通知をＡＰに行う必要がある。
【０１０３】
一例として、スリープ対応機能を有することの通知を、ＢｅａｃｏｎフレームまたはＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅフレーム等の管理フレームで行うことができる。一方、ＳＴＡは、本実施形態に係るＷＵＲ信号送信機能を有する旨（ＷＵＲ信号を送信できる旨）の通知を、Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔフレーム等の管理フレームで行うことができる。例えばもろもろのｃａｐａｂｉｌｉｔｙを通知するフィールド内に、当該通知に関する情報を入れるサブフィールドを設けて、当該サブフィールドに当該情報を入れることで、ＡＰおよびＳＴＡはこれらの通知を行う。このサブフィールドは１ビットあれば十分で、１は対応、０は非対応などとしてもよい。
【０１０４】
管理フレームでは、固有のＥｌｅｍｅｎｔ  ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）が割り当てられた情報エレメント（Ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ；ＩＥ）を１つまたは複数、Ｆｒａｍｅ  Ｂｏｄｙフィールドに設定できる。一例として、情報エレメントで上述のスリープ対応機能またはＷＵＲ信号送信機能の通知を行ってもよい。図８（Ａ）に情報エレメントのフォーマット例を示す。情報エレメントは、Ｅｌｅｍｅｎｔ  ＩＤフィールド、Ｌｅｎｇｔｈフィールド、情報（Ｉｎｆｏｒｍａｔｉｏｎ）フィールドの各フィールドを有する。情報エレメントは、Ｅｌｅｍｅｎｔ  ＩＤで識別される。情報フィールドは、通知する情報の内容を格納し、Ｌｅｎｇｔｈフィールドは、情報フィールドの長さ情報を格納する。
【０１０５】
例えば、ＷＵＲ  Ｃａｐａｂｉｌｉｔｉｅｓ  ｅｌｅｍｅｎｔというものを規定し（すなわち新しいＥｌｅｍｅｎｔ  ＩＤを定義する）、そのエレメントの情報フィールドに、上述の機能に対応する旨を入れる。あるいは既存の拡張規格、例えばＩＥＥＥ８０２．１１ａｘをベースにするなら、そこで用いられているｃａｐａｂｉｌｉｔｙ通知のためのフィールド、例えばＨＥ  Ｃａｐａｂｉｌｉｔｉｅｓ  ｅｌｅｍｅｎｔの情報フィールドに、上述の機能に対応する旨を入れるようにしてもよい。
【０１０６】
あるいは、ＩＥＥＥ８０２．１１ではｅｌｅｍｅｎｔ  ＩＤが枯渇してきていることから、ｅｌｅｍｅｎｔ  ＩＤ＝２５５にして、Ｌｅｎｇｔｈフィールドの後にＥｌｅｍｅｎｔ  ＩＤ  Ｅｘｔｅｎｓｉｏｎ（１オクテット）を追加した、拡張した情報エレメントフォーマットを利用することもあり得る。拡張した情報エレメントフォーマットの例を図８（Ｂ）に示す。
【０１０７】
ＡＰおよびＳＴＡ間で互いにスリープ機能およびＷＵＲ信号送信機能を有することを把握できた後は、ＳＴＡをＡＰに登録するためのネゴシエーションをフレーム交換により行う。例えば、一方からＷＵＲ設定要求フレームを送信し、他方からＷＵＲ設定応答フレームを送信する。このネゴシエーションでは、使用するＷＵＲ信号（ＷＵＲ信号のフォーマットを決める場合も含む）、および必要に応じて、ＷＵＲ信号を送信する送信期間の長さ等も決定する。ＷＵＲ信号は、ＡＰのＢＳＳ内では共通でもよいし、ＡＰが複数のＷＵＲ信号に対応可能な場合、複数のＷＵＲ信号の中から必要なＷＵＲ信号を決定する構成も可能である。一例として、ＳＴＡごとにＷＵＲ信号を変更してもよい。あるいは、用途別グループなどがあり、ＷＵＲ信号に応じてＡＰのｃｏｎｆｉｇを変えたい場合には、ＳＴＡの属するグループに応じてＷＵＲ信号を決定してもよい。または、後述するように、ＡＰとｎｏｎ−ＡＰ  ＳＴＡとのうち任意の一方で起動できる端末をＡＰまたはｎｏｎ−ＡＰ  ＳＴＡとして起動させたい場合には、ＡＰまたはｎｏｎ−ＡＰ  ＳＴＡとしての起動を指示するための指示情報を含むＷＵＲ信号を決定してもよい。
【０１０８】
なお、ＷＵＲ信号が当該ＢＳＳで共通ということに関して補足説明する。例えば、ＷＵＲ信号のフレーム（ＷＵＲフレーム）を構成する際に、起動する先のＭＡＣアドレスを入れるというのであれば、この場合、ＡＰのＭＡＣアドレスはＢＳＳＩＤなので、自ずと起動する先のＭＡＣアドレスは当該ＢＳＳで共通ということになる。ＷＵＲフレームに他の情報を追加するにしても、当該他の情報も、当該ＢＳＳに所属する（Ａｓｓｏｃｉａｔｉｏｎ済みの）複数のＳＴＡのうち、ＡＰを起動するネゴシエーションを結んだＳＴＡであれば、全て共通にする。
【０１０９】
ネゴシエーションの例１としては、アソシエーションプロセスを利用するものがある。すなわち、ＳＴＡが送信するＡｓｓｏｃｉａｔｉｏｎ  ＲｅｑｕｅｓｔフレームをＷＵＲ設定要求フレームとし、Ａｓｓｏｃｉａｔｉｏｎ  ＲｅｓｐｏｎｓｅフレームをＷＵＲ設定応答フレームとしてネゴシエーションを行う。Ａｓｓｏｃｉａｔｉｏｎ  ＲｅｑｕｅｓｔフレームまたはＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅフレームまたはこれらの両方に、情報エレメントとして、ネゴシエーションに必要な情報を入れる。なお、前述したスリープ機能およびＷＵＲ信号送信機能への対応有無の通知も、ネゴシエーションと同じフレームで行ってもよい。
【０１１０】
またネゴシエーションの例２としては、新規の管理フレームを定義し、当該フレームの交換で行うというものがある。例えば、ＷＵＲ設定要求フレームとＷＵＲ設定応答フレームのそれぞれを新規に定義する。通常ＩＥＥＥ８０２．１１無線ＬＡＮでは、要求フレームはＳＴＡから送信されるが、例２の場合は、ＡＰから送信することも可能である。ＡＰから送信することで、ＡＰから、自ＡＰを起動してほしいＳＴＡを指定することができる。ネゴシエーションは１対１でＡＰがＳＴＡに送信する場合の他、ＡＰからＤＬ−ＭＵ（Ｄｏｗｎｌｉｎｋ−ＭｕｌｔｉＵｓｅｒ）で複数のＳＴＡに要求フレームを送信し、応答フレームも複数のＳＴＡからＡＰへＵＬ−ＭＵ（Ｕｐｌｉｎｋ−Ｍｕｌｔｉｕｓｅｒ）で収集するようにしてもよい。ＤＬ−ＭＵの例としては、ＤＬ−ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、あるい、はＤＬ−ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ−Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ，Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、あるいは、これらを組合せた方式などがある。ＵＬ−ＭＵの例としては、ＵＬ−ＯＦＤＭＡ、あるいは、ＵＬ−ＭＵ−ＭＩＭＯ、これらを組合せた方式などがある。
【０１１１】
図９（Ａ）は、ＳＴＡ側からＷＵＲ設定要求フレームを送信し（Ｂ１０１）、ＡＰ側がＷＵＲ設定応答フレームを送信する（Ｂ１０２）場合のシーケンス例を示す。図９（Ｂ）は、ＡＰ側からＷＵＲ設定要求フレームを送信し（Ｂ１１１）、ＡＰ側がＷＵＲ設定応答フレームを送信する（Ｂ１１２）場合のシーケンス例を示す。なお、送達確認応答フレーム（ＡＣＫフレーム）の送信は省略している。
【０１１２】
ＷＵＲ信号の指定は、一例としてＷＵＲ設定要求フレームで行う。ＷＵＲ設定応答フレームには、ＷＵＲ設定要求フレームの要求を受け付けるか否かの判断結果を入れる。判断結果は、例えばＳｔａｔｕｓ  Ｃｏｄｅを用いる。Ｓｔａｔｕｓ  ＣｏｄｅはＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅフレームでも、新規に定義した応答管理フレームでも共通に使えるものである。Ｓｔａｔｕｓ  Ｃｏｄｅは、一例として、情報エレメントのＩｎｆｏｒｍａｔｉｏｎフィールドに含めることができる。指定されたＷＵＲ信号を受け付ける場合は、Ｓｔａｔｕｓ  Ｃｏｄｅの値は、“０”すなわち“ＳＵＣＣＥＳＳ”である。指定されたＷＵＲ信号を受け付けない場合は、その理由を表すＳｔａｔｕｓ  Ｃｏｄｅを、応答管理フレームに入れることが望ましい。この用途のために、例えば新規にＳｔａｔｕｓ  Ｃｏｄｅを定義してもよい。受信側が、ＷＵＲ設定要求フレームの要求を受け入れない場合には、受信側が代わりのＷＵＲ信号を、ＷＵＲ設定応答フレームで指定することも可能である。このような仕組みの場合、ＷＵＲ設定応答フレームの送信側で指定されたＷＵＲ信号の方が絶対であり、ＷＲＵ設定要求フレームの送信側で指定したものは、あくまで参照されるだけである。Ｓｔａｔｕｓ  Ｃｏｄｅは、ＷＵＲ設定応答フレームに代わりのＷＵＲ信号が入れられていることが、ＷＵＲ設定要求フレームの送信側で把握できるような値とすることが望ましい。
【０１１３】
ＷＵＲ信号の送信期間長や、ＷＵＲ信号の伝送レート（例えばＯＯＫ信号の伝送レート）を指定する場合も、ＷＵＲ信号を決める場合と同様にして行えばよい（なお、レガシープリアンブルフィールドのレートはＩＥＥＥ８０２．１１規格で事前に定められたＭＣＳ（伝送レート）を用いればよい）。システム上（または規格上）、ＷＵＲ信号の伝送レートが指定されるようになっていてもよい。その場合、第２のＰＨＹ処理部（起動部）は、ＷＵＲ信号について特定の伝送レートだけの待ち受けに特化できるため、さらに低消費にすることができる。これは、ＡＰが起動される場合だけでなく、以下に説明するように、ＳＴＡが起動される場合も共通である。
【０１１４】
上述した説明では、ＡＰ側がスリープして、ＳＴＡ側がＷＵＲ信号でＡＰを起動する形態が示されたが、ＳＴＡも、ＡＰと同様に、起動部（第２のＰＨＹ処理部）および電源制御部を備えることで、ＳＴＡ側がスリープして、ＡＰがＷＵＲ信号でＳＴＡを起動する形態も可能である（ＡＰが一旦起動した後に、この形態に移行することも可能）。このような場合、ＷＵＲの適用方向として、ＤＬ（Ｄｏｗｎｌｉｎｋ）とＵＬ（Ｕｐｌｉｎｋ）の両方を設定できることが好ましい。ＤＬのＷＵＲ適用方向は、ＡＰからＳＴＡを起動する場合に対応し、ＵＬのＷＵＲ適用方向はＳＴＡからＡＰを起動する場合（これまで述べてきた形態）に対応する。以下、このように双方向の設定が可能な場合のネゴシエーションについて詳細に説明する。
【０１１５】
＜フレームの方向とＤＬ／ＵＬ設定が連動する場合（上記ネゴシエーションの例２の場合にのみ適用可能）＞
例えば、ＷＵＲ設定要求フレームを、起動してもらいたい装置から送信する。つまりＷＵＲ設定要求フレームの送信方向と逆方向が、ＷＵＲの適用方向になる。具体的には、ＡＰがＳＴＡに起動してもらいたい場合は、ＡＰからＳＴＡにＷＵＲ設定要求フレームを送信する。ＷＵＲ設定要求フレームの送信方向はＤＬであり、ＷＵＲの適用方向（ＷＵＲ信号の送信方向）は、ＳＴＡからＡＰへのＵＬ方向になる。逆にＳＴＡがＡＰに起動してもらいたい場合は、ＳＴＡからＡＰにＷＵＲ設定要求フレームを送信する。ＷＵＲ設定要求フレームの送信方向はＵＬであり、ＷＵＲの適用方向（ＷＵＲ信号の送信方向）は、ＡＰからＳＴＡへのＤＬ方向になる。ＷＵＲ設定要求フレームに対し、逆方向にＷＵＲ設定応答フレームが送信されるため、ＷＵＲ設定応答フレームの方向とＷＵＲの適用方向とが同一、という言い方もできる。
【０１１６】
＜ＷＵＲ設定要求フレームにＤＬ／ＵＬを入れる場合（上記のネゴシエーションの例１でも例２でも適用可能）＞
例えば、ＷＵＲ設定要求フレームに、ＷＵＲの適用方向を示すＤＬ／ＵＬフィールドを入れるようにしてもよい。すなわち、図１０（Ａ）に示すように、ＤＬ／ＵＬフィールドを情報フィールド内に有する情報エレメントを用いてもよい。あるいは、既存の情報エレメントの情報フィールド内の予約フィールドを用いてもよい。ＳＴＡがＡＰを起動する場合、すなわちＷＵＲ適用方向としてＵＬの場合は、このＤＬ／ＵＬフィールドにＵＬを表す値に設定する。ＡＰがＳＴＡを起動する場合、すなわちＷＵＲ適用方向としてＤＬの場合は、このＤＬ／ＵＬフィールドにＤＬを表す値を設定する。ＤＬ／ＵＬフィールドは１ビットでよく、例えば“０”であればＤＬ、“１”であればＵＬ、あるいは逆の定義にしておけばよい。あるいは、例えば既存のＩＥＥＥ８０２．１１規格対応のＭＡＣフレームで、ＭＡＣヘッダにあるＦｒａｍｅ  ＣｏｎｔｒｏｌフィールドのＴｏＤＳ／ＦｒｏｍＤＳと同様な表現を用いてもよい。この場合は、ＳＴＡとＳＴＡ同士間でＷＵＲの設定を行う場合（ダイレクトリンクの場合）にも、対応することができる。例えば、図１０（Ｂ）に示すように、新規に２ビットのＴｏＡＰ／ＦｒｏｍＡＰフィールドを定義する。“１０”であればＵＬ、“０１”であればＤＬ、“００”であればＳＴＡ同士の方向を示す。“１１”はリザーブとしてもよいし、ＡＰとＡＰ同士のＷＵＲ設定が可能な場合は、“１１”をＡＰ同士の方向を示すとして定義してもよい。ここで示した２ビットの設定例は一例であり、他の定義でもよい。
【０１１７】
なお、ＳＴＡが、ＷＵＲ設定要求フレームでＵＬを指定する場合は、事前に例えばＡＰからのＢｅａｃｏｎフレームまたはＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅフレームにより、ＡＰがスリープ機能（ＷＵＲ信号の受信）に対応することを把握しておく。ＳＴＡから送信するＷＵＲ設定要求フレームは、Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔフレームでも、新規の要求管理フレームでもよい。ＡＰから送信するＷＵＲ設定応答フレームは、Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅフレーム、あるいは、新規の要求管理フレームに対応する新規の応答管理フレームでもよい。
【０１１８】
＜Ｓｔａｔｕｓ  Ｃｏｄｅ、ＷＵＲ信号の指定＞
ＷＵＲの適用方向とフレームの方向とが連動している場合、ＷＵＲ設定要求フレームの送信側が、ＷＵＲ信号を指定することが考えられる。例えばＷＵＲの適用方向がＵＬの場合、ＡＰがＷＵＲ設定要求フレームを送信するが、ＷＵＲ設定要求フレームにＡＰがＷＵＲ信号も指定する。ＷＵＲ信号の指定は、ＷＵＲ信号の識別子を指定することで行ってもよい。図１１（Ａ）に、ＷＵＲ信号の識別子を情報エレメントで指定する例を示す。識別子は、規格またはシステムで事前に決められていてもよいし、ＡＰが決定して、ＢＳＳに属するＳＴＡに通知してもよい。なお、前述したように、ＷＵＲ信号の識別子を指定することで、使用するＷＵＲ信号の値のすべてが決まる場合、ＷＵＲ信号のフォーマットが決まる場合、フォーマットとフィールドの一部の値（例えば所定長の値など）が決まる場合のいずれも可能である。
ＳＴＡはＷＵＲ設定応答フレームを送信するが、要求を受け付けるか否かをＳｔａｔｕｓ  Ｃｏｄｅによって通知する。Ｓｔａｔｕｓ  Ｃｏｄｅを情報エレメントに設定する例を図１１（Ｂ）に示す。ＡＰの指定したＷＵＲ信号が、ＳＴＡで受け付けられないのであれば、その旨を通知するＳｔａｔｕｓ  Ｃｏｄｅを入れる。あるいはＳＴＡが代わりのＷＵＲ信号をＷＵＲ設定応答フレームで通知し、これをＡＰに使わせてもよい。この場合の情報エレメントの例を図１１（Ｃ）に示す。Ｓｔａｔｕｓ  Ｃｏｄｅは、代わりのＷＵＲ信号が応答フレームに入れられていることがＡＰで把握できるような値とすることが望ましい。ＷＵＲの適用方向がＤＬの場合は、上記説明でのＡＰとＳＴＡを入れ替えればよい。あるいは、ＷＵＲ設定応答フレームの送信側（すなわちＷＵＲ信号の送信側）が、ＷＵＲ設定応答フレームでＷＵＲ信号を指定するようにしてもよい。この場合、ＷＵＲ設定要求フレーム送信側は、ＷＵＲ設定応答フレームで指定されたＷＵＲ信号を用いればよい。
【０１１９】
ここで、ＷＵＲ設定は、必ずＳＴＡ側からのＷＵＲ設定要求フレームの送信により開始する場合について考える。
【０１２０】
例えばＷＵＲの適用方向としてＵＬを考える。ＳＴＡが送信するＷＵＲ設定要求フレームでＷＵＲ信号も指定する場合、ＳＴＡの指定したＷＵＲ信号が、ＡＰで受け付けられないのであれば、ＡＰはその旨を通知するＳｔａｔｕｓ  Ｃｏｄｅを入れたＷＵＲ設定応答フレームを送信する。あるいは、ＡＰが代わりのＷＵＲ信号をＷＵＲ設定応答フレームで通知し、それをＳＴＡに使わせるようにしてもよい。このような仕組みの場合、ＷＵＲ設定応答フレームで通知されたＷＵＲ信号の方が絶対であり、ＷＵＲ設定要求フレームで通知したものはあくまでＡＰで参照されるだけということになる。Ｓｔａｔｕｓ  Ｃｏｄｅの値は、代わりのＷＵＲ信号が応答フレームに入れられていることが、ＳＴＡで把握できるような値とすることが望ましい。
【０１２１】
ＷＵＲ適用方向がＤＬの場合も、ＳＴＡが送信するＷＵＲ設定要求フレームで、ＳＴＡが受け付けるＷＵＲ信号も指定するようにする。ＡＰがＳＴＡの指定したＷＵＲ信号を受け付けないのであれば、上記のＵＬの場合と同様な仕組みで、ＡＰがＷＵＲ信号をＷＵＲ設定応答フレームで指定してもよい。ただし、通常、ＷＵＲ信号を受信する側の方に、ＷＵＲ信号の受信に関する制約があると考えられる。従って、ＤＬの場合は、ＳＴＡの指定したＷＵＲ信号をＡＰは無条件に受け入れるか否かを判断し、受け入れない場合は、その旨を通知するＳｔａｔｕｓ  Ｃｏｄｅを送信するだけにしてもよい。
【０１２２】
ＷＵＲの適用方向としてＵＬを考える場合に、ＳＴＡが送信するＷＵＲ設定要求フレームではＷＵＲ信号を指定せず、ＡＰがＷＵＲ設定応答フレームで指定する方法も考えられる。その場合は、ＳＴＡは、ＡＰがＷＵＲ設定応答フレームで指定したＷＵＲ信号をそのまま用いればよい。ＷＵＲの適用方向としてＤＬを考える場合に、前述のようにＷＵＲ信号を受信する側の方が、受信の制約があると考えられる。このため、ＷＵＲ信号をＳＴＡがＷＵＲ設定要求フレームで指定して、ＡＰがＳＴＡの指定するＷＵＲ信号をそのまま用いることが望ましい。
【０１２３】
＜ＡＰが、自ＡＰを起動してもらうＳＴＡとしてネゴシエーションするのは、ＢＳＳ内の全ＳＴＡでなくてもいい＞
例えば、前述した図２に示したような家庭での利用シーンを考えると、ＡＰに接続するＳＴＡとしては、ＰＣやタブレット、スマートフォン、プリンタなどがある。ＡＰがスリープできる状況は、ユーザが不在の場合である。通信が行われない場合にユーザが不在と判断できるＳＴＡとしては、ユーザが携帯する、スマートフォンやタブレットが考えられる。このため、ＡＰは、自ＡＰを起動してもらうＳＴＡとして、ユーザが携帯するという属性をもつＳＴＡだけと、ネゴシエーションするようにするのがよい。ユーザが、ＡＰまたはＳＴＡで動作するアプリ上で、ＡＰを起動するＳＴＡを選定するようにしてもよい。その結果、ＷＵＲ設定要求フレームが、例えばＡＰから、その選定されたＳＴＡに送信される。例えばＷＵＲ設定要求フレームを発動するためのｒｅｑｕｅｓｔプリミティブ（プリミティブについては後述する）内に、選定されたＳＴＡのＭＡＣアドレスが入れられることで、これは実現できる。ユーザがスマートフォンを、ＡＰ起動用のＳＴＡに設定するように、ＡＰまたはＳＴＡを操作すればよい。
【０１２４】
＜ＳＴＡとの無線リンク切断後も、ＷＵＲ関連登録情報を保持しておく＞
ＷＵＲ設定に関連して登録した情報（ＷＵＲ関連登録情報）は、ＳＴＡおよびＡＰ間の無線リンク切断後（スリープにより切断された場合も含む）も有効にしておく必要がある。ＷＵＲ関連登録情報とは、少なくとも自ＡＰを起動するためのネゴシエーションをしたＳＴＡに関する情報と、ネゴシエーションしたＷＵＲ信号に関する情報（ＷＵＲ信号の伝送レート、送信期間等をネゴシエーションした場合、これらの情報も含む）。また、ＡＰが、スリープ前の状態に復帰するための情報がある。これらの情報を格納しておく場所などを確保し、復帰時に参照できるようにしておく必要がある。このようにすることで、ＡＰは、スリープ復帰後、再度ネゴシエーションせずに、ネゴシエーションした情報を使いまわせるようになる。なお、一般的には、通常の情報は、ＳＴＡとの切断後あるいはＳＴＡと切断したと判断した段階で無効にされる。
【０１２５】
＜レイヤ構成とプリミティブ（Ｐｒｉｍｉｔｉｖｅ）＞
図１２に、本実施形態に係るＳＴＡのレイヤ構成の例を示す。このレイヤ構成は一般的に知られているものである。ＭＡＣ  Ｓｕｂｌａｙｅｒの下に、ＰＨＹ  Ｓｕｂｌａｙｅｒが位置する。これらのＳｕｂｌａｙｅｒ間には情報交換のためのＳＡＰ（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）であるＰＨＹ＿ＳＡＰが定義されている。また、ＭＡＣ  Ｓｕｂｌａｙｅｒの上位に、ＭＡＣ  Ｓｕｂｌａｙｅｒを管理するＭＬＭＥ（ＭＡＣ  Ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）が存在し、ＰＨＹ  Ｓｕｂｌａｙｅｒの上位に、ＰＨＹ  Ｓｕｂｌａｙｅｒを管理するＰＬＭＥ（ＰＨＹ  Ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）が存在する。つまり、ＭＬＭＥはＭＡＣ層の管理エンティティ、ＰＬＭＥは物理層の管理エンティティである。これらのＥｎｔｉｔｙ間には情報交換のためのＭＬＭＥ−ＰＬＭＥ＿ＳＡＰが定義されている。ＭＬＭＥとＰＬＭＥの両方の上位に、ＳＭＥ（Ｓｔａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）が存在する。ＭＬＭＥとＳＭＥ間には情報交換のためのＭＬＭＥ＿ＳＡＰが定義されている。ＰＬＭＥとＳＭＥ間には情報交換のためのＰＬＭＥ＿ＳＡＰが定義されている。情報交換は、それぞれのＳＡＰごとに定義されるＰｒｉｍｉｔｉｖｅ（プリミティブ）とパラメータを介して行われる。プリミティブには、ｒｅｑｕｅｓｔと、ｃｏｎｆｉｒｍと、ｉｎｄｉｃａｔｉｏｎと、ｒｅｓｐｏｎｓｅが定義されている。先にも少し述べたが、一例として、ＳＴＡのＭＡＣ処理部１１は、ＭＡＣ  ＳｕｂｌａｙｅｒとＭＬＭＥとに相当する処理を行い、ＰＨＹ処理部１２は、ＰＨＹ  ＳｕｂｌａｙｅｒとＰＬＭＥとに相当する処理を行い、ＭＡＣ／ＰＨＹ管理部１３は、ＳＭＥに相当する処理を行う。
【０１２６】
図１３に、本実施形態に係るＡＰのレイヤ構成の例を示す。基本的にＳＴＡのレイヤ構成と同じであるが、本実施形態で新たに定義されたＷＵＲ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｙｔｙ（ＷＵＲ＿ＭＥと表記する）が、ＳＭＥの下位に追加されている。ＷＵＲ＿ＭＥとＳＭＥとの間には、ＷＵＲ−ＭＬＭＥ＿ＳＡＰとＷＵＲ−ＰＬＭＥ＿ＳＡＰとが、情報交換のために定義されている。一例として、ＡＰの第２のＰＨＹ処理部２５は、ＷＵＲ＿ＭＥに相当する処理を行い、ＭＡＣ処理部２１は、ＭＡＣ  ＳｕｂｌａｙｅｒとＭＬＭＥとに相当する処理を行い、ＰＨＹ処理部２２は、ＰＨＹ  ＳｕｂｌａｙｅｒとＰＬＭＥとに相当する処理を行い、ＭＡＣ／ＰＨＹ管理部２３は、ＳＭＥに相当する処理を行う。
【０１２７】
＜ネゴシエーションのためのＭＬＭＥ−ＳＡＰ＞
新規にネゴシエーションのための管理フレーム交換を行う場合には、通常の要求管理フレーム・応答管理フレームの交換を参照した指示信号（ＩｎｔｅｒＦａｃｅ（Ｉ／Ｆ）信号）が、ＭＡＣ処理部とＭＡＣ／ＰＨＹ管理部との間で交換される。Ｉ／Ｆ信号はＳＡＰ（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）プリミティブに相当する。例えば、図９（Ａ）のようにＳＴＡからＷＵＲ設定要求フレームを送信する場合、ＭＡＣ／ＰＨＹ管理部１３から、ＷＵＲ設定要求フレームを送信するためにＷＵＲ用に新たに定義したプリミティブ（例えばＭＬＭＥ−ＷＵＲ−ＭＡＮＡＧＥＭＥＮＴ．ｒｅｑｕｅｓｔ）を発行し、ＭＬＭＥ＿ＳＡＰを介してＭＬＭＥに入力する。この際、プリミティブのパラメータとしてネゴシエーションに必要な情報を設定する。ＭＬＭＥは、当該ｒｅｑｕｅｓｔプリミティブおよびパラメータに基づきＷＵＲ設定要求フレームを生成し、ＭＡＣ  Ｓｕｂｌａｙｅｒを介して送信する。ＳＴＡでは、ＡＰからＷＵＲ設定応答フレームが届くと、その旨がＭＡＣ  Ｓｕｂｌａｙｅｒを介してＭＬＭＥに通知され、ＭＬＭＥは、ＭＬＭＥ＿ＳＡＰを介して、ＭＬＭＥ−ＷＵＲ−ＭＡＮＡＧＥＭＥＮＴ．ｃｏｎｆｉｒｍをＳＭＥに入力する。一方、ＡＰ側では、ＷＵＲ設定要求フレームを受信すると、ＭＡＣ  ＳｕｂｌａｙｅｒからＭＬＭＥにその旨が通知され、ＭＬＭＥが、ＭＬＭＥ＿ＳＡＰを介して、ＳＭＥに、ＭＬＭＥ−ＷＵＲ−ＭＡＮＡＧＥＭＥＮＴ．ｉｎｄｉｃａｔｉｏｎを入力する。ＳＭＥは、ＷＵＲ設定応答フレームを送信するためのプリミティブとしてＭＬＭＥ−ＷＵＲ−ＭＡＮＡＧＥＭＥＮＴ．ｒｅｓｐｏｎｓｅを発行して、ＭＬＭＥ＿ＳＡＰを介して、ＭＬＭＥに当該ｒｅｓｐｏｎｓｅプリミティブを入力する。プリミティブのパラメータとして、ＷＵＲ設定応答フレームにネゴシエーションの応答として含めるべき情報を設定する。ＭＬＭＥは、当該ｒｅｓｐｏｎｓｅプリミティブとパラメータに基づき、ＷＵＲ設定応答フレームを生成し、ＭＡＣ  Ｓｕｂｌａｙｅｒを介して送信する。ここでは、ＳＴＡからＷＵＲ設定応答フレームを送信する場合を示したが、ＡＰから送信する場合は、上記の説明をＡＰとＳＴＡとを入れ替えて読めばよい。
【０１２８】
図１４は、前述した図７のシーケンスにおける各部間のＩ／Ｆ信号をプリミティブによって書き表したす図である。
【０１２９】
従来のＩＥＥＥ８０２．１１規格では、ＡＰがスリープ状態に遷移（パワーセーブモードに移行）ということはなかったため、本実施形態では、ＡＰの無線部本体をスリープに移行させるために、ＷＵＲ用の新規のＩ／Ｆ信号（プリミティブ）が必要である。図７のスリープ指示（Ａ１０１）に対応するプリミティブとしては、図１４では、ＭＬＭＥ／ＰＬＭＥ−ＬＰ−ＭＡＮＡＧＥＭＥＮＴ．ｒｅｑｕｅｓｔを定義している。従来、ＩＥＥＥ８０２．１１無線ＬＡＮでは、プリミティブはＭＡＣ層向けのＭＬＭＥプリミティブあるいはＰＨＹ層向けのＰＬＭＥプリミティブに分かれていたが、ここでは無線部本体としてＭＡＣ層もＰＨＹ層も対象とするため、“ＭＬＭＥ／ＰＬＭＥ−…”と記載している。例えば、まずＳＭＥからＭＬＭＥへＭＬＭＥ＿ＳＡＰを介してＭＬＭＥプリミティブを入力し、ＭＬＭＥからＰＬＭＥにＭＬＭＥ−ＰＬＭＥ＿ＳＡＰを介して指示をかけ、これにより、ＭＡＣ層およびＰＨＹ層両方をスリープに移行する、という手順を取ってもよい。その場合は、ＳＭＥからのプリミティブとしてはＭＬＭＥ用、例えばＭＬＭＥ−ＬＰ−ＭＡＮＡＧＥＭＥＮＴ．ｒｅｑｕｅｓｔだけでよい。ここではｒｅｑｕｅｓｔプリミティブのみ示したが、ｒｅｑｕｅｓｔと対になるｃｏｎｆｉｒｍプリミティブが存在してもよい。ｒｅｑｕｅｓｔとｃｏｎｆｉｒｍは、通常のプリミティブと同様の関係である。入力対象の管理エンティティ（ＭＬＭＥまたはＰＬＭＥ）においてｒｅｑｕｅｓｔプリミティブを受け付けた場合にｃｏｎｆｉｒｍプリミティブを返す。実際の実装では入力信号に対し、正常に受け付けたかどうかの応答信号となる。あるいは実際の実装では入力を強制にして、受付応答を不要にしてもよい。
【０１３０】
従来、ＳＴＡ側にはパワーセーブモードに移行するためのプリミティブがある。これはＩＥＥＥ８０２．１１無線ＬＡＮ規格では、ＭＬＭＥ−ＰＯＷＥＲＭＡＮＡＧＥＭＥＮＴ.ｒｅｑｕｅｓｔ／ｃｏｎｆｉｒｍ（ｒｅｑｕｅｓｔとｃｏｎｆｉｒｍをまとめてｒｅｑｕｅｓｔ／ｃｏｎｆｉｒｍと表記している）である。このｒｅｑｕｅｓｔ側のプリミティブ内のパラメータとしては、ＰｏｗｅｒＭａｎａｇｅｍｅｎｔＭｏｄｅとＲｅｃｅｉｖｅＤＴＩＭｓとがある。ＰｏｗｅｒＭａｎａｇｅｍｅｎｔＭｏｄｅとしては、ＡＣＴＩＶＥもしくはＰＯＷＥＲ＿ＳＡＶＥを選択できるようになっている。ＡＣＴＩＶＥの場合は、スリープに移行せず常にアウェイクの状態を維持する。ＰＯＷＥＲ＿ＳＡＶＥの場合は、スリープとアウェイクとの間で状態を遷移する従来の８０２．１１無線ＬＡＮ規格でのパワーセーブモードに移行する。ＲｅｃｉｅｖｅＤＴＩＭｓは、ＡＰ側がＤＴＩＭ周期で送信するブロードキャストまたマルチキャストフレームを、毎ＤＴＩＭビーコンで起動して受信できるようにするか否かを示すものである。しかしこのＭＬＭＥ−ＰＯＷＥＲＭＡＮＡＧＥＭＥＮＴ.ｒｅｑｕｅｓｔ／ｃｏｎｆｉｒｍプリミティブでは、本実施形態でのＡＰのケース、すなわち、ＡＰの第２のＰＨＹ処理部（起動部）が特定のＷＵＲ信号を受信してＡＰの無線部本体を起動するまでの間無線部本体をスリープにする、という動作を実現することはできない。すなわち、本実施形態に係るＡＰのスリープモードは、従来のＩＥＥＥ８０２．１１無線ＬＡＮでのＳＴＡのパワーセーブモードとは形態が異なる。また、本実施形態では、本来ＤＴＩＭ周期でブロードキャストまたマルチキャストフレームを送信するＡＰ自身がスリープ状態に移行するので、ＲｅｃｅｉｖｅＤＴＩＭｓも不要である。
【０１３１】
そこで、ＭＬＭＥ／ＰＬＭＥ−ＬＰ−ＭＡＮＡＧＥＭＥＮＴ．ｒｅｑｕｅｓｔプリミティブ（Ａ１０１）には、無線部本体の電源を制御するパラメータを入れる。例えばこのパラメータは、ＭａｉｎＲａｄｉｏＭｏｄｅというものであり、その値は、ＯＮとＯＦＦが選択できるようになっている。ＯＮの場合は、無線部本体でパケット（ＭＡＣ層レベルで言うならフレーム）の送受信ができる通常の状態、ＯＦＦの場合は無線部本体でパケットの送受信ができない状態である。このＭａｉｎＲａｄｉｏＭｏｄｅパラメータにより、いずれかの状態への遷移を指示する。このＭａｉｎＲａｄｉｏＭｏｄｅパラメータでの無線部本体の電源制御に連動して、第２のＰＨＹ処理部（起動部）２５の電源制御をしてもよい。例えば、無線部本体にＯＮ指示を出す場合は第２のＰＨＹ処理部２５をＯＦＦ、無線部本体にＯＦＦ指示を出す場合は第２のＰＨＹ処理部２５をＯＮというようにしてもよい。あるいは、ＭａｉｎＲａｄｉｏＭｏｄｅパラメータは、無線部本体の制御だけに特化していてもよい。
【０１３２】
なお、ＳＴＡ側がＡＰからのＷＵＲ信号を受信することで無線部本体を起動させる場合でも、従来のＩＥＥＥ８０２．１１無線ＬＡＮでのパワーセーブ動作とは違うので、上記と同様、ＷＵＲ用に定義したプリミティブを用いて無線部本体をスリープに移行させるのがよい。
【０１３３】
＜ＳＴＡでのＷＵＲ信号送信＞
図７のスキャン要求（Ａ１０３）に対応するプリミティブとして、スキャン実施のために、ＳＭＥからＭＬＭＥ＿ＳＡＰを介して、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔがＭＬＭＥに入力される。ＭＬＭＥでＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔを受けると、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔフレームの送信のため、通常の管理フレームの送信の場合と同様のプリミティブ（例えばＰＨＹ−ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ）を、ＰＨＹ＿ＳＡＰを介してＭＡＣ  ＳｕｂｌａｙｅｒからＰＨＹ  Ｓｕｂｌａｙｅｒに入力する。なお、前述したように、スキャンは、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔフレームを送信するアクティブスキャンの代わりに、Ｂｅａｃｏｎフレームの受信を試みるパッシブスキャンを行っても良い。
【０１３４】
図７のＢＳＳ未検出報告（Ａ１０６）に対応するプリミティブとして、スキャンの結果を表すＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍが、ＭＬＭＥ＿ＳＡＰを介してＭＬＭＥからＳＭＥに入力される。ここではｃｏｎｆｉｒｍのパラメータは、ＢＳＳが未検出であったことを示す結果を含む。
【０１３５】
ＷＵＲ信号の送信開始指示を表す図７の起動要求（Ａ１０８）に対応するプリミティブとして、新規に定義したＭＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔ／ｃｏｎｆｉｒｍを用いる。上述のＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍ（Ａ１０６）で、例えば接続したいＢＳＳを検出できなかった場合に、ＳＭＥからＭＬＭＥ＿ＳＡＰを介してＭＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔをＭＬＭＥに入力する。ＭＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔプリミティブ内に必要なパラメータとしては、例えばＷＵＲ信号の送信期間長、送信するＷＵＲ信号を指定する情報（例えばＷＵＲ信号が複数あり、これらのＷＵＲ信号を使い分ける場合）がある。ＷＵＲ信号の送信を止めるプリミティブを定義し、このプリミティブを利用してＷＵＲ信号の送信停止を行うのであれば、ＷＵＲ信号の送信期間長は不要である。送信するＷＵＲ信号の指定は、前述したように、例えばインデックス番号で指定するなどが考えられる。情報管理ベース（ＭＩＢ）で、ＷＵＲ信号ごとに異なるインデックス番号を割り当て、識別できるようにしておけばよい。ＭＬＭＥでＭＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔを受けると、ＷＵＲ信号フレームの送信のため、通常の管理フレームの送信の場合と同様のプリミティブ（例えばＰＨＹ−ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ）を、ＰＨＹ＿ＳＡＰを介してＭＡＣ  ＳｕｂｌａｙｅｒからＰＨＹ  Ｓｕｂｌａｙｅｒに入力する。
【０１３６】
ここでは、ＳＭＥからＭＬＭＥを介して物理層にＷＵＲフレームの送信指示を与えたが（Ａ１０８とＡ１０９参照）、ＳＭＥから直接、物理層にＷＵＲフレームの送信指示を与えてもよい。この場合、ＳＭＥからＰＬＭＥにダイレクトに、ＰＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔプリミティブを入力してもよい。
【０１３７】
前述したように、ＳＴＡは、ＡＰからＢｅａｃｏｎフレームを受信したら、ＷＵＲ信号の送信を止めるようにしてもよい。このときは、ＭＬＭＥ＿ＳＡＰを介してＭＬＭＥからＳＭＥに、対象のＡＰからＢｅａｃｏｎフレームを受信した旨を通知するｉｎｄｉｃａｔｉｏｎプリミティブを入力し、ＳＭＥからＷＵＲ信号の送信を止める指示のｒｅｑｕｅｓｔプリミティブを改めてＭＬＭＥに入れるようにしてもよい。あるいは、ＷＵＲ信号の送信をＭＡＣ層で止めてから、ＳＭＥに止めた旨のｉｎｄｉｃａｔｉｏｎプリミティブを入力するようにしてもよい。
【０１３８】
一方、第２のＰＨＹ処理部（起動部）２５で、特定のＷＵＲ信号（ネゴシエーションにより決めたＷＵＲ信号）を受信すると、第２のＰＨＹ処理部２５に対応するＷＵＲ＿ＭＥ（図１３のＷＵＲ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）からＷＵＲ−ＰＬＭＥ＿ＳＡＰを介して、ＳＭＥに、ＰＬＭＥ−ＷＵＲ−ＴＸ.ｉｎｄｉｃａｔｉｏｎプリミティブを入力する（図７の起動要求通知Ａ１１１に対応）。このプリミティブは、第２のＰＨＹ処理部２５でＷＵＲ信号が受信された旨を通知するものである。ここでＰＬＭＥプリミティブを用いたのは、第２のＰＨＹ処理部２５が、ＷＵＲ信号を格納するパケットを受信および復号して、ＷＵＲ信号を抽出し、ＷＵＲ信号の判断を行うことをＰＨＹ層で行うことを想定したからである。ペイロード部をＭＡＣフレームとして扱い、ＭＡＣ層でＷＵＲ信号の抽出・判断を行うのであれば、ＰＬＭＥプリミティブの代わりに、ＭＬＭＥプリミティブを用いればよい。この場合、ＷＵＲ＿ＭＥからＷＵＲ−ＭＬＭＥ＿ＳＡＰを介して、ＳＭＥに、ＭＬＭＥ−ＷＵＲ−ＴＸ.ｉｎｄｉｃａｔｉｏｎプリミティブを入力すればよい
【０１３９】
ＳＭＥにＰＬＭＥ−ＷＵＲ−ＴＸ.ｉｎｄｉｃａｔｉｏｎプリミティブもしくはＭＬＭＥ−ＷＵＲ−ＴＸ.ｉｎｄｉｃａｔｉｏｎプリミティブが入力されることで、ＳＭＥは、ＷＵＲ信号が受信されたと判断する。このとき、ＳＭＥは、前述のＭＬＭＥ／ＰＬＭＥ−ＬＰ−ＭＡＮＡＧＥＭＥＮＴ．ｒｅｑｕｅｓｔプリミティブ（図７のスリープ復帰指示に対応）を用いて、無線部本体を起動させる。すなわち、ＳＭＥは、ＭａｉｎＲａｄｉｏＭｏｄｅパラメータをＯＮに設定して、ＭＬＭＥ／ＰＬＭＥ−ＬＰ−ＭＡＮＡＧＥＭＥＮＴ．ｒｅｑｕｅｓｔプリミティブ、ＭＬＭＥ／ＰＬＭＥに入力する。これによって、再びＡＰの無線部本体が起動する。
【０１４０】
図１５は、本実施形態に係るＳＴＡの動作の一例のフローチャートである。ＳＴＡを保持するユーザが帰宅（例えば、ＧＰＳや無線ＬＡＮを使用して位置情報を把握するなどして、帰宅を判断してもよい）またはＳＴＡの電源をオンするなどして、無線ＬＡＮ機能がＯＮになっていると、ＳＴＡは、事前にネゴシエーションしたＡＰを探索する（Ｓ１０１）。一例として、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔフレームを送信する。ＡＰから応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅフレーム）を受信した場合は（Ｓ１０２のＹＥＳ）、当該ＡＰに接続し（Ｓ１０３）、通常の通信を行う。一方、一定時間または一定回数、探索（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔフレームの送信）を行っても、ＡＰから応答がない場合は（ＮＯ）、ＡＰがスリープ状態にある可能性があると判断して、予めＡＰとの間で設定した起動用の制御信号（ＷＵＲ信号）を含むパケット（ＷＵＲパケット）を送信する（Ｓ１０４）。一定時間または一定回数、ＷＵＲ信号を送信しても、ＡＰの起動を確認できない場合は（Ｓ１０６のＮＯ）、ＡＰが近くにいないなどと判断し、断念する（Ｓ１０４）。一方、ＡＰからのビーコンフレーム等、所定の信号を受信するなどして、ＡＰの起動を確認できた場合は（Ｓ１０５のＹＥＳ）、以降、ＡＰと接続し、ＡＰと通常の通信を行う（Ｓ１０７）。なお、ＷＵＲ信号の送信期間の途中であっても、ＡＰの起動を確認できた段階で、ＷＵＲ信号の送信は、停止する。
【０１４１】
図１６（Ａ）および図１６（Ｂ）は、本実施形態に係るＡＰの動作の一例のフローチャートである。ＡＰの電源制御部２６は、予め登録したすべてのＳＴＡとの通信が行われていないか（例えば登録したＳＴＡを保持しているユーザ全員が外出したかなど）を判断し（Ｓ２０１）、登録したすべてのＳＴＡとの通信が行われていない場合（ＹＥＳ）、無線部本体（例えば第１のＰＨＹ処理部２２と、ＭＡＣ処理部２１）をスリープ状態に設定する（Ｓ２０２）。第２のＰＨＹ処理部２５で、パケットが受信され、パケットに、登録したＳＴＡとの間で予め設定したＷＵＲ信号が含まれている場合（Ｓ２１２）、すなわち、登録したＳＴＡとの間で予め設定したＷＵＲ信号の受信が検出された場合（ＹＥＳ）、電源制御部２６は、無線部本体のスリープ状態を解除する（Ｓ２１３）。すなわち、無線部本体に電源を供給することにより、無線部本体を起動する。この後、登録したＳＴＡとの間で、通常の通信を開始する（Ｓ２１４）。
【０１４２】
以上、本実施形態によれば、ＳＴＡは、接続先となるＡＰを探索し、ＡＰからの応答がない場合に、ＡＰがスリープしている可能性があると判断し、ＡＰを起動するためのＷＵＲ信号を送信することができる。これにより、ユーザに特別なアクションを要求せずに、ＡＰのスリープと、ＳＴＡによるＡＰの起動とを実現することができる。またＷＵＲ信号を繰り返し送信する場合に、送信時間長を予め定めておくことで、ＳＴＡによるＷＵＲ信号の送信を制限し、これにより無駄な送信をし続けることや、周囲への干渉を低減できる。
【０１４３】
また、ＡＰは、無線部本体のスリープと、スリープの解除（起動）とを、ユーザに特別なアクションを要求せずに判断することができる。これにより、無線部本体の電源を停止している場合には、周囲に送信することがなく、干渉を与えない。
【０１４４】
（第２の実施形態）
本実施形態では、ＳＴＡが一時的に（予め定めた期間のみ）ＡＰの無線部本体を起動させることができるようにする。第１の実施形態では、ＳＴＡとの切断後もＷＵＲ関連登録情報を有効にしておいたが、本実施形態はこの例外を扱う。これを実現するための例を、以下に例１〜例３として示す。
【０１４５】
例１では、登録のネゴシエーションにおいて、ＳＴＡのＷＵＲ機能（ＷＵＲ信号送信機能）が、一時的（ｔｅｍｐｏｒａｒｙ）なのか永続的（ｐｅｒｍａｎｅｎｔ）なのかをＡＰに設定する。ｔｅｍｐｏｒａｒｙの場合、ネゴシエーションにおいて設定期間を設け、設定期間を経過したら、ＡＰでＷＵＲ関連登録情報を削除するようにする。ＷＵＲ設定要求フレームまたはＷＵＲ設定応答フレームまたはこれらの両方で、これらの設定に関する情報を含め、ネゴシエーションで互いに設定期間の合意をとればよい。具体的な方法は、前述したＷＵＲ信号やＷＵＲ信号の送信期間長を決定する場合と同様でよい。
【０１４６】
例２では、登録のネゴシエーションの手順の他に、登録抹消のネゴシエーションの手順も定義し、実行すればよい。つまり、登録のネゴシエーションが完了した後、予め定めた条件が成立した場合に、ＳＴＡまたはＡＰから登録抹消のネゴシエーションの手順を開始すればよい。抹消の手順は、登録のネゴシエーションに倣って定めればよい。
【０１４７】
ただし、例１および例２の方法では、設定期間経過後のＳＴＡ、または登録抹消後のＳＴＡが、ネゴシエーションしたのと同じＷＵＲ信号を再び使用し、ＡＰは、そのＳＴＡが送信するＷＵＲ信号で、スリープ中に起こされてしまう可能性がある。なお、ＡＰがスリープに移行するかの判断は、設定期間経過後のＳＴＡの有無、または登録抹消後のＳＴＡの有無は影響しない。
【０１４８】
そこで、例３では、ＡＰを起動するＷＵＲ信号をＢＳＳ内で共通としつつ、当該ＷＵＲ信号を変更できる手順を設ける。例えばＢｅａｃｏｎフレームまたはＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅフレームまたはこれらの両方で、ＷＵＲ信号の識別子（インデックス番号等）を送信する。この際、ＩＥＥＥ８０２．１１ｗ規格を利用し、暗号化された管理フレームで送信する。この暗号化された管理フレームは、ＡＰを起動してもらうＳＴＡ個々にユニキャストで送信する形態でもよいし、起動してもらう複数のＳＴＡにマルチキャストで送信する形態でもよい。また、ブロードキャストフレームの暗号化を変更でき、ＡＰに接続しているＳＴＡがそれを把握できるようになっているのであれば、ブロードキャスト送信するのでもよい。
【０１４９】
（第３の実施形態）
本実施形態では、ＳＴＡが、ＡＰとのネゴシエーションにより設定したＷＵＲ関連登録情報を、ＤＳ（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）で接続された他のＡＰでも、使いまわせるようにする。すなわち、ＳＴＡが、移行元のＡＰのＢＳＳから、別のＡＰのＢＳＳに移った場合に、移った先のＡＰでも同一のＷＵＲ関連登録情報を使えるようにする。このようなＡＰ群によって構成される無線ＬＡＮは、ＥＳＳ（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）を構成する。
【０１５０】
例えば、ＳＴＡが移った先のＡＰが、移行元のＡＰと同様に無線部本体をスリープでき、ＷＵＲ信号の受信により無線部本体を起動できるようになっているとする。この場合に、ＳＴＡは、移った先のＡＰの無線部本体を起動するＷＵＲ信号として、移行元のＡＰで用いたと同じＷＵＲ信号を使う。
【０１５１】
このことは、移動するＳＴＡ自身が、無線部本体をスリープでき、ＷＵＲ信号の受信により自装置の無線部本体を起動する構成を有する場合に、ＳＴＡが移った先のＡＰから、スリープしたＳＴＡを起動する場合にも適用することができる。例えば、移った先のＡＰが、移行元のＡＰで用いたと同じＷＵＲ信号を使って、ＳＴＡの無線部本体を起動することができる。
【０１５２】
これらを実現するためには、例えば、高速ローミングを実現するＦａｓｔ  ＢＳＳ  Ｔｒａｎｓｉｔｉｏｎ（ＦＴ）機能のために交換するフレームの中に、ＷＵＲ信号に関する情報も含めるなどすればよい。当該情報を入れるＦＴ機能のために交換するフレームとしては、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフレーム、もしくは、ＦＴ  Ａｃｔｉｏｎフレームが考えられる。なお、これらのフレームは、移行元のＡＰに送信する。
【０１５３】
周波数帯を変えるという意味では、高速に動作周波数帯を切り換えるＦａｓｔ  Ｓｅｓｓｉｏｎ  Ｔｒａｎｓｆｅｒ（ＦＳＴ）機能のために交換するフレームの中に、同様にＷＵＲ信号の情報も含めるなどしてもよい。当該情報を入れるＦＳＴ機能のために交換するフレームとしては、ＦＳＴ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔフレームが考えられる。
【０１５４】
例えば、前述のＡＰとＳＴＡ間でのネゴシエーションに用いた情報エレメントを、これらのフレームにも入れられるようにし、ＦＴまたはＦＳＴのためのフレーム交換では、ネゴシエーション結果の情報（例えば、ＷＵＲ信号のインデックス番号、ＷＵＲ信号の送信期間長など）を入れるようにする。
【０１５５】
（第４の実施形態）
本実施形態では、例えばＰＣでスマートフォンを使ってテザリングするユースケースを考える。この場合、スマートフォン側がＡＰになり、ＰＣ側がＳＴＡになる。通常、ユーザは、スマートフォンでは無線ＬＡＮ機能をＯＦＦしている場合が考えられ、この場合に、わざわざスマートフォンを取り出して、テザリングＯＮ（合わせて無線ＬＡＮもＯＮすることも含む）することは面倒である。そこで、ＰＣが、自動的に、登録しておいたスマートフォン（以下、登録スマートフォン）の無線ＬＡＮ機能をＯＮかつテザリングＯＮにできるようにすることが望ましい。
【０１５６】
図１７に、本実施形態に係るシステム構成図を示す。ＰＣまたはタブレット等の情報端末と、デザリングの際に中継装置として機能するスマートフォンとが示される。情報端末（ここではＰＣを想定する）は、図３に示したＳＴＡの構成と同様の構成（無線通信部３１、アンテナ３２）と、端末制御部３３とを備える。無線通信部３１は、一例として無線ＬＡＮモジュールであり、第１の処理部３４と第２の処理部３５とを備える。第１の処理部３４は、図３に示したＭＡＣ処理部１１とＰＨＹ処理部１２とに対応する。第２の処理部３５は、ＭＡＣ／ＰＨＹ管理部１３に対応する。端末制御部３３は、ＭＡＣ層より上位の処理、例えば、ドライバやアプリ等の処理を行う。ＴＣＰ／ＩＰ等の処理も端末制御部３３が行ってもよい。無線通信部３１は、一例として図１２のレイヤ構成を有する。
【０１５７】
スマートフォンは図４に示したＡＰと同様の構成（第１の無線通信部４１、電源制御部４２、アンテナ４３）と、セルラー通信を行う第２の無線通信部４４とアンテナ４５とを備える。第１の無線通信部４１は、一例として、図４に示したＭＡＣ処理部２１と、第１のＰＨＹ処理部２２と、ＭＡＣ／ＰＨＹ管理部２３のうち電源制御部２６を除く部分とに対応する。電源制御部４２は、ＭＡＣ／ＰＨＹ管理部２３に含まれる電源制御部２６と、第２のＰＨＹ処理部２５との両方に対応する。なお、ＭＡＣ／ＰＨＹ管理部２３のうち電源制御部２６を除く部分が、第１の無線通信部４１でなく、電源制御部４２に対応してもよい。第２の無線通信部４４はアンテナ４５を用いて第４世代移動通信や次世代移動通信を行う。第１の無線通信部４１と第２の無線通信部４４とは接続されており、セルラー通信で受信したデータを第１の無線通信部４１に渡したり、無線ＬＡＮ通信で受信したデータを第２の無線通信部４４に渡したりすることが可能である。第１の無線通信部４１および電源制御部４２は、一例として図１３のレイヤ構成を有する。
【０１５８】
デザリングでは、ＰＣ（情報端末）がスマートフォンを中継装置として利用する。ここでは情報端末としてＰＣの例を想定するが、タブレットなど他の装置でもよい。
【０１５９】
ＰＣは、事前のネゴシエーションにより自ＰＣに登録したスマートフォンの無線ＬＡＮ（デザリングＯＮも含む）を起動するために、ＷＵＲ信号をスマートフォンに送信する。これは、例えば、先に説明したＭＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔ（図１４のＡ１０８参照）で実現できる。これは、ＰＣ上のアプリによって、当該ＭＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔプリミティブが発動させられる形態である。なお、ＭＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔの対となるＭＬＭＥ−ＷＵＲ−ＴＸ．ｃｏｎｆｉｒｍがあってもよい。スマートフォンがＡＰとして役割を果たすために、ＳＴＡとして起動（アウェイク）した後、ＰＣとの間で、通常の設定により、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔのグループオーナ（Ｇｒｏｕｐ  Ｏｗｎｅｒ）になってもよい。Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、ＡＰを経由せずとも、ＳＴＡ同士で通信できる。この場合、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔで接続した複数のＳＴＡのうち、１台がＡＰ（すなわちＷｉ−Ｆｉ  Ｄｉｒｅｃｔでの簡易ＡＰ的役割）の働きをする。ＡＰの役割を果たすＳＴＡが、グループオーナである
【０１６０】
一方、ＳＴＡとしてスリープしたスマートフォンが、ＳＴＡとして起動するのではなく、無線ＬＡＮ機能をＯＮかつテザリングをＯＮとしつつＡＰとして起動するようにしてもよい。このユースケースを、通常のユースケース（スマートフォンがＳＴＡとなり、ＡＰにＷＵＲ信号で起こされるＤＬ方向のＷＵＲ制御）と区別するためには、デザリング用ＷＵＲ信号を定義する。この場合において、スマートフォンが、通常のＡＰからＳＴＡとして起動されることもある場合には、複数のＷＵＲ信号を識別できるようにする必要がある。すなわち、ＳＴＡとして起動するために用いるＷＵＲ信号と、テザリング用ＷＵＲ信号とを区別できるようにする必要がある。デザリング用ＷＵＲ信号を受信したスマートフォンでは、無線ＬＡＮ機能をＯＮかつテザリングをＯＮとしつつ、ＡＰとして起動する。ＡＰとして起動することで、スマートフォンはデザリングの中継装置として機能することができる。ＰＣでも、デザリング用ＷＵＲ信号と、通常のＷＵＲ信号（例えばＰＣもＡＰによってＷＵＲ信号により起動される対象である場合）とを区別できるようにしてもよい。
【０１６１】
このテザリング用ＷＵＲ信号は、例えば予めＰＣとスマートフォンとの間でＷｉ−Ｆｉ  Ｄｉｒｅｃｔのネゴシエーションを行った際に、設定・交換して共有し、お互いに保持してもよい。
【０１６２】
あるいは、別の方法として、ＰＣがＡＰとなり、ＰＣが、スマートフォンをＳＴＡとしてまずは起動しておき、無線ＬＡＮ上のフレーム交換で、ＡＰ／ＳＴＡの役割を交換するようにする。つまり、ＰＣがＡＰからＳＴＡになり、スマートフォンがＳＴＡからＡＰになる。このＡＰ／ＳＴＡの役割を交換するためには、例えばテザリング要求フレームとテザリング応答フレームのような新規フレームを定義し、これらのフレームを交換するのでもよい。この場合、この新規フレームの交換のための新規ＳＡＰも定義しておく必要がある。一例として、スマートフォン側で、自スマートフォンをＡＰとして動作開始させるためのＭＬＭＥ−ＳＴＡＲＴ．ｒｅｑｕｅｓｔの発動を誘発するためのｉｎｄｉｃａｔｉｏｎプリミティブを定義しておく。スマートフォン側では、例えばＰＣからテザリング要求フレームを受信すると、当該ｉｎｄｉｃａｔｉｏｎプリミティブを、ＭＬＭＥ＿ＳＡＰを介してＳＭＥに入力する。ＳＭＥは、ＭＬＭＥ−ＳＴＡＲＴ．ｒｅｑｕｅｓｔをＭＬＭＥに入力する。これにより、スマートフォンの役割を、ＳＴＡからＡＰに変更する。ＰＣでも同様にして、ＳＴＡへの役割変換を行う。例えばデザリング応答フレームの受信に応じて、新規に定義したｉｎｄｉｃａｔｉｏｎプリミティブをＳＭＥに入力し、ＳＭＥがＭＬＭＥに、ＳＴＡとして動作開始するためのｒｅｑｕｅｓｔを入力する。なお、スマートフォンからのデザリング応答フレームの送信は、スマートフォンの役割が変換される前に行ってよいし、変換された後に行ってもよい。
【０１６３】
あるいは、さらに別の方法として、ＡＰ／ＳＴＡの役割を交換する新規フレームを定義せずとも、スマートフォン−ＰＣ間で通信可能となった段階で、通常のＷｉ−Ｆｉ  Ｄｉｒｅｃｔの接続手順を実行してもよい。これによって、スマートフォンがＧｒｏｕｐ  Ｏｗｎｅｒ（すなわちＷｉ−Ｆｉ  Ｄｉｒｅｃｔでの簡易ＡＰ的役割を持つＳＴＡ）になることもできる。
【０１６４】
（第５の実施形態）
本実施形態では、スマートフォン、タブレットまたはＰＣ等の情報端末からプリンタを起動する例を示す。例えばスマートフォン等からＡＰを介さずに、直接、プリンタにデータを出力するユースケースが考えられる。なお、上述した第４の実施形態はスマートフォンおよびＰＣ以外に、ＡＰが存在しなくても可能であった。本実施形態も、スマートフォンおよびプリンタ以外にＡＰが存在しなくても可能であるし、あるいは、ＡＰが存在して、スマートフォンおよびプリンタが、ＡＰのエリア内にいる場合も可能である。
【０１６５】
図１８に、本実施形態に係るシステム構成図を示す。情報端末と、プリンタとが示される。情報端末は、例えば、スマートフォン、タブレット、ＰＣ等である。以下ではスマートフォンを想定する。情報端末の構成は、図１７に示した情報端末と同様であるため、説明を省略する。
【０１６６】
プリンタは、主装置部５１と、電源制御部５２と、アンテナ５３とを備える。主装置部５１は、無線通信部５４と、出力制御部５５と、出力部５６とを備える。無線通信部５４は、一例として、図４に示したＭＡＣ処理部２１と、第１のＰＨＹ処理部２２と、ＭＡＣ／ＰＨＹ管理部２３のうち電源制御部を除く部分とに対応する。電源制御部５２は、ＭＡＣ／ＰＨＹ管理部２３に含まれる電源制御部２６と、第２のＰＨＹ処理部２５とに対応する。なお、ＭＡＣ／ＰＨＹ管理部２３のうち電源制御部２６を除く部分が、無線通信部５４でなく、電源制御部５２に対応してもよい。出力制御部５５は、プリンタのＣＰＵおよびメモリ等を備え、プリンタの全体動作を制御する。出力部５６は、出力制御部５５から渡された印刷用のデータに基づき、印刷を行う。出力制御部５５は、無線通信部５４に接続されており、無線ＬＡＮ通信で情報端末から受信したデータを無線通信部５４から受け取り、出力部５６を用いてデータの印刷を行う。無線通信部５４および電源制御部５２は、一例として図１３のレイヤ構成を有する。
【０１６７】
スマートフォンから直接（本来のＡＰを介さずに）、プリンタにデータを送信する場合、プリンタ側がＡＰになる。この際、プリンタを操作せずに、スマートフォンの操作のみで、印刷可能とするためには、スマートフォンからプリンタの無線ＬＡＮ機能をＯＮにし、かつプリンタをＡＰモードで動作させる必要がある。
【０１６８】
スマートフォンからプリンタの無線ＬＡＮを起動するために、ＷＵＲ信号をプリンタに送信開始する。これは、例えば、先に説明したＭＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔ（図１４のＡ１０８参照）で実現できる。これは、スマートフォン上のアプリによって、当該ＭＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔプリミティブが発動させられる形態である。なお、ＭＬＭＥ−ＷＵＲ−ＴＸ．ｒｅｑｕｅｓｔの対となるＭＬＭＥ−ＷＵＲ−ＴＸ．ｃｏｎｆｉｒｍがあってもよい。プリンタをＡＰとして機能させるため、プリンタがＳＴＡとして起動（アウェイク）した後、スマートフォンとの間で、通常の設定により、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔのグループオーナ（Ｇｒｏｕｐ  Ｏｗｎｅｒ）になるようにしてもよい。
【０１６９】
または、ＳＴＡとしてスリープしたプリンタが、プリンタの無線ＬＡＮ機能を起動しつつ、スマートフォンとの間で一時的にＡＰとして起動するようにしてもよい。このユースケースを、通常のユースケース（ＡＰ下でプリンタがＳＴＡとしてＡＰからＷＵＲ信号で起こされるＤＬのＷＵＲ制御）と区別するためには、専用のＷＵＲ信号を定義する必要がある。この場合、スマートフォンで、プリンタをＡＰとして起動させる専用ＷＵＲ信号を識別できるようにする必要がある。また、プリンタでもＳＴＡとして起動されるＷＵＲ信号（通常のＷＵＲ信号）の設定もあることから、通常のＷＵＲ信号と専用のＷＵＲ信号とを区別できるようにする必要がある。
【０１７０】
この専用ＷＵＲ信号は、例えば予めスマートフォン等とプリンタとの間でＷｉ−Ｆｉ  Ｄｉｒｅｃｔのネゴシエーションを行った際に設定・交換して共有し、お互いに保持しておいてもよい。
【０１７１】
あるいは、スマートフォンがＡＰとなり、スマートフォンがプリンタをＳＴＡとしてまずは起動しておき、無線ＬＡＮ上のフレーム交換で、ＡＰ／ＳＴＡの役割を交換するようにする。このＡＰ／ＳＴＡの役割を交換するためには、例えばダイレクト印刷要求フレームとダイレクト印刷応答フレームのような新規フレームの定義し、これらのフレームを交換するのでもよい。この場合、この新規フレームの交換のための新規ＳＡＰも定義しておく必要がある。一例として、プリンタ側では、プリンタをＡＰとして動作開始させるためのＭＬＭＥ−ＳＴＡＲＴ．ｒｅｑｕｅｓｔ発動を誘発するためのｉｎｄｉｃａｔｉｏｎプリミティブを定義しておく。プリンタ側では、例えばスマートフォンからダイレクト印刷要求フレームを受信すると、当該ｉｎｄｉｃａｔｉｏｎプリミティブを、ＭＬＭＥ＿ＳＡＰを介してＳＭＥに入力する。ＳＭＥは、ＭＬＭＥ−ＳＴＡＲＴ．ｒｅｑｕｅｓｔをＭＬＭＥに入力する。これにより、プリンタの役割を、ＳＴＡからＡＰに変更する。定義する。
【０１７２】
あるいは、ＡＰ／ＳＴＡの役割を交換する新規フレームを定義せずとも、プリンタ−スマートフォン等の間で通信可能となった段階で、通常のＷｉ−Ｆｉ  Ｄｉｒｅｃｔの接続手順を実行してもよい。これによって、プリンタがＧｒｏｕｐ  Ｏｗｎｅｒ（すなわちＷｉ−Ｆｉ  Ｄｉｒｅｃｔでの簡易ＡＰ的役割を持つＳＴＡ）になることができる。
【０１７３】
なお、プリンタのスリープへの移行については、第１の実施形態でのＡＰと同様である。すなわち、プリンタとスマートフォンとの間でフレーム交換がなくなれば、プリンタの無線部本体の電源供給を停止または抑制する。
【０１７４】
（第６の実施形態）
図１９は、本実施形態に係る基地局（アクセスポイント）４００の機能ブロック図である。このアクセスポイントは、通信処理部４０１と、送信部４０２と、受信部４０３と、アンテナ４２Ａ、４２Ｂ、４２Ｃ、４２Ｄと、ネットワーク処理部４０４と、有線Ｉ／Ｆ４０５と、メモリ４０６とを備えている。アクセスポイント４００は、有線Ｉ／Ｆ４０５を介して、サーバ４０７と接続されている。通信処理部４０１は、第１の実施形態で説明したＭＡＣ／ＰＨＹ管理部と同様な機能を有している。送信部４０２および受信部４０３は、第１の実施形態で説明した第１のＰＨＹ処理部、ＭＡＣ処理部と同様な機能を有している。受信部４０３は、また第２のＰＨＹ処理部と同様な機能を有している。あるいは、または、送信部４０２および受信部４０３が、第１および第２のＰＨＹ処理部のアナログ領域の処理に対応し、ＭＡＣ処理部と、第１および第２のＰＨＹ処理部のデジタル領域の処理は、通信処理部４０１に対応してもよい。ネットワーク処理部４０４は、第１の実施形態で説明した上位処理部と同様な機能を有している。ここで、通信処理部４０１は、ネットワーク処理部４０４との間でデータを受け渡しするためのバッファを内部に保有してもよい。このバッファは、ＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。
【０１７５】
ネットワーク処理部４０４は、通信処理部４０１とのデータ交換、メモリ４０６とのデータ書き込み・読み出し、および、有線Ｉ／Ｆ４０５を介したサーバ４０７との通信を制御する。ネットワーク処理部４０４は、ＴＣＰ／ＩＰやＵＤＰ／ＩＰなど、ＭＡＣ層の上位の通信処理やアプリケーション層の処理を行ってもよい。ネットワーク処理部の動作は、ＣＰＵ等のプロセッサによるソフトウェア（プログラム）の処理によって行われてもよいし、ハードウェアによって行われてもよいし、ソフトウェアとハードウェアの両方によって行われてもよい。
【０１７６】
一例として、通信処理部４０１は、ベースバンド集積回路に対応し、送信部４０２と受信部４０３は、フレームを送受信するＲＦ集積回路に対応する。通信処理部４０１とネットワーク処理部４０４とが１つの集積回路（１チップ）で構成されてもよい。送信部４０２および受信部４０３のデジタル領域の処理を行う部分とアナログ領域の処理を行う部分とが異なるチップで構成されてもよい。また、通信処理部４０１が、ＴＣＰ／ＩＰやＵＤＰ／ＩＰなど、ＭＡＣ層の上位の通信処理を実行するようにしてもよい。また、アンテナの個数はここでは４つであるが、少なくとも１つのアンテナを備えていればよい。
【０１７７】
メモリ４０６は、サーバ４０７から受信したデータや、受信部４０２で受信したデータの保存等を行う。メモリ４０６は、例えば、ＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。また、ＳＳＤやＨＤＤ、ＳＤカード、ｅＭＭＣ等であってもよい。メモリ４０６が、基地局４００の外部にあってもよい。
【０１７８】
有線Ｉ／Ｆ４０５は、サーバ４０７とのデータの送受信を行う。本実施形態では、サーバ４０７との通信を有線で行っているが、サーバ４０７との通信を無線で実行するようにしてもよい。
【０１７９】
サーバ４０７は、データの送信を要求するデータ転送要求を受けて、要求されたデータを含む応答を返す通信装置であり、例えばＨＴＴＰサーバ（Ｗｅｂサーバ）、ＦＴＰサーバ等が想定される。ただし、要求されたデータを返す機能を備えている限り、これに限定されるものではない。ＰＣやスマートフォン等のユーザが操作する通信装置でもよい。また、基地局４００と無線で通信してもよい。
【０１８０】
基地局４００のＢＳＳに属するＳＴＡが、サーバ４０７に対するデータの転送要求を発行した場合、このデータ転送要求に関するパケットが、基地局４００に送信される。基地局４００は、アンテナ４２Ａ〜４２Ｄを介してこのパケットを受信し、受信部４０３で物理層の処理等を、通信処理部４０１でＭＡＣ層の処理等を実行する。
【０１８１】
ネットワーク処理部４０４は、通信処理部４０１から受信したパケットの解析を行う。具体的には、宛先ＩＰアドレス、宛先ポート番号等を確認する。パケットのデータがＨＴＴＰ  ＧＥＴリクエストのようなデータ転送要求である場合、ネットワーク処理部４０４は、このデータ転送要求で要求されたデータ（例えば、ＨＴＴＰ  ＧＥＴリクエストで要求されたＵＲＬに存在するデータ）が、メモリ４０６にキャッシュ（記憶）されているかを確認する。メモリ４０６には、ＵＲＬ（またはその縮小表現、例えばハッシュ値や、代替となる識別子）とデータとを対応づけたテーブルが格納されている。ここで、データがメモリ４０６にキャッシュされていることを、メモリ４０６にキャッシュデータが存在すると表現する。
【０１８２】
メモリ４０６にキャッシュデータが存在しない場合、ネットワーク処理部４０４は、有線Ｉ／Ｆを４０５介して、サーバ４０７に対してデータ転送要求を送信する。つまり、ネットワーク処理部４０４は、ＳＴＡの代理として、サーバ４０７へデータ転送要求を送信する。具体的には、ネットワーク処理部４０４は、ＨＴＴＰリクエストを生成し、ＴＣＰ／ＩＰヘッダの付加などのプロトコル処理を行い、パケットを有線Ｉ／Ｆ４０５へ渡す。有線Ｉ／Ｆ４０５は、受け取ったパケットをサーバ４０７へ送信する。
【０１８３】
有線Ｉ／Ｆ４０５は、データ転送要求に対する応答であるパケットをサーバ４０７から受信する。ネットワーク処理部４０４は、有線Ｉ／Ｆ４０５を介して受信したパケットのＩＰヘッダから、ＳＴＡ宛のパケットであることを把握し、通信処理部４０１へパケットを渡す。通信処理部４０１はこのパケットに対するＭＡＣ層の処理等を、送信部４０２は物理層の処理等を実行し、ＳＴＡ宛のパケットをアンテナ４２Ａ〜４２Ｄから送信する。ここで、ネットワーク処理部４０４は、サーバ４０７から受信したデータを、ＵＲＬ（またはその縮小表現）と対応づけて、メモリ４０６にキャッシュデータとして保存する。
【０１８４】
メモリ４０６にキャッシュデータが存在する場合、ネットワーク処理部４０４は、データ転送要求で要求されたデータをメモリ４０６から読み出して、このデータを通信処理部４０１へ送信する。具体的には、メモリ４０６から読み出したデータにＨＴＴＰヘッダ等を付加して、ＴＣＰ／ＩＰヘッダの付加等のプロトコル処理を行い、通信処理部４０１へパケットを送信する。このとき、一例として、パケットの送信元ＩＰアドレスは、サーバと同じＩＰアドレスに設定し、送信元ポート番号もサーバと同じポート番号（通信端末が送信するパケットの宛先ポート番号）に設定する。したがって、ＳＴＡから見れば、あたかもサーバ４０７と通信をしているかのように見える。通信処理部４０１はこのパケットに対するＭＡＣ層の処理等を、送信部４０２は物理層の処理等を実行し、ＳＴＡ宛のパケットをアンテナ４２Ａ〜４２Ｄから送信する。
【０１８５】
このような動作により、頻繁にアクセスされるデータは、メモリ４０６に保存されたキャッシュデータに基づいて応答することになり、サーバ４０７と基地局４００間のトラフィックを削減できる。なお、ネットワーク処理部４０４の動作は、本実施形態の動作に限定されるものではない。ＳＴＡの代わりにサーバ４０７からデータを取得して、メモリ４０６にデータをキャッシュし、同一のデータに対するデータ転送要求に対しては、メモリ４０６のキャッシュデータから応答するような一般的なキャッシュプロキシであれば、別の動作でも問題はない。
【０１８６】
本実施形態の基地局（アクセスポイント）を、上述したいずれかの実施形態の基地局として適用することが可能である。上述したいずれかの実施形態で使ったフレーム、データまたはパケットの送信を、メモリ４０６に保存されたキャッシュデータを用いて実行してもよい。また、上述したいずれかの実施形態の基地局が受信したフレーム、データまたはパケットで得られた情報を、メモリ４０６にキャッシュしてもよい。上述したいずれかの実施形態において、アクセスポイントが送信するフレームは、キャッシュされたデータまたは当該データに基づく情報を含んでもよい。データに基づく情報は、例えばデータのサイズに関する情報、データの送信に必要なパケットのサイズに関する情報でもよい。またデータの送信に必要な変調方式等の情報でもよい。また、端末宛のデータの有無の情報を含んでもよい。
【０１８７】
本実施形態の基地局（アクセスポイント）を、上述したいずれかの実施形態の基地局として適用することが可能である。本実施形態では、キャッシュ機能を備えた基地局について説明を行ったが、図１９と同じブロック構成で、キャッシュ機能を備えた端末（ＳＴＡ）を実現することもできる。この場合、有線Ｉ／Ｆ４０５を省略してもよい。上述したいずれかの実施形態における端末によるフレーム、データまたはパケットの送信を、メモリ４０６に保存されたキャッシュデータを用いて実行してもよい。また、上述したいずれかの実施形態の端末が受信したフレーム、データまたはパケットで得られた情報を、メモリ４０６にキャッシュしてもよい。上述したいずれかの実施形態において、端末が送信するフレームは、キャッシュされたデータまたは当該データに基づく情報を含んでもよい。データに基づく情報は、例えばデータのサイズに関する情報、データの送信に必要なパケットのサイズに関する情報でもよい。またデータの送信に必要な変調方式等の情報でもよい。また、端末宛のデータの有無の情報を含んでもよい。
【０１８８】
（第７の実施形態）
図２０は、端末（非アクセスポイントの端末）またはアクセスポイントの全体構成例を示したものである。この構成例は一例であり、本実施形態はこれに限定されるものではない。端末またはアクセスポイントは、１つまたは複数のアンテナ１〜ｎ（ｎは１以上の整数）と、無線ＬＡＮモジュール１４８と、ホストシステム１４９を備える。無線ＬＡＮモジュール１４８は、第１〜第２のいずれかの実施形態に係る無線通信装置に対応する。無線ＬＡＮモジュール１４８は、ホスト・インターフェースを備え、ホスト・インターフェースで、ホストシステム１４９と接続される。接続ケーブルを介してホストシステム１４９と接続される他、ホストシステム１４９と直接接続されてもよい。また、無線ＬＡＮモジュール１４８が基板にはんだ等で実装され、基板の配線を介してホストシステム１４９と接続される構成も可能である。ホストシステム１４９は、任意の通信プロトコルに従って、無線ＬＡＮモジュール１４８およびアンテナ１〜ｎを用いて、外部の装置と通信を行う。通信プロトコルは、ＴＣＰ／ＩＰと、それより上位の層のプロトコルとを含んでもよい。または、ＴＣＰ／ＩＰは無線ＬＡＮモジュール１４８に搭載し、ホストシステム１４９は、それより上位層のプロトコルのみを実行してもよい。この場合、ホストシステム１４９の構成を簡単化できる。本端末は、例えば、移動体端末、ＴＶ、デジタルカメラ、ウェアラブルデバイス、タブレット、スマートフォン、ゲーム装置、ネットワークストレージ装置、モニタ、デジタルオーディオプレーヤ、Ｗｅｂカメラ、ビデオカメラ、プロジェクト、ナビゲーションシステム、外部アダプタ、内部アダプタ、セットトップボックス、ゲートウェイ、プリンタサーバ、モバイルアクセスポイント、ルータ、エンタープライズ／サービスプロバイダアクセスポイント、ポータブル装置、ハンドヘルド装置、自動車等でもよい。
無線ＬＡＮモジュール１４８（または無線通信装置）は、ＩＥＥＥ８０２．１１に加え、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）またはＬＴＥ−Ａｄｖａｎｃｅｄ（ｓｔａｎｄａｒｄｓ  ｆｏｒ  ｍｏｂｉｌｅ  ｐｈｏｎｅｓ）のような他の無線通信規格の機能を備えていてもよい。
【０１８９】
図２１は、無線ＬＡＮモジュールのハードウェア構成例を示す。この構成は、無線通信装置が非アクセスポイントの端末およびアクセスポイントのいずれに搭載される場合にも適用可能である。つまり、図３または図４に示した無線通信装置の具体的な構成の一例として適用できる。この構成例では、アンテナは１本のみであるが、２本以上のアンテナを備えていてもよい。この場合、各アンテナに対応して、送信系統（１１６、１２２〜１２５）、受信系統（１１７、１３２〜１３５）、ＰＬＬ１４２、水晶発振器（基準信号源）１４３およびスイッチ１４５のセットが複数配置され、各セットがそれぞれ制御回路１１２に接続されてもよい。ＰＬＬ１４２または水晶発振器１４３またはこれらの両方は、本実施形態に係る発振器に対応する。
【０１９０】
無線ＬＡＮモジュール（無線通信装置）は、ベースバンドＩＣ（Ｉｎｔｅｇｒａｔｅｄ
Ｃｉｒｃｕｉｔ）１１１と、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ＩＣ１２１と、バラン１２５と、スイッチ１４５と、アンテナ１４７とを備える。
【０１９１】
ベースバンドＩＣ１１１は、ベースバンド回路（制御回路）１１２、メモリ１１３、ホスト・インターフェース１１４、ＣＰＵ１１５、ＤＡＣ（Ｄｉｇｉｔａｌ  ｔｏ  Ａｎａｌｏｇ  Ｃｏｎｖｅｔｅｒ）１１６、およびＡＤＣ（Ａｎａｌｏｇ  ｔｏ  Ｄｉｇｉｔａｌ  Ｃｏｎｖｅｒｔｅｒ）１１７を備える。
【０１９２】
ベースバンドＩＣ１１１とＲＦ  ＩＣ１２１は同じ基板上に形成されてもよい。また、ベースバンドＩＣ１１１とＲＦ  ＩＣ１２１は１チップで構成されてもよい。ＤＡＣ１１６およびＡＤＣ１１７の両方またはいずれか一方が、ＲＦ  ＩＣ１２１に配置されてもよいし、別のＩＣに配置されてもよい。またメモリ１１３およびＣＰＵ１１５の両方またはいずれか一方が、ベースバンドＩＣとは別のＩＣに配置されてもよい。
【０１９３】
メモリ１１３は、ホストシステムとの間で受け渡しするデータを格納する。またメモリ１１３は、端末またはアクセスポイントに通知する情報、または端末またはアクセスポイントから通知された情報、またはこれらの両方を格納する。また、メモリ１１３は、ＣＰＵ１１５の実行に必要なプログラムを記憶し、ＣＰＵ１１５がプログラムを実行する際の作業領域として利用されてもよい。メモリ１１３はＳＲＡＭ、ＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。
【０１９４】
ホスト・インターフェース１１４は、ホストシステムと接続するためのインターフェースである。インターフェースは、ＵＡＲＴ、ＳＰＩ、ＳＤＩＯ、ＵＳＢ、ＰＣＩ  Ｅｘｐｒｅｓｓなど何でも良い。
【０１９５】
ＣＰＵ１１５は、プログラムを実行することによりベースバンド回路１１２を制御するプロセッサである。ベースバンド回路１１２は、主にＭＡＣ層の処理および物理層の処理を行う。ベースバンド回路１１２、ＣＰＵ１１５またはこれらの両方は、通信を制御する通信制御装置、または通信を制御する制御部に対応する。
【０１９６】
ベースバンド回路１１２およびＣＰＵ１１５の少なくとも一方は、クロックを生成するクロック生成部を含み、当該クロック生成部で生成するクロックにより、内部時間を管理してもよい。
【０１９７】
ベースバンド回路１１２は、送信するフレームに、物理層の処理として、物理ヘッダの付加、符号化、暗号化、変調処理（ＭＩＭＯ変調を含んでもよい）など行い、例えば２種類のデジタルベースバンド信号（以下、デジタルＩ信号とデジタルＱ信号）を生成する。
【０１９８】
ＤＡＣ１１６は、ベースバンド回路１１２から入力される信号をＤＡ変換する。より詳細には、ＤＡＣ１１６はデジタルＩ信号をアナログのＩ信号に変換し、デジタルＱ信号をアナログのＱ信号に変換する。なお、直交変調せずに一系統の信号のままで送信する場合もありうる。複数のアンテナを備え、一系統または複数系統の送信信号をアンテナの数だけ振り分けて送信する場合には、アンテナの数に応じた数のＤＡＣ等を設けてもよい。
【０１９９】
ＲＦ  ＩＣ１２１は、一例としてＲＦアナログＩＣあるいは高周波ＩＣ、あるいはこれらの両方である。ＲＦ  ＩＣ１２１は、フィルタ１２２、ミキサ１２３、プリアンプ（ＰＡ）１２４、ＰＬＬ（Ｐｈａｓｅ  Ｌｏｃｋｅｄ  Ｌｏｏｐ：位相同期回路）１４２、低雑音増幅器（ＬＮＡ）、バラン１３５、ミキサ１３３、およびフィルタ１３２を備える。これらの要素のいくつかが、ベースバンドＩＣ１１１または別のＩＣ上に配置されてもよい。フィルタ１２２、１３２は、帯域通過フィルタでも、低域通過フィルタでもよい。
【０２００】
フィルタ１２２は、ＤＡＣ１１６から入力されるアナログＩ信号およびアナログＱ信号のそれぞれから所望帯域の信号を抽出する。ＰＬＬ１４２は、水晶発振器１４３から入力される発振信号を用い、発振信号を分周または逓倍またはこれらの両方を行うことで、入力信号の位相に同期した、一定周波数の信号を生成する。なお、ＰＬＬ１４２は、ＶＣＯ（Ｖｏｌｔａｇｅ  Ｃｏｎｔｒｏｌｌｅｄ  Ｏｓｃｉｌｌａｔｏｒ）を備え、水晶発振器１４３から入力される発振信号に基づき、ＶＣＯを利用してフィードバック制御を行うことで、当該一定周波数の信号を得る。生成した一定周波数の信号は、ミキサ１２３およびミキサ１３３に入力される。ＰＬＬ１４２は、一定周波数の信号を生成する発振器の一例に相当する。
【０２０１】
ミキサ１２３は、フィルタ１２２を通過したアナログＩ信号およびアナログＱ信号を、ＰＬＬ１４２から供給される一定周波数の信号を利用して、無線周波数にアップコンバートする。プリアンプ（ＰＡ）は、ミキサ１２３で生成された無線周波数のアナログＩ信号およびアナログＱ信号を、所望の出力電力まで増幅する。バラン１２５は、平衡信号（差動信号）を不平衡信号（シングルエンド信号）に変換するための変換器である。ＲＦ  ＩＣ１２１では平衡信号が扱われるが、ＲＦ  ＩＣ１２１の出力からアンテナ１４７までは不平衡信号が扱われるため、バラン１２５で、これらの信号変換を行う。
【０２０２】
スイッチ１４５は、送信時は、送信側のバラン１２５に接続され、受信時は、受信側の低雑音増幅器（ＬＮＡ）１３４またはＲＦ  ＩＣ１２１に接続される。スイッチ１４５の制御はベースバンドＩＣ１１１またはＲＦ  ＩＣ１２１により行われてもよいし、スイッチ１４５を制御する別の回路が存在し、当該回路からスイッチ１４５の制御を行ってもよい。
【０２０３】
プリアンプ１２４で増幅された無線周波数のアナログＩ信号およびアナログＱ信号は、バラン１２５で平衡−不平衡変換された後、アンテナ１４７から空間に電波として放射される。
【０２０４】
アンテナ１４７は、チップアンテナでもよいし、プリント基板上に配線により形成したアンテナでもよいし、線状の導体素子を利用して形成したアンテナでもよい。
【０２０５】
ＲＦ  ＩＣ１２１におけるＬＮＡ１３４は、アンテナ１４７からスイッチ１４５を介して受信した信号を、雑音を低く抑えたまま、復調可能なレベルまで増幅する。バラン１３５は、低雑音増幅器（ＬＮＡ）１３４で増幅された信号を、不平衡−平衡変換する。なお、バラン１３５とＬＮＡ１３４の順番を逆にした構成でもよい。ミキサ１３３は、バラン１３５で平衡信号に変換された受信信号を、ＰＬＬ１４２から入力される一定周波数の信号を用いてベースバンドにダウンコンバートする。より詳細には、ミキサ１３３は、ＰＬＬ１４２から入力される一定周波数の信号に基づき、互いに９０°位相のずれた搬送波を生成する手段を有し、バラン１３５で変換された受信信号を、互いに９０°位相のずれた搬送波により直交復調して、受信信号と同位相のＩ（Ｉｎ−ｐｈａｓｅ）信号と、これより９０°位相が遅れたＱ（Ｑｕａｄ−ｐｈａｓｅ）信号とを生成する。フィルタ１３２は、これらＩ信号とＱ信号から所望周波数成分の信号を抽出する。フィルタ１３２で抽出されたＩ信号およびＱ信号は、ゲインが調整された後に、ＲＦ  ＩＣ１２１から出力される。
【０２０６】
ベースバンドＩＣ１１１におけるＡＤＣ１１７は、ＲＦ  ＩＣ１２１からの入力信号をＡＤ変換する。より詳細には、ＡＤＣ１１７はＩ信号をデジタルＩ信号に変換し、Ｑ信号をデジタルＱ信号に変換する。なお、直交復調せずに一系統の信号だけを受信する場合もあり得る。
【０２０７】
複数のアンテナが設けられる場合には、アンテナの数に応じた数のＡＤＣを設けてもよい。ベースバンド回路１１２は、デジタルＩ信号およびデジタルＱ信号に基づき、復調処理、誤り訂正符号処理、物理ヘッダの処理など、物理層の処理（ＭＩＭＯ復調を含んでもよい）等を行い、フレームを得る。ベースバンド回路１１２は、フレームに対してＭＡＣ層の処理を行う。なお、ベースバンド回路１１２は、ＴＣＰ／ＩＰを実装している場合は、ＴＣＰ／ＩＰの処理を行う構成も可能である。
【０２０８】
（第８の実施形態）
図２２は、第８の実施形態に係る端末（ＳＴＡ）５００の機能ブロック図である。このＳＴＡ５は、通信処理部５０１と、送信部５０２と、受信部５０３と、アンテナ５１Ａと、アプリケーションプロセッサ５０４と、メモリ５０５と、第２無線通信モジュール５０６とを備えている。基地局（ＡＰ）が同様の構成を有しても良い。
【０２０９】
通信処理部５０１は、第１の実施形態で説明したＭＡＣ／ＰＨＹ管理部と同様な機能を有している。送信部５０２および受信部５０３は、ＰＨＹ処理部およびＭＡＣ処理部と同様な機能を有している。または、送信部５０２および受信部５０３が、ＰＨＹ処理部のアナログ領域の処理に対応し、ＭＡＣ処理部と、ＰＨＹ処理部のデジタル領域の処理は、通信処理部５０１に対応してもよい。ここで、通信処理部５０１は、アプリケーションプロセッサ５０４との間でデータを受け渡しするためのバッファを内部に保有してもよい。このバッファは、ＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。
【０２１０】
アプリケーションプロセッサ５０４は、通信処理部５０１を介した無線通信、メモリ５０５とのデータ書き込み・読み出し、および、第２無線通信モジュール５０６を介した無線通信を制御する。また、アプリケーションプロセッサ５０４は、Ｗｅｂブラウジングや、映像や音楽などのマルチメディア処理など、ＳＴＡにおける各種処理も実行する。アプリケーションプロセッサ５０４の動作は、ＣＰＵ等のプロセッサによるソフトウェア（プログラム）の処理によって行われてもよいし、ハードウェアによって行われてもよいし、ソフトウェアとハードウェアの両方によって行われてもよい。
【０２１１】
メモリ５０６は、受信部５０２や第２無線通信モジュール５０６で受信したデータや、アプリケーションプロセッサ５０４で処理したデータの保存等を行う。メモリ５０６は、例えば、ＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。また、ＳＳＤやＨＤＤ、ＳＤカード、ｅＭＭＣ等がであってもよい。メモリ５０６が、アクセスポイント５００の外部にあってもよい。
【０２１２】
第２無線通信モジュール５０６は、一例として、図２０または図２１で示した無線ＬＡＮモジュールと同様な構成を有する。第２無線通信モジュール５０６は、通信処理部５０１、送信部５０２、受信部５０３で実現される無線通信とは異なる方法で無線通信を実行する。例えば、通信処理部５０１、送信部５０２、受信部５０３がＩＥＥＥ８０２．１１規格に沿った無線通信である場合、第２無線通信モジュール５０６は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＬＴＥ、Ｗｉｒｅｌｅｓｓ  ＨＤなど、他の無線通信規格に沿った無線通信を実行してもよい。また、通信処理部５０１、送信部５０２、受信部５０３が２．４ＧＨｚ／５ＧＨｚで無線通信を実行し、第２無線通信モジュール５０６が６０ＧＨｚで無線数新を実行すうようにしてもよい。
【０２１３】
なお、この例では、アンテナの個数はここでは１つであり、送信部５０２・受信部５０３と、第２無線通信モジュール５０６とでアンテナを共有している。ここで、アンテナ５１Ａの接続先を制御するスイッチを設けることで、アンテナを共有してもよい。また、複数のアンテナを備え、送信部５０２・受信部５０３と、第２無線通信モジュール５０６とで別のアンテナを使用するようにしてもよい。
【０２１４】
一例として、通信処理部５０１は、ベースバンド集積回路に対応し、送信部５０２と受信部５０３は、フレームを送受信するＲＦ集積回路に対応する。ここで、通信処理部５０１とアプリケーションプロセッサ５０４とが１つの集積回路（１チップ）で構成されてもよい。さらに、第２無線通信モジュール５０６の一部とアプリケーションプロセッサ５０４とが１つの集積回路（１チップ）で構成されてもよい。
【０２１５】
アプリケーションプロセッサは、通信処理部５０１を介した無線通信および第２無線通信モジュール５０６を介した無線通信の制御を行う。
【０２１６】
（第９の実施形態）
図２３（Ａ）および図２３（Ｂ）は、本実施形態に係る無線端末の斜視図である。図２３（Ａ）の無線端末はノートＰＣ３０１であり、図２３（Ｂ）の無線端末は移動体端末３２１である。ノートＰＣ３０１および移動体端末３２１は、それぞれ無線通信装置３０５、３１５を搭載している。無線通信装置３０５、３１５として、これまで説明してきた無線端末に搭載されていた無線通信装置、またはアクセスポイントに搭載されていた無線通信装置、またはこれらの両方を用いることができる。無線通信装置を搭載する無線端末は、ノートＰＣや移動体端末に限定されない。例えば、ＴＶ、デジタルカメラ、ウェアラブルデバイス、タブレット、スマートフォン、ゲーム装置、ネットワークストレージ装置、モニタ、デジタルオーディオプレーヤ、Ｗｅｂカメラ、ビデオカメラ、プロジェクト、ナビゲーションシステム、外部アダプタ、内部アダプタ、セットトップボックス、ゲートウェイ、プリンタサーバ、モバイルアクセスポイント、ルータ、エンタープライズ／サービスプロバイダアクセスポイント、ポータブル装置、ハンドヘルド装置、自動車等にも搭載可能である。
【０２１７】
また、無線端末またはアクセスポイント、またはこれらの両方に搭載されていた無線通信装置は、メモリーカードにも搭載可能である。当該無線通信装置をメモリーカードに搭載した例を図２４に示す。メモリーカード３３１は、無線通信装置３５５と、メモリーカード本体３３２とを含む。メモリーカード３３１は、外部の装置（無線端末またはアクセスポイント、またはこれらの両方等）との無線通信のために無線通信装置３３５を利用する。なお、図２４では、メモリーカード３３１内の他の要素（例えばメモリ等）の記載は省略している。
【０２１８】
（第１０の実施形態）  
本実施形態では、上述した実施形態に係る無線通信装置（アクセスポイントの無線通信装置または無線端末の無線通信装置、またはこれらの両方）の構成に加えて、バス、プロセッサ部、及び外部インターフェース部を備える。プロセッサ部及び外部インターフェース部は、バスを介して外部メモリ（バッファ）と接続される。プロセッサ部ではファームウエアが動作する。このように、ファームウエアを無線通信装置に含める構成とすることにより、ファームウエアの書き換えによって無線通信装置の機能の変更を容易に行うことが可能となる。ファームウエアが動作するプロセッサ部は、本実施形態に係る制御部または制御部の処理を行うプロセッサであってもよいし、当該処理の機能拡張または変更に係る処理を行う別のプロセッサであってもよい。ファームウエアが動作するプロセッサ部を、本実施形態に係るアクセスポイントあるいは無線端末あるいはこれらの両方が備えてもよい。または当該プロセッサ部を、アクセスポイントに搭載される無線通信装置内の集積回路、または無線端末に搭載される無線通信装置内の集積回路が備えてもよい。
【０２１９】
（第１１の実施形態）  
本実施形態では、上述した実施形態に係る無線通信装置（アクセスポイントの無線通信装置または無線端末の無線通信装置、またはこれらの両方）の構成に加えて、クロック生成部を備える。クロック生成部は、クロックを生成して出力端子より無線通信装置の外部にクロックを出力する。このように、無線通信装置内部で生成されたクロックを外部に出力し、外部に出力されたクロックによってホスト側を動作させることにより、ホスト側と無線通信装置側とを同期させて動作させることが可能となる。
【０２２０】
（第１２の実施形態）  
本実施形態では、上述した実施形態に係る無線通信装置（アクセスポイントの無線通信装置または無線端末の無線通信装置）の構成に加えて、電源部、電源制御部、及び無線電力給電部を含む。電源制御部は、電源部と無線電力給電部とに接続され、無線通信装置に供給する電源を選択する制御を行う。このように、電源を無線通信装置に備える構成とすることにより、電源を制御した低消費電力化動作が可能となる。
【０２２１】
（第１３の実施形態）  
本実施形態では、上述した実施形態に係る無線通信装置の構成に加えて、ＳＩＭカードを含む。ＳＩＭカードは、無線通信装置における送信部または受信部または制御部またはこれらのうちの複数と接続される。このように、ＳＩＭカードを無線通信装置に備える構成とすることにより、容易に認証処理を行うことが可能となる。
【０２２２】
（第１４の実施形態）  
本実施形態では、上述した実施形態に係る無線通信装置の構成に加えて、動画像圧縮／伸長部を含む。動画像圧縮／伸長部は、バスと接続される。このように、動画像圧縮／伸長部を無線通信装置に備える構成とすることにより、圧縮した動画像の伝送と受信した圧縮動画像の伸長とを容易に行うことが可能となる。
【０２２３】
（第１５の実施形態）  
本実施形態では、上述した実施形態に係る無線通信装置（アクセスポイントの無線通信装置または無線端末の無線通信装置、またはこれらの両方）の構成に加えて、ＬＥＤ部を含む。ＬＥＤ部は、送信部または受信部または制御部またはこれらのうちの複数と接続される。このように、ＬＥＤ部を無線通信装置に備える構成とすることにより、無線通信装置の動作状態をユーザに容易に通知することが可能となる。
【０２２４】
（第１６の実施形態）  
本実施形態では、上述した実施形態に係る無線通信装置（アクセスポイントの無線通信装置または無線端末の無線通信装置、またはこれらの両方）の構成に加えて、バイブレータ部を含む。バイブレータ部は、送信部または受信部または制御部またはこれらのうちの複数と接続される。このように、バイブレータ部を無線通信装置に備える構成とすることにより、無線通信装置の動作状態をユーザに容易に通知することが可能となる。
【０２２５】
（第１７の実施形態）
本実施形態では、上述した実施形態に係る無線通信装置（アクセスポイントの無線通信装置または無線端末の無線通信装置、またはこれらの両方）の構成に加えて、ディスプレイを含む。ディスプレイは、図示しないバスを介して、無線通信装置の制御部に接続されてもよい。このようにディスプレイを備える構成とし、無線通信装置の動作状態をディスプレイに表示することで、無線通信装置の動作状態をユーザに容易に通知することが可能となる。
【０２２６】
（第１８の実施形態）  
本実施形態では、［１］無線通信システムにおけるフレーム種別、［２］無線通信装置間の接続切断の手法、［３］無線ＬＡＮシステムのアクセス方式、［４］無線ＬＡＮのフレーム間隔について説明する。
［１］通信システムにおけるフレーム種別
一般的に無線通信システムにおける無線アクセスプロトコル上で扱うフレームは、前述したように、大別してデータ（ｄａｔａ）フレーム、管理（ｍａｎａｇｅｍｅｎｔ）フレーム、制御（ｃｏｎｔｒｏｌ）フレームの３種類に分けられる。これらの種別は、通常、フレーム間で共通に設けられるヘッダ部で示される。フレーム種別の表示方法としては、１つのフィールドで３種類を区別できるようにしてあってもよいし、２つのフィールドの組み合わせで区別できるようにしてあってもよい。ＩＥＥＥ８０２．１１規格では、フレーム種別の識別は、ＭＡＣフレームのフレームヘッダ部にあるＦｒａｍｅ  Ｃｏｎｔｒｏｌフィールドの中のＴｙｐｅ、Ｓｕｂｔｙｐｅという２つのフィールドで行う。データフレームか、管理フレームか、制御フレームかの大別はＴｙｐｅフィールドで行われ、大別されたフレームの中での細かい種別、例えば管理フレームの中のＢｅａｃｏｎフレームといった識別はＳｕｂｔｙｐｅフィールドで行われる。
【０２２７】
管理フレームは、他の無線通信装置との間の物理的な通信リンクの管理に用いるフレームである。例えば、他の無線通信装置との間の通信設定を行うために用いられるフレームや通信リンクをリリースする（つまり接続を切断する）ためのフレーム、無線通信装置でのパワーセーブ動作に係るフレームがある。
【０２２８】
データフレームは、他の無線通信装置と物理的な通信リンクが確立した上で、無線通信装置の内部で生成されたデータを他の無線通信装置に送信するフレームである。データは本実施形態の上位層で生成され、例えばユーザの操作によって生成される。
【０２２９】
制御フレームは、データフレームを他の無線通信装置との間で送受（交換）する際の制御に用いられるフレームである。無線通信装置がデータフレームや管理フレームを受信した場合にその送達確認のために送信される応答フレームは、制御フレームに属する。応答フレームは、例えばＡＣＫフレームやＢｌｏｃｋＡＣＫフレームである。またＲＴＳフレームやＣＴＳフレームも制御フレームである。
【０２３０】
これら３種類のフレームは、物理層で必要に応じた処理を経て物理パケットとしてアンテナを経由して送出される。なお、ＩＥＥＥ８０２．１１規格（前述のＩＥＥＥ  Ｓｔｄ
８０２．１１ａｃ−２０１３などの拡張規格を含む）では接続確立の手順の１つとしてアソシエーション（ａｓｓｏｃｉａｔｉｏｎ）プロセスがあるが、その中で使われるＡｓｓｏｃｉａｔｉｏｎ  ＲｅｑｕｅｓｔフレームとＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅフレームが管理フレームであり、Ａｓｓｏｃｉａｔｉｏｎ  ＲｅｑｕｅｓｔフレームやＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅフレームはユニキャストの管理フレームであることから、受信側無線通信端末に応答フレームであるＡＣＫフレームの送信を要求し、このＡＣＫフレームは上述のように制御フレームである。
【０２３１】
［２］無線通信装置間の接続切断の手法
接続の切断（リリース）には、明示的な手法と暗示的な手法とがある。明示的な手法としては、接続を確立している無線通信装置間のいずれか一方が切断のためのフレームを送信する。ＩＥＥＥ８０２．１１規格ではＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎフレームがこれに当たり、管理フレームに分類される。通常、接続を切断するフレームを送信する側の無線通信装置では当該フレームを送信した時点で、接続を切断するフレームを受信する側の無線通信装置では当該フレームを受信した時点で、接続の切断と判定する。その後、非基地局の無線通信端末であれば通信フェーズでの初期状態、例えば接続するＢＳＳ探索する状態に戻る。無線通信基地局がある無線通信端末との間の接続を切断した場合には、例えば無線通信基地局が自ＢＳＳに加入する無線通信端末を管理する接続管理テーブルを持っているならば当該接続管理テーブルから当該無線通信端末に係る情報を削除する。例えば、無線通信基地局が自ＢＳＳに加入する各無線通信端末に接続をアソシエーションプロセスで許可した段階で、ＡＩＤを割り当てる場合には、当該接続を切断した無線通信端末のＡＩＤに関連づけられた保持情報を削除し、当該ＡＩＤに関してはリリースして他の新規加入する無線通信端末に割り当てられるようにしてもよい。
【０２３２】
一方、暗示的な手法としては、接続を確立した接続相手の無線通信装置から一定期間フレーム送信（データフレーム及び管理フレームの送信、あるいは自装置が送信したフレームへの応答フレームの送信）を検知しなかった場合に、接続状態の切断の判定を行う。このような手法があるのは、上述のように接続の切断を判定するような状況では、接続先の無線通信装置と通信距離が離れて無線信号が受信不可あるいは復号不可になるなど物理的な無線リンクが確保できない状態が考えられるからである。すなわち、接続を切断するフレームの受信を期待できないからである。
【０２３３】
暗示的な方法で接続の切断を判定する具体例としては、タイマーを使用する。例えば、送達確認応答フレームを要求するデータフレームを送信する際、当該フレームの再送期間を制限する第１のタイマー（例えばデータフレーム用の再送タイマー）を起動し、第１のタイマーが切れるまで（つまり所望の再送期間が経過するまで）当該フレームへの送達確認応答フレームを受信しないと再送を行う。当該フレームへの送達確認応答フレームを受信すると第１のタイマーは止められる。
【０２３４】
一方、送達確認応答フレームを受信せず第１のタイマーが切れると、例えば接続相手の無線通信装置がまだ（通信レンジ内に）存在するか（言い換えれば、無線リンクが確保できているか）を確認するための管理フレームを送信し、それと同時に当該フレームの再送期間を制限する第２のタイマー（例えば管理フレーム用の再送タイマー）を起動する。第１のタイマーと同様、第２のタイマーでも、第２のタイマーが切れるまで当該フレームへの送達確認応答フレームを受信しないと再送を行い、第２のタイマーが切れると接続が切断されたと判定する。接続が切断されたと判定した段階で、前記接続を切断するフレームを送信するようにしてもよい。
【０２３５】
あるいは、接続相手の無線通信装置からフレームを受信すると第３のタイマーを起動し、新たに接続相手の無線通信装置からフレームを受信するたびに第３のタイマーを止め、再び初期値から起動する。第３のタイマーが切れると前述と同様に接続相手の無線通信装置がまだ（通信レンジ内に）存在するか（言い換えれば、無線リンクが確保できているか）を確認するための管理フレームを送信し、それと同時に当該フレームの再送期間を制限する第２のタイマー（例えば管理フレーム用の再送タイマー）を起動する。この場合も、第２のタイマーが切れるまで当該フレームへの送達確認応答フレームを受信しないと再送を行い、第２のタイマーが切れると接続が切断されたと判定する。この場合も、接続が切断されたと判定した段階で、前記接続を切断するフレームを送信するようにしてもよい。後者の、接続相手の無線通信装置がまだ存在するかを確認するための管理フレームは、前者の場合の管理フレームとは異なるものであってもよい。また後者の場合の管理フレームの再送を制限するためのタイマーは、ここでは第２のタイマーとして前者の場合と同じものを用いたが、異なるタイマーを用いるようにしてもよい。
【０２３６】
［３］無線ＬＡＮシステムのアクセス方式
例えば、複数の無線通信装置と通信または競合することを想定した無線ＬＡＮシステムがある。ＩＥＥＥ８０２．１１無線ＬＡＮではＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃａｒｒｉｅｒ  Ａｖｏｉｄａｎｃｅ）をアクセス方式の基本としている。ある無線通信装置の送信を把握し、その送信終了から固定時間を置いて送信を行う方式では、その無線通信装置の送信を把握した複数の無線通信装置で同時に送信を行うことになり、その結果、無線信号が衝突してフレーム送信に失敗する。ある無線通信装置の送信を把握し、その送信終了からランダム時間待つことで、その無線通信装置の送信を把握した複数の無線通信装置での送信が確率的に分散することになる。よって、ランダム時間の中で最も早い時間を引いた無線通信装置が１つなら無線通信装置のフレーム送信は成功し、フレームの衝突を防ぐことができる。ランダム値に基づき送信権の獲得が複数の無線通信装置間で公平になることから、Ｃａｒｒｉｅｒ  Ａｖｏｉｄａｎｃｅを採用した方式は、複数の無線通信装置間で無線媒体を共有するために適した方式であるということができる。
【０２３７】
［４］無線ＬＡＮのフレーム間隔
ＩＥＥＥ８０２．１１無線ＬＡＮのフレーム間隔について説明する。ＩＥＥＥ８０２．１１無線ＬＡＮで用いられるフレーム間隔は、ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＤＩＦＳ）、ａｒｂｉｔｒａｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＡＩＦＳ）、ｐｏｉｎｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＰＩＦＳ）、ｓｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＳＩＦＳ）、ｅｘｔｅｎｄｅｄ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＥＩＦＳ）、ｒｅｄｕｃｅｄ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＲＩＦＳ）などがある。
【０２３８】
フレーム間隔の定義は、ＩＥＥＥ８０２．１１無線ＬＡＮでは送信前にキャリアセンスアイドルを確認して開けるべき連続期間として定義されており、厳密な前のフレームからの期間は議論しない。従ってここでのＩＥＥＥ８０２．１１無線ＬＡＮシステムでの説明においてはその定義を踏襲する。ＩＥＥＥ８０２．１１無線ＬＡＮでは、ＣＳＭＡ／ＣＡに基づくランダムアクセスの際に待つ時間を固定時間とランダム時間との和としており、固定時間を明確にするため、このような定義になっているといえる。
【０２３９】
ＤＩＦＳとＡＩＦＳとは、ＣＳＭＡ／ＣＡに基づき他の無線通信装置と競合するコンテンション期間にフレーム交換開始を試みるときに用いるフレーム間隔である。ＤＩＦＳは、トラヒック種別による優先権の区別がないとき、ＡＩＦＳはトラヒック種別（Ｔｒａｆｆｉｃ  Ｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）による優先権が設けられている場合に用いる。
【０２４０】
ＤＩＦＳとＡＩＦＳとで係る動作としては類似しているため、以降では主にＡＩＦＳを用いて説明する。ＩＥＥＥ８０２．１１無線ＬＡＮでは、ＭＡＣ層でフレーム交換の開始などを含むアクセス制御を行う。さらに、上位層からデータを渡される際にＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）対応する場合には、データとともにトラヒック種別が通知され、トラヒック種別に基づいてデータはアクセス時の優先度のクラス分けがされる。このアクセス時のクラスをアクセスカテゴリ（Ａｃｃｅｓｓ  Ｃａｔｅｇｏｒｙ：ＡＣ）と呼ぶ。従って、アクセスカテゴリごとにＡＩＦＳの値が設けられることになる。
【０２４１】
ＰＩＦＳは、競合する他の無線通信装置よりも優先権を持つアクセスができるようにするためのフレーム間隔であり、ＤＩＦＳ及びＡＩＦＳのいずれの値よりも期間が短い。ＳＩＦＳは、応答系の制御フレームの送信時あるいは一旦アクセス権を獲得した後にバーストでフレーム交換を継続する場合に用いることができるフレーム間隔である。ＥＩＦＳはフレーム受信に失敗した（受信したフレームがエラーであると判定した）場合に起動されるフレーム間隔である。
【０２４２】
ＲＩＦＳは一旦アクセス権を獲得した後にバーストで同一無線通信装置に複数のフレームを連続して送信する場合に用いることができるフレーム間隔であり、ＲＩＦＳを用いている間は送信相手の無線通信装置からの応答フレームを要求しない。
【０２４３】
ここでＩＥＥＥ８０２．１１無線ＬＡＮにおけるランダムアクセスに基づく競合期間のフレーム交換の一例を図２５に示す。  
【０２４４】
ある無線通信装置においてデータフレーム（Ｗ＿ＤＡＴＡ１）の送信要求が発生した際に、キャリアセンスの結果、媒体がビジーである（ｂｕｓｙ  ｍｅｄｉｕｍ）と認識する場合を想定する。この場合、キャリアセンスがアイドルになった時点から固定時間のＡＩＦＳを空け、その後ランダム時間（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ）空いたところで、データフレームＷ＿ＤＡＴＡ１を通信相手に送信する。なお、キャリアセンスの結果、媒体がビジーではない、つまり媒体がアイドル（ｉｄｌｅ）であると認識した場合には、キャリアセンスを開始した時点から固定時間のＡＩＦＳを空けて、データフレームＷ＿ＤＡＴＡ１を通信相手に送信する。
【０２４５】
ランダム時間は０から整数で与えられるコンテンションウィンドウ（Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ：ＣＷ）の間の一様分布から導かれる擬似ランダム整数にスロット時間をかけたものである。ここで、ＣＷにスロット時間をかけたものをＣＷ時間幅と呼ぶ。ＣＷの初期値はＣＷｍｉｎで与えられ、再送するたびにＣＷの値はＣＷｍａｘになるまで増やされる。ＣＷｍｉｎとＣＷｍａｘとの両方とも、ＡＩＦＳと同様アクセスカテゴリごとの値を持つ。Ｗ＿ＤＡＴＡ１の送信先の無線通信装置では、データフレームの受信に成功し、かつ当該データフレームが応答フレームの送信を要求するフレームであるとそのデータフレームを内包する物理パケットの無線媒体上での占有終了時点からＳＩＦＳ時間後に応答フレーム（Ｗ＿ＡＣＫ１）を送信する。Ｗ＿ＤＡＴＡ１を送信した無線通信装置は、Ｗ＿ＡＣＫ１を受信すると送信バースト時間制限内であればまたＷ＿ＡＣＫ１を内包する物理パケットの無線媒体上での占有終了時点からＳＩＦＳ時間後に次のフレーム（例えばＷ＿ＤＡＴＡ２）を送信することができる。
【０２４６】
ＡＩＦＳ、ＤＩＦＳ、ＰＩＦＳ及びＥＩＦＳは、ＳＩＦＳとスロット時間との関数になるが、ＳＩＦＳとスロット時間とは物理層ごとに規定されている。また、ＡＩＦＳ、ＣＷｍｉｎ及びＣＷｍａｘなどアクセスカテゴリごとに値が設けられるパラメータは、通信グループ（ＩＥＥＥ８０２．１１無線ＬＡＮではＢａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ（ＢＳＳ））ごとに設定可能であるが、デフォルト値が定められている。
【０２４７】
例えば、８０２．１１ａｃの規格策定では、ＳＩＦＳは１６μｓ、スロット時間は９μｓであるとして、それによってＰＩＦＳは２５μｓ、ＤＩＦＳは３４μｓ、ＡＩＦＳにおいてアクセスカテゴリがＢＡＣＫＧＲＯＵＮＤ（ＡＣ＿ＢＫ）のフレーム間隔はデフォルト値が７９μｓ、ＢＥＳＴ  ＥＦＦＯＲＴ（ＡＣ＿ＢＥ）のフレーム間隔はデフォルト値が４３μｓ、ＶＩＤＥＯ（ＡＣ＿ＶＩ）とＶＯＩＣＥ（ＡＣ＿ＶＯ）のフレーム間隔はデフォルト値が３４μｓ、ＣＷｍｉｎとＣＷｍａｘとのデフォルト値は、各々ＡＣ＿ＢＫとＡＣ＿ＢＥとでは３１と１０２３、ＡＣ＿ＶＩでは１５と３１、ＡＣ＿ＶＯでは７と１５になるとする。なお、ＥＩＦＳは、基本的にはＳＩＦＳとＤＩＦＳと最も低速な必須の物理レートで送信する場合の応答フレームの時間長の和である。なお効率的なＥＩＦＳの取り方ができる無線通信装置では、ＥＩＦＳを起動した物理パケットへの応答フレームを運ぶ物理パケットの占有時間長を推定し、ＳＩＦＳとＤＩＦＳとその推定時間の和とすることもできる。
【０２４８】
なお、各実施形態で記載されているフレームは、Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔなど、ＩＥＥＥ８０２．１１規格または準拠する規格で、パケットと呼ばれるものを指してもよい。
【０２４９】
本実施形態で用いられる用語は、広く解釈されるべきである。例えば用語“プロセッサ”は、汎用目的プロセッサ、中央処理装置（ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、コントローラ、マイクロコントローラ、状態マシンなどを包含してもよい。状況によって、“プロセッサ”は、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラム可能論理回路  （ＰＬＤ）などを指してもよい。“プロセッサ”は、複数のマイクロプロセッサのような処理装置の組み合わせ、ＤＳＰおよびマイクロプロセッサの組み合わせ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサを指してもよい。
【０２５０】
別の例として、用語“メモリ”は、電子情報を格納可能な任意の電子部品を包含してもよい。“メモリ”は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、フラッシュメモリ、磁気または光学データストレージを指してもよく、これらはプロセッサによって読み出し可能である。プロセッサがメモリに対して情報を読み出しまたは書き込みまたはこれらの両方を行うならば、メモリはプロセッサと電気的に通信すると言うことができる。メモリは、プロセッサに統合されてもよく、この場合も、メモリは、プロセッサと電気的に通信していると言うことができる。また、回路は、単一チップに配置された複数の回路でもよいし、複数のチップまたは複数の装置に分散して配置された１つ以上の回路でもよい。
【０２５１】
また本明細書において  “ａ，ｂおよびｃの少なくとも１つ”は、ａ，ｂ，ｃ，ａ−ｂ，  ａ−ｃ，ｂ−ｃ，ａ−ｂ−ｃの組み合わせだけでなく、ａ−ａ，ａ−ｂ−ｂ，ａ−ａ−ｂ−ｂ−ｃ−ｃなどの同じ要素の複数の組み合わせも含む表現である。また、ａ−ｂ−ｃ−ｄの組み合わせのように、ａ，ｂ，ｃ以外の要素を含む構成もカバーする表現である。
【０２５２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【０２５３】
１１：ＭＡＣ処理部
１２：ＰＨＹ処理部
１３：ＭＡＣ／ＰＨＹ管理部
１４：アンテナ
２１：ＭＡＣ処理部
２２：第１のＰＨＹ処理部
２３：ＭＡＣ／ＰＨＹ管理部
２４：アンテナ
２５：第２のＰＨＹ処理部
２６：電源制御部
３１：無線通信部
３２：アンテナ
３３：端末制御部
３５：第２の処理部
４１：第１の無線通信部
４２：電源制御部
４３：アンテナ
４４：第２の無線通信部
４５：アンテナ
５１：主装置部
５２：電源制御部
５３：アンテナ
５４：無線通信部
５５：出力制御部
５６：出力部
１１１：ベースバンドＩＣ
１２１：ＲＦ  ＩＣ
１１３：メモリ
１１４：ホスト・インターフェース
１１５：ＣＰＵ
１１６：ＤＡＣ
１１７：ＡＤＣ
１２１：ＲＦ  ＩＣ
１２２、１３２：フィルタ
１２３、１３３：ミキサ
１２４、１３４：アンプ
１２５、１３５：バラン
１４２：ＰＬＬ
１４３：水晶発振器
１４７：アンテナ
１４５：スイッチ
１４８：無線ＬＡＮモジュール
１４９：ホストシステム
３０１：ノートＰＣ
３０５、３１５、３５５：無線通信装置
３２１：移動体端末
３３１：メモリーカード
３３２：メモリーカード本体
４２Ａ〜４２Ｄ：アンテナ
４０２：送信部
４０３：受信部
４０１：通信処理部
４０４：ネットワーク処理部
４０５：有線Ｉ／Ｆ
４０６：メモリ
４０７：サーバ
５０１：通信処理部
５０２：送信部
５０３：受信部
５１Ａ：アンテナ
５０４：アプリケーションプロセッサ
５０５：メモリ
５０６：第２無線通信モジュール
【図１】
2018113646.tif 000003
【図２】
2018113646.tif 000004
【図３】
2018113646.tif 000005
【図４】
2018113646.tif 000006
【図５】
2018113646.tif 000007
【図６】
2018113646.tif 000008
【図７】
2018113646.tif 000009
【図８】
2018113646.tif 000010
【図９】
2018113646.tif 000011
【図１０】
2018113646.tif 000012
【図１１】
2018113646.tif 000013
【図１２】
2018113646.tif 000014
【図１３】
2018113646.tif 000015
【図１４】
2018113646.tif 000016
【図１５】
2018113646.tif 000017
【図１６】
2018113646.tif 000018
【図１７】
2018113646.tif 000019
【図１８】
2018113646.tif 000020
【図１９】
2018113646.tif 000021
【図２０】
2018113646.tif 000022
【図２１】
2018113646.tif 000023
【図２２】
2018113646.tif 000024
【図２３】
2018113646.tif 000025
【図２４】
2018113646.tif 000026
【図２５】
2018113646.tif 000027