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