JP2024036463A

JP2024036463A - 無線通信装置および無線通信システム

Info

Publication number: JP2024036463A
Application number: JP2024014158A
Authority: JP
Inventors: 昌弘関谷; 朋子足立
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2021-09-17
Filing date: 2024-02-01
Publication date: 2024-03-15
Also published as: US20230090228A1; JP2023043967A

Abstract

【課題】マルチリンク伝送技術を用いた効率的な通信を実現させること。
【解決手段】一実施形態によれば、無線通信装置は、データと、データに対応する管理情報とに基づいて、第１フレームを生成する処理部と、第１フレームを第１通信装置に送信する無線部と備え、処理部は、第１フレームの送信が成功した旨の管理情報を含む通知を第１通信装置とは異なる第２通信装置から受信したか否かを確認し、通知を受信していない場合、無線部を介して第１フレームを第１通信装置に送信し、第１フレームに対する第１通信装置からの応答フレームが正常に受信された場合、管理情報を含む通知を第２通信装置に送信し、通知を受信している場合、第１フレームを廃棄する。
【選択図】図１

Description

本発明の実施形態は、無線通信装置および無線通信システムに関する。

近年、通信の信頼性を向上させるための種々様々な技術が提案されている。その中の一つにマルチリンク伝送技術がある。マルチリンク伝送では、１つの筐体に複数の無線機能が実装されたマルチリンクデバイス（Multi-Link Device）を連携・協調させ、アクセスポイントとして動作する複数の無線機能を備える無線基地局マルチリンクデバイスと、ステーションとして動作する複数の無線機能を備える無線端末マルチリンクデバイスとの間で複数の無線リンクを確立し、これら複数の無線リンクを用いてデータを伝送する。このマルチリンク伝送技術によれば、複数の無線リンクを用いて同一データを並列伝送することが可能なため、通信の信頼性を向上させることが可能となる。

しかしながら、マルチリンク伝送技術においては、複数の無線リンクのうちの１つを用いて既に送信されたデータであって、送信が成功した旨の送達確認も既に得ることができているデータが、別の無線リンクを用いて別途送信されてしまう等、非効率的な通信が行われてしまうこともある。

特開２０１８－１４２８９７号公報

本発明の実施形態が解決しようとする課題は、マルチリンク伝送技術を用いた効率的な通信を実現させることが可能な無線通信装置および無線通信システムを提供することである。

一実施形態によれば、無線通信装置は、データと、前記データに対応する管理情報とに基づいて、第１フレームを生成する処理部と、前記第１フレームを第１通信装置に送信する無線部と、を具備し、前記処理部は、前記第１フレームの送信が成功した旨の前記管理情報を含む通知を前記第１通信装置とは異なる第２通信装置から受信したか否かを確認し、前記通知を受信していない場合、前記無線部を介して前記第１フレームを前記第１通信装置に送信し、前記第１フレームに対する前記第１通信装置からの応答フレームが正常に受信された場合、前記管理情報を含む前記通知を前記第２通信装置に送信し、前記通知を受信している場合、前記第１フレームを廃棄する。

図１は、実施形態に係る無線通信装置を含む無線通信システムの概略構成例を示す図である。図２は、ＭＡＣフレームのフレームフォーマットを示す図である。図３は、実施形態に係る無線通信装置の概略構成例を示す図である。図４は、無線基地局が無線端末とＭｕｌｔｉ－Ｌｉｎｋモードで無線接続するために実行する処理手順を示すフローチャートである。図５は、実施形態に係る無線通信システムの概略構成例を示すブロック図である。図６は、ビーコンフレームのフレームフォーマットを示す図である。図７は、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔのフィールド構成例を示す図である。図８は、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔを構成する各フィールドに設定される設定値の一例を示す図である。図９は、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔのフィールド構成例を示す図である。図１０は、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔを構成する各フィールドに設定される設定値の一例を示す図である。図１１は、ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームに含まれるＭｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔを構成する各フィールドに設定される設定値の一例を示す図である。図１２は、マルチＡＰコントローラが第１無線端末宛ての送信データを第１無線基地局および第２無線基地局に転送するまでの処理手順を示すフローチャートである。図１３は、転送フレームに含まれるＴＩＤ、シーケンス番号、管理番号の設定例を示す図である。図１４は、イーサネットフレームのフレームフォーマットを示す図である。図１５は、第１無線基地局が第１無線端末に送信データを送信する処理手順を示すフローチャートである。図１６は、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔを構成する各フィールドに設定される設定値の一例を示す図である。図１７は、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔを構成する各フィールドに設定される設定値の一例を示す図である。図１８は、Ａ－ＭＰＤＵフレームのフレームフォーマットを示す図である。図１９は、ＢＡフレームのフレームフォーマットを示す図である。図２０は、ＢＡＲフレームのフレームフォーマットを示す図である。図２１は、ＢｌｏｃｋＡｃｋＷｉｎｄｏｗの制御方法を説明するための図である。図２２は、無線端末の受信履歴を更新する処理手順を示すフローチャートである。図２３は、実施形態に係る無線通信システムの概略構成例を示すブロック図である。図２４は、実施形態に係る無線端末の概略構成例を示すブロック図である。図２５は、ＳＣＣおよびＲｘＲＢＣによる制御を説明するための図である。図２６は、ＢＡＷｉｎｄｏｗを更新する処理手順を示すフローチャートである。図２７は、ＢＡＷｉｎｄｏｗを更新する別の処理手順を示すフローチャートである。図２８は、Ａｃｔｉｏｎフレームのフレームフォーマットを示す図である。図２９は、ＤＥＬＢＡフレームのフレームフォーマットを示す図である。図３０は、ＡＤＤＢＡＲｅｑｅｕｓｔフレームのフレームフォーマットを示す図である。図３１は、ＢＡＲフレームのフレームフォーマットを示す図である。

以下、実施の形態について図面を参照して説明する。開示はあくまで一例にすぎず、以下の実施形態に記載した内容により発明が限定されるものではない。当業者が容易に想到し得る変形は、当然に開示の範囲に含まれる。説明をより明確にするため、図面において、各部分のサイズ、形状等を実際の実施態様に対して変更して模式的に表す場合もある。複数の図面において、対応する要素には同じ参照数字を付して、詳細な説明を省略する場合もある。

［第１実施形態］
図１は、第１実施形態に係る無線通信装置を含む無線通信システムの概略構成例を示す図である。図１に示す無線通信システムは、ＡＰＭＬＤ（Access Point Multi-Link Device）として動作する第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２と、ｎｏｎ－ＡＰＭＬＤ（non-Access Point Multi-Link Device）として動作する第１無線端末ＳＴＡＭＬＤ１および第２無線端末ＳＴＡＭＬＤ２と、第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２とハブ１０を介して有線接続された制御装置２０と、を備えている。詳細については後述するが、第１無線基地局ＡＰＭＬＤ１、第２無線基地局ＡＰＭＬＤ２、第１無線端末ＳＴＡＭＬＤ１および第２無線端末ＳＴＡＭＬＤ２はいずれも同じ構成により実現することが可能であり、これらはいずれも無線通信装置と称されてもよい。また、本明細書においては、第１無線基地局ＡＰＭＬＤ１と第２無線基地局ＡＰＭＬＤ２とを区別して称する必要がない場合は、これらを単に無線基地局ＡＰＭＬＤと称する場合がある。同様に、第１無線端末ＳＴＡＭＬＤ１と第２無線端末ＳＴＡＭＬＤ２とを区別して称する必要がない場合は、これらを単に無線端末ＳＴＡＭＬＤと称する場合がある。

第１無線基地局ＡＰＭＬＤ１は、第１無線端末ＳＴＡＭＬＤ１および第２無線端末ＳＴＡＭＬＤ２の両方と通信することが可能である。第２無線基地局ＡＰＭＬＤ２もまた、第１無線端末ＳＴＡＭＬＤ１および第２無線端末ＳＴＡＭＬＤ２の両方と通信することが可能である。つまり、第１無線端末ＳＴＡＭＬＤ１および第２無線端末ＳＴＡＭＬＤ２は共に、第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２の両方のネットワークに所属し、第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２と無線ＬＡＮ（Local Area Network）方式で無線通信することが可能である。

図１では、第１無線端末ＳＴＡＭＬＤ１および第２無線端末ＳＴＡＭＬＤ２が、第１無線基地局ＡＰＭＬＤ１または第２無線基地局ＡＰＭＬＤ２を介して無線通信を行うインフラストラクチャモードのネットワークを構成する場合を想定している。インフラストラクチャモードのネットワークにおいては、無線基地局の無線信号が無線端末に届く範囲をＢＳＳ（Basic Service Set）と称する。図１では、第１無線基地局ＡＰＭＬＤ１の無線信号が無線端末に届く範囲をＢＳＳ１と表記し、第２無線基地局ＡＰＭＬＤ２の無線信号が無線端末に届く範囲をＢＳＳ２と表記している。

なお、無線通信システムに含まれる無線基地局は必ずしもある地点に固定された無線基地局でなくてもよい。例えば、動作モードを変更することによって簡易的な無線基地局として機能する無線端末が、無線通信システムに含まれる無線基地局として動作してもよい。また、ここでは、無線通信システムに含まれる複数の無線端末が無線基地局を介して無線通信を行うインフラストラクチャモードのネットワークを構成する場合を想定しているが、これに限定されず、無線通信システムは、複数の無線端末が無線基地局を介さずに無線通信を行うアドホックモードのネットワークを構成してもよい。この場合、複数の無線端末のいずれかがアドホックモードのネットワーク内のオーナーとして動作すればよい。以上のように、無線端末が無線基地局にもなり得る上に、無線基地局および無線端末は同じ構成により実現することが可能なため、上記したように、無線基地局および無線端末はどちらも無線通信装置と称することが可能である。

図１において、第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２は、ハブ１０を介して有線接続（例えば、イーサネット（登録商標））で制御装置２０に接続されている。制御装置２０は、無線端末に送信するフレームを第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２に転送する。

以下では、まず、図１に示す無線通信システムにおいて用いられるフレームフォーマットについて説明する。
図２は、ＭＡＣ（Media Access Control）フレームのフレームフォーマットを示す図である。図２は、ＩＥＥＥ８０２．１１規格（IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、IEEE 802.11n、IEEE 802.11ac、IEEE 802.11ax、IEEE 802.11be、今後規定される802.11規格も含む）の無線通信システムにより用いられるＭＡＣフレームのフレームフォーマットを示している。

図２に示すように、ＭＡＣフレームは、ＭＡＣＨｅａｄｅｒと、ＦｒａｍｅＢｏｄｙフィールドと、ＦＣＳ（FCS: Frame Check Sequence）フィールドと、により構成されている。ＭＡＣＨｅａｄｅｒには、ＭＡＣ層における受信処理に必要な情報が設定される。ＦｒａｍｅＢｏｄｙフィールドには、フレームの種類に応じた情報（例えば上位レイヤからのデータ等）が設定される。ＦＣＳフィールドには、ＭＡＣＨｅａｄｅｒとＦｒａｍｅＢｏｄｙフィールドとを正常に受信することができたか否かを判定するために計算された誤り検出コード（CRC: Cyclic Redundancy Code）が設定される。

ＭＡＣＨｅａｄｅｒは、図２に示すように、ＦｒａｍｅＣｏｎｔｒｏｌフィールドと、Ｄｕｒａｔｉｏｎ／ＩＤフィールドと、Ａｄｄｒｅｓｓ１フィールドと、Ａｄｄｒｅｓｓ２フィールドと、Ａｄｄｒｅｓｓ３フィールドと、ＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドと、Ａｄｄｒｅｓｓ４フィールドと、ＱｏＳ（Quality of Service）Ｃｏｎｔｒｏｌフィールドと、を含んでいる。なお、ＭＡＣＨｅａｄｅｒに含まれる各種フィールドは、上記したフィールドに限定されず、例えば新規のフィールドがさらに追加されてもよいし、一部のフィールドが削除されてもよい。

ＦｒａｍｅＣｏｎｔｒｏｌフィールドには、フレームの種類に応じた値が設定される。
より詳しくは、ＦｒａｍｅＣｏｎｔｒｏｌフィールドは、図２に示すように、ＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎフィールドと、Ｔｙｐｅフィールドと、Ｓｕｂｔｙｐｅフィールドと、ＴｏＤＳフィールドと、ＦｒｏｍＤＳフィールドと、ＭｏｒｅＦｒａｇｍｅｎｔフィールドと、Ｒｅｔｒｙフィールドと、ＰｒｏｔｅｃｔｅｄＦｒａｍｅフィールドと、＋ＨＴＣ／Ｏｒｄｅｒフィールドと、を含んでいる。

ＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎフィールドには、使用するプロトコルバージョンを示す情報が設定される。
Ｔｙｐｅフィールドには、ＭＡＣフレームの種類を示すビット列が設定され、このＴｙｐｅフィールドを参照することにより、ＭＡＣフレームの種類（フレームタイプ）が制御フレーム、管理フレーム、データフレームのうちのいずれであるかを認識することが可能である。
Ｓｕｂｔｙｐｅフィールドには、Ｔｙｐｅフィールドによって示されるフレームタイプ内におけるＭＡＣフレームの種類を示すビット列が設定される。

ＴｏＤＳフィールドには、受信局に関する情報が設定され、受信局が無線基地局であるか、無線端末であるかを示す。具体的には、ビットが１の場合は受信局が無線基地局であることを示し、０の場合は受信局が無線端末であることを示している。

ＦｒｏｍＤＳフィールドには、送信局に関する情報が設定され、送信局が無線基地局であるか、無線端末であるかを示す。具体的には、ビットが１の場合は送信局が無線基地局であることを示し、０の場合は送信局が無線端末であることを示している。

ＭｏｒｅＦｒａｇｍｅｎｔフィールドは、上位レイヤのデータがフラグメント化された場合に用いられ、後続にフラグメントフレームが存在するか否かを示す情報が設定される。具体的には、ビットが１の場合は後続にフラグメントフレームがあることを示し、０の場合は後続にフラグメントフレームがないことを示している。

Ｒｅｔｒｙフィールドには、当該フレームが再送されたフレーム（再送フレーム）であるか否かを示す情報が設定される。具体的には、ビットが１の場合は当該フレームが再送フレームであることを示し、０の場合は当該フレームが再送フレームでないことを示している。

ＰｒｏｔｅｃｔｅｄＦｒａｍｅフィールドには、当該フレームが暗号化（プロテクト）されているか否かを示す情報が設定される。具体的には、ビットが１の場合は当該フレームが暗号化されていることを示し、０の場合は当該フレームが暗号化されていないことを示している。

＋ＨＴＣ／Ｏｒｄｅｒフィールドは、ｎｏｎ－ＱｏＳデータフレームが送信される場合は、フレームを中継する際に、フレームの順序を入れ替えてはいけないことを示し、ＩＥＥＥ８０２．１１ｎ／ａｃ／ａｘ物理フレームでＱｏＳデータフレームが送信される場合は、ＭＡＣＨｅａｄｅｒに、図示しないＨＴＣｏｎｔｒｏｌフィールドが含まれることを意味する。ＨＴＣｏｎｔｒｏｌフィールドは、ＱｏＳＣｏｎｔｒｏｌフィールドとＦｒａｍｅＢｏｄｙフィールドとの間に含まれ、ＩＥＥＥ８０２．１１ｎ／ａｃ／ａｘで規定される機能の一部を通知するために用いられる。

なお、ＦｒａｍｅＣｏｎｔｒｏｌフィールドに含まれる各種フィールドは、上記したフィールドに限定されず、例えば新規のフィールドがさらに追加されてもよいし、一部のフィールドが削除されてもよい。

Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、１６ビットの長さを有しており、最上位ビット（MSB: More Significant Bit）が０の場合、下位１５ビットが送信禁止期間（NAV: Network Allocation Vector）を示し、最上位ビットが１の場合、下位１５ビットの一部は、無線基地局に接続している無線端末に割り当てられた識別番号を示す。

Ａｄｄｒｅｓｓ１フィールドには、直接の受信局のＭＡＣアドレスが設定され、例えば、当該フレームが自装置宛てのフレームであるか否かを判定する際に用いられる。

Ａｄｄｒｅｓｓ２フィールドには、直接の送信局のＭＡＣアドレスが設定される。
Ａｄｄｒｅｓｓ３フィールドには、アップリンクにおいては最終的な宛先となる装置のＭＡＣアドレスが設定され、ダウンリンクにおいては送信元である装置のＭＡＣアドレスが設定される。
Ａｄｄｒｅｓｓ４フィールドは、無線基地局が別の無線基地局にフレームを送信する場合にのみ設定され、送信元である装置のＭＡＣアドレスが設定される。

ＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドには、送信するフレームのシーケンス番号と、データがフラグメント化された場合のフラグメント番号とが設定される。
ＱｏＳＣｏｎｔｒｏｌフィールドは、Ｔｙｐｅフィールドによって示されるフレームタイプがデータフレームであり、かつ、Ｓｕｂｔｙｐｅフィールドによって示されるＭＡＣフレームの種類がＱｏＳデータフレームである場合に付加されるフィールドである。ＱｏＳＣｏｎｔｒｏｌフィールドは、データのトラフィックに応じた識別子が設定されるＴＩＤ（Traffic ID）フィールドや、送達確認方式が設定されるＡｃｋｐｏｌｉｃｙフィールド等を含んでいる。例えば、ＴＩＤフィールドは、データのトラフィック種別を判定する際に用いられる。また、Ａｃｋｐｏｌｉｃｙフィールドは、ＱｏＳデータが、ＮｏｒｍａｌＡｃｋｐｏｌｉｃｙ、ＢｌｏｃｋＡｃｋｐｏｌｉｃｙ、ＮｏＡｃｋｐｏｌｉｃｙのうちのいずれのポリシーにしたがって送信されたのかを判定する際に用いられる。

次に、図３を参照して、本実施形態に係る無線通信装置（無線基地局および無線端末）の概略構成例について説明する。無線通信装置３００は、上記したように、例えばＩＥＥＥ８０２．１１規格に準拠する装置である。図３に示す無線通信装置３００の構成は、上記したように、無線基地局ＡＰＭＬＤおよび無線端末ＳＴＡＭＬＤの両方に対して適用することが可能である。

無線通信装置３００は、図３に示すように、無線リンク部３１０，３２０と、アンテナ３１１，３２１と、コントローラ部３３０と、プロセッサ部３４１と、メモリ部３４２と、有線Ｉ／Ｆ（Interface）部３４３と、を備えている。なお、無線リンク部３１０およびアンテナ３１１と、無線リンク部３２０およびアンテナ３２１とは、同様な機能を有するため、以下では、無線リンク部およびアンテナについては、無線リンク部３１０およびアンテナ３１１のみを代表例として説明する。

アンテナ３１１は、例えば２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯に送信されたアナログの無線信号を受信する。アンテナ３１１により受信された受信信号は、無線リンク部３１０に入力される。無線リンク部３１０は、ＰＨＹ（Physical）層部３１２と、ＬＭＡＣ（Lower MAC）層部３１３と、を備えている。

図３では詳細な図示を省略するが、ＰＨＹ層部３１２は、アンテナスイッチ、無線受信部、無線送信部、発振部、復調部、変調部、等を含んでいる。

アンテナ３１１からの受信信号がＰＨＹ層部３１２に含まれる無線受信部に入力されると、発振部により生成される搬送波信号と同じ周波数の信号を用いて、当該受信信号は、適切な周波数帯の信号（例えば、ベースバンド信号）に周波数変換（ダウンコンバート）される。その後、周波数変換された信号は、ＡＤＣ（Analog to Digital Converter）によりデジタル信号に変換され、復調部に入力される。復調部は、入力されたデジタル信号に対して、例えばＩＥＥＥ８０２．１１規格（IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、IEEE 802.11n、IEEE 802.11ac、IEEE 802.11ax、IEEE 802.11be、今後規定される802.11規格も含む）に準拠した所定の復調および復号処理を含む受信処理を行い、当該デジタル信号をＩＥＥＥ８０２．１１規格で規定されるＭＡＣフレームに変換し、当該ＭＡＣフレームをＬＭＡＣ層部３１３に転送する。

なお、復調部では、ＡＤＣにより変換されたデジタル信号に対して、ＯＦＤＭシンボルタイミング同期、ＦＦＴ（Fast Fourier Transform）処理、デインタリーブ処理、誤り訂正符号処理、等が行われる。また、復調部により復調されたＰＨＹフレーム（ＰＰＤＵ（PHY Protocol Data Unit））におけるＰＨＹヘッダには、フレームの長さを示す情報や伝送レートを示す情報、帯域幅情報、等が含まれており、これら情報は復調部により抽出される。復調部は、抽出した情報を復調処理に用いたり、ＬＭＡＣ層部３１３に転送したりする。

受信処理において、ＬＭＡＣ層部３１３は、Ｄｅ－ａｇｇｒｅｇａｔｉｏｎ処理、ＣＲＣチェック処理、ＭＡＣヘッダ解析処理、等を行う。Ｄｅ－ａｇｇｒｅｇａｔｉｏｎ処理は、後述するＡ－ＭＰＤＵフレームを受信する場合に、当該Ａ－ＭＰＤＵフレームを１つ以上のＭＡＣフレーム（ＭＰＤＵ（MAC Protocol Data Unit））に分解する。ＣＲＣチェック処理は、各ＭＰＤＵに付加されるＣＲＣが正しいことを確認する。確認の結果、ＣＲＣが正しくなければ、当該ＣＲＣが付加されたＭＰＤＵは廃棄される。ＭＡＣヘッダ解析処理は、ＭＡＣＨｅａｄｅｒ内のＡｄｄｒｅｓｓ１フィールドのアドレスが自装置のＭＡＣアドレス（例えば、無線リンク部３１０に設定されたＭＡＣアドレス）と一致するか否かを確認する。確認の結果、ＭＡＣアドレスが一致し、かつ、ＣＲＣが正しいと判断された場合、当該処理対象のＭＡＣフレームは、コントローラ部３３０に含まれるＵＭＡＣ（Upper MAC）層部３３１に転送される。

また、ＬＭＡＣ層部３１３は、ＰＨＹ層部３１２から転送されたＭＡＣフレームが応答を要求するフレームである場合、応答フレームを生成する。ＬＭＡＣ層部３１３により生成される応答フレームは、主に即時応答する必要があるフレームであり、当該応答フレームを要求するＭＡＣフレーム（例えば、ＱｏＳデータフレーム、複数のＱｏＳデータフレームを含むＡ－ＭＰＤＵフレームあるいはＢＡＲ（Block Ack Request）フレーム等）を含むＰＰＤＵの終端からＳＩＦＳ（Short Interframe Spacing）後に返信される。受信処理において、ＬＭＡＣ層部３１３は、ＭＰＤＵを正しく受信できたことを示す送達確認情報をビットマップ形式で保持する処理も行う。このビットマップ情報は、応答フレームをＢＡ（Block Ack）フレームとして返信する際に用いられる情報である。
以上が、受信処理の概要である。

一方、送信処理では、ＬＭＡＣ層部３１３は、ＭＡＣフレーム（例えば、データフレームや、ＢＡ（Block Ack）、ＡＣＫ（Acknowledge）、ＢＡＲ（Block Ack Request）等の制御フレーム）を生成する。ＬＭＡＣ層部３１３においては、例えば他の無線通信装置が無線信号を送信しているか否かの状況等、無線チャネルの使用状況を確認してから、ＭＡＣフレームを送信するか否かを決定するＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access with Collision Avoidance）方式が用いられており、ＩＥＥＥ８０２．１１規格で規定される期間の間、無線チャネルが未使用であれば、他の無線通信装置が無線信号を送信していないと判断し、ＬＭＡＣ層部３１３は、ＭＡＣフレームをＰＨＹ層部３１２に転送して送信を開始する。一方、無線チャネルが使用中（ビジー）であれば、未使用（アイドル）状態になるまで送信を延期する。

ＭＡＣフレームがＬＭＡＣ層部３１３からＰＨＹ層部３１２に転送されると、ＰＨＹ層部３１２に含まれる変調部は、当該ＭＡＣフレームに対して、例えばＩＥＥＥ８０２．１１規格（IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、IEEE 802.11n、IEEE 802.11ac、IEEE 802.11ax、IEEE 802.11be、今後規定される802.11規格も含む）に準拠した所定の変調および符号処理を含む送信処理を行う。その後、ＤＡＣ（Digital to Analog Converter）によりデジタル信号からアナログのベースバンド信号に変換され、当該ベースバンド信号は無線送信部に入力される。無線送信部は、入力されたベースバンド信号を、発振部により生成される搬送波信号を用いて、所定の周波数帯（例えば、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯の周波数）に周波数変換（アップコンバート）し、周波数変換された信号を、アンテナスイッチを経由してアンテナから無線信号として送信する。

送信処理において、ＬＭＡＣ層部３１３は、ＣＲＣ計算処理、Ａｇｇｒｅｇａｔｉｏｎ処理、等を行う。ＬＭＡＣ層部３１３は、詳細については後述するＵＭＡＣ層部３３１から転送されるＭＡＣフレームのＣＲＣを計算し、当該ＭＡＣフレームの最後に付加されるＦＣＳフィールドに当該ＣＲＣの計算結果を含めたＭＰＤＵフレームをＰＨＹ層部３１２に転送する。また、ＬＭＡＣ層部３１３は、例えば高速なスループットを実現するため等、必要に応じて複数のＭＰＤＵを連結したＡ－ＭＰＤＵフレームを生成し、これをＰＨＹ層部３１２に転送する。なお、上記したように、ＬＭＡＣ層部３１３は、ＡｃｋフレームやＢＡフレーム等の応答フレームを生成し、これをＰＨＹ層部３１２に転送してもよい。

以上が、送信処理の概要である。

コントローラ部３３０は、複数の無線リンク部３１０，３２０を動作させるために必要な制御を行う。例えば、コントローラ部３３０は、各無線リンク部３１０，３２０を動作させる周波数チャネルや周波数帯域幅の設定を行う。コントローラ部３３０は、ＵＭＡＣ層部３３１を含む。送信処理では、ＵＭＡＣ層部３３１は、各ＭＰＤＵに割り当てるシーケンス番号の生成やＭＰＤＵの暗号化処理を行う。受信処理では、ＵＭＡＣ層部３３１は、暗号化されたＭＰＤＵの復号処理や、ＭＰＤＵをシーケンス番号の順番に並べ替えるＲｅｏｒｄｅｒｉｎｇ処理、等を行う。

有線Ｉ／Ｆ部３４３は、例えば有線通信方法としてイーサネットを用いて他装置からデータを受信したり、他装置へデータを送信したりする機能を有している。他の有線通信機能としては、ＰＣＩｅ(Peripheral Component Interconnect-Express)、ＵＳＢ(Universal Serial Bus)、ＳＤＩＯ(Secure Digital Input/Output)、ＳＰＩ（Serial Peripheral Interface）、ＵＡＲＴ（Universal Asynchronous Receiver/Transmitter）、等を用いてもよい。なお、有線Ｉ／Ｆ部３４３は、無線通信装置の外部の装置と有線接続する必要がなければ、省略されても構わない。

メモリ部３４２は、ＳＲＡＭ（static random access memory）やＤＲＡＭ（dynamic random access memory）等のデータ記憶装置から構成される。メモリ部３４２は、有線Ｉ／Ｆ部３４３とコントローラ部３３０との間で転送される送受信データを一時的に格納したり、プロセッサ部３４１が処理をする際のデータを格納したりするために用いられる。

プロセッサ部３４１は、例えばＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processor Unit）等であり、予め決められた命令コードを実行する機能を有している。また、プロセッサ部３４１は、無線リンク部３１０，３２０、コントローラ部３３０、有線Ｉ／Ｆ部３４３、等の制御を行う。さらに、プロセッサ部３４１は、有線Ｉ／Ｆ部３４３とコントローラ部３３０との間で送受信データを転送する制御を行う。

図３においては、無線通信装置３００が、２つの無線リンク部３１０，３２０を有している構成について説明したが、これに限定されず、無線通信装置３００は、３つ以上の無線リンク部を有していても構わない。この場合、各無線リンク部は、それぞれが異なる周波数チャネルを用いて通信してもよいし、同じ周波数チャネルを用いて通信してもよい。

また、図３においては、無線リンク部３１０，３２０はそれぞれ１本のアンテナ３１１，３２１が接続されている構成について説明したが、これに限定されず、無線リンク部３１０，３２０にはそれぞれ複数本のアンテナが接続されていてもよい。複数本のアンテナが接続される場合、異なるデータストリームを空間多重して送受信するＭＩＭＯ（Multiple Input Multiple Output）方式を用いて無線通信が行われてもよい。

図３に示されるＬＭＡＣ層部３１３，３２３、および、ＵＭＡＣ層部３３１は、それぞれＭＡＣアドレスを有している。ＬＭＡＣ層部３１３，３２３には互いに異なるＭＡＣアドレスが設定される。一方で、ＵＭＡＣ層部３３１には、ＬＭＡＣ層部３１３，３２３の一方と同じＭＡＣアドレスが設定されてもよいし、ＬＭＡＣ層部３１３，３２３の両方と異なるＭＡＣアドレスが設定されてもよい。

無線通信装置３００に含まれる各部は、アナログ回路またはデジタル回路等として実現されてもよいし、ＣＰＵ（Central Processing Unit）によって実行されるソフトウェア等により実現されてもよい。また、無線通信装置３００は、１つのＬＳＩ（Large Scale Integration）に実装されてもよいし、コントローラ部３３０、プロセッサ部３４１、メモリ部３４２、有線Ｉ／Ｆ部３４３が１つのＬＳＩに実装され、無線リンク部３１０，３２０が別のＬＳＩに実装されてもよい。あるいは、ＰＨＹ層部３１２，３２２を構成する無線送信部、無線受信部およびアンテナスイッチのみが別のＩＣ（Integrated Circuit）に実装されてもよい。

次に、図４のフローチャートを参照して、無線基地局ＡＰＭＬＤが無線端末ＳＴＡ
ＭＬＤとＭｕｌｔｉ－Ｌｉｎｋモードで無線接続するために実行する処理手順について説明する。

まず、無線基地局ＡＰＭＬＤは、管理フレームの１つであるビーコンフレームを周期的に（例えば１００ｍｓ毎に）ブロードキャストフレームとして送信する（ステップＳ１）。これによれば、無線基地局ＡＰＭＬＤがサポートする通信能力等の情報が無線端末ＳＴＡＭＬＤに報知される。

続いて、無線基地局ＡＰＭＬＤは、無線端末ＳＴＡＭＬＤから送信される接続要求フレーム（例えば、Association Requestフレーム）を受信する（ステップＳ２）。

次に、無線基地局ＡＰＭＬＤは、無線端末ＳＴＡＭＬＤの接続を許可する場合、接続を許可する旨の情報を含んだ接続応答フレーム（例えば、Association Responseフレーム）を無線端末ＳＴＡＭＬＤに送信する（ステップＳ３）。

しかる後、無線基地局ＡＰＭＬＤは、無線端末ＳＴＡＭＬＤから送信された接続要求フレームに含まれる通信モードの要求に従って、無線端末ＳＴＡＭＬＤと通信する場合の通信モード（例えば、１つの無線基地局ＡＰＭＬＤ単独で高信頼通信を行うモード、複数の無線基地局ＡＰＭＬＤと協調して高信頼通信を行うモード、等）を設定し（ステップＳ４）、ここでの一連の処理を終了させる。

図５は、本実施形態に係る無線通信システムの概略構成例を示すブロック図である。図１の説明と共に既述したように、本実施形態に係る無線通信システムは、第１無線基地局ＡＰＭＬＤ１と、第２無線基地局ＡＰＭＬＤ２と、第１無線端末ＳＴＡＭＬＤ１と、第２無線端末ＳＴＡＭＬＤ２と、制御装置２０と、を備えている。第１無線基地局ＡＰＭＬＤ１と第２無線基地局ＡＰＭＬＤ２とは、ハブ１０を介して制御装置２０に有線接続されている。制御装置２０は、当該制御装置２０の動作を制御するマルチＡＰコントローラ２１を備えている。

ＡＰＭＬＤとして動作する第１無線基地局ＡＰＭＬＤ１は、第１アクセスポイントＡＰ１－１と、第２アクセスポイントＡＰ１－２と、第１無線基地局ＡＰＭＬＤ１の動作を制御するコントローラＡＰＣＴ１と、を含んでいる。第１アクセスポイントＡＰ１－１および第２アクセスポイントＡＰ１－２は、図３に示した無線通信装置３００の無線リンク部３１０，３２０に相当する。コントローラＡＰＣＴ１は、図３に示した無線通信装置３００のコントローラ部３３０に相当する。同様に、ＡＰＭＬＤとして動作する第２無線基地局ＡＰＭＬＤ２は、第１アクセスポイントＡＰ２－１と、第２アクセスポイントＡＰ２－２と、第２無線基地局ＡＰＭＬＤ２の動作を制御するコントローラＡＰ
ＣＴ２と、を含んでいる。第１アクセスポイントＡＰ２－１および第２アクセスポイントＡＰ２－２は、図３に示した無線通信装置３００の無線リンク部３１０，３２０に相当する。コントローラＡＰＣＴ２は、図３に示した無線通信装置３００のコントローラ部３３０に相当する。

ｎｏｎ－ＡＰＭＬＤとして動作する第１無線端末ＳＴＡＭＬＤ１は、第１ステーションＳＴＡ１－１と、第２ステーションＳＴＡ１－２と、第１無線端末ＳＴＡＭＬＤ１の動作を制御するコントローラＳＴＡＣＴ１と、を含んでいる。第１ステーションＳＴＡ１－１および第２ステーションＳＴＡ１－２は、図３に示した無線通信装置３００の無線リンク部３１０，３２０に相当する。コントローラＳＴＡＣＴ１は、図３に示した無線通信装置３００のコントローラ部３３０に相当する。同様に、ｎｏｎ－ＡＰＭＬＤとして動作する第２無線端末ＳＴＡＭＬＤ２は、第１ステーションＳＴＡ２－１と、第２ステーションＳＴＡ２－２と、第２無線端末ＳＴＡＭＬＤ２の動作を制御するコントローラＳＴＡＣＴ２と、を含んでいる。第１ステーションＳＴＡ２－１および第２ステーションＳＴＡ２－２は、図３に示した無線通信装置３００の無線リンク部３１０，３２０に相当する。コントローラＳＴＡＣＴ２は、図３に示した無線通信装置３００のコントローラ部３３０に相当する。

以下では、より具体的な状況を想定し、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１が無線端末ＳＴＡＭＬＤにビーコンフレームを送信し、当該ビーコンフレームを受信した第１無線端末ＳＴＡＭＬＤ１が、第１無線基地局ＡＰ
ＭＬＤ１と、当該第１無線基地局ＡＰＭＬＤ１と協調動作することが可能な第２無線基地局ＡＰＭＬＤ２と、の両方と接続するＭｕｌｔｉ－Ｌｉｎｋ動作（Multi-AP Multi-Link動作と称されてもよい）を行う場合について説明する。

第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１は、無線端末ＳＴＡＭＬＤに対して、管理フレームの１つであるビーコンフレームを周期的にブロードキャストフレームとして送信する。

ここで、図６を参照して、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１から無線端末ＳＴＡＭＬＤに対してブロードキャスト送信されるビーコンフレームについて説明する。

図６は、ビーコンフレームのフレームフォーマットを示す図である。ビーコンフレームは、図６に示すように、ＦｒａｍｅＣｏｎｔｒｏｌフィールドと、Ｄｕｒａｔｉｏｎ／ＩＤフィールドと、Ａｄｄｒｅｓｓ１フィールドと、Ａｄｄｒｅｓｓ２フィールドと、Ａｄｄｒｅｓｓ３フィールドと、ＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドと、ＦｒａｍｅＢｏｄｙフィールドと、ＦＣＳフィールドと、によって構成されている。なお、ＦｒａｍｅＢｏｄｙフィールド以外のフィールドの役割は、図２を参照して説明したＭＡＣフレームと同様であるため、ここではその詳しい説明を省略する。

ＦｒａｍｅＣｏｎｔｒｏｌフィールドのＴｙｐｅフィールドおよびＳｕｂｔｙｐｅフィールドには、ビーコンフレームであることを示すビットパターン（例えばType=2’b00、Subtype=4’b1000等）が割り当てられる。Ｄｕｒａｔｉｏｎ／ＩＤフィールドには０が設定される。

Ａｄｄｒｅｓｓ１フィールドには、ビーコンフレームがブロードキャストフレームとして送信されたことを示すために、全て１（具体的には、48’hFFFF_FFFF）が設定される。Ａｄｄｒｅｓｓ２フィールドには、送信局のＭＡＣアドレスが設定される。ここでは、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１がビーコンフレームを送信する場合を想定しているため、Ａｄｄｒｅｓｓ２フィールドには、第１アクセスポイントＡＰ１－１のＭＡＣアドレスが設定される。なお、第１無線基地局ＡＰＭＬＤ１に含まれる第２アクセスポイントＡＰ１－２がビーコンフレームを送信する場合、Ａｄｄｒｅｓｓ２フィールドには、第２アクセスポイントＡＰ１－２のＭＡＣアドレスが設定される。Ａｄｄｒｅｓｓ３フィールドには、ＢＳＳＩＤが設定される。ここでは、ＢＳＳＩＤが、ビーコンフレームを送信した第１アクセスポイントＡＰ１－１と同じである場合を想定するため、Ａｄｄｒｅｓｓ３フィールドには、第１アクセスポイントＡＰ１－１のＭＡＣアドレスが設定される。ＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドのシーケンス番号には、ビーコンフレームを送信する毎に１ずつインクリメントされる値が設定される。

ＦｒａｍｅＢｏｄｙフィールドには、第１無線基地局ＡＰＭＬＤ１に関する複数の情報が設定される。例えば、ビーコンフレームを送信する時刻、ビーコンフレームの送信周期時間、第１無線基地局ＡＰＭＬＤ１が対応するＰＨＹレート情報、等である。このＦｒａｍｅＢｏｄｙフィールドには、第１無線基地局ＡＰＭＬＤ１のマルチリンク動作に関する情報（Multi-Link Element）と、周波数チャネルに関する情報（Reduced Neighbor Report Element）とが付加される。

図７は、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔのフィールド構成例を示す図である。図７に示すように、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔは、ＥｌｅｍｅｎｔＩＤフィールドと、Ｌｅｎｇｔｈフィールドと、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドと、Ｔｙｐｅフィールドと、ＭＬＤＭＡＣＡｄｄｒｅｓｓフィールドと、ＬｉｎｋＩｎｆｏフィールドと、によって構成されている。

ＥｌｅｍｅｎｔＩＤフィールドには、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔの識別子が設定される。Ｌｅｎｇｔｈフィールドには、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドからＬｉｎｋＩｎｆｏフィールドまでの長さを示す情報がオクテット単位で設定される。ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドには、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔであることを示す識別子が設定される。Ｔｙｐｅフィールドには、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔの種別を示す情報が設定される。ＭＬＤ
ＭＡＣＡｄｄｒｅｓｓフィールドには、ＵＭＡＣ層部に相当する構成のＭＡＣアドレスが設定され、第１無線基地局ＡＰＭＬＤ１と、当該第１無線基地局ＡＰＭＬＤ１と協調動作することが可能な無線基地局（この場合、第２無線基地局ＡＰＭＬＤ２）と、当該第１無線基地局ＡＰＭＬＤ１と有線接続される制御装置２０と、のＭＡＣアドレスが設定される。

ＬｉｎｋＩｎｆｏフィールドには、第１無線基地局ＡＰＭＬＤ１と、当該第１無線基地局ＡＰＭＬＤ１と協調動作することが可能な無線基地局（この場合、第２無線基地局ＡＰＭＬＤ２）とに含まれるＬＭＡＣ層部に相当する構成（無線リンク部）を識別するための情報が設定される。より詳しくは、ＬｉｎｋＩｎｆｏフィールドは、ＳｕｂｅｌｅｍｅｎｔＩＤフィールドと、Ｌｅｎｇｔｈフィールドと、ＬｉｎｋＩＤフィールドと、ＬｉｎｋＭＡＣＡｄｄｒｅｓｓフィールドと、を含んでいる。

ＳｕｂｅｌｅｍｅｎｔＩＤフィールドには、Ｓｕｂｅｌｅｍｅｎｔの識別子が設定される。Ｌｅｎｇｔｈフィールドには、ＬｉｎｋＩＤフィールドからＬｉｎｋＭＡＣ
Ａｄｄｒｅｓｓフィールドまでの長さをオクテット単位で示す情報が設定される。ＬｉｎｋＩＤフィールドには、ＬＭＡＣ層部に相当する構成（無線リンク部）を識別するための識別子が設定される。ＬｉｎｋＭＡＣＡｄｄｒｅｓｓには、ＬＭＡＣ層部に相当する構成（無線リンク部）のＭＡＣアドレスが設定される。

図８は、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔを構成する各フィールドに設定される設定値の一例を示す図である。図８に示すように、ＥｌｅｍｅｎｔＩＤフィールドには、後続にＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドが付加されていることを示す値「２５５」が設定されている。Ｌｅｎｇｔｈフィールドには、例えばＬｉｎｋＩｎｆｏフィールドに４つのＳｕｂｅｌｅｍｅｎｔが含まれる場合の値「４４」が設定されている。ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドには、一例として値「１００」が設定されている。Ｔｙｐｅフィールドには、ＢａｓｉｃＴｙｐｅであることを示す値「０」が設定されている。ＭＬＤＭＡＣＡｄｄｒｅｓｓには、第１無線基地局ＡＰＭＬＤ１のＭＡＣアドレスが設定されている。ＬｉｎｋＩｎｆｏフィールドには、上記したように４つのＳｕｂｅｌｅｍｅｎｔが含まれている。

図８に示すように、１つ目のＬｉｎｋＩｎｆｏフィールドに含まれるＳｕｂｅｌｅｍｅｎｔＩＤには、ＢａｓｉｃｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｋｅｍｅｎｔであることを示す値「３」が設定され、Ｌｅｎｇｔｈフィールドには、ＬｉｎｋＩＤフィールドからＬｉｎｋＭＡＣＡｄｄｒｅｓｓまでの長さを示す値「７」が設定され、ＬｉｎｋＩＤフィールドには、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１を識別するための識別子「０」が設定され、ＬｉｎｋＭＡＣＡｄｄｒｅｓｓフィールドには、当該第１アクセスポイントＡＰ１－１のＭＡＣアドレスが設定されている。

また、２つ目のＬｉｎｋＩｎｆｏフィールドに含まれるＳｕｂｅｌｅｍｅｎｔＩＤには、ＢａｓｉｃｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｋｅｍｅｎｔであることを示す値「３」が設定され、Ｌｅｎｇｔｈフィールドには、ＬｉｎｋＩＤフィールドからＬｉｎｋＭＡＣＡｄｄｒｅｓｓまでの長さを示す値「７」が設定され、Ｌｉｎｋ
ＩＤフィールドには、第１無線基地局ＡＰＭＬＤ１に含まれる第２アクセスポイントＡＰ１－２を識別するための識別子「１」が設定され、ＬｉｎｋＭＡＣＡｄｄｒｅｓｓフィールドには、当該第２アクセスポイントＡＰ１－２のＭＡＣアドレスが設定されている。

さらに、３つ目のＬｉｎｋＩｎｆｏフィールドに含まれるＳｕｂｅｌｅｍｅｎｔＩＤには、Ｍｕｌｔｉ－ＡＰｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｌｅｍｅｎｔであることを示す値「４」が設定され、Ｌｅｎｇｔｈフィールドには、ＬｉｎｋＩＤフィールドからＬｉｎｋＭＡＣＡｄｄｒｅｓｓまでの長さを示す値「７」が設定され、ＬｉｎｋＩＤフィールドには、第２無線基地局ＡＰＭＬＤ２に含まれる第１アクセスポイントＡＰ２－１を識別するための識別子「２」が設定され、ＬｉｎｋＭＡＣＡｄｄｒｅｓｓフィールドには、当該第１アクセスポイントＡＰ２－１のＭＡＣアドレスが設定されている。

また、４つ目のＬｉｎｋＩｎｆｏフィールドに含まれるＳｕｂｅｌｅｍｅｎｔＩＤには、Ｍｕｌｔｉ－ＡＰｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｌｅｍｅｎｔであることを示す値「４」が設定され、Ｌｅｎｇｔｈフィールドには、ＬｉｎｋＩＤフィールドからＬｉｎｋＭＡＣＡｄｄｒｅｓｓまでの長さを示す値「７」が設定され、ＬｉｎｋＩＤフィールドには、第２無線基地局ＡＰＭＬＤ２に含まれる第２アクセスポイントＡＰ２－２を識別するための識別子「３」が設定され、ＬｉｎｋＭＡＣＡｄｄｒｅｓｓフィールドには、当該第２アクセスポイントＡＰ２－２のＭＡＣアドレスが設定されている。

続いて、図９を参照して、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔのフィールド構成例について説明する。ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔには、第１無線基地局ＡＰＭＬＤ１と、当該第１無線基地局ＡＰＭＬＤ１と協調動作することが可能な無線基地局（この場合、第２無線基地局ＡＰＭＬＤ２）とに含まれる各無線リンク部によって利用される周波数チャネル番号の対応づけを行うための情報が含まれている。

図９に示すように、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔは、ＥｌｅｍｅｎｔＩＤフィールドと、Ｌｅｎｇｔｈフィールドと、ＮｅｉｇｈｂｏｒＡＰＩｎｆｏｒｍａｔｉｏｎフィールドと、により構成される。Ｅｌｅｍｅｎｔ
ＩＤフィールドには、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔの識別子が設定される。

ＮｅｉｇｈｂｏｒＡＰＩｎｆｏｒｍａｔｉｏｎフィールドは、図９に示すように、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＨｅａｄｅｒと、ＯｐｅｒａｔｉｎｇＣｌａｓｓフィールドと、ＣｈａｎｅｌＮｕｍｂｅｒフィールドと、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＳｅｔフィールドと、を含んでいる。

ＩＥＥＥ８０２．１１規格に準拠した無線通信システムにおいては、周波数上の中心周波数の位置をチャネル番号で把握することができる。チャネル番号は、中心周波数の５ＭＨｚ間隔で付与され、この値がＣｈａｎｎｅｌＮｕｍｂｅｒフィールドに設定される。ＯｐｅｒａｔｉｎｇＣｌａｓｓフィールドには、各国や各地域における利用規則にチャネル幅を合わせた情報が設定される。ＣｈａｎｎｅｌＮｕｍｂｅｒフィールドとＯｐｅｒａｔｉｎｇＣｌａｓｓフィールドとによれば、無線基地局（に含まれるアクセスポイント）がどの周波数位置でどのチャネル幅を用いて動作しているかを把握することができる。

ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＳｅｔフィールドには、図９に示すように、ＢＳＳの識別子であるＢＳＳＩＤを通知するためのＢＳＳＩＤフィールドや、無線通信システムのサービス識別子であるＳＳＩＤを確認するためのＳｈｏｒｔ－ＳＳＩＤフィールド、等を含めることができる。

ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＨｅａｄｅｒには、例えば、ＢＳＳＩＤフィールドやＳｈｏｒｔ－ＳＳＩＤフィールド等のフィールドが後続に含まれているか否かを識別するための情報が設定される。これによれば、ビーコンフレームを受信する無線端末ＳＴＡＭＬＤは、後述するＭＬＤＰａｒａｍｅｔｅｒｓフィールドが後続に付加されているか否かを認識することができる。

ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＳｅｔフィールドには、図９に示すように、ＭＬＤＰａｒａｍｅｔｅｒｓフィールドを付加することができる。ＭＬＤＰａｒａｍｅｔｅｒｓフィールドは、図９に示すように、ＭＬＤＩＤフィールドおよびＬｉｎｋＩＤフィールドを含んでいる。ＭＬＤＩＤフィールドには、ＭＬＤ（つまり、ＵＭＡＣ層部に相当する構成）を特定可能な識別子が設定され、例えば無線基地局ＡＰＭＬＤのＭＡＣアドレス等が設定される。ＬｉｎｋＩＤフィールドには、無線リンク部（つまり、ＬＭＡＣ層部に相当する構成）を特定可能な識別子が設定され、例えばＭｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔのＬｉｎｋＩｎｆｏフィールドに含まれるＬｉｎｋＩＤフィールドと同じ値が設定される。

図１０は、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔに含まれる主要なパラメータとして、ＢＳＳＩＤフィールドと、ＭＬＤＩＤフィールドと、ＬｉｎｋＩＤフィールドとに設定される設定値の一例を示す図である。なお、ここでは、ビーコンフレームに４つのＮｅｉｇｈｂｏｒＡＰＩｎｆｏｒｍａｔｉｏｎｆｉｅｌｄを含むＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔが含まれる場合を想定している。あるいは、４つのＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔが含まれる場合でも良い。

例えば、１つ目のＮｅｉｇｈｂｏｒＡＰＩｎｆｏｒｍａｔｉｏｎｆｉｅｌｄに含まれるＢＳＳＩＤフィールドには第１アクセスポイントＡＰ１－１のＭＡＣアドレスが設定され、ＭＬＤＩＤフィールドには第１無線基地局ＡＰＭＬＤ１のＭＡＣアドレスが設定され、ＬｉｎｋＩＤフィールドには第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１を識別するための識別子「０」が設定されている。

また、２つ目のＮｅｉｇｈｂｏｒＡＰＩｎｆｏｒｍａｔｉｏｎｆｉｅｌｄに含まれるＢＳＳＩＤフィールドには第２アクセスポイントＡＰ１－２のＭＡＣアドレスが設定され、ＭＬＤＩＤフィールドには第１無線基地局ＡＰＭＬＤ１のＭＡＣアドレスが設定され、ＬｉｎｋＩＤフィールドには第１無線基地局ＡＰＭＬＤ１に含まれる第２アクセスポイントＡＰ１－２を識別するための識別子「１」が設定されている。

さらに、３つ目のＮｅｉｇｈｂｏｒＡＰＩｎｆｏｒｍａｔｉｏｎｆｉｅｌｄに含まれるＢＳＳＩＤフィールドには第１アクセスポイントＡＰ２－１のＭＡＣアドレスが設定され、ＭＬＤＩＤフィールドにはマルチＡＰコントローラ２１のＭＡＣアドレスが設定され、ＬｉｎｋＩＤフィールドには第２無線基地局ＡＰＭＬＤ２に含まれる第１アクセスポイントＡＰ２－１を識別するための識別子「２」が設定されている。

また、４つ目のＮｅｉｇｈｂｏｒＡＰＩｎｆｏｒｍａｔｉｏｎｆｉｅｌｄに含まれるＢＳＳＩＤフィールドには第２アクセスポイントＡＰ２－２のＭＡＣアドレスが設定され、ＭＬＤＩＤフィールドにはマルチＡＰコントローラ２１のＭＡＣアドレスが設定され、ＬｉｎｋＩＤフィールドには第２無線基地局ＡＰＭＬＤ２に含まれる第２アクセスポイントＡＰ２－２を識別するための識別子「３」が設定されている。

第１無線端末ＳＴＡＭＬＤ１は、上記したＭｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔおよび上記したＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔを含むビーコンフレームを受信すると、これら情報に基づいて、第１無線基地局ＡＰＭＬＤ１単独でＭｕｌｔｉ－Ｌｉｎｋ動作ができることと、第１無線基地局ＡＰＭＬＤ１が第２無線基地局ＡＰＭＬＤ２と協調してＭｕｌｔｉ－Ｌｉｎｋ動作（Multi-AP Multi-Link動作）ができることと、を認識する。

ここでは、上記したように、第１無線端末ＳＴＡＭＬＤ１が第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２の両方と接続するＭｕｌｔｉ－Ｌｉｎｋ動作を行う場合を想定しているが、例えば、第１無線端末ＳＴＡＭＬＤ１が第１無線基地局ＡＰＭＬＤ１単独とＭｕｌｔｉ－Ｌｉｎｋ動作を行うことを選択する場合、第１無線端末ＳＴＡＭＬＤ１は、例えば第１ステーションＳＴＡ１－１を第１アクセスポイントＡＰ１－１と接続し、第２ステーションＳＴＡ１－２を第２アクセスポイントＡＰ１－２と接続することを要求するＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームを第１アクセスポイントＡＰ１－１に送信する。

第１無線端末ＳＴＡＭＬＤ１が第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２の両方と接続するＭｕｌｔｉ－Ｌｉｎｋ動作を行うことを選択する場合、第１無線端末ＳＴＡＭＬＤ１は、例えば第１ステーションＳＴＡ１－１を第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１と接続し、第２ステーションＳＴＡ１－２を第２無線基地局ＡＰＭＬＤ２に含まれる第２アクセスポイントＡＰ２－２と接続することを要求するＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームを第１アクセスポイントＡＰ１－１に送信する。より詳しくは、第１無線端末ＳＴＡＭＬＤ１に含まれるコントローラＳＴＡＣＴ１は、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔをＦｒａｍｅＢｏｄｙに含めたＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームを生成する。生成されたＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームは、第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１により第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１に送信される。

図１１は、ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームに含まれるＭｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔを構成する各フィールドに設定される設定値の一例を示す図である。図１１に示すように、ＥｌｅｍｅｎｔＩＤフィールドには、後続にＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドが付加されていることを示す値「２５５」が設定されている。Ｌｅｎｇｔｈフィールドには、例えばＬｉｎｋＩｎｆｏフィールドに２つのＳｕｂｅｌｅｍｅｎｔが含まれる場合のＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドからＬｉｎｋＩｎｆｏフィールドまでの長さの値「２６」が設定されている。ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドおよびＴｙｐｅフィールドがそれぞれ１オクテット、ＭＬＤＭＡＣＡｄｄｒｅｓｓが６オクテットであり、Ｌｉｎｋ
Ｉｎｆｏフィールド内のＳｕｂｅｌｅｍｅｎｔＩＤフィールド、Ｌｅｎｇｔｈフィールド、ＬｉｎｋＩＤフィールドがそれぞれ１オクテット、ＬｉｎｋＭＡＣＡｄｄｒｅｓｓフィールドが６オクテットである。ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドには、一例として値「１００」が設定されている。Ｔｙｐｅフィールドには、ＢａｓｉｃＴｙｐｅであることを示す値「０」が設定されている。ＭＬＤＭＡＣＡｄｄｒｅｓｓフィールドには、マルチＡＰコントローラ２１のＭＡＣアドレスが設定されている。ＬｉｎｋＩｎｆｏフィールドには、上記したように２つのＳｕｂｅｌｅｍｅｎｔが含まれている。

図１１に示すように、１つ目のＬｉｎｋＩｎｆｏフィールドに含まれるＳｕｂｅｌｅｍｅｎｔＩＤには、Ｍｕｌｔｉ－ＡＰｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｌｅｍｅｎｔであることを示す値「４」が設定され、Ｌｅｎｇｔｈフィールドには、ＬｉｎｋＩＤフィールドからＬｉｎｋＭＡＣＡｄｄｒｅｓｓまでの長さを示す値「７」が設定され、ＬｉｎｋＩＤフィールドには、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１を識別するための識別子「０」が設定され、ＬｉｎｋＭＡＣＡｄｄｒｅｓｓフィールドには、当該第１アクセスポイントＡＰ１－１のＭＡＣアドレスが設定されている。

２つ目のＬｉｎｋＩｎｆｏフィールドに含まれるＳｕｂｅｌｅｍｅｎｔＩＤには、Ｍｕｌｔｉ－ＡＰｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｌｅｍｅｎｔであることを示す値「４」が設定され、Ｌｅｎｇｔｈフィールドには、ＬｉｎｋＩＤフィールドからＬｉｎｋＭＡＣＡｄｄｒｅｓｓまでの長さを示す値「７」が設定され、Ｌｉｎｋ
ＩＤフィールドには、第２無線基地局ＡＰＭＬＤ２に含まれる第２アクセスポイントＡＰ２－２を識別するための識別子「３」が設定され、ＬｉｎｋＭＡＣＡｄｄｒｅｓｓフィールドには、当該第２アクセスポイントＡＰ２－２のＭＡＣアドレスが設定されている。

第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１は、上記したＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームを受信すると、当該ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームを制御装置２０に含まれるマルチＡＰコントローラ２１に転送する。これによれば、マルチＡＰコントローラ２１は、第１無線端末ＳＴＡＭＬＤ１が第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２の両方と接続するＭｕｌｔｉ－ＡＰＭｕｌｔｉ－Ｌｉｎｋ動作を要求していることを認識する。

マルチＡＰコントローラ２１は、第１無線端末ＳＴＡＭＬＤ１を収容することに問題がなければ、接続を許可する旨を第１無線基地局ＡＰＭＬＤ１に通知する。第１無線基地局ＡＰＭＬＤ１は、マルチＡＰコントローラ２１から接続を許可する旨の通知を受けると、ＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅフレームを生成し、当該フレーム内に接続を許可する旨の情報を設定する。接続を許可する旨の情報が設定されたＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅフレームは、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１から第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１に送信される。

ＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅフレームの送信が完了すると、マルチＡＰコントローラ２１は、第１無線基地局ＡＰＭＬＤ１と第２無線基地局ＡＰＭＬＤ２とに対して、第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１と第２ステーションＳＴＡ１－２とを収容するように指示する。これによれば、マルチＡＰコントローラ２１、コントローラＡＰＣＴ１およびコントローラＡＰＣＴ２は、第１無線基地局ＡＰＭＬＤ１と第２無線基地局ＡＰＭＬＤ２とが協調して、第１無線端末ＳＴＡＭＬＤ１と高信頼通信を行うモードに設定する。

なお、ここでは、第１無線端末ＳＴＡＭＬＤ１が、第１ステーションＳＴＡ１－１を第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１と接続し、第２ステーションＳＴＡ１－２を第２無線基地局ＡＰＭＬＤ２に含まれる第２アクセスポイントＡＰ２－２と接続することを要求するＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームを第１無線基地局ＡＰＭＬＤ１に送信し、第１無線端末ＳＴＡＭＬＤ１が第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２と無線接続する場合について説明したが、同様の手順により、第２無線端末ＳＴＡＭＬＤ２は、第１ステーションＳＴＡ２－１を第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１と接続し、第２ステーションＳＴＡ２－２を第２無線基地局ＡＰＭＬＤ２に含まれる第２アクセスポイントＡＰ２－２と接続することを要求するＡｓｓｏｃｉａｔｉｏｎ
Ｒｅｑｕｅｓｔフレームを第１無線基地局ＡＰＭＬＤ２に送信することで、第２無線端末ＳＴＡＭＬＤ２は第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２と無線接続することが可能である。

次に、図１２のフローチャートを参照して、マルチＡＰコントローラ２１が第１無線端末ＳＴＡＭＬＤ１宛ての送信データを第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２に転送するまでの処理手順について説明する。図１２に示す一連の処理は、例えば、第１無線端末ＳＴＡＭＬＤ１が第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２の両方と無線接続した後に行われる。

まず、制御装置２０において生成されたデータまたは制御装置２０の外部から転送されて来たデータが、第１無線端末ＳＴＡＭＬＤ１宛てである場合、マルチＡＰコントローラ２１は、当該データ（送信データ）を第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２に転送するための準備を開始する（ステップＳ１１）。なお、無線基地局ＡＰＭＬＤに転送されるデータは、例えばＩＰ（Internet Protocol）パケットであり、ＵＤＰ（User Datagram Protocol）データまたはＴＣＰ(Transmission Control Protocol)データ等を含んでいる。

続いて、マルチＡＰコントローラ２１は、第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２に転送される送信データに関するＴＩＤおよびシーケンス番号を生成する（ステップＳ１２）。
ＴＩＤは、転送される送信データの種別に応じて決定される。このため、送信データの種別が同じであればＴＩＤの値も同じである。一方、シーケンス番号は、転送される送信データ毎に１ずつインクリメントされる。シーケンス番号のビット数は例えば１２ビットであり、シーケンス番号は０～４０９５のいずれかの値をとる。なお、シーケンス番号が４０９５に達した場合、シーケンス番号は再度０に戻って、次の送信データに割り当てられる。また、シーケンス番号は、宛先装置毎およびＴＩＤ毎に割り当てられる。つまり、宛先装置もしくはＴＩＤの一方が異なる場合、当該宛先装置および当該ＴＩＤに関するシーケンス番号とは別にインクリメントされるシーケンス番号が割り当てられる。
詳細については後述するが、無線基地局ＡＰＭＬＤが、マルチＡＰコントローラ２１から転送される送信データに基づいてＭＡＣフレームを生成する場合、ＴＩＤおよびシーケンス番号は、ＭＡＣＨｅｄｅｒ内のＱｏＳＣｏｎｔｒｏｌフィールド（に含まれるＴＩＤフィールド）およびＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドにそれぞれ設定される。

ステップＳ１２の処理の後、マルチＡＰコントローラ２１は、第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２に転送される送信データ（ＭＳＤＵ(MAC Service Data Unit)）を管理するための管理番号を生成する（ステップＳ１３）。ＭＳＤＵには、例えばＩＰパケットが含まれる。
管理番号は、無線基地局ＡＰＭＬＤに転送される送信データ（ＭＳＤＵ）毎にインクリメントされる番号である。宛先装置、ＴＩＤ、シーケンス番号のうちの少なくとも１つの値が他の送信データとは異なる送信データが無線基地局ＡＰＭＬＤに転送される場合、管理番号は１だけインクリメントされる。

管理番号のビット数は例えば３２ビットである。但し、宛先装置（無線端末ＳＴＡＭＬＤ）に向けて無線基地局ＡＰＭＬＤから既に送信された送信データに割り当てられた管理番号は、既に役割を終えた番号であり、新規なデータの管理番号として再度使用される。つまり、管理番号はある一定期間内でユニークであればよく、管理番号のビット数は上記した３２ビット以外のビット数であってもよい。例えば、管理番号のビット数は、マルチＡＰコントローラ２１が管理する無線端末数、一定期間内に送信されるデータの転送速度、等に応じて決定されてもよい。

ステップＳ１３の処理の後、マルチＡＰコントローラ２１は、ステップＳ１２の処理において生成されたＴＩＤおよびシーケンス番号と、ステップＳ１３の処理において生成された管理番号と、転送対象の送信データと、を含むイーサネットフレーム（転送フレーム、転送パケット）を生成する（ステップＳ１４）。

ここで、図１３を参照して、上記したステップＳ１４の処理により生成される転送フレームに含まれるＴＩＤ、シーケンス番号、管理番号の設定例について説明する。ここでは、例えば、転送順番が「１」番と「２」番の転送フレームに着目する。図１３に示すように、転送順番が「１」番であり、宛先装置が「第１無線端末ＳＴＡＭＬＤ１」の転送フレームには、ＴＩＤ「０」、シーケンス番号「０」、管理番号「１」がそれぞれ対応づけて含まれている。また、転送順番が「２」番であり、宛先装置が「第１無線端末ＳＴＡ
ＭＬＤ１」の転送フレームには、ＴＩＤ「０」、シーケンス番号「１」、管理番号「１」がそれぞれ対応づけて含まれている。これら２つの転送フレームにそれぞれ含まれるＴＩＤは共に「０」を示すため、当該２つの転送フレームに含まれる転送対象の送信データの種別は同じであることが分かる。一方で、これら２つの転送フレームにそれぞれ含まれるシーケンス番号は異なる値を示すため、２つの転送フレームに含まれる転送対象の送信データそのものは異なっていることが分かる。なお、上記したように、管理番号は、宛先装置、ＴＩＤ、シーケンス番号のうちのいずれか１つが異なる場合に１ずつインクリメントされる値であるため、これら２つの転送フレームに含まれる管理番号はそれぞれ異なる値を示している。
なお、ここでは、転送順番が「１」番と「２」番の転送フレームを例に挙げて説明したが、転送順番が「３」番～「１０」番の転送フレームについても同様に説明することが可能である。

さらに、図１４を参照して、上記したステップＳ１４の処理により生成される転送フレーム（イーサネットフレーム）のフレームフォーマットについて説明する。図１４は、イーサネットフレームのフレームフォーマットを示す図である。図１４に示すように、イーサネットフレームは、ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓフィールドと、ＳｏｕｒｃｅＡｄｄｒｅｓｓフィールドと、Ｍｕｌｔｉ－ＡＰＴａｇフィールドと、ＥｔｈｅｒｎｅｔＴｙｐｅＮｕｍｂｅｒフィールドと、Ｄａｔａフィールドと、ＦＣＳフィールドと、によって構成されている。

ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓフィールドには、宛先装置のＭＡＣアドレスが設定される。ＳｏｕｒｃｅＡｄｄｒｅｓｓフィールドには、送信元装置のＭＡＣアドレスが設定される。Ｍｕｌｔｉ－ＡＰＴａｇフィールドには、マルチＡＰコントローラ２１から、無線基地局ＡＰＭＬＤに含まれるコントローラＡＰＣＴに送信データが転送される場合の付随情報が設定される。ＥｔｈｅｒｎｅｔＴｙｐｅＮｕｍｂｅｒフィールドには、後続のＤａｔａフィールドに格納される上位層プロトコルの識別子が設定される。Ｄａｔａフィールドには、例えばＩＰパケットなどの送信データが格納される。ＦＣＳフィールドには、ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓフィールドからＤａｔａフィールドまでに基づき計算されるＣＲＣが設定される。

図１４に示すように、Ｍｕｌｔｉ－ＡＰＴａｇフィールドは、ＴａｇＩＤフィールド、ＴＩＤフィールド、ＭＡＣＳｅｑｕｅｎｃｅＮｕｍｂｅｒフィールド、Ｍｕｌｔｉ－ＡＰＭａｎａｇｅｍｅｎｔＮｕｍｂｅｒフィールドを含んでいる。ＴａｇＩＤフィールドには、Ｍｕｌｔｉ－ＡＰＴａｇであることを示す識別子が設定される。ＴＩＤフィールドは例えば４ビットの長さを有し、ＴＩＤが設定される。ＭＡＣＳｅｑｕｅｎｃｅＮｕｍｂｅｒフィールドは例えば１２ビットの長さを有し、シーケンス番号が設定される。Ｍｕｌｔｉ－ＡＰＭａｎａｇｅｍｅｎｔＮｕｍｂｅｒフィールドは例えば３２ビットの長さを有し、管理番号が設定される。

再度図１２の説明に戻る。ステップＳ１４の処理の後、制御装置２０に含まれる図示しない有線Ｉ／Ｆ部は、マルチＡＰコントローラ２１により生成されたイーサネットフレーム（転送フレーム）を第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰＭＬＤ２に転送し（ステップＳ１５）、ここでの一連の処理を終了させる。

なお、本実施形態においては、第１無線基地局ＡＰＭＬＤ１と第２無線基地局ＡＰ
ＭＬＤ２とが協調して第１無線端末ＳＴＡＭＬＤ１と高信頼通信を行う場合を想定しているため、第１無線基地局ＡＰＭＬＤ１と第２無線基地局ＡＰＭＬＤ２とには、同一の送信データを含むイーサネットフレームが転送される。この場合、イーサネットフレームを構成するＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓフィールドに、ブロードキャストアドレスを設定することで、第１無線基地局ＡＰＭＬＤ１と第２無線基地局ＡＰＭＬＤ２との両方に対し１回で転送してもよい。あるいは、イーサネットフレームを構成するＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓフィールドに、第１無線基地局ＡＰＭＬＤ１の有線Ｉ／Ｆ部のＭＡＣアドレスと、第２無線基地局ＡＰＭＬＤ２の有線Ｉ／Ｆ部のＭＡＣアドレスとを設定し、２回に分けて転送してもよい。なお、Ｄｅｓｔｉｎａｔｉｏｎ
Ａｄｄｒｅｓｓフィールドには、マルチキャストアドレスやユニキャストアドレスが設定されてもよい。

次に、図１５のフローチャートを参照して、第１無線基地局ＡＰＭＬＤ１が第１無線端末ＳＴＡＭＬＤ１に送信データを送信する処理手順について説明する。

まず、第１無線基地局ＡＰＭＬＤ１は、制御装置２０から転送されたイーサネットフレーム（転送フレーム）を受信（受理）すると、当該イーサネットフレームを構成するＭｕｌｔｉ－ＡＰＴａｇフィールドからＴＩＤ、シーケンス番号、管理番号を抽出する（ステップＳ２１）。抽出されたＴＩＤ、シーケンス番号、管理番号は、受信されたイーサネットフレームを構成する後続のＤａｔａフィールドに格納された送信データと関連付けてメモリに一時的に格納される。

続いて、第１無線基地局ＡＰＭＬＤ１のコントローラＡＰＣＴ１は、ステップＳ２１の処理により抽出されたＴＩＤおよびシーケンス番号を、ＭＡＣＨｅａｄｅｒ内のＱｏＳＣｏｎｔｒｏｌフィールド（に含まれるＴＩＤフィールド）およびＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドにそれぞれ設定し、かつ、Ｄａｔａフィールドに格納される送信データをＦｒａｍｅＢｏｄｙフィールドに設定することで、ＭＡＣフレームであるＱｏＳデータフレームを生成する（ステップＳ２２）。

本実施形態においては、第１ステーションＳＴＡ１－１を第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１と接続し、第２ステーションＳＴＡ１－２を第２無線基地局ＡＰＭＬＤ２に含まれる第２アクセスポイントＡＰ２－２と接続する場合を想定しているため、第１無線基地局ＡＰＭＬＤ１によって生成されるＱｏＳデータフレームのＡｄｄｒｅｓｓ１フィールドには、第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１のＭＡＣアドレスが設定され、Ａｄｄｒｅｓｓ２フィールドには、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１のＭＡＣアドレスが設定され、Ａｄｄｒｅｓｓ３フィールドには、Ａｄｄｒｅｓｓ２フィールド同様、第１アクセスポイントＡＰ１－１のＭＡＣアドレスが設定される。なお、上記したステップＳ２１，Ｓ２２の処理と同様な処理により、第２無線基地局ＡＰＭＬＤ２によって生成されるＱｏＳデータフレームのＡｄｄｒｅｓｓ１フィールドには、第１無線端末ＳＴＡＭＬＤ１に含まれる第２ステーションＳＴＡ１－２のＭＡＣアドレスが設定され、Ａｄｄｒｅｓｓ２フィールドには、第２無線基地局ＡＰＭＬＤ２に含まれる第２アクセスポイントＡＰ２－２のＭＡＣアドレスが設定され、Ａｄｄｒｅｓｓ３フィールドには、Ａｄｄｒｅｓｓ２フィールド同様、第２アクセスポイントＡＰ２－２のＭＡＣアドレスが設定される。

ステップＳ２２の処理の後、第１無線基地局ＡＰＭＬＤ１は、ステップＳ２２の処理により生成されたＱｏＳデータフレームのＤａｔａフィールドに格納された送信データの管理番号と同じ管理番号が付された送信データを含むＱｏＳデータフレームの送信が成功した旨の通知を、協調動作する第２無線基地局ＡＰＭＬＤ２から受信したか否かを確認する（ステップＳ２３）。

ステップＳ２３の処理の結果、同じ管理番号が付された送信データを含むＱｏＳデータフレームの送信が成功した旨の通知を受信したことが確認された場合（ステップＳ２３のＹｅｓ）、第１無線基地局ＡＰＭＬＤ１のコントローラＡＰＣＴ１は、ステップＳ２２の処理により生成されたＱｏＳデータフレームを廃棄し（ステップＳ２４）、当該ＱｏＳデータフレームを廃棄した旨の通知を、少なくとも制御装置２０に含まれるマルチＡＰコントローラ２１に送信する（ステップＳ２５）。

一方、ステップＳ２３の処理の結果、同じ管理番号が付された送信データを含むＱｏＳデータフレームの送信が成功した旨の通知を受信していないことが確認された場合（ステップＳ２３のＮｏ）、第１無線基地局ＡＰＭＬＤ１の第１アクセスポイントＡＰ１－１は、当該送信データを含むＱｏＳデータフレームを第１無線端末ＳＴＡＭＬＤ１の第１ステーションＳＴＡ１－１に送信する（ステップＳ２６）。

その後、第１無線基地局ＡＰＭＬＤ１の第１アクセスポイントＡＰ１－１は、第１無線端末ＳＴＡＭＬＤ１の第１ステーションＳＴＡ１－１からの応答フレーム（AckフレームやBAフレーム等）が受信されたか否かを確認する（ステップＳ２７）。ステップＳ２７の処理の結果、応答フレームが受信されたことが確認された場合（ステップＳ２７のＹｅｓ）、第１無線基地局ＡＰＭＬＤ１のコントローラＡＰＣＴ１は、ＱｏＳデータフレームの送信が成功したことを示す情報と、当該ＱｏＳデータフレームに格納された送信データの管理番号とを含むＵＤＰパケットを生成する。その後、コントローラＡＰＣＴ１は、生成されたＵＤＰパケットを含むＩＰパケットを生成し、当該ＩＰパケットにイーサネットヘッダが付加されたイーサネットフレームを、制御装置２０のマルチＡＰコントローラ２１および第２無線基地局ＡＰＭＬＤ２のうちの少なくとも一方に送信する（ステップＳ２８）。

なお、上記したイーサネットヘッダ内の宛先ＭＡＣアドレスには、例えばブロードキャストアドレス（例えばff.ff.ff.ff.ff.ff）が設定され、イーサネットヘッダ内の送信元ＭＡＣアドレスには、例えば第１無線基地局ＡＰＭＬＤ１内の有線Ｉ／Ｆ部のＭＡＣアドレスが設定される。また、上記したＩＰヘッダ内の送信元ＩＰアドレスには、例えば第１無線基地局ＡＰＭＬＤ１のＩＰアドレスが設定され、ＩＰヘッダ内の宛先ＩＰアドレスには、例えばブロードキャストアドレス（例えば255.255.255.255）が設定される。さらに、上記したＵＤＰヘッダ内の送信元ポート番号には、他の通信と重複しない適当な番号（例えば49155）が設定され、ＵＤＰヘッダ内の宛先ポート番号には、第２無線基地局ＡＰＭＬＤ２と予めネゴシエーションされた番号（例えば20400）が設定される。ＵＤＰデータ内の送信結果は、送信成功を示す値「０」、送信失敗を示す値「１」、廃棄を示す値「２」のいずれかにより示される。これによれば、イーサネットフレームとＩＰパケットは、ブロードキャストフレームとして第１無線基地局ＡＰＭＬＤ１内の有線Ｉ／Ｆ部から送信されるため、マルチＡＰコントローラ２１および第２無線基地局ＡＰＭＬＤ２の両方に送信することが可能である。第２無線基地局ＡＰＭＬＤ２は、上記したＵＤＰパケットを受信した場合、宛先ポート番号を確認し、当該宛先ポート番号が予めネゴシエーションされた番号であれば、当該ＵＤＰパケットを送信結果の通知と認識するため、当該ＵＤＰパケット内のデータフィールドから管理番号および送信結果を抽出することができる。これにより、送信結果が「成功」の場合には、抽出された管理番号と同じ管理番号が付された送信データを含むＱｏＳデータフレームが送信予定のフレームとして存在するか否かを検索し、送信予定のフレームとして当該ＱｏＳデータフレームが存在する場合には、そのフレームの送信を停止し、廃棄することが可能である。

一方、ステップＳ２７の処理の結果、応答フレームが受信されたことを確認できないまま、一定時間経過して応答タイムアウトとなった場合（ステップＳ２７のＮｏ）、第１無線基地局ＡＰＭＬＤ１の第１アクセスポイントＡＰ１－１は、ＱｏＳデータフレームの送信回数が再送回数制限に達しているか否かを確認する（ステップＳ２９）。ステップＳ２９の処理の結果、ＱｏＳデータフレームの送信回数が再送回数制限に達していないことが確認された場合（ステップＳ２９のＮｏ）、上記したステップＳ２３の処理が再度実行される。

一方、ステップＳ２９の処理の結果、ＱｏＳデータフレームの送信回数が再送回数制限に達していることが確認された場合（ステップＳ２９のＹｅｓ）、第１無線基地局ＡＰ
ＭＬＤ１の第１アクセスポイントＡＰ１－１は、ステップＳ２２の処理により生成されたＱｏＳデータフレームの再送を断念し、当該ＱｏＳデータフレームを廃棄する（ステップＳ３０）。

しかる後、第１無線基地局ＡＰＭＬＤ１のコントローラＡＰＣＴ１は、ＱｏＳデータフレームに格納された送信データの送信に失敗した旨の通知を、少なくとも制御装置２０のマルチＡＰコントローラ２１に送信し（ステップＳ３１）、ここでの一連の処理を終了させる。

以上説明した第１実施形態によれば、無線基地局ＡＰＭＬＤは、制御装置２０から転送される送信データに割り当てられた管理番号に基づいて、協調してＭｕｌｔｉ－Ｌｉｎｋ動作を行う他の無線基地局ＡＰＭＬＤが当該送信データの送信に成功しているのか否かを特定することができる。例えば、無線基地局ＡＰＭＬＤに複数の無線端末ＳＴＡ
ＭＬＤが無線接続され、同一フレームを複数の無線基地局ＡＰＭＬＤを経由して１つの無線端末ＳＴＡＭＬＤに送信する場合に、無線基地局ＡＰＭＬＤは、別の無線基地局ＡＰＭＬＤにおいて既に送信が成功した送信データと同一の送信データであるか否かを特定することが可能であり、当該送信データを廃棄することができる。これによれば、不要なフレーム送信が抑制される一方で、新規のフレーム送信が促進されるため、マルチリンク伝送技術を用いた効率的な通信を実現させることが可能である。

以下では、第１実施形態の変形例について説明する。
［第１実施形態の変形例］
図１６は、ビーコンフレームに含まれるＭｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔを構成する各フィールドに設定される設定値の一例を示す図であり、図１７は、ビーコンフレームに含まれるＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔＥｌｅｍｅｎｔを構成する各フィールドに設定される設定値の一例を示す図である。なお、図１６および図１７では、各Ｅｌｅｍｅｎｔの主要なパラメータのみを示している。

本変形例は、同じＮｏ．の設定値を、全てビーコンフレームに含める場合について説明する。
例えば図１６および図１７に示すＮｏ．「１」の設定値においては、ＴｙｐｅフィールドにＢａｓｉｃＴｙｐｅであることを示す値「０」が設定される一方で、ＳｕｂｅｌｅｍｅｎｔＩＤフィールドにはＭｕｌｔｉ－ＡＰｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｌｅｍｅｎｔであることを示す値「４」が設定されている。つまり、Ｎｏ．「１」の設定値は、第１無線基地局ＡＰＭＬＤ１単独でＭｕｌｔｉ－Ｌｉｎｋ動作を行うこともできるし、第１無線基地局ＡＰＭＬＤ１が第２無線基地局ＡＰＭＬＤ２と協調してＭｕｌｔｉ－Ｌｉｎｋ動作を行うこともできる場合の設定例に相当する。

ここで、第１無線端末ＳＴＡＭＬＤ１が、図１６および図１７に示すＮｏ．「１」の設定値のＥｌｅｍｅｎｔを含むビーコンフレームを第１無線基地局ＡＰＭＬＤ１から受信した場合について説明する。
まず、第１無線端末ＳＴＡＭＬＤ１が、第１無線基地局ＡＰＭＬＤ１単独とＭｕｌｔｉ－Ｌｉｎｋ動作を行うことを選択する場合について説明する。

第１無線端末ＳＴＡＭＬＤ１は、Ｎｏ．「１」の設定値のＥｌｅｍｅｎｔを含むビーコンフレームを受信すると、ＴｙｐｅフィールドにＢａｓｉｃＴｙｐｅであることを示す値「０」が設定され、かつ、ＳｕｂｅｌｅｍｅｎｔＩＤフィールドにＢａｓｉｃｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｋｅｍｅｎｔであることを示す値「３」が設定された無線リンクを選択する。ここでは、例えば、第１ステーションＳＴＡ１－１を第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１と接続し、第２ステーションＳＴＡ１－２を第１無線基地局ＡＰＭＬＤ１に含まれる第２アクセスポイントＡＰ１－２と接続すること、が選択される。

無線通信するために用いる周波数チャネルは、第１アクセスポイントＡＰ１－１と接続する場合は、第１ステーションＳＴＡ１－１が第１アクセスポイントＡＰ１－１からのビーコンフレームを受信したときに用いられた周波数チャネルに設定される。つまり、ここでは、第１ステーションＳＴＡ１－１は、第１アクセスポイントＡＰ１－１と通信できる周波数チャネルに既に設定されているものとする。一方、第２アクセスポイントＡＰ１－２と接続する場合は、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔｅｌｅｍｅｎｔのＬｉｎｋＩＤフィールドに設定された識別子「１」に対応するＣｈａｎｎｅｌＮｕｍｂｅｒフィールドからチャネル番号が抽出され、「３６」番の周波数チャネルに設定される。このチャネル番号は、第２ステーションＳＴＡ１－２（の無線部）に対して中心周波数を５．１８ＧＨｚに設定して、第２アクセスポイントＡＰ１－２への接続を試みる。なお、ＵＭＡＣ層部としては、図１６に示すＮｏ．「１」の設定値のＭｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔ内のＭＬＤＭＡＣＡｄｄｒｅｓｓフィールドに設定された第１無線基地局ＡＰＭＬＤ１のＭＡＣアドレスが選択される。

次に、第１無線端末ＳＴＡＭＬＤ１が、第１無線基地局ＡＰＭＬＤ１と第２無線基地局ＡＰＭＬＤ２の両方と無線接続するＭｕｌｔｉ－ＡＰＭｕｌｔｉ－Ｌｉｎｋ動作を行うことを選択した場合について説明する。

第１無線端末ＳＴＡＭＬＤ１は、Ｎｏ．「１」の設定値のＥｌｅｍｅｎｔを含むビーコンフレームを受信すると、まず、無線リンクの１つとして、ＴｙｐｅフィールドにＢａｓｉｃＴｙｐｅであることを示す値「０」が設定され、かつ、Ｓｕｂｅｌｅｍｅｎｔ
ＩＤフィールドにＢａｓｉｃｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｋｅｍｅｎｔであることを示す値「３」が設定された無線リンクを選択する。ここでは、例えば、第１ステーションＳＴＡ１－１を第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１と接続することが選択される。

続いて、第１無線端末ＳＴＡＭＬＤ１は、別の無線リンクとして、ＳｕｂｅｌｅｍｅｎｔＩＤフィールドにＭｕｌｔｉ－ＡＰｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｌｅｍｅｎｔであることを示す値「４」が設定されている無線リンクを選択する。ここでは、例えば、第２ステーションＳＴＡ１－２を第２無線基地局ＡＰＭＬＤ２に含まれる第２アクセスポイントＡＰ２－２と接続することが選択される。

無線通信するために用いられる周波数チャネルは、第１アクセスポイントＡＰ１－１と接続する場合は、上記したように、第１ステーションＳＴＡ１－１が第１アクセスポイントＡＰ１－１からのビーコンフレームを受信したときに用いられた周波数チャネルに設定される。一方、第２アクセスポイントＡＰ２－２と接続する場合は、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔｅｌｅｍｅｎｔのＬｉｎｋＩＤフィールドに設定された識別子「３」に対応するＣｈａｎｎｅｌＮｕｍｂｅｒフィールドからチャネル番号が抽出され、「４４」番の周波数チャネルに設定される。このチャネル番号は、第２ステーションＳＴＡ１－２（の無線部）に対して中心周波数を５．２２ＧＨｚに設定して、第２アクセスポイントＡＰ２－２への接続を試みる。なお、ＵＭＡＣ層部としては、図１７に示すＮｏ．「１」の設定値のＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔｅｌｅｍｅｎｔ内のＭＬＤＩＤフィールドに設定されたマルチＡＰコントローラ２１のＭＡＣアドレスが選択される。

図１６および図１７に示すＮｏ．「２」の設定値においては、ＴｙｐｅフィールドにＭＡＰＴｙｐｅであることを示す値「４」が設定され、ＳｕｂｅｌｅｍｅｎｔＩＤフィールドにもＭｕｌｔｉ－ＡＰｖａｒｉａｎｔＭｕｌｔｉ－Ｌｉｎｋｅｌｅｍｅｎｔであることを示す値「４」が設定されている。つまり、Ｎｏ．「２」の設定値は、第１無線基地局ＡＰＭＬＤ１と第２無線基地局ＡＰＭＬＤ２とにわたり、Ｍｕｌｔｉ－ＡＰ
Ｍｕｌｔｉ－Ｌｉｎｋ動作を行うことができる場合の設定例に相当する。この設定例では、ＵＭＡＣ層部としては、第１無線基地局ＡＰＭＬＤ１および第２無線基地局ＡＰ
ＭＬＤ２に含まれるいずれのアクセスポイントが選択されたとしても、マルチＡＰコントローラ２１が選択される。

Ｎｏ．「２」の設定例の場合、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１と第２アクセスポイントＡＰ１－２、あるいは、第２無線基地局ＡＰ
ＭＬＤ２に含まれる第１アクセスポイントＡＰ２－１と第２アクセスポイントＡＰ２－２が、同じ筐体に実装されているか否かを各種ＩＤ情報だけでは、第１無線端末ＳＴＡ
ＭＬＤ１は認識することができない。

これに対し、図１６および図１７に示すＮｏ．「３」の設定例では、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１と第２アクセスポイントＡＰ１－２、あるいは、第２無線基地局ＡＰＭＬＤ２に含まれる第１アクセスポイントＡＰ２－１と第２アクセスポイントＡＰ２－２が、同じ筐体に実装されているか否かを区別可能な設定がなされている。具体的には、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔ
ｅｌｅｍｅｎｔのＭＬＤＩＤフィールドの設定値を、同じ無線基地局ＡＰＭＬＤ内のアクセスポイントであれば、同じ値にしている。また、ＭＬＤＩＤフィールドの値が「０」の無線基地局ＡＰＭＬＤは、Ｍｕｌｔｉ－ＬｉｎｋＥｌｅｍｅｎｔ内のＬｉｎｋＩｎｆｏフィールドに最初に設定されるアクセスポイント（ここでは第１アクセスポイントＡＰ１－１）と同じ無線基地局ＡＰＭＬＤ（つまり、第１無線基地局ＡＰＭＬＤ１）であることを示している。第２無線基地局ＡＰＭＬＤ２に含まれる第１アクセスポイントＡＰ２－１と第２アクセスポイントＡＰ２－２のＭＬＤＩＤフィールドには共に「１」が設定されている。これによれば、第１無線端末ＳＴＡＭＬＤ１は、異なる無線基地局ＡＰＭＬＤに含まれるアクセスポイントＡＰに接続したい場合、ＭＬＤＩＤフィールドを参照して、異なる無線基地局ＡＰＭＬＤのアクセスポイントＡＰを選択することができる。

［第２実施形態］
次に、第２実施形態について説明する。第２実施形態においては、無線基地局ＡＰＭＬＤと無線端末ＳＴＡＭＬＤとの間で確立された複数の無線リンクのうちの１つの通信が遮断された場合の効率的な通信再開方法について説明する。なお、本実施形態においては、無線基地局ＡＰＭＬＤが、ＢｌｏｃｋＡｃｋｍｅｃｈａｎｉｓｍを用いて無線端末ＳＴＡＭＬＤとＭｕｌｔｉ－Ｌｉｎｋ動作を行う場合を想定する。

上記したように、無線基地局ＡＰＭＬＤと無線端末ＳＴＡＭＬＤとの間で確立された複数の無線リンクのうちの１つの通信がしばらくの間遮断される一方で、他の無線リンクにおいては通信が継続される場合、通信が遮断された無線リンクにおける送信済みデータと、通信が継続された無線リンクにおける送信済みデータとにずれが生じてしまう（通信が継続されていた無線リンクの方がより新しいデータを送信できている）。これによれば、通信が遮断された無線リンクにおいて通信が再開されたときに、無線端末ＳＴＡＭＬＤにおいては、当該無線リンクを通じて送信されるデータを受信することができるにも関わらず、適切な応答フレームを返信することができないといったことが生じ得る。本実施形態では、このような状況を検出し、無線基地局ＡＰＭＬＤが、無線端末ＳＴＡＭＬＤにＢＡＲフレームを送信することで、各無線リンクにおける無線端末ＳＴＡＭＬＤの受信履歴を同期させ、無線端末ＳＴＡＭＬＤが適切な応答フレームを返信できるようにする方法を説明する。

基本的な応答方法として、１つのデータフレームの受信に対して、宛先装置（受信局）が当該データフレームを正常に受信できたことを送信元装置（送信局）に通知するためのＡｃｋフレームを返信する方式がある。しかしながら、この方式では、多数のデータフレームが受信された場合、受信された多数のデータフレームのそれぞれに対してＡｃｋフレームを返信する必要があるため、データフレームが送信される場合のＰＨＹヘッダの送信時間やＡｃｋフレームの送信時間がオーバーヘッド時間となり、ＭＡＣ層でのスループットがＰＨＹレートの速度向上に対して飽和してしまう。データフレームが送信される場合のＰＨＹヘッダの送信時間を削減するために、複数のデータフレームを１つのＰＨＹフレーム（PSDU: PHY service data unit）に連結するＡ－ＭＰＤＵ（Aggregated MPDU）がある。

図１８は、Ａ－ＭＰＤＵフレームのフレームフォーマットを示す図である。図１８に示すように、Ａ－ＭＰＤＵフレームは、Ｎ個（但しＮは正の整数）のＳｕｂｆｒａｍｅが連結されたフレームとして構成される。各Ｓｕｂｆｕｒａｍｅは、Ｓｕｂｆｒａｍｅの境界を検出するための境界情報であるＤｅｌｉｍｉｔｅｒフィールドと、ＭＡＣフレームとにより構成される。Ｄｅｌｉｍｉｔｅｒフィールドは４バイトの長さを有し、後続するＭＡＣフレームの長さを示すＬｅｎｇｔｈフィールドと、当該Ｌｅｎｇｔｈフィールドの誤りを検出するためのＣＲＣと、このフィールドがＤｅｌｉｍｉｔｅｒフィールドであることを示すＤｅｌｉｍｉｔｅｒＳｉｇｎａｔｕｒｅフィールドと、等を含む。Ｄｅｌｉｍｉｔｅｒフィールドの後続のＭＡＣフレームのフレームフォーマットは、図２に示したフレームフォーマットと同様であるため、ここではその詳しい説明を省略する。なお、ＭＡＣフレームの後続のＰａｄフィールドは、Ｓｕｂｆｒａｍｅの長さが４バイトの倍数でない場合にＳｕｂｆｒａｍｅの長さを４バイトの倍数にするために付加されるフィールドであり、１バイト～３バイトの範囲で付加される。データフレームはＭＰＤＵのことであり、ＭＰＤＵを構成するＦｒａｍｅＢｏｄｙフィールドにはＭＳＤＵが含まれている。ＭＳＤＵには、ＭＡＣ層よりも上位層から転送されるＵＤＰパケットやＴＣＰパケット等が含まれる。

図１８に示したように、Ａ－ＭＰＤＵフレームは複数のＭＡＣフレームが連結されたフレームであるため、Ａ－ＭＰＤＵフレームの受信に対する応答フレームにはＡｃｋフレームではなくＢｌｏｃｋＡｃｋフレームが用いられる。ＢＡフレームは複数のデータフレームの送達確認情報を１つのＭＡＣフレームで通知することができる。

図１９は、ＢＡフレームのフレームフォーマットを示す図である。ＢＡフレームは、図１９に示すように、ＦｒａｍｅＣｏｎｔｒｏｌフィールドと、Ｄｕｒａｔｉｏｎフィールドと、Ａｄｄｒｅｓｓ１フィールドと、Ａｄｄｒｅｓｓ２フィールドと、ＢＡＣｏｎｔｒｏｌフィールドと、ＢＡＩｎｆｏｒｍａｔｉｏｎフィールドと、ＦＣＳフィールドと、によって構成されている。なお、ＢＡＣｏｎｔｒｏｌフィールドと、ＢＡＩｎｆｏｒｍａｔｉｏｎフィールド以外のフィールドの役割は、図２と共に説明したＭＡＣフレームと同様であるため、ここではその詳しい説明を省略する。

ＦｒａｍｅＣｏｎｔｒｏｌフィールドのＴｙｐｅフィールドおよびＳｕｂｔｙｐｅフィールドには、ＢＡフレームであることを示すビットパターン（例えばType=2’b01、Subtype=4’b1001等）が割り当てられる。

Ａｄｄｒｅｓｓ１フィールドには、ＢＡフレームの宛先を示す情報が設定される。例えば、第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１が、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１に対してＢＡフレームを送信する場合、Ａｄｄｒｅｓｓ１フィールドには、当該第１アクセスポイントＡＰ１－１のＭＡＣアドレスが設定される。

Ａｄｄｒｅｓｓ２フィールドには、ＢＡフレームを送信する送信元を示す情報が設定される。例えば、第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１が、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１に対してＢＡフレームを送信する場合、Ａｄｄｒｅｓｓ２フィールドには、当該第１ステーションＳＴＡ１－１のＭＡＣアドレスが設定される。

ＢＡＣｏｎｔｒｏｌフィールドは、ＣｏｍｐｒｅｓｓｅｄＢｉｔｍａｐフィールドとＴＩＤ＿ＩＮＦＯフィールドとを少なくとも含んでいる。なお、図１９に示すＲｅｓｅｒｖｅｄフィールドは未使用ビットを意味し、当該フィールドには０が設定されている。Ｒｅｓｅｒｖｅｄフィールドの未使用ビットは任意の用途に用いることが可能である。

ＣｏｍｐｒｅｓｓｅｄＢｉｔｍａｐフィールドは、１ビット長のフィールドであり、後続のＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドの長さが短縮されたフィールドを用いることを示す。

ＴＩＤ＿ＩＮＦＯフィールドは、４ビット長のフィールドであり、後続の送達確認情報（Block Ack Bitmap情報）のデータフレームのＴＩＤを示す。ＢＡフレームには、ＴＩＤ＿ＩＮＦＯフィールドに設定されるＴＩＤと同じ値のＴＩＤを持つデータフレームに対する送達確認情報が含まれる。

ＢＡＩｎｆｏｒｍａｔｉｏｎフィールドは、図１９に示すように、ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドとＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドとを含んでいる。さらに、ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドは、ＦｒａｇｍｅｎｔＮｕｍｂｅｒフィールドとＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（SSN）フィールドとを含んでいる。

ＦｒａｇｍｅｎｔＮｕｍｂｅｒフィールドには、ＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドのフィールド長を示す情報と、フラグメント化されたデータフレームの送達確認情報がＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドに含まれているか否かを示す情報と、が設定される。
ＳＳＮフィールドは、後続のＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドの先頭のビットに対応するフレームのシーケンス番号を示している。

ＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドは、無線基地局（に含まれるアクセスポイント）により送信されたデータフレームであって、無線端末（に含まれるステーション）により受信されたデータフレームの受信履歴情報（つまり当該データフレームを正常に受信できたか否かを示す情報）を、１つのデータフレームにつき１ビットのビットマップ形式で示すフィールドである。ＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドの基本の長さは８バイト長であるが、ＦｒａｇｍｅｎｔＮｕｍｂｅｒフィールドの設定値により、８バイト以外にも３２バイト、６４バイト、１２８バイトの長さを選択することが可能である。

フラグメント化されたデータフレームの送達確認情報が含まれない場合、Ｂｌｏｃｋ
ＡｃｋＢｉｔｍａｐフィールドの先頭のビットは、ＳＳＮフィールドにより示されるシーケンス番号のデータフレームの送達確認情報を示している。ＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドにおいては、先頭から１ビットシフトしていく毎にシーケンス番号が１だけ上がったフレームの送達確認情報が示される。つまり、先頭から２番目のビットは（ＳＳＮ＋１）で示されるシーケンス番号のデータフレームの送達確認情報を示している。例えば、ＳＳＮフィールドの値が１００番だとすると、ＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドには、シーケンス番号１００から１６３までのシーケンス番号のデータフレームの送達確認情報が含まれている。

図２０は、ＢＡＲフレームのフレームフォーマットを示す図である。ＢＡＲフレームは、図２０に示すように、ＦｒａｍｅＣｏｎｔｒｏｌフィールドと、Ｄｕｒａｔｉｏｎフィールドと、Ａｄｄｒｅｓｓ１フィールドと、Ａｄｄｒｅｓｓ２フィールドと、ＢＡＲ
Ｃｏｎｔｒｏｌフィールドと、ＢＡＲＩｎｆｏｒｍａｔｉｏｎフィールドと、ＦＣＳフィールドと、によって構成されている。ＢＡＲは、宛先となる無線装置に対してＢＡフレームの返信を要求するフレームである。また、その無線装置が保持するＢＡＷｉｎｄｏｗの情報（WinStart等）を更新する役割もある。なお、ＢＡＲＣｏｎｔｒｏｌフィールドと、ＢＡＲＩｎｆｏｒｍａｔｉｏｎフィールド以外のフィールドの役割は、図２と共に説明したＭＡＣフレームと同様であるため、ここではその詳しい説明を省略する。

ＦｒａｍｅＣｏｎｔｒｏｌフィールドのＴｙｐｅフィールドおよびＳｕｂｔｙｐｅフィールドには、ＢＡＲフレームであることを示すビットパターン（例えばType=2’b01、Subtype=4’b1000等）が割り当てられる。

Ａｄｄｒｅｓｓ１フィールドには、ＢＡＲフレームの宛先を示す情報が設定される。例えば、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１が、第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１に対してＢＡＲフレームを送信する場合、Ａｄｄｒｅｓｓ１フィールドには、当該第１ステーションＳＴＡ１－１のＭＡＣアドレスが設定される。

Ａｄｄｒｅｓｓ２フィールドには、ＢＡＲフレームを送信する送信元を示す情報が設定される。例えば、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１が、第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１に対してＢＡＲフレームを送信する場合、Ａｄｄｒｅｓｓ２フィールドには、当該第１アクセスポイントＡＰ１－１のＭＡＣアドレスが設定される。

ＢＡＲＣｏｎｔｒｏｌフィールドは、ＣｏｍｐｒｅｓｓｅｄＢｉｔｍａｐフィールドとＴＩＤ＿ＩＮＦＯフィールドとを少なくとも含んでいる。なお、図２０に示すＲｅｓｅｒｖｅｄフィールドは未使用ビットを意味し、当該フィールドには０が設定されている。Ｒｅｓｅｒｖｅｄフィールドの未使用ビットは任意の用途に用いることが可能である。

ＣｏｍｐｒｅｓｓｅｄＢｉｔｍａｐフィールドは、１ビット長のフィールドであり、ＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドの長さが短縮されたフィールドを用いるＢＡフレームを宛先装置（例えば第１ステーションＳＴＡ１－１）に要求することを示す。

ＴＩＤ＿ＩＮＦＯフィールドは、４ビット長のフィールドであり、ＢＡフレームの送達確認情報（Block Ack Bitmap情報）のＴＩＤを示す。第１アクセスポイントＡＰ１－１は、ＴＩＤ＿ＩＮＦＯフィールドに設定されるＴＩＤと同じ値のＴＩＤの送達確認情報を含むＢＡフレームを第１ステーションＳＴＡ１－１に要求する。

ＢＡＲＩｎｆｏｒｍａｔｉｏｎフィールドは、図２０に示すように、ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドとＢｌｏｃｋ
ＡｃｋＢｉｔｍａｐフィールドとを含んでいる。さらに、ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドは、ＦｒａｇｍｅｎｔＮｕｍｂｅｒフィールドとＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（SSN）フィールドとを含んでいる。

ＦｒａｇｍｅｎｔＮｕｍｂｅｒフィールドには、０が設定され、ＢＡＲフレームではＲｅｓｅｒｖｅｄの扱いである。
ＳＳＮフィールドには、第１アクセスポイントＡＰ１－１が要求するＢＡフレームのＢｌｏｃｋＡｃｋＢｉｔｍａｐフィールドの先頭のビットに対応するフレームのシーケンス番号が設定される。

次に、図２１を参照して、ＢｌｏｃｋＡｃｋ（BA）Ｗｉｎｄｏｗの制御方法について説明する。ＢＡＷｉｎｄｏｗは、無線端末に含まれるステーションが記録する現在の送達確認情報の範囲を示している。つまり、ＢＡＷｉｎｄｏｗの範囲が、ＢＡＢｉｔｍａｐフィールドで送達確認情報を返信する範囲に相当する。

データフレームのシーケンス番号は、既述したように１２ビットの長さを有し、０～４０９５までの整数の値が、送信されるデータフレームに対して割り当てられる。一方、ＢＡＢｉｔｍａｐフィールドの長さは、シーケンス番号空間（SN Space（Sequence Number Space））よりも短くなっている。ここでは、ＢＡＢｉｔｍａｐフィールドの長さが、基本の長さである８バイト（６４ビット）である場合を想定する。ＢＡＢｉｔｍａｐフィールドの長さが６４ビットの場合、ＢＡＷｉｎｄｏｗのサイズもまた６４ビットとなる。ここで、シーケンス番号空間とは、送信されるデータフレーム等のＭＡＣフレームに含まれるシーケンス番号が取り得る値の範囲のことである。本実施形態では、データフレームのシーケンス番号はＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールド内に設定され、１２ビットの長さを持つ。シーケンス番号は１２ビット以外の長さでもよく、例えば、１３ビットであれば、シーケンス番号空間は０～８１９１と範囲が広くなる。また、シーケンス番号がＭＡＣフレーム内の他のフィールドに設定されたり、新規に追加されるフィールドに設定されてもよい。

以下では、ＢＡＷｉｎｄｏｗのサイズをＷｉｎＳｉｚｅと表記し、ＢＡＷｉｎｄｏｗの終端番号をＷｉｎＥｎｄと表記し、ＢＡＷｉｎｄｏｗの開始番号をＷｉｎＳｔａｒｔと表記して説明する。

図２１に示すように、無線端末ＳＴＡＭＬＤ（に含まれるステーション）において、シーケンス番号ＳＮ１のデータフレームが受信された場合、ＷｉｎＥｎｄ１はシーケンス番号ＳＮ１になる。また、ＷｉｎＳｔａｒｔ１は「ＳＮ１－（ＷｉｎＳｉｚｅ－１）」により算出される。例えば、シーケンス番号ＳＮ１が１６３の場合、ＷｉｎＥｎｄ１は１６３であり、ＷｉｎＳｉｚｅが上記した６４ビットであれば、ＷｉｎＳｔａｒｔ１は１００（=163-(64-1)）となる。

シーケンス番号ＳＮ１のデータフレームの後に受信されるデータフレームのシーケンス番号ＳＮ２が、図２１に示すＲａｎｇｅ１～Ｒａｎｇｅ３のいずれの範囲に含まれるかによってＢＡＷｉｎｄｏｗの制御は異なる。

まず、シーケンス番号ＳＮ２がＲａｎｇｅ１の範囲に含まれている（つまり、WinStart1≦SN2≦WinEnd1）場合、無線端末ＳＴＡＭＬＤは、ＢＡＷｉｎｄｏｗ１をそのままにした上で、シーケンス番号ＳＮ２に対応するビットに１を設定し、ＢＡＷｉｎｄｏｗ１の範囲のビットマップをＢＡＢｉｔｍａｐフィールドに設定したＢＡフレームを無線基地局ＡＰＭＬＤに返信する。この場合、ＳＳＮフィールドの値は、ＷｉｎＳｔａｒｔ１に設定される。

次に、シーケンス番号ＳＮ２がＲａｎｇｅ２の範囲に含まれている（つまり、WinEnd1<SN2<WinStart1+2¹¹）場合、無線端末ＳＴＡＭＬＤは、シーケンス番号ＳＮ２に対応するビットに１を設定すると共に、ＷｉｎＥｎｄの値をシーケンス番号ＳＮ２に設定し、ＷｉｎＳｔａｒｔの値を「ＳＮ２－（ＷｉｎＳｉｚｅ－１）」により算出される値に設定して、ＢＡＷｉｎｄｏｗをシフトさせる。これによれば、図２１に示すように、ＢＡＷｉｎｄｏｗは、ＢＡＷｉｎｄｏｗ１からＢＡＷｉｎｄｏｗ２にシフトする。その後、無線端末ＳＴＡＭＬＤは、ＢＡＷｉｎｄｏｗ２の範囲のビットマップをＢＡＢｉｔｍａｐフィールドに設定したＢＡフレームを無線基地局ＡＰＭＬＤに返信する。この場合、ＳＳＮフィールドの値は、ＷｉｎＳｔａｒｔ２に設定される。

なお、受信されたデータフレームのシーケンス番号がＲａｎｇｅ１またはＲａｎｇｅ２の範囲に含まれている場合、宛先装置（無線端末）は、当該データフレームを新しいフレームと認識し、当該データフレームの送達確認情報を含む応答フレームを送信元装置（無線基地局）に返信する必要があることを認識する。

また、シーケンス番号ＳＮ２がＲａｎｇｅ３の範囲に含まれている（つまり、WinStart1+2¹¹≦SN2≦WinStart1）場合、無線端末ＳＴＡＭＬＤは、ＢＡＷｉｎｄｏｗ１をそのまま維持し、当該シーケンス番号ＳＮ２が設定されたデータフレームを古いフレームと認識する。このとき、宛先装置（無線端末）は、ＢＡフレームを送信元装置（無線基地局）に返信するが、そのＢＡフレームのＢＡＢｉｔｍａｐフィールドには、ＢＡＷｉｎｄｏｗ１の範囲のビットマップが設定され、ＳＳＮフィールドには、ＷｉｎＳｔａｒｔ１が設定される。

なお、受信されたデータフレームのシーケンス番号がＲａｎｇｅ３の範囲に含まれている場合、宛先装置（無線端末）は、当該データフレームを古いフレームと認識し、当該データフレームの送達確認情報を含む応答フレームを返信する必要がないことを認識して、当該送達確認情報を含まない応答フレームを返信する。なお、本実施例ではＲａｎｇｅ２とＲａｇｅ３の境界をＷｉｎＳｔａｒｔ１＋２^１１としたが、他の値であってもよい。例えば、Ｒａｎｇｅ２の範囲を広くする場合は、ＷｉｎＳｔａｒｔ１＋３０００としてもよい。

ここで、図２２を参照して、無線端末ＳＴＡＭＬＤの受信履歴を更新する処理手順について説明する。なお、ここでは、図２３に示すように、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１が第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１と無線接続し、第１無線基地局ＡＰＭＬＤ１に含まれる第２アクセスポイントＡＰ１－２が第１無線端末ＳＴＡＭＬＤ１に含まれる第２ステーションＳＴＡ１－２と無線接続している状況（つまり、第１無線基地局ＡＰＭＬＤ１単独でＭｕｌｔｉ－Ｌｉｎｋ動作を行っていた状況）において、第１アクセスポイントＡＰ１－１と第１ステーションＳＴＡ１－１との間の無線リンクがしばらくの間遮断されてしまった一方で、第２アクセスポイントＡＰ１－２と第２ステーションＳＴＡ１－２との間の無線リンクでは通信が継続されていた場合、もしくは第１アクセスポイントＡＰ１－１と第１ステーションＳＴＡ１－１との間の無線リンクよりも第２アクセスポイントＡＰ１－２と第２ステーションＳＴＡ１－２との間の無線リンクでの通信の方が通信環境が良い（例えば、通信速度が速い、他無線機による通信トラフィックが少ない等）ため、第２アクセスポイントＡＰ１－２と第２ステーションＳＴＡ１－２との間の無線リンクで通信を行っていた場合を想定している。

まず、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１は、コントローラＡＰＣＴ１から転送されて来る新規のデータフレームのシーケンス番号（以下、SN_newと表記する）を確認する（ステップＳ４１）。

続いて、第１アクセスポイントＡＰ１－１は、無線リンクが遮断される直前に第１ステーションＳＴＡ１－１への送信が成功したデータフレームのシーケンス番号のうちで最新のシーケンス番号（以下、SN_oldと表記する）と、上記したＳＮ＿ｎｅｗとに基づいて、これら２つのシーケンス番号の差分（以下、SN_diffと表記する）を計算する（ステップＳ４２）。なお、ステップＳ４２の処理においては、ＳＮ＿ｎｅｗがＳＮ＿ｏｌｄ以上である場合と、ＳＮ＿ｎｅｗがＳＮ＿ｏｌｄ未満である場合とで、ＳＮ＿ｄｉｆｆの計算方法が異なっている。

具体的には、ＳＮ＿ｎｅｗがＳＮ＿ｏｌｄ以上である場合、ＳＮ＿ｄｉｆｆは「ＳＮ＿ｎｅｗ－ＳＮ＿ｏｌｄ」により計算される。一方、ＳＮ＿ｎｅｗがＳＮ＿ｏｌｄ未満である場合、ＳＮ＿ｄｉｆｆは「４０９５－ＳＮ＿ｏｌｄ＋ＳＮ＿ｎｅｗ」により計算される。

ステップＳ４２の処理の後、第１アクセスポイントＡＰ１－１は、ステップＳ４２の処理により算出されたＳＮ＿ｄｉｆｆが予め設定された閾値（以下、ＳＮ＿ｔｈと表記する）以上であるか否かを判定する（ステップＳ４３）。ＳＮ＿ｔｈは例えば１９００に設定されるが、他の値に設定されても構わない。但し、ＳＮ＿ｔｈが小さすぎると、ＢＡＲフレームの送信頻度が高くなり、逆にＳＮ＿ｔｈが大きすぎると、ＢＡＲフレームの送信が必要な場合であってもＢＡＲフレームが送信されないといったことが起こり得るため、ＳＮ＿ｔｈは、ＷｉｎＳｉｚｅより大きく、シーケンス番号空間のおおよそ半分の値未満（つまり、WinSize<SN_th≦SN Space/2）の範囲内の値に設定されることが望ましい。

なお、第１アクセスポイントＡＰ１－１は、第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１とＢＡｍｅｃｈａｎｉｓｍを開始する前に、規定のフレームを交換するネゴシエーションシーケンスを行う。第１アクセスポイントＡＰ１－１は、このネゴシエーションシーケンスを通じて第１ステーションＳＴＡ１－１がサポートするＢＡＷｉｎｄｏｗのサイズであるＷｉｎＳｉｚｅを把握することが可能であり、上記したＳＮ＿ｔｈを設定することが可能である。

ステップＳ４３の処理の結果、ＳＮ＿ｄｉｆｆがＳＮ＿ｔｈ未満であると判定された場合（ステップＳ４３のＮｏ）、第１アクセスポイントＡＰ１－１は、コントローラＡＰ
ＣＴ１から転送されて来た新規のデータフレームを第１ステーションＳＴＡ１－１に送信し（ステップＳ４４）、後述するステップＳ４７の処理に進む。

一方、ステップＳ４３の処理の結果、ＳＮ＿ｄｉｆｆがＳＮ＿ｔｈ以上であると判定された場合（ステップＳ４３のＹｅｓ）、第１アクセスポイントＡＰ１－１は、ＳＮ＿ｎｅｗをＢＡＲフレームのＳＳＮフィールドに設定する（ステップＳ４５）。なお、第１ステーションＳＴＡ１－１に対して送信予定の新規のデータフレームが複数ある場合、これら複数のデータフレームのシーケンス番号の中から最小の値がＳＮ＿ｎｅｗとして選択される。例えば、送信予定のデータフレームのシーケンス番号が１０００～１００５である場合、ＳＮ＿ｎｅｗとしては１０００が選択される。また、ＳＳＮフィールドに設定される値は、必ずしもＳＮ＿ｎｅｗでなくてもよく、第１ステーションＳＴＡ１－１がそのデータフレームを受信した場合に当該データフレームの送達確認情報をＢＡフレームに含めることを要求する値であれば任意の値であって構わない。但し、ＳＮ＿ｎｅｗより多少小さな値（例えばＷｉｎＳｉｚｅだけ小さい値）を設定することはよいが、ＳＮ＿ｎｅｗより大きな値を設定することは避ける方が望ましい。

ステップＳ４５の処理の後、第１アクセスポイントＡＰ１－１は、ＳＳＮフィールドにＳＮ＿ｎｅｗが設定されたＢＡＲフレームを第１ステーションＳＴＡ１－１に対して送信する（ステップＳ４６）。
次に、第１アクセスポイントＡＰ１－１は、ＳＮ＿ｎｅｗがＳＮ＿ｏｌｄより新しい番号であるか否かを判定する（ステップＳ４７）。ステップＳ４７の処理の結果、ＳＮ＿ｎｅｗがＳＮ＿ｏｌｄより新しい番号でない、つまり、古い番号であると判定された場合（ステップＳ４７のＮｏ）、第１アクセスポイントＡＰ１－１は、ここでの一連の処理を終了させる。
一方、ステップＳ４７の処理の結果、ＳＮ＿ｎｅｗがＳＮ＿ｏｌｄより新しい番号であると判定された場合（ステップＳ４７のＹｅｓ）、第１アクセスポイントＡＰ１－１は、ＳＮ＿ｏｌｄに対してＳＮ＿ｎｅｗを代入し（つまり、ＳＮ＿ｏｌｄをＳＮ＿ｎｅｗに更新し）（ステップＳ４８）、ここでの一連の処理を終了させる。

第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１は、第１アクセスポイントＡＰ１－１から送信されたＢＡＲフレームを受信すると、ＢＡＷｉｎｄｏｗの開始番号であるＷｉｎＳｔａｒｔを、当該ＢＡＲフレーム内のＳＳＮフィールドに設定されたシーケンス番号（つまりＳＮ＿ｎｅｗ）に更新する。これによれば、第１ステーションＳＴＡ１－１によって保持されるＢＡＷｉｎｄｏｗの範囲を、ＢＡＲフレーム内のＳＳＮフィールドに設定されたシーケンス番号に従って更新することができるため、第１ステーションＳＴＡ１－１は、以降に第１アクセスポイントＡＰ１－１から送信される新規のデータフレームを受信した場合、適切な送達確認情報を含むＢＡフレームを第１アクセスポイントＡＰ１－１に返信することが可能となる。

以上説明した第２実施形態によれば、無線基地局ＡＰＭＬＤと無線端末ＳＴＡＭＬＤとの間で確立された複数の無線リンクのうちの１つの通信がしばらくの間遮断される（ここでは、全く通信できない状態だけでなく、ビジー状態に起因してフレームを送信し始めるまでの時間が長い場合、あるいは、フレームを送信したとしても応答フレームを受信する確率が期待値よりも低い場合、等も含む）一方で、他の無線リンクにおいては通信が継続される場合であって、その後、通信が遮断されていた無線リンクが復帰した場合（ここでは、上記したビジー状態がアイドル状態に変化した場合、あるいは、送信したフレームに対する応答フレームを受信する確率が期待値よりも高くなった場合、等も含む）、復帰した無線リンクに対応するアクセスポイントは、新規のデータフレームのシーケンス番号ＳＮ＿ｎｅｗと、通信が遮断される直前に送信が成功したデータフレームのシーケンス番号ＳＮ＿ｏｌｄとを比較し、その差分ＳＮ＿ｄｉｆｆが閾値ＳＮ＿ｔｈ以上である場合にＢＡＲフレームを送信して、対応するステーションが保持するＢＡＷｉｎｄｏｗの範囲を更新することができる。このため、対応するステーションは、対応するアクセスポイントから以降に送信される新規のデータフレームを受信した場合、適切な送達確認情報を含むＢＡフレームを当該アクセスポイントに返信することが可能となり、新規のデータフレームの送信を効率的に再開することが可能である。

以下では、第２実施形態の変形例について説明する。
［第２実施形態の第１変形例］
第１ステーションＳＴＡ１－１は、第１アクセスポイントＡＰ１－１から新規のデータフレームを受信する毎に、そのデータフレームを受信する直前あるいは、そのデータフレームを正常に受信したかを判定する前までのＭＡＣ層部のフレーム受信履歴情報を０にリセットしてもよい。具体的には、ＰＨＹ層部がデータフレームを含むＰＳＤＵフレームをＭＡＣ層部に転送する際、ＭＡＣ層部がＰＨＹ層部からの受信要求通知を受信（受理）した場合、ＭＡＣ層部は、そのＰＳＤＵフレームを受信する直前までに保持するフレーム受信履歴情報を０にリセットした後、そのＰＳＤＵフレームの受信状況に更新する。なお、フレーム受信履歴情報を０にリセットするとは、履歴情報を保持していない状態（no temporary record）にすること、あるいは、ＢＡｍｅｃｈａｎｉｓｍを確立した直後の状態にすること、を意味する。フレーム受信履歴情報のリセットはデータフレームが受信された場合に行われ、ＢＡＲフレームが受信された場合には行われないとしてもよい。

また、第１ステーションＳＴＡ１－１が、第１アクセスポイントＡＰ１－１から送信される新規のデータフレームであって、第１ステーションＳＴＡ１－１が保持するビットマップのＳＳＮフィールドに設定されたシーケンス番号との差分が上記したＳＮ＿ｔｈ以上あるシーケンス番号のデータフレームをＸ回（但しＸは０以上の整数）受信した場合、ＭＡＣ層部は、保持するフレーム受信履歴情報を０にリセットしてもよい（例えば、ＢＡ
ｍｅｃｈａｎｉｓｍを確立した直後の状態にしてもよい）。

さらに、第１ステーションＳＴＡ１－１は、第１アクセスポイントＡＰ１－１から送信される新規のデータフレームのシーケンス番号と、第１ステーションＳＴＡ１－１が保持するビットマップのＳＳＮフィールドに設定されたシーケンス番号との差分が上記したＳＮ＿ｔｈ以上ある場合、第１無線端末ＳＴＡＭＬＤ１に含まれる他の無線リンク（例えば、第２ステーションＳＴＡ１－２）に受信履歴状態を問い合わせ、第２ステーションＳＴＡ１－２が保持するビットマップのＳＳＮフィールドに設定されたシーケンス番号を確認する。第１ステーションＳＴＡ１－１は、第１ステーションＳＴＡ１－１が保持するビットマップのＳＳＮフィールドに設定されたシーケンス番号と、第２ステーションＳＴＡ１－２が保持するビットマップのＳＳＮフィールドに設定されたシーケンス番号との差分が上記したＳＮ＿ｔｈ以上ある場合、第１ステーションＳＴＡ１－１のＢＡＷｉｎｄｏｗのＷｉｎＳｔａｒｔを第２ステーションＳＴＡ１－２のＷｉｎＳｔａｒｔに更新する。

［第２実施形態の第２変形例］
第１アクセスポイントＡＰ１－１は、以下に示すいずれかの条件に該当した場合に、ＢＡＲフレームを送信してもよい。
（条件１）
第１アクセスポイントＡＰ１－１は、第１アクセスポイントＡＰ１－１に実装される送信バッファに格納された送信予定のデータフレームのシーケンス番号（以下、SN_new1と表記する）と、直近で第１ステーションＳＴＡ１－１への送信が成功したデータフレームのシーケンス番号のうちで最新のシーケンス番号（以下、SN_old1と表記する）とを比較し、これらシーケンス番号の差分が第１ステーションＳＴＡ１－１によって保持されるＢＡＷｉｎｄｏｗのサイズを超えた場合、第１アクセスポイントＡＰ１－１は、ＳＳＮフィールドにＳＮ＿ｎｅｗ１が設定されたＢＡＲフレームを第１ステーションＳＴＡ１－１に対して送信する。

（条件２）
第１アクセスポイントＡＰ１－１は、ＢＡＷｉｎｄｏｗ更新タイマーを保持している。第１アクセスポイントＡＰ１－１は、第１ステーションＳＴＡ１－１へのデータフレームの送信またはＢＡＲフレームの送信が成功した場合（つまり、意図するＢＡフレームを受信できた場合）、ＢＡＷｉｎｄｏｗ更新タイマーの値を例えばＹ［ｓｅｃ］（例えば４秒）に設定し、ｕｓｅｃ単位でカウントダウンし始める。カウントダウンの途中で、第１ステーションＳＴＡ１－１へのデータフレームの送信またはＢＡＲフレームの送信が成功した場合、ＢＡＷｉｎｄｏｗ更新タイマーの値は、再度Ｙ［ｓｅｃ］に設定される。

一方、ＢＡＷｉｎｄｏｗ更新タイマーの値が０になると、第１アクセスポイントＡＰ１－１は、第１ステーションＳＴＡ１－１への送信に失敗したデータフレームのシーケンス番号がＳＳＮフィールドに設定されたＢＡＲフレームを第１ステーションＳＴＡ１－１に対して送信する。

（条件３）
第１アクセスポイントＡＰ１－１は、直近でデータフレームまたはＢＡＲフレームを第１ステーションＳＴＡ１－１に送信することが成功した時点からＹ［ｓｅｃ］以上経過した後に、新規のデータフレームを第１ステーションＳＴＡ１－１に送信しようとした場合、新規のデータフレームを送信する前に送信予定の新規のデータフレームのシーケンス番号がＳＳＮフィールドに設定されたＢＡＲフレームを第１ステーションＳＴＡ１－１に対して送信する。

（条件４）
第１アクセスポイントＡＰ１－１は、直近でデータフレームまたはＢＡＲフレームを第１ステーションＳＴＡ１－１に送信することが成功した時点からＹ［ｓｅｃ］以上経過した後に、新規のデータフレームを第１ステーションＳＴＡ１－１に送信した場合であって、当該新規のデータフレームの再送回数がＭ回以上となった場合、当該新規のデータフレームのシーケンス番号がＳＳＮフィールドに設定されたＢＡＲフレームを第１ステーションＳＴＡ１－１に対して送信する。

（条件５）
第１アクセスポイントＡＰ１－１がシーケンス番号（以下、SN_new5と表記する）のデータフレームを第１ステーションＳＴＡ１－１に送信し、第１ステーションＳＴＡ１－１から返信されたＢＡフレームを受信した場合、第１アクセスポイントＡＰ１－１は、受信されたＢＡフレーム内のＳＳＮフィールドに設定されたシーケンス番号（以下、SN_baと表記する）と、上記したＳＮ＿ｎｅｗ５との差分（以下、SN_diff5と表記する）を計算する。なお、ＳＮ＿ｄｉｆｆ５の計算方法は、ＳＮ＿ｎｅｗ５がＳＮ＿ｂａ以上である場合と、ＳＮ＿ｎｅｗ５がＳＮ＿ｂａ未満である場合とで異なっている。

具体的には、ＳＮ＿ｎｅｗ５がＳＮ＿ｂａ以上である場合、ＳＮ＿ｄｉｆｆ５は「ＳＮ＿ｎｅｗ５－ＳＮ＿ｂａ」により計算される。一方、ＳＮ＿ｎｅｗ５がＳＮ＿ｂａ未満である場合、ＳＮ＿ｄｉｆｆ５は「４０９５－ＳＮ＿ｂａ＋ＳＮ＿ｎｅｗ５」により計算される。ＳＮ＿ｄｉｆｆ５が、上記したＳＮ＿ｔｈ以上である場合、第１アクセスポイントＡＰ１－１は、ＳＮ＿ｎｅｗ５がＳＳＮフィールドに設定されたＢＡＲフレームを第１ステーションＳＴＡ１－１に対して送信する。なお、ここでは、フレームとしてＢＡＲフレームとしたが、他のフレームであっても良い。例えば、少なくともＴＩＤフィールド、ＳＳＮフィールドを含むＡｃｔｉｏｎフレームを送信しても良い。

［第３実施形態］
さらに、第３実施形態について説明する。上記した第２実施形態においては、主に、無線基地局ＡＰＭＬＤ（に含まれるアクセスポイント）がＢＡＲフレームを送信して無線端末ＳＴＡＭＬＤ側の受信履歴を更新する処理について説明したが、本実施形態においては、無線端末ＳＴＡＭＬＤが自律的に受信履歴を更新する処理について説明する。

図２４は、実施形態に係る第１無線端末ＳＴＡＭＬＤ１の概略構成例を示すブロック図である。上記したように、第１無線端末ＳＴＡＭＬＤ１は、第１ステーションＳＴＡ１－１と、第２ステーションＳＴＡ１－２と、コントローラＳＴＡＣＴ１と、を含む。第１ステーションＳＴＡ１－１および第２ステーションＳＴＡ１－２は、無線通信装置３００の無線リンク部３１０，３２０に相当し、コントローラＳＴＡＣＴ１は、無線通信装置３００のコントローラ部３３０に相当する。

第１ステーションＳＴＡ１－１に含まれるＳｃｏｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌ（以下、SCCと表記する）と、第２ステーションＳＴＡ１－２に含まれるＳｃｏｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌは共に、ＬＭＡＣ層部に含まれる機能部である。コントローラＳＴＡＣＴ１に含まれるＲｅｃｅｉｖｅＲｅｏｒｄｅｒｉｎｇＢｕｆｆｅｒＣｏｎｔｒｏｌ（以下、RxRBCと表記する）は、ＵＭＡＣ層部に含まれる機能部である。

ＳＣＣは、宛先装置（例えば第１ステーションＳＴＡ１－１）により受信された送信元装置（例えば第１アクセスポイントＡＰ１－１）からのＭＡＣフレーム（例えばＭＰＤＵ等）の受信状態（例えばＭＰＤＵが正常に受信されたこと）を含む送達確認情報を格納する。また、ＳＣＣは、受信成功を確認したときのフレームの送信元ＭＡＣアドレス、ＴＩＤ、シーケンス番号も格納している。

送達確認情報は、受信に成功したことをビットマップ形式で記録している。送達確認情報は、１つのＭＰＤＵフレームにつき１ビット使用される複数のビットフィールドを有しており、１が立っているビットフィールドに対応するＭＰＤＵフレームの受信が成功したことを表す。ビットマップの長さは例えば６４ビットあり、当該ビットマップを含むＢＡフレームを第１ステーションＳＴＡ１－１が返信することで、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１に送達確認情報を通知することができる。ＢＡフレームには、ビットマップ内の先頭ビットにより示される開始シーケンス番号（以下、SSNと表記する）を設定するフィールドが設けられており、ビットマップ上の先頭のビットから１ビットシフトしていく毎に、その開始シーケンス番号から１ずつシーケンス番号が上がっていく。つまり、ビットマップの先頭のビットは、ＳＳＮで示されるシーケンス番号のＭＰＤＵフレームの送達確認情報であり、その次のビットはＳＳＮ＋１で示されるシーケンス番号のデータフレームの送達確認情報である。

このビットマップ情報は、送信元ＭＡＣアドレスとＴＩＤの組毎に少なくとも１つを保持する。ビットマップ情報の保持方式には、Ｐａｒｔｉａｌ－ＳｔａｔｅＯｐｅｒａｔｉｏｎと、Ｆｕｌｌ－ＳｔａｔｅＯｐｅｒａｔｉｏｎという２つの方式がある。Ｐａｒｔｉａｌ－ＳｔａｔｅＯｐｅｒａｔｉｏｎでは、ＳＣＣが保持する全てのビットマップ情報が使用され、ビットマップ情報を記録するメモリ領域が他にない状態で、新たな送信元ＭＡＣアドレスまたはＴＩＤを含むＭＰＤＵフレームが受信された場合、記録済みの１つ以上のビットマップ情報のうち、いずれか１つのビットマップ情報を０にリセットして、新たに受信したＭＰＤＵフレームの受信情報を記録する。一方、Ｆｕｌｌ－Ｓｔａｔｅ
Ｏｐｅｒａｔｉｏｎでは、Ｆｕｌｌ－Ｓｔａｔｅに対応するビットマップ情報は、１つの送信元ＭＡＣアドレスとＴＩＤとに専用で使用される。このため、新たな送信元ＭＡＣアドレスまたはＴＩＤを含むＭＰＤＵフレームを受信した場合であっても、そのビットマップ情報がリセットされないことになる。本実施形態においては、どちらの保持方式も適用することが可能である。

ＲｘＲＢＣは、第１ステーションＳＴＡ１－１および第２ステーションＳＴＡ１－２から転送される受信フレームを一時的にメモリに格納する。ＲｘＲＢＣは、受信フレームをメモリに格納するときに（あるいは、受信フレームをメモリに格納した後に）、ＭＡＣ
Ｈｅａｄｅｒに含まれる送信元ＭＡＣアドレスとＴＩＤの組毎に、シーケンス番号の順序に従ってＭＡＣフレームを並べ替えるＲｅｏｒｄｅｒｉｎｇ処理を行う。その目的は、ＲｘＲＢＣが、無線通信システムのＭＡＣ層における次の処理（例えば、認証処理の１つであるReplay detection処理等）またはＭＡＣ層の外部に受信フレームを転送する場合に、受信フレームをシーケンス番号順に並び替えることである。

図２５は、ＳＣＣおよびＲｘＲＢＣによる制御を説明するための図である。
図２５に示すＡ－ＭＰＤＵ１は、シーケンス番号が１００～１０５までのＱｏＳデータフレーム（ＭＰＤＵフレームの１つ）を含む。Ａ－ＭＰＤＵ２は、シーケンス番号が１０３，１０６，１０７のＱｏＳデータフレームを含む。

図２５では、第１アクセスポイントＡＰ１－１がＡ－ＭＰＤＵ１を第１ステーションＳＴＡ１－１に送信し、第１ステーションＳＴＡ１－１により、シーケンス番号１０３以外のＱｏＳデータフレームが受信された場合を想定する。この場合、Ａ－ＭＰＤＵ１を受信する直前のＢＡＢｉｔｍａｐ１の状態（換言すると、BA Windowの開始番号および終端番号）が「ＷｉｎＳｔａｒｔ＿Ｒ＝１００」，「ＷｉｎＥｎｄ＿Ｒ＝１６３」であり、かつ、ＢＡＢｉｔｍａｐ１のサイズであるＷｉｎＳｉｚｅ＿Ｒ（換言すると、BA Windowのサイズ）が６４であり、全てのビットが０であるとすると、Ａ－ＭＰＤＵ１受信後のＢＡＢｉｔｍａｐ１内のビットマップにおいて、第１ステーションＳＴＡ１－１に含まれるＳＣＣにより受信されたフレームのシーケンス番号１００，１０１，１０２，１０４，１０５のビット位置には１が設定され、それ以外は０のままとなる。このとき、シーケンス番号１００，１０１，１０２，１０４，１０５のフレームがＳＣＣからＲｘＲＢＣに転送されるため、ＲｘＲＢＣの受信バッファにはＢｕｆｆｅｒ１に示すようにデータが格納される。その後、ＲｘＲＢＣは、受信されたフレームのうち、シーケンス番号が小さい番号から連続するシーケンス番号１００～１０２のフレームをＭＡＣ層の次の処理に転送する。このため、ＲｘＲＢＣの受信バッファはＢｕｆｆｅｒ２の状態となり、ＷｉｎＳｔａｒｔ＿Ｂは１０３となり、ＷｉｎＥｎｄ＿Ｂは１６６となる。

次に、第１アクセスポイントＡＰ１－１がＡ－ＭＰＤＵ２を第１ステーションＳＴＡ１－１に送信し、第１ステーションＳＴＡ１－１により、全てのＱｏＳデータフレームが受信された場合を想定する。この場合、Ａ－ＭＰＤＵ２受信後のＢＡＢｉｔｍａｐ２内のビットマップにおいて、第１ステーションＳＴＡ１－１に含まれるＳＣＣにより受信されたフレームのシーケンス番号１０３，１０６，１０７のビット位置には１が設定される。その結果、シーケンス番号１００～１０７のビット位置には１が設定され、それ以外は０の状態となる。このとき、シーケンス番号１０３，１０６，１０７のフレームがＳＣＣからＲｘＲＢＣに転送されるため、ＲｘＲＢＣの受信バッファにはＢｕｆｆｅｒ３に示すようにデータが格納される。その後、上記した場合と同様に、ＲｘＲＢＣは、受信されたフレームのうち、シーケンス番号が小さい番号から連続するシーケンス番号１０３～１０７のフレームをＭＡＣ層の次の処理に転送する。このため、ＲｘＲＢＣの受信バッファはＢｕｆｆｅｒ４のように空の状態となり、ＷｉｎＳｔａｒｔ＿Ｂは１０８となり、ＷｉｎＥｎｄ＿Ｂは１７１となる。

図２６は、ＳＣＣにより実行されるＢＡＷｉｎｄｏｗを更新する処理手順を示すフローチャートである。
まず、ＳＣＣは、無線基地局ＡＰＭＬＤから送信されるＱｏＳデータフレームを受信する（ステップＳ５１）。次に、ＳＣＣは、後述するパラメータｉを０にリセットする（ステップＳ５２）。ＳＣＣは、ステップＳ５１の処理において受信されたＱｏＳデータフレームのＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドからシーケンス番号を抽出する（ステップＳ５３）。

ＳＣＣは、ステップＳ５３の処理により抽出されたシーケンス番号が図２１に示したＲａｎｇｅ１～Ｒａｎｇｅ３のいずれの範囲に含まれているかを確認する（ステップＳ５４）。

ステップＳ５４の処理の結果、抽出されたシーケンス番号がＲａｎｇｅ１の範囲に含まれていると判断された場合（ステップＳ５４のＲａｎｇｅ１）、ＳＣＣは、当該シーケンス番号は現在のＢＡＷｉｎｄｏｗの範囲に含まれており、ＷｉｎＳｔａｒｔ＿ＲおよびＷｉｎＥｎｄ＿Ｒの更新は不要であると判断して、後述するステップＳ５９の処理を実行する。

ステップＳ５４の処理の結果、抽出されたシーケンス番号がＲａｎｇｅ２の範囲に含まれていると判断された場合（ステップＳ５４のＲａｎｇｅ２）、ＳＣＣは、当該シーケンス番号は現在のＷｉｎＥｎｄ＿Ｒよりも新しいシーケンス番号であると判断して、ＷｉｎＥｎｄ＿Ｒを当該シーケンス番号に更新し、かつ、ＷｉｎＳｔａｒｔ＿Ｒを「ＷｉｎＥｎｄ＿Ｒ－（ＷｉｎＳｉｚｅ－１）」により計算される値に更新して、ＢＡＷｉｎｄｏｗを更新する（ステップＳ５５）。その後、ＳＣＣは、後述するステップＳ５９の処理を実行する。

ステップＳ５４の処理の結果、抽出されたシーケンス番号がＲａｎｇｅ３の範囲に含まれていると判断された場合（ステップＳ５４のＲａｎｇｅ３）、ＳＣＣは、当該シーケンス番号は現在のＷｉｎＥｎｄ＿Ｒよりも古いシーケンス番号であると判断し、その後、パラメータｉが１以上であるか否かを確認する（ステップＳ５６）。パラメータｉは、１回のＱｏＳデータフレーム受信に対してシーケンス番号がＲａｎｇｅ３の範囲であると判定され、ＢＡＷｉｎｄｏｗを更新した回数を示している。

ステップＳ５６の処理の結果、パラメータｉが１未満である、つまり、１回のＱｏＳデータフレーム受信に対してＢＡＷｉｎｄｏｗの更新を行っていないと判断された場合（ステップＳ５６のＮｏ）、ＳＣＣは、ＷｉｎＳｔａｒｔ＿ＲをＲｘＲＢＣから通知されるＷｉｎＳｔａｒｔ＿Ｂに更新する。また、ＳＣＣは、ＷｉｎＳｔａｒｔ＿Ｒの更新に従い、ＷｉｎＥｎｄ＿Ｒもまた「ＷｉｎＳｔａｒｔ＿Ｒ＋（ＷｉｎＳｉｚｅ－１）」により計算される値に更新する（ステップＳ５７）。その後、ＳＣＣは、パラメータｉの値を１だけインクリメントした値に更新し（ステップＳ５８）、再度ステップＳ５４の処理を実行する。

一方、ステップＳ５６の処理の結果、パラメータｉが１以上である、つまり、ＢＡＷｉｎｄｏｗの更新回数が１以上であると判断された場合（ステップＳ５６のＹｅｓ）、ＳＣＣは、ＢＡＷｉｎｄｏｗにより示される範囲のビットマップ情報を含むＢＡフレームを第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１に送信し（ステップＳ５９）、ここでの一連の処理を終了させる。なお、パラメータｉは、１回のＱｏＳデータフレームの受信に対して、ＳＣＣが保持するＷｉｎＳｔａｒｔ＿ＲをＲｘＲＢＣが保持するＷｉｎＳｔａｒｔ＿Ｂに更新する回数を示す。図２６のステップＳ５６の処理では、ＷｉｎＳｔａｒｔ＿Ｒの更新を１回行っている場合には２回目以降のＷｉｎＳｔａｒｔ＿Ｒの更新を行わず、ステップＳ５９の処理に進むこととした。これはＷｉｎＳｔａｒｔ＿Ｂの更新が短い期間内に頻繁に起きないことを想定して、ＷｉｎＳｔａｒｔ＿Ｒの更新を２回以上行っても値は変わらないと考えるためである。一方で、第１ステーションＳＴＡ１－１がＱｏＳデータフレームを受信してからそれに対するＢＡフレームを送信開始する時点までにＷｉｎＳｔａｒｔ＿Ｂの更新が複数回行われることが想定されるのであれば、ステップＳ５６の処理において、「１」ではなく「２」以上の値をしきい値として設定してもよい。

以上説明した第３実施形態によれば、無線端末ＳＴＡＭＬＤは、無線基地局ＡＰＭＬＤから送信され、受信されたデータフレームのシーケンス番号に基づいて、ＢＡＷｉｎｄｏｗの開始番号および終端番号を自律的に更新することができる。つまり、無線端末ＳＴＡＭＬＤは、無線基地局ＡＰＭＬＤからＢＡＲフレームを受信しなくても、ＢＡ
Ｂｉｔｍａｐ情報を更新することができ、例えば通信が遮断された無線リンクにおける通信の再開を効率的に行うことが可能となる。

以下では、第３実施形態の変形例について説明する。

［第３実施形態の第１変形例］
図２７は、ＲｘＲＢＣにより実行されるＷｉｎＳｔａｒｔ＿Ｒを更新する処理手順を示すフローチャートである。
まず、ＲｘＲＢＣは、送信元ＭＡＣアドレスとＴＩＤ毎に管理される受信Ｒｅｏｒｄｅｒｉｎｇバッファ（Rx Reordering Buffer）の送信元ＭＡＣアドレス（ＴＡ）とＴＩＤとを認識する（ステップＳ６１）。

続いて、ＲｘＲＢＣは、ステップＳ６１の処理において認識された送信元ＭＡＣアドレスとＴＩＤと一致するＢＡＢｉｔｍａｐを管理するＳＣＣを検索し、検索結果として得られたＳＣＣ部から、ＷｉｎＳｔａｒｔ＿Ｒと、当該ＳＣＣを含む無線リンク部の識別子（つまり、ステーションＳＴＡのＩＤ（例えば、Link IDやMACアドレス等））とを取得する（ステップＳ６２）。

ＲｘＲＢＣは、ステップＳ６２の処理において取得されたＷｉｎＳｔａｒｔ＿Ｒの個数を内部パラメータの１つであるパラメータｎ（但し、ｎは１以上の整数である）に設定する（ステップＳ６３）。

以下では、ステップＳ６２の処理において取得されたＷｉｎＳｔａｒｔ＿ＲがＷｉｎＳｔａｒｔ＿Ｒ１、ＷｉｎＳｔａｒｔ＿Ｒ２、…、ＷｉｎＳｔａｒｔ＿Ｒｎであり、これらＷｉｎＳｔａｒｔ＿Ｒに対応する無線リンク部のＩＤがＩＤ１、ＩＤ２、…、ＩＤｎである場合を想定して説明する。

ＲｘＲＢＣは、取得されたＷｉｎＳｔａｒｔ＿Ｒ１～ＷｉｎＳｔａｒｔ＿Ｒｎの中で最新の値を抽出する（ステップＳ６４）。以下では、抽出された最新の値を、ＷｉｎＳｔａｒｔ＿Ｒ＿ｎｅｗと称して説明する。例えば、ＷｉｎＳｔａｒｔ＿Ｒ２が最新の値であれば、上記したＷｉｎＳｔａｒｔ＿Ｒ＿ｎｅｗはＷｉｎＳｔａｒｔ＿Ｒ２となる。なお、ＲｘＲＢＣに受信フレームを最近転送した無線リンク部に含まれるＳＳＣのＷｉｎＳｔａｒｔ＿Ｒが最新の値として抽出されてもよいし、ＲｘＲＢＣが保持するＷｉｎＳｔａｒｔ＿Ｂに最も近い値のＷｉｎＳｔａｒｔ＿Ｒが最新の値として抽出されてもよい。

次に、ＲｘＲＢＣは、内部パラメータの１つであるパラメータｋを１に初期化する（ステップＳ６５）。ＲｘＲＢＣは、ＷｉｎＳｔａｒｔ＿ＲｋとＷｉｎＳｔａｒｔ＿Ｒ＿ｎｅｗとを比較し、その差分（以下、SN_diff_kと表記する）を算出する（ステップＳ６６）。なお、ステップＳ６６の処理においては、ＷｉｎＳｔａｒｔ＿ＲｋがＷｉｎＳｔａｒｔ＿Ｒ＿ｎｅｗ以上の場合と、ＷｉｎＳｔａｒｔ＿ＲｋがＷｉｎＳｔａｒｔ＿Ｒ＿ｎｅｗ未満の場合とで、ＳＮ＿ｄｉｆｆ＿ｋの計算方法が異なっている。

具体的には、ＷｉｎＳｔａｒｔ＿ＲｋがＷｉｎＳｔａｒｔ＿Ｒ＿ｎｅｗ以上の場合、ＳＮ＿ｄｉｆｆ＿ｋは「（ＷｉｎＳｔａｒｔ＿Ｒｋ）－（ＷｉｎＳｔａｒｔ＿Ｒ＿ｎｅｗ）」により算出される。一方、ＷｉｎＳｔａｒｔ＿ＲｋがＷｉｎＳｔａｒｔ＿Ｒ＿ｎｅｗ未満の場合、ＳＮ＿ｄｉｆｆ＿ｋは「４０９５－（ＷｉｎＳｔａｒｔ＿Ｒ＿ｎｅｗ）＋（ＷｉｎＳｔａｒｔ＿Ｒｋ）」により算出される。

ＲｘＲＢＣは、ステップＳ６６の処理において算出されたＳＮ＿ｄｉｆｆ＿ｋが予め設定された閾値（以下、SN_thと表記する）以上であるか否かを判定する（ステップＳ６７）。なお、ステップＳ６７の処理の結果、ＳＮ＿ｄｉｆｆ＿ｋがＳＮ＿ｔｈ未満であると判定された場合（ステップＳ６７のＮｏ）、後述するステップＳ７０の処理が実行される。

一方、ステップＳ６７の処理の結果、ＳＮ＿ｄｉｆｆ＿ｋがＳＮ＿ｔｈ以上であると判定された場合（ステップＳ６７のＹｅｓ）、ＲｘＲＢＣは、ＷｉｎＳｔａｒｔ＿ＲｋをＷｉｎＳｔａｒｔ＿Ｒ＿ｎｅｗに更新する（ステップＳ６８）。

ＲｘＲＢＣは、ステップＳ６８の処理において更新されたＷｉｎＳｔａｒｔ＿ＲｋをＷｉｎＳｔａｒｔ＿Ｒに設定するよう、ＩＤｋの識別子に対応する無線リンク部のＳＣＣに通知する（ステップＳ６９）。

その後、ＲｘＲＢＣは、パラメータｋに１をインクリメントし（ステップＳ７０）、ステップＳ７０の処理において算出された新たなパラメータｋがパラメータｎより大きいか否かを判定する（ステップＳ７１）。ステップＳ７１の処理の結果、パラメータｋがパラメータｎ以下であると判定された場合（ステップＳ７１のＮｏ）、新たなパラメータｋについて、再度ステップＳ６６の処理が実行される。

一方、ステップＳ７１の処理の結果、パラメータｋがパラメータｎより大きいと判定された場合（ステップＳ７１のＹｅｓ）、ＲｘＲＢＣは、ステップＳ６２の処理において取得された全てのＷｉｎＳｔａｒｔ＿Ｒについて処理を行ったと判断し、ここでの一連の処理を終了させる。

なお、上記したステップＳ６２の処理において、ＲｘＲＢＣが各ＳＳＣのＷｉｎＳｔａｒｔ＿Ｒを取得するタイミングは、無線端末ＳＴＡＭＬＤに設けられる図示しない更新タイマーにより指定され、例えばＴＢＴＴ（Target Beacon Transmission Time）毎に、あるいは、ＢｅａｃｏｎＩｎｔｅｒｖａｌの倍数毎に指定されるとしてもよい。ＲｘＲＢＣが各ＳＳＣのＷｉｎＳｔａｒｔ＿Ｒを取得するタイミングは、ビーコンフレームが送受信されるタイミング毎であってもよい。ＲｘＲＢＣが各ＳＳＣのＷｉｎＳｔａｒｔ＿Ｒを取得するタイミングは、ＲｘＲＢＣが受信バッファに格納されたフレームを一定数（例えば128フレーム）だけ次の処理部に転送するタイミング毎であってもよい。

また、上記したステップＳ６９に示すように、対応する無線リンク部に含まれるＳＣＣのＷｉｎＳｔａｒｔ＿Ｒが更新されるタイミングは、少なくともＲｘＲＢＣにより各ＳＣＣのＷｉｎＳｔａｒｔ＿Ｒが取得され、ＷｉｓＳｔａｒｔ＿Ｒ＿ｎｅｗが更新された後である方が好ましい。また、ＲｘＲＢＣからＷｉｎＳｔａｒｔ＿Ｒの通知を受けたＳＣＣが実際に値を更新するタイミングは、通知直後に更新してもよいし、何らかのＭＡＣフレームを送信した後に更新してもよいし、あるいは、ＰＨＹ層部が何らかの復調されたフレームを受信するように要求する受信要求信号をＬＭＡＣ層部に発行した直後でもよい。但し、更新タイミングとしてＬＭＡＣ層部が受信フレームを解析する期間は避けた方が好ましい。

さらに、上記したステップＳ６４の処理において、ＲｘＲＢＣは、取得されたＷｉｎＳｔａｒｔ＿Ｒ１～ＷｉｎＳｔａｒｔ＿Ｒｎの中で最新の値を抽出するとしたが、ＲｘＲＢＣにより抽出される値は、最新の値でなくてもよい。例えば、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１は、他の無線リンクを通じて送信されていた「（ＷｉｎＳｔａｒｔ＿Ｒ）－１」（ここは、ＷｉｎＳｔａｒｔ＿Ｒの値より１だけ小さい値の意味）と一致するシーケンス番号を有したＭＡＣフレームを、最新のＷｉｎＳｔａｒｔ＿Ｒに更新した無線リンク部に送信する可能性があり、この場合、当該無線リンク部に含まれるＳＣＣは、そのシーケンス番号を古い番号と認識する可能性がある。このため、ＲｘＲＢＣにより抽出される値は、最新の値に限定されるものではない。ＲｘＲＢＣが、１つのＷｉｎＳｔａｒｔ＿Ｒを抽出（選択）する他の方法としては、例えば、ＲｘＲＢＣは、２００ｍｓ以内にフレームを転送して来たＳＣＣによって保持されるＷｉｎＳｔａｒｔ＿Ｒの中からランダムに選択するとしてもよい（つまり、最近までＷｉｎＳｔａｒｔ＿Ｒを更新していたＳＣＣの中から選択し、しばらくの間更新が行われていないＳＣＣのＷｉｎＳｔａｒｔ＿Ｒを選択することを避ける）。あるいは、ＲｘＲＢＣは、ＷｉｎＳｔａｒｔ＿Ｂの±ＷｉｎＳｉｚｅ＿Ｒの範囲内に含まれるＷｉｎＳｔａｒｔ＿Ｒの中からランダムに選択してもよい。

上記したステップＳ６８およびＳ６９の処理において、ＲｘＲＢＣは、更新が必要な無線リンク部のＳＣＣのＷｉｎＳｔａｒｔ＿Ｒを更新するとしたが、例えば、ＲｘＲＢＣは、対応する無線リンク部のＳＣＣのＷｉｎＳｔａｒｔ＿Ｒを更新するのではなく、対応する無線リンク部のＳＣＣのＷｉｎＳｔａｒｔ＿Ｒを初期状態にリセットするとしてもよい。具体的には、ＲｘＲＢＣは、初期化要求のあった送信元ＭＡＣアドレスとＴＩＤを有するＢＡＢｉｔｍａｐ情報を０にリセットして送達確認情報を記録していない状態にリセットする（no temporary recordの状態にする）、あるいは、ＡＤＤＢＡした時（BA mechanismを開始する前に、ADDBA Request、ADDBA Responseフレームを交換するネゴシエーションの時）の状態にリセットするとしてもよい。

また、ＲｘＲＢＣは、各ＳＣＣのＷｉｎＳｔａｒｔ＿Ｒを取得したが、ＷｉｎＳｔａｒｔ＿Ｒに限らずＳＣＣのＳｃｏｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌが格納する送達確認情報の範囲を示す情報であれば他の値が取得されてもよく、例えばＲｘＲＢＣは各ＳＣＣのＷｉｎＥｎｄ＿Ｒを取得して、該当するＳＣＣのＷｉｎＥｎｄ＿Ｒを更新してもよい。

以上説明したＳＳＣによるＷｉｎＳｔａｒｔ＿Ｒの更新処理やリセット処理は、複数リンクによる無線通信を行う場合に必要となる。一方、従来のシングルリンクによる無線通信においては、上記したＳＳＣによるＷｉｎＳｔａｒｔ＿Ｒの更新処理やリセット処理は実行してもよいが、必ずしも必要とされない。このため、無線端末ＳＴＡＭＬＤが無線基地局ＡＰＭＬＤと複数リンクによる無線通信を行う場合にはＳＳＣによるＷｉｎＳｔａｒｔ＿Ｒの更新処理やリセット処理を行い、無線端末ＳＴＡＭＬＤがマルチリンク通信に非対応な無線基地局（に含まれるアクセスポイント）と無線通信する場合にはＳＳＣによるＷｉｎＳｔａｒｔ＿Ｒの更新処理やリセット処理を行わない制御を行ってもよい。

なお、上記では、無線端末ＳＴＡＭＬＤがＢＡフレームを送信する場合を想定したが、無線端末ＳＴＡＭＬＤからのＱｏＳデータフレームに対して、無線基地局ＡＰＭＬＤがＢＡフレームを返信する場合にも同様に適用することが可能である。

［第３実施形態の第２変形例］
以下では、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１が、第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１にフレームを送信し、第１ステーションＳＴＡ１－１のＳＣＣのＳｃｏｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌを初期化する方法を説明する。なお、本変形例において、第１ステーションＳＴＡ１－１のＳＣＣのＳｃｏｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌを初期化するために送信されるフレームは、上記した第２実施形態に示した条件１～条件５に該当した場合に送信されてもよい。

第１ステーションＳＴＡ１－１のＳＣＣのＳｃｏｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌを初期化する方法としては、例えばＡｃｔｉｏｎフレームを用いる方法が一例に挙げられる。

図２８は、Ａｃｔｉｏｎフレームのフレームフォーマットを示す図である。Ａｃｔｉｏｎフレームは、ＦｒａｍｅＢｏｄｙフィールドに様々な情報フィールドを含めることで、送信元装置が宛先装置に通知、指示、要求、報告等を行うことを可能にするフレームである。ここでは、ＢＡＢｉｔｍａｐの初期化を要求するために、Ａｃｔｉｏｎフレームが用いられる場合を説明する。

ＢＡＢｉｔｍａｐの初期化を要求するためにＦｒａｍｅＢｏｄｙフィールドには、ＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎｅｌｅｍｅｎｔが含められる。以下では、２種類の内容のＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎｅｌｅｍｅｎｔについて説明する。

図２８（ａ）に示すフォーマットでは、ＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎｅｌｅｍｅｎｔは、ＥｌｅｍｅｎｔＩＤフィールド、Ｌｅｎｇｔｈフィールド、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールド、ＩｎｉｔｉａｌｉｚａｔｉｏｎＣｏｎｔｒｏｌフィールド、ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤｎ（但し、ｎは０～７のいずれかの値を示す）フィールドを含んでいる。

ＥｌｅｍｅｎｔＩＤフィールドには「２５５」が設定され、Ｌｅｎｇｔｈフィールドの直後にＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎが配置されることが示される。

ＬｅｎｇｔｈフィールドはＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎからＬｉｎｋ
ＭａｐｐｉｎｇＯｆＴＩＤｎフィールドまでのフィールドの長さをオクテット単位で示す。例えば、ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ０からＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ７まで、全てのフィールドが含まれる場合の長さは１６オクテットであり、さらにＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドとＩｎｉｔｉａｌｉｚａｔｉｏｎＣｏｎｔｒｏｌフィールドの長さが加算されて、Ｌｅｎｇｔｈフィールドには「１９」が設定される。

ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドには、「ＢＡＢｉｔｍａｐ
Ｉｎｉｔｉａｌｉｚａｔｉｏｎｅｌｅｍｅｎｔ」を示す値が設定され、例えば、「１５０」が設定される。

ＩｎｉｔｉａｌｉｚａｔｉｏｎＣｏｎｔｒｏｌフィールドは、２オクテットの長さを有し、２ビットのＤｉｒｅｃｔｉｏｎビット、６ビットのＲｅｓｅｒｖｅｄビット、８ビットのＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｔＩｎｆｉｃａｔｏｒビットによって構成されている。

Ｄｉｒｅｃｔｉｏｎビットは、フレーム送信の方向を示し、０がアップリンク方向（つまり、無線端末ＳＴＡＭＬＤが無線基地局ＡＰＭＬＤにフレームを送信する方向）を意味し、１がダウンリンク方向（つまり、無線基地局ＡＰＭＬＤが無線端末ＳＴＡＭＬＤにフレームを送信する方向）を意味している。なお、２は、Ｂｉｄｉｒｅｃｔｉｏｎａｌを示し、アップリンク方向およびダウンリンク方向のどちらにもフレームを送信することを意味している。

Ｒｅｓｅｒｖｅｄビットは未使用ビットであり、基本的には０が設定される。

ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｔＩｎｆｉｃａｔｏｒビットには、後続にＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤｎフィールドが存在するか否かを示すためのビットである。ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｔＩｎｆｉｃａｔｏｒビットのビット位置ｎに設定される１は、ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤｎフィールドが存在することを意味し、ビット位置ｎに設定される０は、ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤｎフィールドが存在しないことを意味している。例えば、Ｌｉｎｋ
ＭａｐｐｉｎｇＰｒｅｓｅｎｔＩｎｆｉｃａｔｏｒビットに、「８’ｂ１０００＿００１１」が設定される場合、１が立っているＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ
０、ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ１、ＬｉｎｋＭａｐｐｉｎｇＯｆ
ＴＩＤ７は存在し、０のままの状態のＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ２からＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ６は存在しないことが意味される。

ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤｎフィールドは、ＴＩＤｎのＭＡＣフレームが送信されることが許可された無線リンクを示す。ＬｉｎｋＭａｐｐｉｎｇＯｆ
ＴＩＤｎフィールドのビット位置ｉに１が設定される場合、ＴＩＤｎのフレームは、ＬｉｎｋＩＤｉで示される無線リンク部が無線接続したリンクで送信されることを示す。例えば、ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ０フィールドに、「１６’ｈ００００＿０００１」が設定され、Ｄｉｒｅｃｔｉｏｎビットに１が設定される場合、ＴＩＤが「０」のフレームは、ＬｉｎｋＩＤが「０」の無線リンク部を用いて、第１無線基地局ＡＰＭＬＤ１に含まれる第１アクセスポイントＡＰ１－１から第１無線端末ＳＴＡＭＬＤ１に含まれる第１ステーションＳＴＡ１－１へ送信されることが意味される。

このＡｃｔｉｏｎフレームは、上記したように、ＢＡＢｉｔｍａｐの初期化を要求するフレームであるため、例えば、ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ０フィールドに、「１６’ｈ００００＿０００１」が設定され、Ｄｉｒｅｃｔｉｏｎビットに１が設定される場合、ＬｉｎｋＩＤ「０」の無線リンク部を用いて第１アクセスポイントＡＰ１－１から第１ステーションＳＴＡ１－１に送信していたＴＩＤ「０」のフレームの送達確認を記録していた第１ステーションＳＴＡ１－１のＳＣＣによって保持されるＢＡＢｉｔｍａｐ情報の初期化を要求することが示される。

図２８（ａ）に示されるＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎｅｌｅｍｅｎｔを含むＡｃｔｉｏｎフレームでは、初期化を要求するＴＩＤとＬｉｎｋＩＤは１つだけに限る必要はなく、複数のビットに１を設定することで、複数のＴＩＤとＬｉｎｋＩＤで示されるＢＡＢｉｔｍａｐ情報の初期化を要求することもできる。

一方、図２８（ｂ）に示すフォーマットでは、ＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎｅｌｅｍｅｎｔは、ＥｌｅｍｅｎｔＩＤフィールド、Ｌｅｎｇｔｈフィールド、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールド、ＩｎｉｔｉａｌｉｚａｔｉｏｎＣｏｎｔｒｏｌフィールド、ＬｉｎｋＩｎｆｏフィールドを含んでいる。

ＩｎｉｔｉａｌｉｚａｔｉｏｎＣｏｎｔｒｏｌフィールドは、２ビットのＤｉｒｅｃｔｉｏｎビット、６ビットのＲｅｓｅｒｖｅｄビットによって構成されている。

Ｄｉｒｅｃｔｉｏｎビットは、図２８（ａ）に示す場合と同様に、フレーム送信の方向を示し、０がアップリンク方向（つまり、無線端末ＳＴＡＭＬＤが無線基地局ＡＰＭＬＤにフレームを送信する方向）を意味し、１がダウンリンク方向（つまり、無線基地局ＡＰＭＬＤが無線端末ＳＴＡＭＬＤにフレームを送信する方向）を意味している。なお、２は、Ｂｉｄｉｒｅｃｔｉｏｎａｌを示し、アップリンク方向およびダウンリンク方向のどちらにもフレームを送信することを意味している。
また、Ｒｅｓｅｒｖｅｄビットは未使用ビットであり、基本的には０が設定される。

ＬｉｎｋＩｎｆｏフィールドは、ＬｉｎｋＩＤサブフィールド、ＴＩＤサブフィールドを含んでいる。ＬｉｎｋＩＤサブフィールドには、初期化したいＢＡＢｉｔｍａｐ情報のＬｉｎｋＩＤが設定される。ＴＩＤサブフィールドには、初期化したいＢＡ
Ｂｉｔｍａｐ情報のＴＩＤが設定される。

例えば、Ｄｉｒｅｃｔｉｏｎビットに１を設定し、ＬｉｎｋＩＤに０を設定し、ＴＩＤに０を設定する場合、ＬｉｎｋＩＤ「０」の無線リンク部を用いて第１アクセスポイントＡＰ１－１から第１ステーションＳＴＡ１－１に送信していたＴＩＤ「０」のフレームの送達確認を記録していた第１ステーションＳＴＡ１－１のＳＣＣによって保持されるＢＡＢｉｔｍａｐ情報の初期化を要求することが示される。

図２８（ｂ）に示すフォーマットでは、１つのＡｃｔｉｏｎフレーム送信に対して、１組のＴＩＤとＬｉｎｋＩＤで示されるＢＡＢｉｔｍａｐ情報の初期化を要求することができ、図２８（ａ）に示すフォーマットに比べて簡易的に設定することが可能である。

第１ステーションＳＴＡ１－１のＳＣＣのＳｃｏｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌを初期化する別の方法としては、例えばＢＡｍｅｃｈａｎｉｓｍのネゴシエーションをし直す方法が一例に挙げられる。

通常、ＢＡを開始する場合、まず、データを送信する予定がある装置（Originator）が宛先である装置（Recipient）にＡＤＤＢＡＲｅｑｕｅｓｔフレームを送信し、ＢＡ
ｍｅｃｈａｎｉｓｍの開始を要求する。ＡＤＤＢＡＲｅｑｕｅｓｔフレームを受信したＲｅｃｉｐｉｅｎｔは、ＢＡｍｅｃｈａｎｉｓｍを開始することに問題がなければＡＤＤＢＡＲｅｓｐｏｎｓｅフレームをＯｒｉｇｉｎａｔｏｒに返信する。このＡＤＤＢＡ
Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅフレームの交換により、ＢＡｍｅｃｈａｎｉｓｍのネゴシエーションが完了し、データ（あるいはＡ－ＭＰＤＵ）送信が開始される。

一方、ＢＡｍｅｃｈａｎｉｓｍを終了したい場合、終了を要求する装置（ＯｒｉｇｉｎａｔｏｒまたはＲｅｃｉｐｉｅｎｔ）が相手側にＤＥＬＢＡフレームを送信する。これにより、ＢＡｍｅｃｈａｎｉｓｍが終了される。なお、ＯｒｉｇｉｎａｔｏｒおよびＲｅｃｉｐｉｅｎｔそれぞれは、無線基地局であってもよいし、無線端末であってもよい。

以下では、このネゴシエーションの仕組みを用いて、第１アクセスポイントＡＰ１－１が第１ステーションＳＴＡ１－１とＡＤＤＢＡＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅフレームの交換をし直すことで、第１ステーションＳＴＡ１－１のＢＡＢｉｔｍａｐの初期化を行う手順について説明する。

まず、第１アクセスポイントＡＰ１－１（ここではOriginator）がＤＥＬＢＡフレームを第１ステーションＳＴＡ１－１（ここではRecipient）に送信し、特定のＬｉｎｋのＢＡｍｅｃｈａｎｉｓｍを終了する（「ＤＥＬＢＡする」とも表記する）。その一方で、第１無線端末ＳＴＡＭＬＤ１内の第１ステーションＳＴＡ１－１以外のＬｉｎｋ（例えば、第２ステーションSTA1-2）でのＢＡｍｅｃｈａｎｉｓｍは継続される。

ＤＥＬＢＡフレームの送信の後、第１アクセスポイントＡＰ１－１はＡＤＤＢＡＲｅｑｕｅｓｔフレームを第１ステーションＳＴＡ１－１に送信し、第１ステーションＳＴＡ１－１からのＡＤＤＢＡＲｅｓｐｏｎｓｅフレームを受信して、ＢＡｍｅｃｈａｎｉｓｍを再確立する。この場合に用いるＤＥＬＢＡフレーム、ＡＤＤＢＡＲｅｑｕｅｓｔフレームのフレームフォーマットの一例について説明する。

図２９は、ＤＥＬＢＡフレームのフレームフォーマットを示す図である。以下では、２種類のＤＥＬＢＡフレームについて説明する。

図２９（ａ）に示すフォーマットでは、ＦｒａｍｅＢｏｄｙフィールドには、Ｃａｔｅｇｏｒｙフィールド、ＢｌｏｃｋＡｃｋＡｃｔｉｏｎフィールド、ＤＥＬＢＡＰａｒａｍｅｔｅｒＳｅｔフィールド、ＲｅａｓｏｎＣｏｄｅフィールドが含まれている。なお、ＦｒａｍｅＢｏｄｙフィールドには、これら以外のフィールドがさらに含まれていてもよい。

Ｃａｔｅｇｏｒｙフィールドには、このフレームがＢｌｏｃｋＡｃｋ関連のフレームであることを意味する値が設定され、例えば３が設定される。

ＢｌｏｃｋＡｃｋＡｃｔｉｏｎフィールドには、ＢｌｏｃｋＡｃｋネゴシエーション内で用いられるフレームのアクションの種類が設定され、例えば、ＤＥＬＢＡであることを示す２が設定される。

ＤＥＬＢＡＰａｒａｍｅｔｅｒＳｅｔフィールドには、どのＢＡネゴシエーションに対してＤＥＬＢＡされるかについての情報が設定される。ＤＥＬＢＡＰａｒａｍｅｔｅｒＳｅｔフィールドは、ＬｉｎｋＩＤサブフィールド、Ｉｎｔｉａｔｏｒサブフィールド、ＴＩＤサブフィールドを含んでいる。なお、Ｒｅｓｅｒｖｅｄサブフィールドは未使用領域を意味し、０が設定される。

ＬｉｎｋＩＤサブフィールドには、ＤＥＬＢＡするＬｉｎｋのＩＤが設定され、例えば、第１アクセスポイントＡＰ１－１が第１ステーションＳＴＡ１－１に対してＤＥＬＢＡする場合、ＬｉｎｋＩＤ「０」が設定される。なお、ここでは、ＤＥＬＢＡする対象が第１ステーションＳＴＡ１－１の場合を想定したが、例えばＤＥＬＢＡする対象が第２ステーションＳＴＡ１－２の場合、ＬｉｎｋＩＤには「１」が設定される。

Ｉｎｉｔｉａｔｏｒサブフィールドには、ＤＥＬＢＡフレームを送信する装置がＯｒｉｇｉｎａｔｏｒであるか、Ｒｅｃｉｐｉｅｎｔであるかが設定され、１が設定される場合ＯｒｉｇｉｎａｔｏｒがＤＥＬＢＡフレームを送信することを意味し、０が設定される場合ＲｅｃｉｐｉｅｎｔがＤＥＬＢＡフレームを送信することを意味している。

ＴＩＤサブフィールドには、ＤＥＬＢＡするデータフレームのＴＩＤが設定される。例えば、第１アクセスポイントＡＰ１－１が第１ステーションＳＴＡ１－１に対してＴＩＤ「０」でＡＤＤＢＡした（BA mechanismを確立した）状態で、そのＴＩＤに対してＤＥＬＢＡする（BA mechanismを終了する）場合、ＴＩＤサブフィールドには０が設定される。

ＲｅａｓｏｎＣｏｄｅフィールドには、ＤＥＬＢＡする理由を示す値が設定される。ここでは、ＢＡＢｉｔｍａｐを初期化するためにＤＥＬＢＡするので、例えば、「ＢＡ＿Ｂｉｔｍａｐ＿Ｉｎｉｔｉｌｉｚａｔｉｏｎ」を意味する１００が設定される。なお、この値は他の値でもよく、すでに使用されている値と被らずに、６５５３５までの値であれば任意の値であって構わない。

第１アクセスポイントＡＰ１－１が、図２９（ａ）に示すフレームフォーマットのＤＥＬＢＡフレームを第１ステーションＳＴＡ１－１に送信し、当該フレームが第１ステーションＳＴＡ１－１によって受信されることにより、第１ステーションＳＴＡ１－１は、ＬｉｎｋＩＤとＴＩＤから、どのＢＡネゴシエーションを終了するのかを認識することができ、また、ＲｅａｓｏｎＣｏｄｅが「ＢＡ＿Ｂｉｔｍａｐ＿Ｉｎｉｔｉｌｉｚａｔｉｏｎ」であることにより、ＢＡネゴシエーションを完全に終了するのではなく、特定のＬｉｎｋのＳｏｃｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌ情報を初期化する旨を認識することができる。したがって、第１無線端末ＳＴＡＭＬＤ１のＲｘＲＢＣはこのＤＥＬＢＡフレームを受信してもＲｅｃｅｉｖｅＲｅｏｒｄｅｒｉｎｇＢｕｆｆｅｒの情報を破棄しないようにすることが可能である。

なお、ＲｅａｓｏｎＣｏｄｅが「ＥＮＤ＿ＢＡ」を示す値であれば、第１ステーションＳＴＡ１－１は、ＢＡネゴシエーションを完全に終了することを認識し、ＲｅｃｅｉｖｅＲｅｏｒｄｅｒｉｎｇＢｕｆｆｅｒの情報を破棄するか、もしくは、ＲｅｏｒｄｅｒｉｎｇＢｕｆｆｅｒに残っているフレームを上位層に全て転送しＢＡネゴシエーションを終了する。

一方、図２９（ｂ）に示すフォーマットでは、ＦｒａｍｅＢｏｄｙフィールドには、上記した各種フィールドに加えて、ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドがさらに含まれている。

図２９（ｂ）に示すフォーマットの場合、ＤＥＬＢＡＰａｒａｍｅｔｅｒＳｅｔフィールドは、ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドが存在することから、未使用フィールドとされ、０が設定される。これは、Ｌｉｎｋ
ＩＤやＴＩＤがＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドに含まれるためである。このため、ＤＥＬＢＡＰａｒａｍｅｔｅｒＳｅｔフィールド自体を省略してもよいが、ＤＥＬＢＡＰａｒａｍｅｔｅｒＳｅｔフィールドがあるかないかを判断するための情報を追加する必要があり、その煩雑さを考慮すると、ＤＥＬＢＡＰａｒａｍｅｔｅｒＳｅｔフィールドを未使用フィールドとして残しておき、ＲｅａｓｏｎＣｏｄｅの後にＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドを付加する方が好ましい。

ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドは、図２８に示したＡｃｔｉｏｎフレームに含めるＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドと同じであり、図２８（ａ）に示したＢＡＢｉｔｍａｐ
Ｉｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドと、図２８（ｂ）に示したＢＡ
ＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドとのどちらを適用してもよい。

第１アクセスポイントＡＰ１－１が、図２９（ｂ）に示すフレームフォーマットのＤＥＬＢＡフレームを第１ステーションＳＴＡ１－１に送信し、当該フレームが第１ステーションＳＴＡ１－１によって受信されることにより、第１ステーションＳＴＡ１－１は、ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールド内のＬｉｎｋ
ＩＤとＴＩＤから、どのＢＡネゴシエーションを終了するのかを認識することができる。また、図２８（ａ）に示したＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドが適用される場合、ＬｉｎｋＩＤとＴＩＤの情報を複数含めることが可能であり、１つのＤＥＬＢＡフレームで複数のＬｉｎｋＩＤとＴＩＤの組のＢＡネゴシエーションを終了させることができる。

さらに、ＲｅａｓｏｎＣｏｄｅが「ＢＡ＿Ｂｉｔｍａｐ＿Ｉｎｉｔｉｌｉｚａｔｉｏｎ」であることにより、ＢＡネゴシエーションを完全に終了するのではなく、特定のＬｉｎｋのＳｏｃｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌ情報を初期化する旨を認識することができる。したがって、第１無線端末ＳＴＡＭＬＤ１のＲｘＲＢＣはこのＤＥＬＢＡフレームを受信してもＲｅｃｅｉｖｅＲｅｏｒｄｅｒｉｎｇＢｕｆｆｅｒの情報を破棄しないようにすることが可能である。

図３０は、ＡＤＤＢＡＲｅｑｅｕｓｔフレームのフレームフォーマットを示す図である。図３０に示すように、ＡＤＤＢＡＲｅｑｅｕｓｔフレームのＦｒａｍｅＢｏｄｙフィールドには、Ｃａｔｅｇｏｒｙフィールド、ＢｌｏｃｋＡｃｋＡｃｔｉｏｎフィールド、ＤｉａｌｏｇＴｏｋｅｎフィールド、ＢｌｏｃｋＡｃｋＰａｒａｍｅｔｅｒＳｅｔフィールド、ＢｌｏｃｋＡｃｋＴｉｍｅｏｕｔＶａｌｕｅフィールド、ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールド、ＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎｅｌｍｅｎｔフィールドが含まれている。なお、ＦｒａｍｅＢｏｄｙフィールドには、これら以外のフィールドがさらに含まれていてもよい。

ＢｌｏｃｋＡｃｋＡｃｔｉｏｎフィールドには、ＢｌｏｃｋＡｃｋネゴシエーション内で用いられるフレームのアクションの種類が設定され、例えば、ＡＤＤＢＡＲｅｑｅｕｓｔであることを示す０が設定される。

ＤｉａｌｏｇＴｏｋｅｎフィールドは、ＡＤＤＢＡＲｅｑｕｅｓｔフレームと、それに対する応答であるＡＤＤＢＡＲｅｓｐｏｎｓｅフレームとを対応づけるために用いられる。ＡＤＤＢＡＲｅｑｕｅｓｔフレームを送信する装置（ここでは第１アクセスポイントAP1-1）が０以外の値を本フィールドに設定する。一方、ＡＤＤＢＡＲｅｓｐｏｎｓｅフレームを送信する装置（ここでは第１ステーションSTA1-1）はＡＤＤＢＡＲｅｑｅｕｓｔフレームに含まれるＤｉａｌｏｇＴｏｋｅｎフィールドの値と同じ値をＡＤＤＢＡＲｅｓｐｏｎｓｅフレームに含める。

ＢｌｏｃｋＡｃｋＰａｒａｍｅｔｅｒＳｅｔフィールドには、ＢＡｍｅｃｈａｎｉｓｍにおけるサポート機能についての情報が設定される。図３０では詳細の図示を省略するが、ＢｌｏｃｋＡｃｋＰａｒａｍｅｔｅｒＳｅｔフィールドは、Ａ－ＭＳＤＵ（Aggregated MSDU(MAC Service Data Unit)）Ｓｕｐｐｏｒｔｅｄサブフィールド、ＢｌｏｃｋＡｃｋＰｏｌｉｃｙサブフィールド、ＴＩＤサブフィールド、Ｂｕｆｆｅｒ
Ｓｉｚｅサブフィールドを含んでいる。

Ａ－ＭＳＤＵＳｕｐｐｏｒｔｅｄサブフィールドには、Ａ－ＭＳＤＵをサポートするか否かを示す情報が設定される。ＢｌｏｃｋＡｃｋＰｏｌｉｃｙサブフィールドには、ＨＴ－ｉｍｍｅｄｉａｔｅｂｌｏｃｋａｃｋ（A-MPDU受信後にSIFSでBAフレームを返信する）モードをサポートすることを示す情報が設定される。ＴＩＤサブフィールドには、ＡＤＤＢＡすることを要求するＴＩＤが設定される。ＢｕｆｆｅｒＳｉｚｅサブフィールドには、利用する受信バッファのサイズ値が設定される。Ｒｅｃｉｐｉｅｎｔ（ここでは第１ステーションSTA1-1）は、この値に基づいてＲｘＲＢＣのＲｅｏｒｄｅｒｉｎｇＢｕｆｆｅｒにＭＰＤＵを格納するメモリサイズや、ＳＣＣのデータ受信履歴を保持するＢＡＢｉｔｍａｐのメモリサイズを決定する。もし、ＡＤＤＢＡＲｅｑｕｅｓｔフレームに示されるバッファサイズが、第１ステーションＳＴＡ１－１がサポートするメモリ量よりも大きい場合、第１ステーションＳＴＡ１－１がサポートするバッファサイズをＡＤＤＢＡＲｅｓｐｏｎｓｅフレームで返信することができる。

ＢｌｏｃｋＡｃｋＴｉｍｅｏｕｔＶａｌｕｅフィールドには、ＢＡｍｅｃｈａｎｉｓｍを終了するＴｉｍｅｏｕｔ時間が設定される。ＢＡｍｅｃｈａｎｉｓｍを確立後に、ＢＡｍｅｃｈａｎｉｓｍを用いたフレーム交換が行われずにこの時間が経過した場合ＢＡｍｅｃｈａｎｉｓｍは終了される。

ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドは、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒサブフィールドと、ＦｒａｇｍｅｎｔＮｕｍｂｅｒサブフィールドを含む。ＦｒａｇｍｅｎｔＮｕｍｂｅｒサブフィールドには０が設定される。ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒサブフィールドには、ＡＤＤＢＡを再確立した後に送信する予定のデータフレームのシーケンス番号が設定される。

ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドは、図２２に示したＡｃｔｉｏｎフレームに含めるＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドと同じであり、図２８（ａ）に示したＢＡＢｉｔｍａｐ
Ｉｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドと、図２８（ｂ）に示したＢＡ
ＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドとのどちらを適用してもよい。

ＡＤＤＢＡＲｅｑｕｅｓｔフレーム内のＦｒａｍｅＢｏｄｙフィールドの長さが９バイトより大きい場合、当該フレームを受信したＲｅｃｉｐｉｅｎｔ（ここでは第１ステーションSTA1-1）は、追加のフィールドが含まれていることを認識することができ、ＥｌｅｍｅｎｔＩＤフィールドおよびＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドの値により、追加のフィールドがＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎ
ｅｌｍｅｎｔフィールドであることを認識することができる。

ＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎｅｌｍｅｎｔフィールドが含まれる場合、ＢｌｏｃｋＡｃｋＰａｒａｍｅｔｅｒＳｅｔフィールド内のＴＩＤは未使用フィールドとし、０が設定される。

第１アクセスポイントＡＰ１－１が、図３０に示すフレームフォーマットのＡＤＤＢＡ
Ｒｅｑｕｅｓｔフレームを第１ステーションＳＴＡ１－１に送信し、当該フレームが第１ステーションＳＴＡ１－１によって受信されることにより、第１ステーションＳＴＡ１－１は、ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールド内のＬｉｎｋＩＤとＴＩＤから、第１アクセスポイントＡＰ１－１（Ａｄｄｒｅｓｓ２フィールドから認識可能）とどのＢＡネゴシエーションを再確立するのかを認識することができる。また、ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｏｎｅｌｅｍｅｎｔフィールドが含まれる場合には、第１ステーションＳＴＡ１－１のＳＣＣ内の受信履歴を初期化することが要求されており、ＲｘＲＢＣ内のＲｅｏｒｄｅｒｉｎｇＢｕｆｆｅｒを初期化する必要はないと判断することができる。

これにより、第１ステーションＳＴＡ１－１のＳＣＣが保持する受信履歴だけを初期化することが可能となる一方で、初期化が不要な無線リンク（例えば、第２ステーションＳＴＡ１－２）は無線通信を継続することが可能である。

第１ステーションＳＴＡ１－１のＳＣＣのＳｃｏｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌを初期化するさらに別の方法としては、例えばＯｒｉｇｉｎａｔｏｒ（ここでは第１アクセスポイントＡＰ１－１）がＢＡＲフレームを送信する方法が一例に挙げられる。

この方法は、第１アクセスポイントＡＰ１－１が送信予定のデータフレームのシーケンス番号をＢＡＲのＳＳＮフィールドに設定することで、第１ステーションＳＴＡ１－１のＢＡＢｉｔｍａｐを初期化する方法である。

第１アクセスポイントＡＰ１－１が新規のデータフレームを送信し、第１ステーションＳＴＡ１－１からのＢＡフレームを受信しないか、受信しても第１アクセスポイントＡＰ１－１が意図するＢＡフレームでない（例えば、ＢＡフレーム内のＢＡＢｉｔｍａｐ情報を第１アクセスポイントＡＰ１－１が確認した結果、第１アクセスポイントＡＰ１－１が送信したデータフレームの送達確認情報を含むＢＡＢｉｔｍａｐ情報ではない）場合、第１アクセスポイントＡＰ１－１は当該データフレームを再送する。但し、第１アクセスポイントＡＰ１－１は、データフレームをＭ回（但し、Ｍは０以上の整数）再送しても、送信成功しない場合、そのデータフレームを送信することを諦める。

その後、第１アクセスポイントＡＰ１－１は、新規の別のデータフレームを送信する。この別のデータフレームについても、第１ステーションＳＴＡ１－１からのＢＡフレームを受信しないか、受信しても第１アクセスポイントＡＰ１－１が意図するＢＡフレームでない場合、第１アクセスポイントＡＰ１－１は当該別のデータフレームを再送するが、Ｍ回再送しても、送信成功しない場合、当該別のデータフレームを送信することも諦める。このような動作をＮ回（但し、Ｎは０以上の整数）繰り返した場合に、第１アクセスポイントＡＰ１－１は第１ステーションＳＴＡ１－１に送信予定のデータフレームのシーケンス番号をＳＳＮフィールドに設定したＢＡＲフレームを送信する。

一方、既存のＢＡＲフレームを用いた上記方法では、第１ステーションＳＴＡ１－１がＢＡＲフレームを受信した場合の動作規定は現行のＩＥＥＥ８０２．１１規格の規定に制限されてしまう。例えば、ＢＡＲフレームのＳＳＮの値が、図２０に示したＲａｎｇｅ３の範囲に含まれる場合、第１ステーションＳＴＡ１－１内のＢＡＢｉｔｍａｐの初期化が実行されないといった問題がある。

以下では、このような問題を解消することが可能なＢＡＲフレームについて説明する。このＢＡＲフレームには、ＢＡＢｉｔｍａｐを初期化するために必要なフィールドが追加されている。

図３１は、ＢＡＲフレームのフレームフォーマットを示す図である。以下では、２種類のＢＡＲフレームについて説明する。なお、以下では、主要なフィールドについてのみ説明するものとする。
図３１（ａ）に示すように、ＢＡＲフレームのＢＡＲＣｏｎｔｒｏｌフィールドには、ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｉｏｎビットが含まれている。
Ａｄｄｒｅｓｓ１フィールドには、ＢＡＢｉｔｍａｐをリセットするＲｅｃｉｐｉｅｎｔ（ここでは第１ステーションＳＴＡ１－１）のＭＡＣアドレスが設定される。

ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｉｏｎビットは、１を設定することでＢＡ
Ｂｉｔｍａｐを初期化することを要求されていると第１ステーションＳＴＡ１－１に認識させることができる。さらに、ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｉｏｎビットは、１を設定することで、第１ステーションＳＴＡ１－１において、受信したＢＡＲフレーム内のＳＳＮの値がＲａｎｇｅ１～Ｒａｎｇｅ３のいずれの位置であったとしてもＢＡＢｉｔｍａｐを初期化することができる。また、ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｉｏｎビットは、１を設定することで、特定のＬｉｎｋ（ここでは第１ステーションＳＴＡ１－１）のＳｏｃｒｅｂｏａｒｄＣｏｎｔｅｘｔＣｏｎｔｒｏｌの（ＢＡ
Ｂｉｔｍａｐ）情報を初期化することができる。これによれば、第１ステーションＳＴＡ１－１のＲｘＲＢＣはこのＢＡＲフレームを受信してもＲｘＲＢＣが保持するＲｅｃｅｉｖｅＲｅｏｒｄｅｒｉｎｇＢｕｆｆｅｒの情報を破棄したり、更新したりしない。

ＴＩＤ＿ＩＮＦＯフィールドには、ＢＡＢｉｔｍａｐの初期化を要求するＴＩＤが設定される。

ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒサブフィールドには、第１アクセスポイントＡＰ１－１が第１ステーションＳＴＡ１－１に送信予定のデータフレームのシーケンス番号が設定される。一方で、ＦｒａｇｍｅｎｔＮｕｍｂｅｒサブフィールドには０が設定される。

図３１（ａ）に示すＢＡＲフレームによれば、第１ステーションＳＴＡ１－１は、ＢＡ
ＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎビットにより第１アクセスポイントＡＰ１－１がＢＡＢｉｔｍａｐの初期化を要求していることを認識することができ、ＢＡ
Ｂｉｔｍａｐの初期化を要求する無線リンク（ここでは第１ステーションＳＴＡ１－１）およびＴＩＤを特定することができる。また、図３１（ａ）に示すＢＡＲフレームによれば、第１ステーションＳＴＡ１－１において、受信したＢＡＲフレーム内のＳＳＮの値がＲａｎｇｅ１～Ｒａｎｇｅ３のいずれの位置であっても、ＢＡＢｉｔｍａｐを初期化することができる。さらに、図３１（ａ）に示すＢＡＲフレームによれば、特定の無線リンク（ここでは第１ステーションＳＴＡ１－１）のＢＡＢｉｔｍａｐ情報のみを初期化することができるので、当該ＢＡＲフレームの宛先に指定されていない他の無線リンク（例えば第２ステーションＳＴＡ１－２）のＢＡＢｉｔｍａｐ情報は初期化されないし、第１無線端末ＳＴＡＭＬＤ１のＲｘＲＢＣは、当該ＢＡＲフレームの受信によりＲｅｃｅｉｖｉｎｇＲｅｏｒｄｅｒｉｎｇＢｕｆｆｅｒの情報を破棄しないので、他の無線リンクを用いた無線通信を継続させることが可能である。

図３１（ａ）に示すＢＡＲフレームは、既存のＢＡＲフレームからの変更点が少なく容易に構成することができる。また、ＢＡＢｉｔｍａｐＩｎｉｔｉｌｉｚａｔｉｏｎビットを０に設定すれば、既存のＢＡＲフレームとして機能させることが可能である。

一方、図３１（ｂ）に示すフォーマットでは、ＢＡＲＩｎｆｏｒｍａｔｉｏｎフィールドは、ＩｎｉｔｉａｌｉｚａｔｉｏｎＣｏｎｔｒｏｌフィールド、ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤｎ（但し、ｎは０～７のいずれかの値を示す）フィールドを含んでいる。ＩｎｉｔｉａｌｉｚａｔｉｏｎＣｏｎｔｒｏｌフィールドは、ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｔＩｎｄｉｃａｔｏｒサブフィールドを含む一方で、ＤｉｒｅｃｔｉｏｎサブフィールドはＲｅｓｅｒｖｅｄ扱いとされる。これは、ＢＡＲフレームはＯｒｉｇｉｎａｔｏｒが送信するフレームであり、他のフィールドでフレーム送信の方向を必ずしも設定しなくてよいためである。

ＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎビットは、図３１（ａ）の場合と同様である。また、ＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎビットが１の場合、ＢＡＲＩｎｆｏｒｍａｔｉｏｎフィールドに、ＩｎｉｔｉａｌｉｚａｔｉｏｎＣｏｎｔｒｏｌフィールドと、ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ０～Ｌｉｎｋ
ＭａｐｐｉｎｇＯｆＴＩＤ７とが含まれていることをさらに示すことができる。一方、ＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉｚａｔｉｏｎビットが０の場合、Ｂｌｏｃｋ
ＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールドが含まれることを示すことができ、既存のＢＡＲフレームとして機能させることが可能である。

ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｔＩｎｄｉｃａｔｏｒサブフィールドは、図２８（ａ）に示したＡｃｔｉｏｎフレーム内に含めるＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉａｔｉｏｎｅｌｅｍｅｎｔのＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｔＩｎｄｉｃａｔｏｒと同様に機能する。

ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ０～ＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ７フィールドは、図２８（ａ）に示したＢＡＢｉｔｍａｐＩｎｉｔｉａｌｉａｔｉｏｎｅｌｅｍｅｎｔのＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ０からＬｉｎｋＭａｐｐｉｎｇＯｆＴＩＤ７と同様に機能する。

図３１（ｂ）に示すＢＡＲフレームによれば、複数のＢＡＢｉｔｍａｐ情報の初期化を要求することが可能となる。また、第１無線端末ＳＴＡＭＬＤ１はのＲｘＲＢＣは、当該ＢＡＲフレームの受信によりＲｅｃｅｉｖｉｎｇＲｅｏｒｄｅｒｉｎｇＢｕｆｆｅｒの情報を破棄しないので、初期化が要求されない他の無線リンクを用いた無線通信を継続させることが可能である。

以上説明した少なくとも１つの実施形態によれば、マルチリンク伝送技術を用いた効率的な通信を実現させることが可能な無線通信装置３００（無線基地局ＡＰＭＬＤおよび無線端末ＳＴＡＭＬＤ）および無線通信システムを提供することが可能である。

なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

ＡＰＭＬＤ１…第１無線基地局、ＡＰＭＬＤ２…第２無線基地局、ＳＴＡＭＬＤ１…第１無線端末、ＳＴＡＭＬＤ２…第２無線端末、１０…ハブ、２０…制御装置、３００…無線通信装置、３１０，３２０…無線リンク部、３１１，３２１…アンテナ、３１２，３２２…ＰＨＹ層部、３１３，３２３…ＬＭＡＣ層部、３３０…コントローラ部、３３１…ＵＭＡＣ層部、３４１…プロセッサ部、３４２…メモリ部、３４３…有線Ｉ／Ｆ部。

Claims

第１番号を含む第１フレームおよび第２番号を含む第２フレームを受信する複数の無線部と、
前記第１フレームおよび前記第２フレームを正常に受信したか否かの受信状況を判定する複数の制御部と、
を具備し、
前記制御部のそれぞれは、処理部を有し、
前記処理部それぞれは、
前記第１フレームの受信状況を受信履歴情報として格納し、
前記第１フレームを受信した後、前記第２フレームを受信する前までに前記受信履歴情報を初期化して、前記第２フレームを受信した後、前記第２フレームの受信状況を受信履歴情報として格納する、
無線通信装置。
前記複数の制御部に接続される上位制御部をさらに具備し、
前記制御部それぞれは、前記第１フレームおよび前記第２フレームのうち正常に受信したフレームを前記上位制御部へ転送し、
前記上位制御部は、前記第１番号および前記第２番号に基づいて、前記制御部それぞれからの前記第１フレームおよび前記第２フレームの順序を並び替える、
請求項１記載の無線通信装置。
前記処理部それぞれは、前記第１フレームおよび前記第２フレームの間に応答フレームを要求する第３フレームを受信する場合、前記第１フレームの受信状況に関する前記受信履歴情報を初期化しない、
請求項１記載の無線通信装置。
第１番号を含む第１フレームを受信する複数の無線部と、
前記第１フレームを正常に受信したか否かの受信状況を判定する複数の制御部と、
上位制御部と、
を具備し、
前記制御部それぞれは、
前記第１フレームの受信状況を示す受信履歴情報をそれぞれ保持し、前記受信履歴情報には、前記第１番号に応じた開始番号が設定され、
前記上位制御部は、
前記受信履歴情報にそれぞれ設定される前記開始番号の相互の差分が第１情報以内に収まるように制御する、
無線通信装置。
前記上位制御部は、
前記複数の制御部における第１受信履歴情報と第２受信履歴情報とにそれぞれ設定された第１開始番号と第２開始番号のうち遅れている方の開始番号を進める制御をする、
請求項４に記載の無線通信装置。
前記第１情報は、２^１１である、
請求項４または請求項５に記載の無線通信装置。
第１番号を含む第１フレームを送信する複数の無線部と、
前記複数の無線部に前記第１フレームを転送する複数の制御部と、
を具備し、
前記複数の制御部それぞれは、
第１情報を保持し、
送信予定の前記第１フレームに対応する前記第１番号と、既に送信に成功した第２フレームに対応する第２番号との差分が前記第１情報を超える場合、前記送信予定の第１フレームを送信する前に当該第１フレームに対応する前記第１番号を含む第３フレームを生成し、前記無線部を介して当該第３フレームを送信する、
無線通信装置。
送信予定のフレームであって、シーケンス番号を含むフレームが複数ある場合、前記シーケンス番号のうち最小の値を含む前記フレームを前記第１フレームとする、
請求項７に記載の無線通信装置。