無線通信装置及び無線通信方法
【課題】同一周波数帯に混在する異なる周波数帯域を持つ複数のチャネルに対するメディアアクセス制御を行うことができる無線通信装置を提供する。
【解決手段】第１周波数帯域を持つ第１チャネルを用いて無線通信を行うための第１の物理層プロトコル処理部１１、第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて無線通信を行うための第２の物理層プロトコル処理部１２、第１チャネルが特定の空き条件を満たしたか否かを判定するキャリアセンス部２２、特定の空き条件を満たしたとき第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成して第１の物理層プロトコル処理部１１により送信させる制御、及び第２チャネルを仮想キャリアセンスにより第２の一定期間占有することを宣言する第２フレームを生成して第２の物理層プロトコル処理部１２により送信させる制御を行うチャネル占有・解放制御部２４を有する。
【解決手段】第１周波数帯域を持つ第１チャネルを用いて無線通信を行うための第１の物理層プロトコル処理部１１、第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて無線通信を行うための第２の物理層プロトコル処理部１２、第１チャネルが特定の空き条件を満たしたか否かを判定するキャリアセンス部２２、特定の空き条件を満たしたとき第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成して第１の物理層プロトコル処理部１１により送信させる制御、及び第２チャネルを仮想キャリアセンスにより第２の一定期間占有することを宣言する第２フレームを生成して第２の物理層プロトコル処理部１２により送信させる制御を行うチャネル占有・解放制御部２４を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キャリアセンス状態に基づいてメディアアクセス制御を行う無線通信装置及び無線通信方法に関する。
【背景技術】
【０００２】
メディアアクセス制御(ＭＡＣ: Media Access Control)は、同一のメディアを共有して通信を行う複数の通信装置がメディアをどのように利用して通信データを送信するかを決める制御である。メディアアクセス制御を行うことにより、同時に二つ以上の通信装置が同一のメディアを利用して通信データの送信を行っても、受信側の通信装置が通信データを分離できなくなるという事象（いわゆる衝突）が少なくなる。送信要求を持つ通信装置が存在するにもかかわらず、メディアがいずれの通信装置によっても利用されないという事象も、メディアアクセス制御によって少なくなる。
【０００３】
無線通信においては、通信装置がデータを送信しながら送信データをモニタすることは困難であることから、衝突検出を前提としないメディアアクセス制御が必要である。無線ＬＡＮ(Local Area Network)の代表的な技術標準であるIEEE 802.11では、ＣＳＭＡ／ＣＡ(Carrier Sense Multiple Access with Collision Avoidance)を採用している。
【０００４】
IEEE 802.11におけるＣＳＭＡ／ＣＡでは、ＭＡＣフレームのヘッダに、当該ＭＡＣフレームに続く一つ以上のフレーム交換からなる一連のシーケンスが終了するまでの期間（デュレーションと呼ばれる）が設定される。デュレーションにおいて当該シーケンスに関係がなく送信権を持たない通信装置は、メディアの仮想的な占有状態を判断することにより送信を待機する。これによって衝突の発生が回避される。一方、当該シーケンスで送信権を持つ通信装置は、実際にメディアが占有されている期間を除き、メディアは使用されていないものと認識する。
【０００５】
IEEE 802.11では、前者のようなＭＡＣ層の仮想キャリアセンスと、後者のような物理層の物理キャリアセンスとの組み合わせによってメディアの状態を判定し、それに基づいてメディアアクセス制御を行う旨が規定されている。
【０００６】
特許文献１には、物理層の異なる複数の無線ＬＡＮ方式が混在した無線通信システムにおいて、複数の無線ＬＡＮ方式に共用可能な無線基地局の実現法が記載されている。具体的には、無線基地局において第１物理層の第１報知信号と第２物理層の第２報知信号を交互に発生させて無線端末に送信し、第１及び第２報知信号に同期して第１及び第２物理層を切り替える。第１報知信号の送信時から一定の時間内のみ第１物理層に対応する無線端末のアクセスを可能とし、第２報知信号の送信時から一定時間内のみ第２物理層に対応する無線端末のアクセスを可能とする。
【特許文献１】特開２００３−８７８５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ＣＳＭＡ／ＣＡを採用するIEEE 802.11は、これまで主として物理層のプロトコルを変更することによって通信速度の高速化を図ってきた。2.4GHz帯についてはIEEE 802.11(1997年制定、通信速度＝2Mbps)からIEEE 802.11b(1999年制定、通信速度＝11Mbps)へ、さらにIEEE 802.11g(2003年制定、通信速度＝54MHz)へと変遷している。5GHz帯については現在、IEEE 802.11a(1999年制定、通信速度＝54MHz)のみが標準規格として存在する。
【０００８】
一方、2.4GHz帯及び5GHz帯の両方で更なる高速化を目指す新たな標準規格を策定するために、IEEE 802.11 TGn(Task Group n)が既に設立されている。新たな規格においては、既存の規格（IEEE 802.11b/g/a）と同一周波数帯を使う場合には既存の規格に従う通信装置と共存可能なことが重視され、更に後方互換性を持つことがより好ましい。このためには、ＭＡＣ層のプロトコルは基本的には既存の規格と整合するＣＳＭＡ／ＣＡに従うのがよい。
【０００９】
通信速度の高速化へのアプローチの一つとして、チャネルの周波数帯域を増やす方法がある。新たな規格がこれまで使用されていない周波数帯を用いるのであれば、共存や後方互換性は問題にならない。特許文献１においては、第１物理層及び第２物理層の各々の周波数帯域は異なるが、各々の周波数帯域は例えば4.9-5.0GHzと5.03-5.09GHzのように、周波数が重複してはいない。しかし、周波数は貴重なリソースであるため、既に使用されている周波数帯に新たな周波数帯域を持つ新規チャネルを割り当てることが好ましい。例えば、一つの新規チャネルは複数の既存チャネルを含むようにすることが周波数利用効率を高める上で有効である。
【００１０】
従って、新たな規格に従う通信装置が既存の規格に従う通信装置との共存や後方互換性を維持するためには、新規チャネルを用いて通信を行う際に、新規チャネルのメディアアクセス制御のみでなく、既存の規格に従う通信装置に理解可能な方法により既存チャネルのメディアアクセス制御も行うべきである。しかし、従来のＣＳＭＡ／ＣＡは、一つのチャネルのアクセス制御を行うために設計されており、異なる周波数帯域を持ち、かつ周波数が重複する複数のチャネルに対するメディアアクセス制御を行うことはできない。
【００１１】
本発明の目的は、同一周波数帯に混在する異なる周波数帯域を持つ複数のチャネルに対するメディアアクセス制御を行うことができる無線通信装置及び無線通信方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の第１の観点によると、第１周波数帯域を持つ少なくとも一つの第１チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第１の物理層プロトコル処理部と、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第２の物理層プロトコル処理部と、前記第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定する状態管理部と、前記状態管理部から前記第１チャネルが前記特定の空き条件を満たした旨の判定結果を受けて前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１の物理層プロトコル処理部により送信させる制御を行う第１の制御部とを具備する無線通信装置を提供する。
【００１３】
本発明の第２の観点によると、第１の観点による無線通信装置に加えて前記第２チャネルを仮想キャリアセンスにより第２の一定期間占有することを宣言する第２フレームを生成し、該第２フレームを前記第２の物理層プロトコル処理部により送信させる制御を行う第２の制御部をさらに具備する無線通信装置を提供する。
【００１４】
本発明の第３の観点によると、第１の観点による無線通信装置に加えて前記第２チャネルを仮想キャリアセンスにより解放させる第２フレームを生成し、該第２フレームを前記第２の物理層プロトコル処理部により送信させる制御を行う第２の制御部をさらに具備する無線通信装置を提供する。
【００１５】
本発明の第４の観点によると、第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップとを具備する無線通信方法を提供する。
【００１６】
本発明の第５の観点によると、第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップと、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを仮想キャリアセンスにより第２の一定期間占有することを宣言する第２フレームを生成し、該第２フレームを前記第２チャネルにより送信するステップと具備する無線通信方法を提供する。
【００１７】
本発明の第６の観点によると、第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップと、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを仮想キャリアセンスにより解放させる第２フレームを生成し、該第２フレームを前記第２チャネルにより送信するステップとを具備する無線通信方法を提供する。
【００１８】
本発明の第７の観点によると、送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、前記第１チャネルが一定期間空き状態である場合に前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記チャネルを予約するステップと、前記第１チャネルにおいて送信要求フレームを受信した宛先端末が前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを監視するステップと、第２チャネルが一定時間空き状態である場合に前記宛先端末が前記第２チャネルを用いて送信要求確認フレームを送信することにより前記第２チャネルを予約するステップとを具備する無線通信方法を提供する。
【００１９】
本発明の第８の観点によると、送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、前記第１チャネルが一定期間空き状態である場合に前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記チャネルを予約するステップと、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを管理している制御端末が前記第２チャネルを用いてＰｏｌｌフレームを送信することにより前記第２チャネルの使用を前記送信端末に許可するステップとを具備する無線通信方法を提供する。
【発明の効果】
【００２０】
本発明によると、同一周波数帯に混在する異なる周波数帯域を持つ複数のチャネルに対するメディアアクセス制御を行うことができる。
【発明を実施するための最良の形態】
【００２１】
（第１の実施形態）
図１に示されるように、第１の実施形態に従う無線通信装置は大きく分けて物理層１０、ＭＡＣ層２０及びリンク層３０からなる。物理層１０は、図１では利用するチャネルの周波数帯域が異なる２種類の物理層プロトコルに対応している。すなわち、物理層１０は第１周波数帯域を持つ第１チャネルを用いて通信を行うための物理層プロトコル処理を行う第１の物理層プロトコル処理部１１と、第１周波数帯域より帯域幅が広くかつ第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて通信を行うための物理層プロトコル処理を行う第２の物理層プロトコル処理部１２を有する。第１の物理層プロトコル処理部１１及び第２の物理層プロトコル処理部１２は、実装上は両者の間で回路の共用などがしばしば行われ、必ずしも独立してはいない。
【００２２】
第１の物理層プロトコル処理部１１が処理するプロトコルは、例えば少なくともIEEE 802.11aに規定される物理層プロトコルを含む。第１の物理層プロトコル処理部１１が利用する第１周波数帯域の帯域幅は、例えば20MHzとする。第１の物理層プロトコル処理部１１は、送信側と受信側でそれぞれ複数のアンテナ１３Ａ〜１３Ｂを用いる、いわゆるＭＩＭＯ(Multiple Input Multiple Output) 技術を用いてもよい。ＭＩＭＯ技術は、周波数帯域を同じに保ってもアンテナの数にほぼ比例した伝送容量の増加を見込むことができるため、IEEE 802.11の更なる高スループット化を目指すIEEE 802.11 TGn (Task Group n) に採用される可能性の高い技術である。
【００２３】
第２の物理層プロトコル処理部１２は、例えばＳＩＳＯ(Single Input Single Output)及びＭＩＭＯのいずれか、ないしは両方の技術を用いるものとする。第２の物理層プロトコル処理部１２が使用する第２周波数帯域の帯域幅は、例えば40MHzとする。第１周波数帯域は、第２周波数帯域内に存在している。
【００２４】
ＭＡＣ層２０はチャネルアクセス制御部２１を有し、チャネルアクセス制御部２１はキャリアセンス部２２、チャネル状態管理部２３及びチャネル占有・解放部２４を有する。ＭＡＣ層２０はさらにネットワークシステム管理部２５を有し、ネットワークシステム管理部２５はビーコンフレームの生成やアソシエーションの管理などを司り、後述する拡張が適宜なされる。
【００２５】
キャリアセンス部２２は、物理層１０から得た実キャリアセンス情報とＭＡＣ層２０のプロトコルにより得られる仮想キャリアセンス情報を合わせてキャリアセンス状態を管理することによって、チャネルの空塞（アイドル／ビジー）状態を管理する。すなわち、キャリアセンス部２２は単一のチャネルの空塞状態を管理しているのではなく、第１の周波数帯域内の１つ以上の第１チャネルと、第２の周波数帯域内の１つ以上の第２チャネルの空塞状態を管理している。
【００２６】
チャネル占有・解放部２３は、一定期間チャネルを占有したり、あるいは占有していたチャネルを解放するために必要な、ＭＡＣ層２０の仮想キャリヤセンス状態を制御するフレームを生成する。チャネル占有・解放部２３により生成されるフレームは、物理層１０に送られ、第１の物理層プロトコル処理部１１及び第２の物理層プロトコル処理部１２によって送信される。
【００２７】
チャネル状態管理部２４は、所望のチャネルアクセス制御を行うために、キャリアセンス部２２、チャネル占有・解放部２３、及び物理層１０の第１及び第２のプロトコル処理部１１を協調動作させる。
【００２８】
図１に示した無線通信装置の具体例としては、例えば40M/20M MIMO STA (AP)及び40M/20M STA (AP)が挙げられる。40M/20M MIMO STA (AP)とは、20MHzチャネルによるＳＩＳＯ、20MHzチャネルによるＭＩＭＯ、40MHzチャネルによるＳＩＳＯ、及び40MHzチャネルによるＭＩＭＯの送受信が可能な端末（ないしアクセスポイント）である。40M/20M STA (AP)とは、20MHzチャネルによるＳＩＳＯ及び40MHzチャネルによるＭＩＭＯの送受信が可能な端末（ないしアクセスポイント）である。リンク層３０に関しては、IEEE 802で規定される通常のリンク層の機能を備えるものとする。
【００２９】
図２に示されるもう一つの無線通信装置は、物理層１０が図１中に示した第２の物理層プロトコル処理部１２を含まない点で図１に示す無線通信装置と異なる。第１の物理層プロトコル処理部１１の第１の周波数帯域が名目20MHzで、ＭＩＭＯ技術を含んでも含まなくても構わない点と、ＭＡＣ層２０及びリンク層３０については図１の無線通信装置と共通である。
【００３０】
ただし、図２の無線通信装置では第１の物理層プロトコル処理部１１に基づくメディアアクセス制御しか行わないため、図２におけるＭＡＣ層２０の動作の詳細は図１に示す無線通信装置と一部相違する。第１の物理層プロトコル処理部１１がＭＩＭＯ技術を含まない場合、図２の無線通信装置はIEEE 802.11a, IEEE 802.11b及びIEEE 802.1gの少なくとも一つに対応する既存の装置であっても構わない。
【００３１】
図２に示した無線通信装置の具体例としては、例えば20M MIMO STA (AP)及び20M STA (AP)が挙げられる。20M MIMO STA (AP)とは、20M HzチャネルによるＳＩＳＯ及び20MHzチャネルによるＭＩＭＯの送受信が可能な端末（ないしアクセスポイント）である。20M STA (AP)とは、20M HzチャネルによるＳＩＳＯの送受信が可能な端末（ないしアクセスポイント）である。
【００３２】
図３に、図１及び図２の無線通信装置を含むネットワーク１００の例を示す。ネットワーク１００内の基地局１０１は、40M/20M MIMO APに相当するアクセスポイントである。端末１０２〜１０６は、基地局１０１とアソシエーションを確立している。ここで、端末１０２は40M/20M MIMO STA_1、端末１０３は40M/20M MIMO STA_2、端末１０４は40M/20M STA、端末１０５は20M MIMO STA１０５、端末１０６は20M STA_1である。もう一つの端末１０７は20M STA_2であり、ネットワーク１００以外のネットワーク、例えば20M_ch_bを使用するネットワークに属していると仮定する。
【００３３】
図３のネットワーク１００においては、通信チャネルとして図４に模式的に示されるように、X MHz〜(X+20)MHzの周波数帯域を用いる20MHzのチャネル20M_ch_aと、XMHz〜(X+40)MHzの周波数帯域を用いる40MHzのチャネル40M_chを有する。従って、X MHz〜(X+20) MHzの周波数帯域は、20MHzのチャネルと40MHzのチャネルで重複して利用される。(X+20) MHz〜(X+40) MHzの周波数帯域を用いるもう一つの20MHzのチャネル20M_ch_bは、図３のネットワーク１００では使用されないが、他のネットワークでは使用される場合がある。
【００３４】
ネットワーク１００内では、40MHzチャネル40M_ch及び40M_chと周波数的に重なる２つの20MHzチャネル20M_ch_a, 20M_ch_bのいずれか一方が使用される。言い替えれば、ネットワーク１００に属している40M/20M MIMO STA及び40M/20M STAは、20M_ch_aと20M_ch_bを同時には扱わないものとする。
【００３５】
もし、20M_ch_aと20M_ch_bを同時に扱おうと試みたとしても、IEEE 802.11のプロトコルに従う限り、同一の装置において20M_ch_aによる送信と20M_ch_bによる受信が同時刻に発生することは避けがたい。例えば、ある端末が20M_ch_aで自己宛のデータフレームを受信すると、当該端末は固定値のＳＩＦＳ(Short Inter Frame Space)期間後にＡＣＫを送信する必要がある。20M_ch_bは20M_ch_bとは独立にメディアアクセス制御が行われるため、これと同時に20M_ch_bでフレームの交換が行われる可能性がある。同じ周波数帯であれば、一般にはチャネルが異なっていたとしても送信と受信を同時に行うことができるように実装することは難しい。従って、20M_ch_bで交換されるフレームはＡＣＫを送信している端末では受信ができない。
【００３６】
次に、ネットワーク１００を形成するための接続制御に関して述べる。基地局１０１である40M/20M MIMO APでは、ネットワークシステム管理部２５による制御の下で第１の物理層プロトコル処理部１１が20M_ch_aを用いて定期的にビーコンフレーム(beacon frame)を同報する。一方、端末１０２〜１０６はいずれも20M_ch_aをパッシブスキャン(passive scan)することによりビーコンフレームを受信することができ、それによって基地局１０１の存在、すなわちネットワーク１００の存在を認識する。
【００３７】
あるいは、端末１０２〜１０６は20M_ch_aを用いて自らプローブ要求フレーム(probe request frame)を送信し、それに対する基地局１０１からのプローブ応答フレーム(probe response frame)を受信する、アクティブスキャン(active scan)を行うことによって、基地局１０１の存在、すなわちネットワーク１００の存在を認識することもできる。
【００３８】
基地局１０１である40M/20M MIMO APは、基本的には20M_ch_aと40M_chで動作するが、後述する40M_chへの切り替えなどのために、一時的に20M_ch_bで送受信を行う。この際、20M_ch_bに対するプローブ要求は無視し、プローブ応答を行わない。
【００３９】
端末１０２〜１０６は、複数のチャネルをスキャンした結果得たビーコンフレームまたはプローブ応答フレームに含まれる情報や、ビーコンフレームまたはプローブ応答フレームの受信信号強度などに基づいて、接続するべき基地局１０１（ネットワーク１００）を選択する。特に、基地局１０１である40M / 20M MIMO APが送信するビーコンフレームまたはプローブ応答フレームには、それらを送信する基地局１０１が40M / 20M 対応のアクセスポイントであることを示す情報及び基地局１０１が対応可能なＭＩＭＯの多重数を示す情報（以下、これらを総称してアクセスポイント情報と呼ぶ）などが含まれる。アクセスポイント情報は、ＣＩＦ(Capability Information Field)またはＩＥ(Information Element) のいずれか、あるいはその両方に含まれる。これらのアクセスポイント情報は、対応可能なデータレートの値によって暗に示される場合もある。
【００４０】
端末１０２〜１０６は、このようなアクセスポイント情報も参考にして基地局１０１（ネットワーク１００）を選択する。すなわち、例えば端末１０２、１０３及び１０４(40M / 20M MIMO STA、40M / 20M STA)は40M ch対応の基地局の優先度を上げ、端末１０２、１０３、１０５及び１０６(40M / 20M MIMO STA、20M MIMO STA)はＭＩＭＯ対応の基地局の優先的を上げる。端末１０６(20M STA)は、基地局１０１からのビーコンフレームあるいはビーコン応答フレームに含まれる、40M ch及びMIMO関連の情報は理解できないものとする。従って、これらの情報は端末１０６(20M STA)による基地局の選択には影響を与えない。
【００４１】
図５に、図３のネットワーク１００における接続シーケンスの一例を示す。接続シーケンスは、端末がネットワーク１００を発見したビーコン／プローブ応答を受信したチャネル（ここでは20M_ch_a）によって行われる。ここで、本来は接続(association)の前に認証(authentication)が行われるが、図５と以下の説明では認証については省略している。
【００４２】
基地局１０１である 40M / 20M MIMO AP は、40MHzチャネルと20MHzチャネルかつ４多重のMIMOをサポートしていることを示すビーコンフレームであるbeacon (40M / 20M MIMO 4x) を定期的に同報する。端末１０２〜１０６(40M / 20M MIMO STA、40M / 20M STA、及び20M STA)は、同報されたbeacon (40M / 20M MIMO 4x) を受信し、かつネットワーク１００に接続することを選択する。
【００４３】
さらに、端末１０２〜１０６(40M / 20M MIMO STA、40M / 20M STA、及び20M STA)は、基地局１０１(40M / 20M MIMO AP)に対し、それぞれの端末の能力（対応可能なデータレート）を示す情報を含む接続要求であるassociation request (40M / 20M MIMO 2x)、association request (40M / 20M)、及びassociation request (20M) を送信する。association request (40M / 20M MIMO 2x)は、40MHzチャネルと20MHzチャネルかつ２多重のＭＩＭＯをサポートしていることを示す。association request (40M / 20M)は、40MHzチャネルと20MHzチャネルをサポートしていることを示す。association request (20M)は、20MHzチャネルかつ４多重のＭＩＭＯをサポートしていることを示す。
【００４４】
接続要求であるassociation request (40M / 20M MIMO 2x)、association request (40M / 20M)、及びassociation request (20M)を受信した基地局１０１(40M / 20M MIMO AP)は、各端末１０２〜１０６がサポートしている方式とデータレートを記憶する。記憶された情報は、基地局１０１が各端末１０２〜１０６宛のフレームを送信する際に、送信先の端末がサポートしている方式とデータレートの範囲内で送信することを保障するためなどに用いられる。
【００４５】
次に、図６を用いて図３のネットワーク１００における物理層の動作モード（ＰＨＹモードと記載する）とキャリアセンス状態制御に関する説明を行う。図６の例においては、基地局１０１である40M / 20M MIMO APが20M_ch_aを用いて通信を行う期間（20M_ch_a期間）と40M_chを用いて通信を行う期間（40M_ch期間）との切り替えを制御する。20M_ch_a期間内及び40M_ch期間内においては、基地局１０１が端末１０２〜１０６をポーリングしてメディアアクセス制御を行うモード（ＰＣＦまたはＨＣＣＡ）であっても、各端末１０２〜１０６が対等にメディアアクセス制御を行うモード（ＤＣＦまたはＥＤＣＡ）であっても構わない。
【００４６】
図６は、ネットワーク１００内で当初は20M_ch_aを用いて通信を行っており、この後に40M_ch期間をはさんで、再び20M_ch_a期間に戻る様子を示している。ネットワーク１００内においては20M_ch_aと40M_chを通信に利用するが、40M_chを使用するために40M_chと重なり合う周波数を用いている20M_ch_bは通信に利用できないようにする。20M_ch_bはネットワーク１００に近接する別のネットワークで用いられているかもしれないし、まったく用いられていないかもしれない。
【００４７】
図６（ａ）は、制御に必要となる主なフレームの交換の概要を時系列で示している。図６（ｂ）は、40M / 20M MIMO APのＰＨＹモードと各チャネル (20M_ch_a, 20M_ch_b, 40M_ch) のキャリアセンス状態を示している。図６（ｃ）は、40M / 20M MIMO STA、または40M / 20M STAのＰＨＹモードと各チャネル (20M_ch_a, 40M_ch) のキャリアセンス状態を示している。図６（ｄ）は、20M_ch_aを用いる20M MIMO STAまたは20M STA のＰＨＹモードとチャネル20M_ch_aのキャリアセンス状態を示している。20M_ch_aを用いる20M MIMO STAまたは20M STA は、ネットワーク１００に属している端末であってよい。図６（ｅ）は、20M_ch_bを用いる20M MIMO STAまたは20M STA（これらはネットワーク１００には属していないが、近接するネットワークに属する端末である）のＰＨＹモードとチャネル20M_ch_bのキャリアセンス状態を示している。
【００４８】
図６（ｂ）〜（ｅ）においては、キャリアセンス状態はＭＡＣ層と物理層を区別せずに表している。ＰＨＹモードの切り替えを行う端末ないし基地局においては、キャリアセンス状態が不明な場合がある。例えば、特定のＰＨＹモード（またはチャネルと表現してもよい）Ａ（例えば、20M_ch_a) で動作している場合、他のＰＨＹモードＢ（例えば、20M_ch_bまたは40M_ch) の物理層の実キャリアセンス状態は不明である。また、特定のＰＨＹモードＡ（例えば、20M_ch_a) のＭＡＣ層の仮想キャリアセンスのビジー状態（あるいは自装置がメディアアクセス権を保持している場合には、保持の有効期限）が終了した時点で、他のＰＨＹモードB（例えば、20M_ch_bまたは40M_ch）に切り替えている場合、最初のＰＨＹモードＡのＭＡＣ層の仮想キャリアセンス状態は不明になる。また、ＰＨＹモードを切り替えると、切り替え当初は当該ＰＨＹモードのキャリアセンス状態は不明になることがある。
【００４９】
キャリアセンス状態としては、キャリアセンス部２２が管理する複数の物理層の動作モードとチャネルの空塞状態の中から、現在用いられている物理層の動作モードとチャネルに一致するものを選択して利用する。すなわち、無線通信装置の各々は、基本的には自装置の物理層１０の動作モードとチャネルに関するキャリアセンス状態に従って、メディアアクセス制御を行う。例えば、40M_chで動作している際には40M_chのキャリアセンス状態に従い、20M_ch_aで動作している際には20M_ch_aのキャリアセンス状態に従う。従って、キャリアセンス状態が不明になっても、多くの場合には問題は生じない。
【００５０】
以下、図６に従って動作手順を説明する。最初の時点では、40M / 20M MIMO AP、40M / 20M MIMO STA、40M / 20M STA、20M MIMO STA (20M_ch_a) 及び20M STA (20M_ch_a) は、図６（ｂ）（ｃ）（ｄ）に示されるように20M_ch_aで動作している。20M MIMO STA (20M_ch_b) 及び20M STA (20M_ch_b)は、図６（ｅ）に示されるように20M_ch_bで動作している。
【００５１】
この状態で、チャネル状態管理部２３が基地局１０１(40M / 20M MIMO AP)が40M_chに切り替えを行う手順を開始すると決定したとする。40M / 20M MIMO APは、キャリアセンス部２２により図６（ｂ）に示される20M_ch_aのキャリアセンス状態を管理する。キャリアセンス部２２は、20M_ch_aがアイドル状態になり、ＰＩＦＳ(PCF Inter Frame Space)期間にわたりアイドル状態が継続すると、20M_ch_aの空き条件を満たしたと判定する。チャネル占有・解放部２３は、キャリアセンス部２２から20M_ch_aの空き条件を満たしたという判定結果を受けると、第１の一定期間20M_ch_aを占有することを宣言するフレーム（以下、Ch_a占有宣言フレームという）Ｆ１を生成し、これを第１の物理層プロトコル処理部１１を用いて20M_ch_aにより送信する。
【００５２】
Ch_a占有宣言フレームＦ１は、同時にネットワーク１００の動作モードを20M_ch_aから40M_chに切り替えることを伝える。基地局１０１または端末１０２〜１０６が40M chと20M chを同時に受信待ち状態にできる場合には、動作モードの切り替えは不要であるから、Ch_a占有宣言フレームＦ１は20M_ch_aを第１の期間占有することのみを宣言すればよい。ＰＩＦＳは、40M / 20M MIMO APが他の端末に優先してメディアを獲得するために用いる。制御ポリシーが異なる場合には、ＰＩＦＳ以外の時間間隔、例えばＤＩＦＳ(Distributed Inter Frame Space)＋バックオフ期間を用いてもよい。バックオフ期間は擬似乱数により最大・最小値間の値に決定される。
【００５３】
20M_ch_aの占有期間は、少なくとも予定している40M_ch期間をカバーできるように設定する。20M STAが理解可能な方式で20M_ch_aの占有状態を指定するために、Ch_a占有宣言フレームＦ１にはヘッダのデュレーション(Duration)フィールドを用いる。Ch_a占有宣言フレームＦ１の宛先は、例えば40M / 20M MIMO APとする。Ch_a占有宣言フレームＦ１の生成は、チャネル状態管理部２３の制御の下でチャネル占有・解放制御部２４により行われる。Ch_a占有宣言フレームＦ１の送信は、物理層１０内の第１の物理層プロトコル処理部１１により行われる。
【００５４】
Ch_a占有宣言フレームＦ１は、40M_chを一定期間占有することを示す情報を含んでもよい。40M_chを一定期間占有することを示す情報は後方互換性が不要なので、必ずしもデュレーションフィールドを用いる必要はなく、新たな情報として追加してもよい。デュレーションフィールドの値によって、20M_ch_a及び40M_chの両方を同じ期間だけ占有することにしてもよい。
【００５５】
40M / 20M MIMO STA及び40M / 20M STAは、Ch_a占有宣言フレームＦ１を受信すると、図６（ｃ）に示されるように20M_ch_aのＭＡＣ層のキャリアセンス状態を指定された期間ビジー状態に設定し、同時にＰＨＹモードを20M_ch_aから40M_chに切り替える。図６（ｃ）には、40M_chのＭＡＣ層のキャリアセンス状態は前もってビジー状態に設定されていた場合を示しているが、受信したCh_a占有宣言フレームＦ１に従ってビジー状態に設定してもよい。
【００５６】
こうしてネットワーク１００の動作モードは40M_chに切り替えられたが、ＭＡＣ層のキャリアセンス状態がビジー状態であるため、40M / 20M MIMO STA及び40M / 20M STAはCh_a占有宣言フレームＦ１を送信することができない。即ち、チャネル占有・解放部制御部２４がCh_a占有宣言フレームＦ１を解釈し、その結果に基づいてキャリアセンス部２２がキャリアセンス状態を変更し、チャネル状態管理部２３が物理層１０に指示してＰＨＹモードの切替を行った結果、この状態が実現される。
【００５７】
20M MIMO STA (20M_ch_a)及び20M STA (20M_ch_a) は、Ch_a占有宣言フレームＦ１を受信すると、図６（ｄ）に示されるように20M_ch_aのＭＡＣ層のキャリアセンス状態を指定された期間ビジー状態に設定する。Ch_a占有宣言フレームＦ１は20M_ch_aで送信されているため、20M MIMO STA (20M_ch_b)及び20M STA (20M_ch_b) が受信することはない。
【００５８】
次に、基地局１０１（40M / 20M MIMO AP）は図６（ｂ）に示されるようにＰＨＹモードを20M_ch_bに切り替える。この切り替え後、40M / 20M MIMO APはアイドル状態がＰＩＦＳ期間継続するのを待って、一定期間20M_ch_bを占有することを宣言するフレーム（以下、Ch_b占有宣言フレームという）Ｆ２を送信する。Ch_b占有宣言フレームＦ２は、さらにネットワーク１００と同じ物理媒体を共有しているネットワーク１００以外のネットワーク（図示せず）に属する端末の動作モードを20M_ch_bから40M_chに切り替えることを伝えてもよい。Ch_a占有宣言フレームＦ１の場合と同様に、ＰＩＦＳは40M / 20M MIMO APが他の端末に優先してメディアを獲得するために用いる。制御ポリシーが異なる場合には、ＰＩＦＳ以外の時間間隔、例えばＤＩＦＳ＋バックオフ期間を用いてもよいことも、Ch_a占有宣言フレームＦ１の場合と同様である。
【００５９】
ＰＨＹモードを20M_ch_bに切り替える直前の20M_ch_bのキャリアセンス状態は不明である。また、物理層１０のキャリアセンスは、フレーム先頭のプリアンブル部分で感度が高く、フレームの途中では感度が低いことが一般である。これらのことから、ＰＩＦＳ期間で20M_ch_bを空きと判断するのは、危険な場合もある。従って、20M_ch_bでCh_b占有宣言フレームＦ２に先行する最初のフレームを受信完了するまで待って、キャリアセンス状態を確認した方がよい。ただし、20M_ch_bは基地局１０１が管理するネットワーク１００では使われていないため、実際には使われていない可能性も高い。従って、ここでは効率のよいＰＩＦＳ期間を用いている。
【００６０】
20M MIMO STA (20M_ch_b)及び20M STA (20M_ch_b) は、Ch_b占有宣言フレームＦ２を受信すると、図６（ｃ）に示されるように20M_ch_bのＭＡＣ層のキャリアセンス状態を指定された期間ビジー状態に設定する。Ch_b占有宣言フレームＦ２は20M_ch_bで送信されているため、40M_chに切り替え済みの40M / 20M MIMO STAと40M / 20M STA、及び20M_ch_aで動作している20M MIMO STA (20M_ch_a) 及び20M STA (20M_ch_a) がCh_b占有宣言フレームを受信することはない。
【００６１】
次に、40M / 20M MIMO APは図６（ｂ）に示されるようにＰＨＹモードを40M_chに切り替える。この切り替え後、40M / 20M MIMO AP は図６（ａ）に示されるようにＳＩＦＳ期間継続するのを待って、それまで占有していた40M_chを解放するフレーム（以下、40M_ch解放フレームという）Ｆ３を送信する。ここで、40M / 20M MIMO APが40M_chのメディアを確保している状態なので、必ずしもアイドル状態のＳＩＦＳ期間の継続を確認する必要はないが、確認してもよい。
【００６２】
40M / 20M MIMO STA及び40M / 20M STAは、40M_ch解放フレームＦ３を受信すると、図６（ｃ）に示されるように40M_chのＭＡＣ層のキャリアセンス状態を指定された期間アイドル状態に設定する。なお、アイドル期間の終了を別途伝える場合には、必ずしも前もって期間を定める必要は無い。この時点で、40M_chで動作している40M / 20M MIMO AP、40M / 20M MIMO STA及び40M / 20M STAのいずれもがＭＡＣのキャリアセンス状態がアイドル状態となる。以後、通常のメディアアクセスによりメディアを確保して、図６（ａ）に示されるように40M_chのフレーム交換が行われる。
【００６３】
40M_ch解放フレームＦ３は40M_chで送信されるため、20M MIMO STA (20M_ch_a) 、20M STA (20M_ch_a)、20M MIMO STA (20M_ch_b) 及び20M STA (20M_ch_b)は、40M_ch解放フレームＦ３を受信することはない。この時点では20M MIMO STA (20M_ch_a) と20M STA (20M_ch_a) の20M_ch_aのＭＡＣ層のキャリアセンス状態はビジー状態、20M MIMO STA (20M_ch_b) と20M STA (20M_ch_b) の20M_ch_bのＭＡＣ層のキャリアセンス状態もビジー状態であるため、20M MIMO STA (20M_ch_a) 、20M STA (20M_ch_a) 、20M MIMO STA (20M_ch_b)及び20M STA (20M_ch_b) からは、40M_chと干渉する20M_ch_aまたは20M_ch_bのフレームが送信されることはない。
【００６４】
次に、図６を用いてネットワーク１００内で40MHzチャネル(40M_ch)を使用して通信を行っているモードから、20MHzチャネル(20M_ch)を使用して通信を行うモードに切り替える手順について説明する。40M_chを使用して通信を行っている期間を40M_ch期間、20M_chを使用して通信を行っている期間を20M_ch期間と呼ぶ。
【００６５】
40M_ch期間は、40M_ch期間の占有期間の終了により自然に終了しても構わない。あるいは図６（ａ）に示されるように40M / 20M MIMO AP が明示的に40M_ch期間終了を通知するフレーム（以下、40M_ch期間終了フレームという）Ｆ４を送信しても構わない。40M_ch期間終了フレームＦ４は、明示的ないし暗黙に40M_chの新たな占有期間を開始し、かつ20M_ch_aへの切り替えを指示する。
【００６６】
40M_ch期間が自然に終了した場合、あるいは40M_ch終了フレームＦ４を受信した場合、40M / 20M MIMO STAと40M / 20M STAは、図６（ｃ）に示されるように40M_chのＭＡＣのキャリアセンス状態をビジー状態とし、ＰＨＹモードを20M_ch_aに切り替える。20M_ch_aのＭＡＣのキャリアセンス状態はビジー状態のままであり、40M / 20M MIMO STAと40M / 20M STAは、まだ20M_ch_aのフレームを送信できない。
【００６７】
40M_ch終了フレームＦ４は40M_chで送信されるため、図６（ｄ）（ｅ）に示されるように、20M MIMO STA (20M_ch_a) 、20M STA (20M_ch_a)、20M MIMO STA (20M_ch_b) 及び20M STA (20M_ch_b) は、40M_ch終了フレームを受信することはない。また、20M MIMO STA (20M_ch_a) 、20M STA (20M_ch_a)、20M MIMO STA (20M_ch_b) 及び20M STA (20M_ch_b) は、40M_chに関する状態を持たないため、40M_chが自然に終了した場合にも、特に変化はない。
【００６８】
次に、40M / 20M MIMO AP は、図６（ｂ）に示されるようにＰＨＹモードを20M_ch_bに切り替え、図６（ａ）に示されるように20M_ch_bの占有状態を解放するフレーム（以下、Ch_b解放フレームという）Ｆ５を送信する。20M_ch_bの占有期間を40M_ch期間の終了に引き続いて終了するように予め設定しておくことにより、20M_ch_bの占有期間を自然に終了させても構わない。
【００６９】
20M MIMO STA (20M_ch_b)及び20M STA (20M_ch_b) は、Ch_b解放フレームＦ５を受信した場合、あるいは20M_ch_bの占有期間が自然に終了した場合、図６（ｄ）に示されるように20M_ch_bのＭＡＣ層のキャリアセンス状態をアイドル状態に設定する。これにより20M MIMO STA (20M_ch_b)及び20M STA (20M_ch_b) は、20M_ch_bのフレーム交換を開始できる。
【００７０】
Ch_b解放フレームＦ５は20M_ch_bで送信されているため、20M_ch_aに切り替え済みの40M / 20M MIMO STAと40M / 20M STA、 及び20M_ch_aで動作している20M MIMO STA (20M_ch_a) と20M STA (20M_ch_a) が受信することはない。また、40M / 20M MIMO STA、40M / 20M STA、20M MIMO STA (20M_ch_a) 及び20M STA (20M_ch_a) は、20M_ch_bに関する状態を持たないため、20M_ch_bの占有期間が自然に終了した場合にも、特に変化はない。
【００７１】
次に、40M / 20M MIMO AP は、図５（ｂ）に示されるようにＰＨＹモードを20M_ch_aに切り替え、図６（ａ）に示されるように20M_ch_aの占有状態を解放するフレーム（以下、Ch_a解放フレームという）Ｆ６を送信する。20M_ch_aの占有期間を40M_ch期間の終了と20M_ch_bの占有期間の終了に引き続いて終了するように、予め設定しておくことにより、20M_ch_aの占有期間を自然に終了させても構わない。
【００７２】
20M_ch_aに切り替え済みの40M / 20M MIMO STAと40M / 20M STA、 及び20M_ch_aで動作している20M MIMO STA (20M_ch_a) と20M STA (20M_ch_a) は、Ch_a解放フレームを受信した場合、あるいは20M_ch_bの占有期間が自然に終了した場合、20M_ch_aのＭＡＣ層のキャリアセンス状態をアイドル状態に設定する。これにより、40M / 20M MIMO STA、40M / 20M STA、20M MIMO STA (20M_ch_a) と20M STA (20M_ch_a) は、20M_ch_aのフレーム交換を開始できる。
【００７３】
Ch_a解放フレームＦ６は20M_ch_aで送信されているため、20M_ch_bで動作している20M MIMO STA (20M_ch_b) と20M STA (20M_ch_b) が受信することはない。20M MIMO STA (20M_ch_b) と20M STA (20M_ch_b) は20M_ch_aに関する状態を持たないため、20M_ch_aの占有期間が自然に終了した場合にも、特に変化はない。
【００７４】
なお、40M_chしか送受信できない端末が存在した場合にも、基本的に同様の手順で共存させることができる。
【００７５】
上記手順では、40M_ch解放フレームＦ３を40M / 20M MIMO APが送信することにより40M_ch期間を開始している。これは40M_ch期間において、ＤＣＦ(Distributed Coordination Function)あるいはＥＤＣＡ(HCF Contention Access)に基づき、各装置が対等にメディアを獲得する場合の手順である。しかし、ＰＣＦ(Point Coordination Function)あるいはＨＣＣＡ(HCF Controlled Access)などに基づいて、ネットワークの基地局である40M / 20M MIMO AP が基本的にはポーリング方式で各端末にメディアアクセス権を割り当てる方式も必要である。この場合には、40M / 20M MIMO APは40M_ch期間を開始する際に、40M_ch解放フレームＦ３ではなく、ポーリング方式によるメディアアクセス権を割り当てる期間を明示したフレームを送信してもよい。このフレームは宛先アドレスなどの形式で、ポーリングによりメディアアクセス権を与える相手の端末を明示する情報を含む。
【００７６】
図６の動作例では、ネットワーク１００で使用している側の20M_ch_aを20M_ch_bよりも先にビジー状態とし、20M_ch_bより後に解放した。ネットワーク１００で用いていない20M_ch_bには、40M / 20M MIMO APからキャリアセンス状態が不明な状態が生じるが、ネットワークで用いている20M_ch_aにはそのような状態が生じないため、キャリアセンス状態の信頼性を重視するならば、この順が好ましいと思われる。但し、20M_ch_aと20M_ch_bの占有と解放の相対的な順序を変えても、本質は変わらない。
【００７７】
例えば、20M_ch_bを20M_ch_aよりも先に占有し後から解放するとした場合、20M_ch_aの占有と40M_chの解放と一つのフレームにまとめることができる。40M_ch期間の終了（40M_chの占有）と20M_ch_aの解放についても、一つのフレームにまとめることができる。
【００７８】
図６の動作例では、40M / 20M MIMO AP、40M / 20M MIMO STA及び40M / 20M STAは、物理層１０が40M_chで動作している場合には20M_ch_aのフレームの送受信はできず、20M_ch_aで動作している場合には40M_chのフレームの送受信はできないことを仮定している。
【００７９】
40M / 20M MIMO AP、40M / 20M MIMO STA及び40M / 20M STAが20M_ch_aのフレームと40M_chのフレームを動作モードの切り替えなしに送受信できるならば（特に20M_ch_aか40M_chか予め決めずに、いずれのフレームでも受信できるならば、手順はより簡単になる。40M / 20M MIMO APが20M_ch_bだけを占有と宣言した状態で、20M_ch_aと40M_chのフレームを取り混ぜて交換すればよい。
【００８０】
図７に、20M_ch期間と40M_ch期間の時間割合の適応制御の例を示す。図６で説明した方式に従うと、ネットワーク１００内で20M_ch_aを用いる期間の長さと40M_chを用いる期間の長さは、基地局１０１(40M / 20M MIMO AP)内のチャネル状態管理部２３が制御する。従って、20M_ch期間と40M_ch期間に与える時間を定める必要がある。これらの時間は単なる固定値でも構わないが、図７では20M_ch期間と40M_ch期間のネットワーク使用率に基づいて20M_ch期間と40M_ch期間との時間割合を制御する方法を例示する。ここでは、ネットワーク使用率を20M_ch期間と40M_ch期間においてキャリアセンス部２２から得たビジー状態とアイドル状態の割合から計算されるメディア使用率と定義する。
【００８１】
尚、図６の動作例において40M/20M MIMOAPが20M_ch_bを確保しようとする際に、20M_ch_bがある一定以上の期間ビジー状態で、ch_b占有宣言フレームF2を送信する機会を見出せない場合もありえる。このような場合には、40_ch期間の開始を諦め、40M/20M MIMO APがCh_a開放フレームを送信して、20M_ch期間を再開しても良い。40M/20M MIMO STAと40M/20M STAが、40M PHYモードでも20M_ch_aを受信できる場合には、Ch_a開放フレームにより40M_ch期間が開始されないことを通知できるので、PHYモードも制御できる。また、BSS全体でタイムアウトの値を共有して（例えば、ビーコンに含まれる情報や、アソシエーション時に交換する情報により共有する）、40M/20M MIMO STA、40M/20M STAは、40M ch開放フレームを一定期間受信しなかったら、PHYモードを20M_ch_aに戻すようにしても良い。いずれにしても各STAのCh_aを空き状態にし、かつPHYモードを20M_ch_aに戻せば良く、これ以外にも制御フレームやタイムアウトを組み合わせた複数の実現方法がありえる。
【００８２】
また、図示しないが、40M ch Frameの先頭に20M ch Frameと共通なPLCPヘッダ部分を設けることで、40M PHYモードで送信する40M ch FrameのPHYヘッダに含まれるRateとLengthフィールドが、20M STAおよび20M MIMO STAでも受信解釈可能なようにすることができる。20M STAおよび20M MIMO STAは、LengthをRateで割ることにより算出される時間、PHYメディアが占有されると解釈する。このような構成にすると、ch_bを占有するためのF2と、40M ch開放のF3を一つの40M ch Frameにまとめることもできる。つまり、20M ch Frameと共通なPLCPヘッダに含まれるRateとLengthを、20M ch_bを占有する期間の、少なくとも一部をカバーするように、かつ送信するフレーム自体が占有する時間よりは適度に長くなるように設定する。これにより、20M ch_bに存在する20M STAおよび20M MIMO STAは、DataとLengthで計算される期間をbusyと判断する。
【００８３】
20M ch Frameと共通なPLCPヘッダに含まれるRateとLengthは、当該フレームの本当の伝送レートとデータ長に一致している必要は無い。なぜなら、フレーム本体を受信できる40M/20M MIMO STAと40M/20M STAには、40M ch Frameを受信可能な装置だけが理解できる方法で、本当の伝送レートとデータ長を伝えればよいからである(なお、20M STAが従来の装置で、20M MIMO STAは新たな仕様に従う装置とすれば、20M MIMO STAにも解釈可能なように40M PHYフレームを構成することも可能である）。40M/20M STAおよび40M/20M MIMO STAは、20M ch Frameと共通なPLCPヘッダ部分以降も解釈可能である。この部分で、本当の伝送レート(40M Rate)とデータ長(40M Length)、および40M chを開放することを伝える。40M Rateと40M LengthはPHYヘッダに含まれるが、40M chを開放する旨を示す情報は、PHYヘッダの情報の一部としても良いし、MACヘッダに含めても良い。
【００８４】
なお、20M STAがIEEE802.11aないしIEEE802.11g仕様に基づくとすると、Lengthを4095 octets、Rateを6Mbpsとした場合が最大の期間(5.46msec)となる。これは必ずしも40M ch Frame交換期間を満たさないかもしれないが、40M ch Frame交換期間においても、20M PHYフレームと共通なPLCPヘッダ部分を持つ40M PHY Frameを交換し、その20M PHYフレームと共通なPLCPヘッダに含まれるRateとLengthを、引き続く40M ch Frame交換を含むように適切に設定することとすれば、全体として途切れなく40M ch Frame交換期間をカバーすることが出来る。
【００８５】
また、40M期間終了を示すF4と、20M ch_b開放を示すF5も一つの40M ch Frameにまとめてよい。この場合、20M STAおよび20M MIMO STAは当該40M ch Frameのフレームボディを正しく復号できないので、DataとLengthで示された期間終了後、エラーリカバリーのために規定されているEIFS期間待つことになり、通常よりも20M ch_bアクセスを行なう前に待つ期間が長くなる。これを避けるために、DataとLengthで示される期間を本来の40M ch Frameが占有する期間よりも短く設定しても良い。また、40M ch Frame交換期間に交換する40M ch Frameの20M ch Frameと共通なPLCPヘッダ部分に設定するRateとLengthは、予想される40M期間終了を超えないように設定するべきである。
【００８６】
この構成では、単にフレーム数が減るだけではなく、40M/20M MIMO APのPHYモード切り替えを、図6(b)に示すものから、図6(C)に示すPHYモードの切り替えと同様なものに単純化することが出来る。40M/20M MIMO AP/STA、40M/20M STAが、40Mと20Mを切り替えて使う際に、20M ch_aが40M chの上半分なのか下半分なのかを、AP毎ではなく、例えば仕様として全体が従うように決めてしまえば、20M ch_aと40M chを切り替えながら使う必要はあるが、20M ch_bを40M chと切り替えながら使うことは考慮する必要がなくなり、実装が容易になる可能性がある。
【００８７】
メディア使用率に従って40M_ch期間と20M_ch期間の時間割合をどのように制御するかは、適当なポリシーにより定められる。例えば、20M_chを使う装置と40M_chを使う装置がメディアをなるべく平等に使用できるようにするならば、図７の真ん中方向（20M_ch メディア使用率＝中、40M_ch メディア使用率＝中）になるように時間割合を制御する。20M_chよりも40M_chを優先するならば、図７の下方向（20M_ch メディア使用率＝低、40M_ch メディア使用率＝高）となるように時間割合を制御する。40M_chよりも20M_chを優先するならば、図７の上方向（20M_ch メディア使用率＝高、40M_ch メディア使用率＝低）となるように時間割合を制御する。
【００８８】
基地局１０１(40M / 20M MIMO AP)内のチャネル状態管理部２３は、キャリアセンス部２２から得た情報とポリシーに基づいて上記の時間割合を決め、40M_chと20M_chの期間を適応制御する。チャネル状態管理部２３が上記の時間割合を求めるのに必要な情報は、基地局１０１(40M / 20M MIMO AP)内のキャリアセンス部２２により取得してもよいし、他の端末のキャリアセンス部により取得して基地局１０１内のチャネル状態管理部２３に集めてもよい。
【００８９】
さらに、20M_ch期間の40M / 20M MIMO STAと40M / 20M STAによるメディア使用率を測定し、メディア使用率が高ければ40M_ch期間の長さを大きくしてもよい。40M / 20M MIMO STA及び40M / 20M STAのような40M_chで通信できる端末が20M_ch期間を多く用いているということは、要求に比較して40M_ch期間が短過ぎる可能性が高いと考えられるため、このような制御を行うことが有効である。
【００９０】
（第２の実施形態）
図８及び図１０に、本発明の第２の実施形態に従うネットワーク構成を示す。図８及び図１０では、40M STA_1が40M STA_2に40MHzチャネルを用いてフレームを送信しようとしている。20M_ch_a、20M_ch_bは、それぞれ異なるＢＳＳ(Basic Service Set)において使用されており、独立にメディアアクセスが行われている。図８及び図１０では、40M STA_1が接続しているBSS_aが20M_ch_aを使用し、BSS_aと隣接またはオーバーラップしているBSS_bが20M_ch_bを使用している場合を考える。
【００９１】
20M_ch_aでは、ＤＣＦないしＥＤＣＡによるメディアアクセスが行われている。一方、20M_ch_bでは、ＤＣＦないしＥＤＣＡ又はＰＣＦないしＨＣＣＡのいずれのメディアアクセスが行われていてもよい。図８は、20M_ch_a、20M_ch_b共にＤＣＦないしＥＤＣＡを行っている場合を示し、図１０は20M_ch_aはＤＣＦないしＥＤＣＡ、20M_ch_bはＰＣＦないしＨＣＣＡを行っている場合を示している。
【００９２】
図９及び図１１を用いて、本実施形態のネットワーク構成における物理モードとキャリアセンス状態制御に関して説明を行う。
まず、40M STA_1は20M_ch_aのキャリアセンスを行い、20M_ch_aが一定期間（ＤＩＦＳ又はＡＩＦＳ）アイドル状態になるまで待つ。一定期間のアイドル状態が検出されたら、40M STA_1はバックオフカウンタのカウントダウンを開始する。40M STA_1は、バックオフカウンタが０になったところで20M_ch_aを用いて40M STA_2宛にRTSaを送信し、40M STA_2からのフレーム受信待ちに入る。
【００９３】
RTSaは、IEEE 802.11で規定されているRTSフレームとそれにより開始されるフレームシーケンス、ないしはそれを拡張したものとする。拡張の内容としては、RTSaが送信されたチャネル (20M_ch_a) にCTSaを送信することに加え、後述のように別チャネル (20M_ch_b) の空きを確認してCTSbを送信することを含んでもよい。空きを確認する別チャネルは暗黙に指定してもよい。例えば、40M_chが40MHzのチャネル間隔で規定されていれば、ある20M_chと対になる20M_chは暗黙に指定される。また、別チャネルを RTSaの情報要素で明示的に指定してもよい。同時に単一のチャネルしか送受できない装置に対しては、空きを確認する対象である別チャネルに対応する物理層の動作モードへの切り替えを含意してもよい。
【００９４】
RTSaを受信した40M STA_2は、RTSaの受信が終了してからSIFS時間後に20M_ch_aを用いてCTSaを40M STA_1に返信し、20M_ch_bのキャリアセンスを開始する。40M STA_2は、同時に単独のチャネルしか扱えないならば、20M_ch_bのキャリアセンスのために物理層の動作モードを20M_ch_bに切り替える。CTSaはIEEE 802.11に規定される通常のCTSであってもよいし、後述のようにCTSaの送信元が別チャネル (20M_ch_b) の空きを確認して送信するCTSbを受信するように、40M STA_1を準備するものであってもよい。
【００９５】
20M_ch_aを用いて送信されたRTSa又はCTSaを受信した各40M STAとBSS_aに所属する各20M STAは、データフレームの送信終了予定時刻まで送信を禁止される。40M STA_2からのCTSaを40M STA_1が20M_ch_aより受信した時点で、40M STA_1のための20M_ch_aの予約が完了したものとする。40M STA_1は、同時に単独のチャネルしか扱えないならば、物理層の動作モードを20M_ch_bに切り替える。
【００９６】
次に、BSS_bがＤＣＦないしＥＤＣＡを行っている場合について図８及び図９を用いて説明する。
40M STA_2は20M_ch_bのキャリアセンス中に、DIFSないしAIFS時間 のアイドル状態を検出した場合、20M_ch_bを用いて40M STA_1にCTSbを送信する。ここで、40M STA_2は、同時に単独のチャネルしか扱えないならば、予期される40M STA_1からのフレームを受信するため、物理層の動作モードを40M_ch に切り替える。このCTSbを受信したBSS_bに所属する各20M STAは、データフレームの送信終了予定時刻まで送信を禁止される。40M STA_1は20M_ch_aにおいてCTSaを受信した後の40M STA_2からのフレーム受信待ちの期間に20M_ch_bからCTSbを受信した時点で、40M STA_1のための20M_ch_bの予約が完了したものとする。従って、40M STA_1は20M_ch_a、20M_ch_bの両方を予約することができたと判断し、20M_ch_a及び20M_ch_bの両方を用いて40MHzチャネル用のデータフレームを送信する。ここで、40M STA_1は、同時に単独のチャネルしか扱えないならば、物理層の動作モードを40M_ch に切り替える。
【００９７】
一方、20M_ch_aの予約後に20M_ch_bではビジーが続き、長時間が経っても20M_ch_bを予約できない場合が考えられる。従って、40M STA_1がCTSaを20M_ch_aより受信した後、あらかじめ定めた一定期間内に20M_ch_bからCTSbを受信しない場合には、40M STA_1はタイムアウトと判断し、NAV開錠フレームを20M_ch_aで送信することで、20M_ch_aのRTS/CTSによる送信禁止状態を解除する。
【００９８】
次に、BSS_bがＰＣＦないしＨＣＣＡを行っている場合について図１０及び図１１を用いて説明する。
40M STA_1は、20M_ch_aにおいてCTSaを受信した後の40M STA_2からのフレーム受信待ちの期間にBSS_bのAP_bから40M STA_1宛のＰｏｌｌフレームを受信した場合、Ｐｏｌｌフレーム受信からＳＩＦＳ時間後に20M_ch_a及び20M_ch_bの両方を用いて40MHzチャネル用のデータフレームを送信する。
【００９９】
一方、20M_ch_bで実行されているポーリングの順番が40M STA_1になかなか回ってこないことにより、20M_ch_aは予約できているにもかかわらず長時間経っても40MHzチャネル用のデータフレームを送信できない場合が考えられる。従って、40M STA_1がＣＴＳを20M_ch_aより受信した後、あらかじめ定めた一定期間内に20M_ch_bからＰｏｌｌフレームを受信しない場合には、40M STA_1はタイムアウトと判断し、ＮＡＶ開錠フレームを20M_ch_aで送信することで、20M_ch_aのＲＴＳ／ＣＴＳによる送信禁止状態を解除する。
【０１００】
BSS_bのAP_bから40M STA_1宛のＰｏｌｌフレームを投げさせる方式としては、例えばBSS_bにおけるポーリングでは40M STA用というＰｏｌｌフレームの送信をあらかじめ一定周期毎にポーリングの順番に入れておく方式や、BSS_bがポーリングを開始する際にポーリングの順番に加入したい40M STAを募集する方式、または一定周期毎にこの40M STA募集プロセスを実行するという方式が考えられる。
【０１０１】
あるいは、以下の方式に従いAPからのPollフレームを早期に受信できるようにしてもよい。APは40M帯域通信をサポートしており、20M_ch_aと20M_ch_bを用いて同時に2チャネルで通信が行えるものとする。
【０１０２】
（方式１）40M STA_1が20M_ch_aを確保した後、一定期間内に20M_ch_bからPollフレームを受信するように、APにPollフレームの送信を促す。
【０１０３】
（方式２）20M_ch_aを確保後、一定期間内に20M_ch_bからPollフレームを受信するようなタイミングで、40M STA_1が20M_ch_aを確保する。
【０１０４】
まず、方式１について説明する。方式１は、40M STA_1が20M_ch_aを確保した後、一定期間内にBSS_bのAPから40M STA_1宛のPollフレームを投げさせる、というものである。具体的には、40M STA_1はAPに対しPollフレームの送信を促す要求フレームを送信する。
【０１０５】
図１２は、RTS/CTS交換後に40M STA_1がPollフレームの送信をAPに要求する場合のフレーム交換図である。図１２において、40M STA_1は、まず図１１の場合と同様にRTSa/CTSa交換により20M_ch_aを確保する。その後、CTSa受信からSIFS時間後に、40M STA_1は、Pollフレームの送信をAPに要求するPoll.reqフレームを、20M_ch_aを用いてAPに送信する。Poll.reqフレームを受信したAPは、次のPollフレームを40M STA_1宛に送信するようにスケジューリングを行う。
【０１０６】
APがスケジューリングに成功し、次のPollを40M STA_1宛に送信することが可能な場合は、Poll.reqフレーム受信よりSIFS時間後に、APが40M STA_1に対してPollフレームを送信可能であることを示すPoll.resフレームを、20M_ch_aを用いて40M STA_1に返す。APからPoll.resフレームを受信した40M STA_1は、Pollフレームの待ち状態に入り、20M_ch_bにおいてPollフレームを受信したら、20M_ch_aと20M_ch_bの両方を用いた40M帯域上で、40M STA_2宛にデータを送信する。
【０１０７】
一方、APがスケジューリングに失敗し、次のPollフレームを40M STA_1宛に送信することができない場合は、APは40M STA_1に何も返信しない。40M STA_1はPoll.reqの送信後SIFS時間経過してもAPからPoll.resが返ってこない場合、20M_ch_bの確保に失敗したものとみなし、20M_ch_aのみを用いて20M帯域上で40M STA_2宛にデータを送信する。
【０１０８】
このように、40M STA_1 - 40M STA_2間のRTS/CTS交換により20M_ch_aを確保した後、さらに40M STA_1 - AP間のPoll.req/Poll.res交換により40M STA_1からAPにPollフレームの送信を要求することで、40M STA_1が20M_ch_aを確保した後、タイムアウトが発生する前に20M_ch_bからPollフレームを受信することができる。
【０１０９】
次に、図１３は、40M STA_1がRTSにAPへのPoll要求情報を付加して送信する場合のフレーム交換図である。図１３において、40M STA_1は、まず40M STA_2宛のRTSaにAP宛のPoll要求情報を付加して1フレーム（RTSa+Poll.reqフレーム）を形成し、20M_ch_aを用いて送信する。
【０１１０】
RTSa+Poll.reqフレームを受信した40M STA_2は、RTSa+Poll.reqフレーム受信からSIFS時間経過後に、周辺端末にNAVを張らせるためのCTSaを、20M_ch_aを用いて40M STA_1宛に返信する。一方、RTSa+Poll.reqフレームを受信したAPは、RTSa+Poll.reqフレームのPoll.req部分を見て40M STA_1がPollフレームを要求していることを認識し、次のPollフレームを40M STA_1宛に送信するようにスケジューリングを行う。
【０１１１】
APがスケジューリングに成功し、次のPollを40M STA_1宛に送信することが可能な場合は、CTSaフレーム受信よりSIFS時間後に、APが40M STA_1に対してPollフレームを送信可能であることを示すPoll.resフレームを、20M_ch_aを用いて40M STA_1に返す。APからPoll.resフレームを受信した40M STA_1は、Pollフレームの待ち状態に入り、20M_ch_bにおいてPollフレームを受信したら、20M_ch_aと20M_ch_bの両方を用いた40M帯域上で、40M STA_2宛にデータを送信する。
【０１１２】
一方、APがスケジューリングに失敗し、次のPollフレームを40M STA_1宛に送信することができない場合は、APは40M STA_1に何も返信しない。40M STA_1はCTSaフレームの受信後SIFS時間経過してもAPからPoll.resが返ってこない場合、20M_ch_bの確保に失敗したものとみなし、20M_ch_aのみを用いて20M帯域上で40M STA_2宛にデータを送信する。
【０１１３】
このように、40M STA_1がRTSにAPへのPollフレーム要求情報を付加して送信することで、20M_ch_aを確保した後、タイムアウトが発生する前に20M_ch_bからPollフレームを受信することができる。
【０１１４】
次に、図１４は、40M STA_1のデータの送信宛先がAPである場合のフレーム交換図である。この場合、RTSaとPoll.reqの宛先は両方ともAPになるので、40M STA_1はRTSaにAPへのPoll要求情報を付加して送信することができる。一方、APもCTSaに40M STA_1へのPollフレーム送信可能情報を付加して返信することができる。
【０１１５】
図１４において、40M STA_1は、まずRTSaにPoll要求情報を付加して1フレーム（RTSa+Poll.reqフレーム）を形成し、20M_ch_aを用いてAPに送信する。RTSa+Poll.reqフレームを受信したAPは、RTSa+Poll.reqフレームのPoll.req部分を見て40M STA_1がPollフレームを要求していることを認識し、次のPollフレームを40M STA_1宛に送信するようにスケジューリングを行う。
【０１１６】
APがスケジューリングに成功し、次のPollフレームを40M STA_1宛に送信することが可能な場合は、RTSa+Poll.reqフレーム受信よりSIFS時間後に、CTSa+Poll.resフレームを、20M_ch_aを用いて40M STA_1に返信する。CTSa+Poll.resフレームは、APが40M STA_1に対してPollフレームを送信可能であることを示すPoll.res情報をCTSaに付加して1フレームにまとめたものである。APからCTSa+Poll.resフレームを受信した40M STA_1は、Pollフレームの受信待ち状態に入り、20M_ch_bにおいてPollフレームを受信したら、20M_ch_aと20M_ch_bの両方を用いた40M帯域上で、40M STA_2宛にデータを送信する。
【０１１７】
一方、APがスケジューリングに失敗し、次のPollフレームを40M STA_1宛に送信することができない場合は、APは40M STA_1にCTSaフレームを返信する。40M STA_1はCTSaフレームの返信を受けて、20M_ch_aを確保できたことがわかる。また、Poll.req情報がCTSaフレームに付加されていないため、20M_ch_bの確保は失敗したものと判断し、20M_ch_aのみを用いて20M帯域上で40M STA_2宛にデータを送信する。
【０１１８】
このように、40M STA_1のデータの送信宛先がAPである場合はRTSa/CTSaフレームにPoll要求情報(Poll.req)/ Pollフレーム送信可能情報(Poll.res)を付加したRTSa+Poll.req/ CTSa+Poll.resフレームの交換を行うことで、20M_ch_aの確保と同時に、次のPollフレームの送信宛先を40M STA_1に設定することができ、40M STA_1は20M_ch_aを確保した後、タイムアウトが発生する前に20M_ch_bからPollフレームを受信することができる。
【０１１９】
次に、上記方式２について説明する。方式２は、20M_ch_aを確保後、一定期間内に20M_ch_bからPollフレームを受信するようなタイミングで、40M STA_1が20M_ch_aを確保する。40M STA_1が20M_ch_b上でAPからPollフレームを受信するタイミングに合わせて、40M STA_1は20M_ch_a上にRTSを送信して20M_ch_aを確保する。
【０１２０】
まず、40M帯域を用いたデータ送信を予定している40M STA_1は、自端末がAPからPollフレームを受信する予定時刻を計算する。例えば、IEEE 802.11e無線LANシステムのADDTS responseフレームやscheduleフレームといったMACフレームに格納されているschedule element情報を用いて、各STAはAPからPollフレームを受信する予定時刻を計算することができる。
【０１２１】
その後、40M STA_1は、20M_ch_b上でAPからのPollフレームを受信するのに先立って20M_ch_aを予約するためには、20M_ch_a上でいつRTSを送信すればよいかというRTS送信時刻を、Pollフレーム受信予定時刻を基にして計算する。RTS送信時刻に到達したら、40M STA_1は20M_ch_aのキャリアセンスを行い、20M_ch_aがアイドルであれば、20M_ch_a上にRTSフレームを送信する。一方、キャリアセンスの結果、20M_ch_aがアイドルでないと判断された場合、Pollフレームを受信してからSIFS時間経過後に、20M_ch_bのみを用いてデータを送信する。
【０１２２】
このように、40M STA_1が20M_ch_b上でAPからのPollフレームを受信する予定時刻に合わせて、40M STA_1が20M_ch_a上にRTSを送信して20M_ch_aを予約することで、二つの20M_chの帯域を確保できるまで、先に予約した20M_chの帯域が長時間アイドル状態になってしまう事態を回避し、帯域を無駄に浪費することなく40M帯域を確保することができる。
【０１２３】
以上のように第２の実施形態によると、40M STA_1が40MHzチャネルを確保することで、送信フレームが発生した端末が自らフレームの送信モード（20M ch で送信するか、40M chで送信するか)に応じてチャネルを確保することができる。
【０１２４】
（第３の実施形態）
＜EDCAの場合＞
上述した第２の実施形態においては、20M_ch_aの予約後に20M_ch_bではビジーが続き、長時間が経っても20M_ch_bを予約できない場合、すなわち、40M STA_1がCTSaを20M_ch_aより受信した後、あらかじめ定めた一定期間内に20M_ch_bからCTSbを受信しない場合には、40M STA_1はタイムアウトと判断し、NAV開錠フレームを20M_ch_aで送信することで、20M_ch_aのRTS/CTSによる送信禁止状態を解除するものとして説明した。
【０１２５】
これに対し本発明の第３の実施形態では、このように40M帯域を確保できない場合に、先に予約した20M_chの帯域が長時間アイドル状態になってしまう事態を回避し、帯域を無駄に浪費しないようにする。
【０１２６】
つまり本発明の第３の実施形態は、20M_ch_aの予約後に20M_ch_bではビジーが続き、長時間が経っても20M_ch_bを予約できずにタイムアウトとなった場合、20M_ch_aを解放して通信そのものをあきらめるのではなく、予約成功した20M_ch_aのみを用いて通信を行う。このため、送信端末に相当する40M STA_1は、20M_ch_a（第１チャネル）の予約を完了してからの一定時間の経過をタイマー等により検出し、該一定時間の経過を契機に、20M_ch_aにより20MHz帯域のみを用いる通信を開始する。
【０１２７】
図１５は、20M_ch_b予約手続きのタイムアウト後に送信を断念する場合を説明するための図、図１６は本発明の第３の実施形態に係わり、20M_ch_b予約手続きのタイムアウト後に20MHz通信を開始する場合を説明するための図である。
【０１２８】
図１５において、40M STA_1は20M_ch_aを用いて40M STA_2宛にRTSaを送信し、40M STA_2からCTSaを受信することで20M_ch_aの予約に成功した後、20M_ch_b上で40M STA_2からCTSbが送信されてくるのを待つ。しかし、図１５に示すように、20M_ch_bでビジーが続き、長時間が経っても20M_ch_bを予約できずにタイムアウト１５０となった場合、40M STA_1は20M_ch_bの予約をあきらめて20M_ch_aを解放する。この場合、40M STA_1はNAV cancel１５１によりデータ送信のための一切のチャネル予約手続きを終了し、40M STA_2との通信を断念する。その後、40M STA_1は再びバックオフで他の端末とのチャネル獲得競争に勝ち残り、次の通信機会を得るまで、保有しているデータの送信は行わない。
【０１２９】
40M STA_1と40M STA_2が同じタイムアウトの値を共有していることとする。さもなければ、40M STA_1が20M ch_bが空いていないと判断して送信するNAV cancelと、40M STA_2が20M ch_bが空いているとして送信するCTSbが衝突する恐れがある。
【０１３０】
また図示しないが、20M_ch_bでビジーが続き、長時間が経っても20M_ch_bを予約できずにタイムアウトとなった場合、40M STA_2が20M_ch_aを開放しても良い。つまり、40M STA 2がNAV cancelを送信する。また、タイムアウト後に40M STA_2が、40M STA_1に対してNAV cancel送信を要求するフレームを送信しても良い。これを受けた40M STA_1はNAV cancelを送信する。この方法では、20M ch_bの監視結果によりフレームを送信するのは、常に40M STA_2が最初になるので、たとえタイマの精度が低くてもフレームが衝突することはなくなる。
【０１３１】
一方、本発明の第３の実施形態に係る図１６では、20M_ch_bでビジーが続き、長時間が経っても20M_ch_bを予約できずにタイムアウト１５０となった場合、図１５の場合と同様に40M STA_1は20M_ch_bの予約をあきらめるが、20M_ch_aの解放は行わずにそのまま確保しておく。タイムアウト１５０の後、予約成功した20M_ch_aのみを用いて40M STA_2と20MHzの帯域で通信１５２を行う。このようにした場合、40MHz通信よりも伝送速度は20M_ch_aと20M_ch_bの両方を用いた40MHz通信よりも低下するが、40M STA_2との通信を断念することなくデータを送信することができる。
【０１３２】
また、20M_ch_aにおける40M STA_1と40M STA_2間におけるRTSa/CTSa交換を受信している他の端末は、各端末が有しているタイマーにより40M STA_1がタイムアウトとなり20M_ch_bの予約に失敗したことを検出することができる。従って、各端末は40M STA_1が40MHz通信ではなく20MHz通信１５２を開始することを認識し、40M STA_1から送信された40M STA_2宛の20MHzデータフレームのヘッダに格納されているRateとLengthから、各端末があらかじめ張っていた40MHz通信用のNAVを20MHz通信用の長さへと更新することができる。これにより、40M STA_1が当初予定していた40MHz通信を20MHz通信へと変更しても、他の端末がフレームを送信することにより衝突が生じ、40M STA_1と40M STA_2間の20MHz通信を妨害することを回避できる。
【０１３３】
また、40M STA_1から送信された40M STA_2宛の20MHzデータフレームのPHYヘッダに格納されているRateとLengthではなく、MACヘッダに含まれるdurationフィールドに基づいてNAV長を変更してもよい。これらは次に説明するHCCAの場合にも当てはまる。
【０１３４】
＜HCCAの場合＞
次に、ネットワークの基地局である40M / 20M MIMO AP がＨＣＣＡ(HCF Controlled Access)などのポーリング方式で各端末にメディアアクセス権を割り当てる方式を実施している場合について説明する。
【０１３５】
上述した第２の実施形態においては、20M_ch_bで実行されているポーリングの順番が40M STA_1になかなか回ってこないことにより、20M_ch_aは予約できているにもかかわらず長時間経っても40MHzチャネル用のデータフレームを送信できない場合、すなわち、40M STA_1がＣＴＳを20M_ch_aより受信した後、あらかじめ定めた一定期間内に20M_ch_bからＰｏｌｌフレームを受信しない場合には、40M STA_1はタイムアウトと判断し、ＮＡＶ開錠フレームを20M_ch_aで送信することで、20M_ch_aのＲＴＳ／ＣＴＳによる送信禁止状態を解除するものとして説明した。
【０１３６】
これに対し本発明の第３の実施形態においては、上述したＥＤＣＡの場合と同様に、20M_ch_aの予約後に20M_ch_bではビジーが続き、長時間が経っても20M_ch_bを予約できずにタイムアウトとなった場合、20M_ch_aを解放して通信そのものをあきらめるのではなく、予約成功した20M_ch_aのみを用いて通信を行う。
【０１３７】
図１７はタイムアウト時間内に20M_ch_b上のポーリングの順番が回ってこないために送信を断念する場合を説明するための図、図１８は、本発明の第３の実施形態に係わり、タイムアウト時間内に20M_ch_b上のポーリングの順番が回ってこない場合には20MHzのみの通信を開始する場合を説明するための図である。
【０１３８】
図１７において、40M STA_1は20M_ch_aを用いて40M STA_2宛にRTSa１７０を送信し、40M STA_2からCTSa１７１を受信することで20M_ch_aの予約に成功した後、20M_ch_b上でBSS_bのAP_bから40M STA_1宛のPollフレームが送信されてくるのを待つ。しかし、図１７に示すように、40M STA_1における40M STA_2からのフレーム受信待ちの期間１７２と、AP_bからのPollフレーム送信のタイミングが合わず、長時間が経っても40M STA_1がPollフレームを受信せずにタイムアウト１７３となった場合、40M STA_1は20M_ch_bの確保をあきらめて20M_ch_aを解放する。この場合、40M STA_1はNAV cancel１７４によりデータ送信のための一切のチャネル予約手続きを終了し、40M STA_2との通信を断念する。その後、40M STA_1は再びバックオフで他の端末との20M_ch_aの獲得競争に勝ち残り、次の通信機会を得るまで、保有しているデータの送信は行わない。
【０１３９】
一方、本発明の第３の実施形態に係る図１８では、20M_ch_bでビジーが続き、長時間が経っても40M STA_1がPollフレームを受信せずにタイムアウト１７３となった場合、図１７の場合と同様に40M STA_1は20M_ch_bの予約をあきらめるが、20M_ch_aの解放は行わずにそのまま確保しておく。タイムアウト１７３の後、予約成功した20M_ch_aのみを用いて40M STA_2と20MHzの帯域で通信１８０を行う。このようにした場合、40MHz通信よりも伝送速度は20M_ch_aと20M_ch_bの両方を用いた40MHz通信よりも低下するが、40M STA_2との通信を断念することなくデータを送信することができる。
【０１４０】
また、20M_ch_aにおける40M STA_1と40M STA_2間におけるRTAa/CTSa交換を受信している他の端末は、各端末が有しているタイマーにより40M STA_1がタイムアウトとなり20M_ch_bにおける送信機会の獲得に失敗したことを検出することができる。従って、各端末は40M STA_1が40MHz通信ではなく20MHz通信１８０を行うことを認識し、40M STA_1から送信された40M STA_2宛の20MHzデータフレームのヘッダに格納されたRateとLengthから、あらかじめ張っていた40MHz通信用のNAVを20MHz通信用の長さへと更新することができる。これにより、40M STA_1が当初予定していた40MHz通信を20MHz通信へと変更しても、他の端末がフレームを送信することにより衝突が生じ、40M STA_1と40M STA_2間の20MHz通信を妨害することを回避できる。
【０１４１】
以上説明した本発明の第３の実施形態によれば、40M帯域を用いる通信を開始する際に、40M帯域の全てを確保できない場合に、少なくとも先行予約された20M帯域を用いる通信を行えることから、20M_chの帯域が長時間アイドル状態になってしまう事態を回避し、帯域を無駄に浪費することを防止できる。
【０１４２】
第３の実施形態は以上の説明から自明であるが第１の実施形態と組合わせて実施することができ、また第２の実施形態と組合わせても実施可能である。第２の実施形態との組み合わせの場合、第１チャネルを予約したのちに、送信端末からポーリング制御端末に対しＰｏｌｌフレームの送信を要求する要求フレームを送信する。この要求フレームに対する応答フレームを受信したら、送信端末はＰｏｌｌフレームの受信を待機する。ここで、Ｐｏｌｌフレームの受信により送信許可を得た場合は第２周波数帯域を持つ第２チャネルを用いて通信が行われるが、第１チャネルの予約を完了してからの一定時間が経過しても、制御端末からのＰｏｌｌフレームが未受信であるならば、第１周波数帯域を有する第１チャネルを用いる通信を開始する。
【０１４３】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１４４】
【図１】本発明の第１の実施形態に従う第１の無線通信装置のブロック図
【図２】本発明の第１の実施形態に従う第２の無線通信装置のブロック図
【図３】本発明の第１の実施形態に従う無線通信装置を含むネットワークの例を示す図
【図４】本発明の第１の実施形態における第１周波数帯域内の第１チャネル及び第２周波数帯域内の第２チャネルについて説明する図
【図５】図３のネットワークにおける接続シーケンスの例を示す図
【図６】図３のネットワークにおける物理層の動作モードとキャリアセンス状態の制御を説明するタイムチャート
【図７】本発明の第１の実施形態における第１チャネル及び第２チャネルを用いて無線通信を行う期間の適応制御について説明する図
【図８】本発明の第２の実施形態に従う第１のネットワーク構成を示す図
【図９】第１のネットワーク構成における物理モードとキャリアセンス状態制御について説明するタイムチャート
【図１０】本発明の第２の実施形態に従う第２のネットワーク構成を示す図
【図１１】第２のネットワーク構成における物理モードとキャリアセンス状態制御について説明するタイムチャート
【図１２】RTS/CTS交換後に40M STA_1がPollフレームの送信をAPに要求する場合のフレーム交換図
【図１３】40M STA_1がRTSにAPへのPoll要求情報を付加して送信する場合のフレーム交換図
【図１４】40M STA_1のデータの送信宛先がAPである場合のフレーム交換図
【図１５】20M_ch_b予約手続きのタイムアウト後に送信を断念する場合を説明するための図
【図１６】本発明の第３の実施形態に係わり、20M_ch_b予約手続きのタイムアウト後に20MHz通信を開始する場合を説明するための図
【図１７】タイムアウト時間内に20M_ch_b上のポーリングの順番が回ってこないために送信を断念する場合を説明するための図
【図１８】本発明の第３の実施形態に係わり、タイムアウト時間内に20M_ch_b上のポーリングの順番が回ってこない場合には20MHzのみの通信を開始する場合を説明するための図
【符号の説明】
【０１４５】
１０…物理層；
１１…第１の物理層プロトコル処理部；
１２…第２の物理層プロトコル処理部；
１３Ａ〜１３Ｃ…アンテナ；
２０…ＭＡＣ層；
２１…チャネルアクセス制御部；
２２…キャリアセンス部；
２３…チャネル状態管理部；
２４…チャネル占有・解放制御部；
２５…ネットワークシステム管理部；
３０…リンク層；
１０１…無線基地局（アクセスポイント）；
１０２〜１０７…無線端末
【技術分野】
【０００１】
本発明は、キャリアセンス状態に基づいてメディアアクセス制御を行う無線通信装置及び無線通信方法に関する。
【背景技術】
【０００２】
メディアアクセス制御(ＭＡＣ: Media Access Control)は、同一のメディアを共有して通信を行う複数の通信装置がメディアをどのように利用して通信データを送信するかを決める制御である。メディアアクセス制御を行うことにより、同時に二つ以上の通信装置が同一のメディアを利用して通信データの送信を行っても、受信側の通信装置が通信データを分離できなくなるという事象（いわゆる衝突）が少なくなる。送信要求を持つ通信装置が存在するにもかかわらず、メディアがいずれの通信装置によっても利用されないという事象も、メディアアクセス制御によって少なくなる。
【０００３】
無線通信においては、通信装置がデータを送信しながら送信データをモニタすることは困難であることから、衝突検出を前提としないメディアアクセス制御が必要である。無線ＬＡＮ(Local Area Network)の代表的な技術標準であるIEEE 802.11では、ＣＳＭＡ／ＣＡ(Carrier Sense Multiple Access with Collision Avoidance)を採用している。
【０００４】
IEEE 802.11におけるＣＳＭＡ／ＣＡでは、ＭＡＣフレームのヘッダに、当該ＭＡＣフレームに続く一つ以上のフレーム交換からなる一連のシーケンスが終了するまでの期間（デュレーションと呼ばれる）が設定される。デュレーションにおいて当該シーケンスに関係がなく送信権を持たない通信装置は、メディアの仮想的な占有状態を判断することにより送信を待機する。これによって衝突の発生が回避される。一方、当該シーケンスで送信権を持つ通信装置は、実際にメディアが占有されている期間を除き、メディアは使用されていないものと認識する。
【０００５】
IEEE 802.11では、前者のようなＭＡＣ層の仮想キャリアセンスと、後者のような物理層の物理キャリアセンスとの組み合わせによってメディアの状態を判定し、それに基づいてメディアアクセス制御を行う旨が規定されている。
【０００６】
特許文献１には、物理層の異なる複数の無線ＬＡＮ方式が混在した無線通信システムにおいて、複数の無線ＬＡＮ方式に共用可能な無線基地局の実現法が記載されている。具体的には、無線基地局において第１物理層の第１報知信号と第２物理層の第２報知信号を交互に発生させて無線端末に送信し、第１及び第２報知信号に同期して第１及び第２物理層を切り替える。第１報知信号の送信時から一定の時間内のみ第１物理層に対応する無線端末のアクセスを可能とし、第２報知信号の送信時から一定時間内のみ第２物理層に対応する無線端末のアクセスを可能とする。
【特許文献１】特開２００３−８７８５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ＣＳＭＡ／ＣＡを採用するIEEE 802.11は、これまで主として物理層のプロトコルを変更することによって通信速度の高速化を図ってきた。2.4GHz帯についてはIEEE 802.11(1997年制定、通信速度＝2Mbps)からIEEE 802.11b(1999年制定、通信速度＝11Mbps)へ、さらにIEEE 802.11g(2003年制定、通信速度＝54MHz)へと変遷している。5GHz帯については現在、IEEE 802.11a(1999年制定、通信速度＝54MHz)のみが標準規格として存在する。
【０００８】
一方、2.4GHz帯及び5GHz帯の両方で更なる高速化を目指す新たな標準規格を策定するために、IEEE 802.11 TGn(Task Group n)が既に設立されている。新たな規格においては、既存の規格（IEEE 802.11b/g/a）と同一周波数帯を使う場合には既存の規格に従う通信装置と共存可能なことが重視され、更に後方互換性を持つことがより好ましい。このためには、ＭＡＣ層のプロトコルは基本的には既存の規格と整合するＣＳＭＡ／ＣＡに従うのがよい。
【０００９】
通信速度の高速化へのアプローチの一つとして、チャネルの周波数帯域を増やす方法がある。新たな規格がこれまで使用されていない周波数帯を用いるのであれば、共存や後方互換性は問題にならない。特許文献１においては、第１物理層及び第２物理層の各々の周波数帯域は異なるが、各々の周波数帯域は例えば4.9-5.0GHzと5.03-5.09GHzのように、周波数が重複してはいない。しかし、周波数は貴重なリソースであるため、既に使用されている周波数帯に新たな周波数帯域を持つ新規チャネルを割り当てることが好ましい。例えば、一つの新規チャネルは複数の既存チャネルを含むようにすることが周波数利用効率を高める上で有効である。
【００１０】
従って、新たな規格に従う通信装置が既存の規格に従う通信装置との共存や後方互換性を維持するためには、新規チャネルを用いて通信を行う際に、新規チャネルのメディアアクセス制御のみでなく、既存の規格に従う通信装置に理解可能な方法により既存チャネルのメディアアクセス制御も行うべきである。しかし、従来のＣＳＭＡ／ＣＡは、一つのチャネルのアクセス制御を行うために設計されており、異なる周波数帯域を持ち、かつ周波数が重複する複数のチャネルに対するメディアアクセス制御を行うことはできない。
【００１１】
本発明の目的は、同一周波数帯に混在する異なる周波数帯域を持つ複数のチャネルに対するメディアアクセス制御を行うことができる無線通信装置及び無線通信方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の第１の観点によると、第１周波数帯域を持つ少なくとも一つの第１チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第１の物理層プロトコル処理部と、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第２の物理層プロトコル処理部と、前記第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定する状態管理部と、前記状態管理部から前記第１チャネルが前記特定の空き条件を満たした旨の判定結果を受けて前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１の物理層プロトコル処理部により送信させる制御を行う第１の制御部とを具備する無線通信装置を提供する。
【００１３】
本発明の第２の観点によると、第１の観点による無線通信装置に加えて前記第２チャネルを仮想キャリアセンスにより第２の一定期間占有することを宣言する第２フレームを生成し、該第２フレームを前記第２の物理層プロトコル処理部により送信させる制御を行う第２の制御部をさらに具備する無線通信装置を提供する。
【００１４】
本発明の第３の観点によると、第１の観点による無線通信装置に加えて前記第２チャネルを仮想キャリアセンスにより解放させる第２フレームを生成し、該第２フレームを前記第２の物理層プロトコル処理部により送信させる制御を行う第２の制御部をさらに具備する無線通信装置を提供する。
【００１５】
本発明の第４の観点によると、第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップとを具備する無線通信方法を提供する。
【００１６】
本発明の第５の観点によると、第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップと、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを仮想キャリアセンスにより第２の一定期間占有することを宣言する第２フレームを生成し、該第２フレームを前記第２チャネルにより送信するステップと具備する無線通信方法を提供する。
【００１７】
本発明の第６の観点によると、第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップと、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを仮想キャリアセンスにより解放させる第２フレームを生成し、該第２フレームを前記第２チャネルにより送信するステップとを具備する無線通信方法を提供する。
【００１８】
本発明の第７の観点によると、送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、前記第１チャネルが一定期間空き状態である場合に前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記チャネルを予約するステップと、前記第１チャネルにおいて送信要求フレームを受信した宛先端末が前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを監視するステップと、第２チャネルが一定時間空き状態である場合に前記宛先端末が前記第２チャネルを用いて送信要求確認フレームを送信することにより前記第２チャネルを予約するステップとを具備する無線通信方法を提供する。
【００１９】
本発明の第８の観点によると、送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、前記第１チャネルが一定期間空き状態である場合に前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記チャネルを予約するステップと、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを管理している制御端末が前記第２チャネルを用いてＰｏｌｌフレームを送信することにより前記第２チャネルの使用を前記送信端末に許可するステップとを具備する無線通信方法を提供する。
【発明の効果】
【００２０】
本発明によると、同一周波数帯に混在する異なる周波数帯域を持つ複数のチャネルに対するメディアアクセス制御を行うことができる。
【発明を実施するための最良の形態】
【００２１】
（第１の実施形態）
図１に示されるように、第１の実施形態に従う無線通信装置は大きく分けて物理層１０、ＭＡＣ層２０及びリンク層３０からなる。物理層１０は、図１では利用するチャネルの周波数帯域が異なる２種類の物理層プロトコルに対応している。すなわち、物理層１０は第１周波数帯域を持つ第１チャネルを用いて通信を行うための物理層プロトコル処理を行う第１の物理層プロトコル処理部１１と、第１周波数帯域より帯域幅が広くかつ第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて通信を行うための物理層プロトコル処理を行う第２の物理層プロトコル処理部１２を有する。第１の物理層プロトコル処理部１１及び第２の物理層プロトコル処理部１２は、実装上は両者の間で回路の共用などがしばしば行われ、必ずしも独立してはいない。
【００２２】
第１の物理層プロトコル処理部１１が処理するプロトコルは、例えば少なくともIEEE 802.11aに規定される物理層プロトコルを含む。第１の物理層プロトコル処理部１１が利用する第１周波数帯域の帯域幅は、例えば20MHzとする。第１の物理層プロトコル処理部１１は、送信側と受信側でそれぞれ複数のアンテナ１３Ａ〜１３Ｂを用いる、いわゆるＭＩＭＯ(Multiple Input Multiple Output) 技術を用いてもよい。ＭＩＭＯ技術は、周波数帯域を同じに保ってもアンテナの数にほぼ比例した伝送容量の増加を見込むことができるため、IEEE 802.11の更なる高スループット化を目指すIEEE 802.11 TGn (Task Group n) に採用される可能性の高い技術である。
【００２３】
第２の物理層プロトコル処理部１２は、例えばＳＩＳＯ(Single Input Single Output)及びＭＩＭＯのいずれか、ないしは両方の技術を用いるものとする。第２の物理層プロトコル処理部１２が使用する第２周波数帯域の帯域幅は、例えば40MHzとする。第１周波数帯域は、第２周波数帯域内に存在している。
【００２４】
ＭＡＣ層２０はチャネルアクセス制御部２１を有し、チャネルアクセス制御部２１はキャリアセンス部２２、チャネル状態管理部２３及びチャネル占有・解放部２４を有する。ＭＡＣ層２０はさらにネットワークシステム管理部２５を有し、ネットワークシステム管理部２５はビーコンフレームの生成やアソシエーションの管理などを司り、後述する拡張が適宜なされる。
【００２５】
キャリアセンス部２２は、物理層１０から得た実キャリアセンス情報とＭＡＣ層２０のプロトコルにより得られる仮想キャリアセンス情報を合わせてキャリアセンス状態を管理することによって、チャネルの空塞（アイドル／ビジー）状態を管理する。すなわち、キャリアセンス部２２は単一のチャネルの空塞状態を管理しているのではなく、第１の周波数帯域内の１つ以上の第１チャネルと、第２の周波数帯域内の１つ以上の第２チャネルの空塞状態を管理している。
【００２６】
チャネル占有・解放部２３は、一定期間チャネルを占有したり、あるいは占有していたチャネルを解放するために必要な、ＭＡＣ層２０の仮想キャリヤセンス状態を制御するフレームを生成する。チャネル占有・解放部２３により生成されるフレームは、物理層１０に送られ、第１の物理層プロトコル処理部１１及び第２の物理層プロトコル処理部１２によって送信される。
【００２７】
チャネル状態管理部２４は、所望のチャネルアクセス制御を行うために、キャリアセンス部２２、チャネル占有・解放部２３、及び物理層１０の第１及び第２のプロトコル処理部１１を協調動作させる。
【００２８】
図１に示した無線通信装置の具体例としては、例えば40M/20M MIMO STA (AP)及び40M/20M STA (AP)が挙げられる。40M/20M MIMO STA (AP)とは、20MHzチャネルによるＳＩＳＯ、20MHzチャネルによるＭＩＭＯ、40MHzチャネルによるＳＩＳＯ、及び40MHzチャネルによるＭＩＭＯの送受信が可能な端末（ないしアクセスポイント）である。40M/20M STA (AP)とは、20MHzチャネルによるＳＩＳＯ及び40MHzチャネルによるＭＩＭＯの送受信が可能な端末（ないしアクセスポイント）である。リンク層３０に関しては、IEEE 802で規定される通常のリンク層の機能を備えるものとする。
【００２９】
図２に示されるもう一つの無線通信装置は、物理層１０が図１中に示した第２の物理層プロトコル処理部１２を含まない点で図１に示す無線通信装置と異なる。第１の物理層プロトコル処理部１１の第１の周波数帯域が名目20MHzで、ＭＩＭＯ技術を含んでも含まなくても構わない点と、ＭＡＣ層２０及びリンク層３０については図１の無線通信装置と共通である。
【００３０】
ただし、図２の無線通信装置では第１の物理層プロトコル処理部１１に基づくメディアアクセス制御しか行わないため、図２におけるＭＡＣ層２０の動作の詳細は図１に示す無線通信装置と一部相違する。第１の物理層プロトコル処理部１１がＭＩＭＯ技術を含まない場合、図２の無線通信装置はIEEE 802.11a, IEEE 802.11b及びIEEE 802.1gの少なくとも一つに対応する既存の装置であっても構わない。
【００３１】
図２に示した無線通信装置の具体例としては、例えば20M MIMO STA (AP)及び20M STA (AP)が挙げられる。20M MIMO STA (AP)とは、20M HzチャネルによるＳＩＳＯ及び20MHzチャネルによるＭＩＭＯの送受信が可能な端末（ないしアクセスポイント）である。20M STA (AP)とは、20M HzチャネルによるＳＩＳＯの送受信が可能な端末（ないしアクセスポイント）である。
【００３２】
図３に、図１及び図２の無線通信装置を含むネットワーク１００の例を示す。ネットワーク１００内の基地局１０１は、40M/20M MIMO APに相当するアクセスポイントである。端末１０２〜１０６は、基地局１０１とアソシエーションを確立している。ここで、端末１０２は40M/20M MIMO STA_1、端末１０３は40M/20M MIMO STA_2、端末１０４は40M/20M STA、端末１０５は20M MIMO STA１０５、端末１０６は20M STA_1である。もう一つの端末１０７は20M STA_2であり、ネットワーク１００以外のネットワーク、例えば20M_ch_bを使用するネットワークに属していると仮定する。
【００３３】
図３のネットワーク１００においては、通信チャネルとして図４に模式的に示されるように、X MHz〜(X+20)MHzの周波数帯域を用いる20MHzのチャネル20M_ch_aと、XMHz〜(X+40)MHzの周波数帯域を用いる40MHzのチャネル40M_chを有する。従って、X MHz〜(X+20) MHzの周波数帯域は、20MHzのチャネルと40MHzのチャネルで重複して利用される。(X+20) MHz〜(X+40) MHzの周波数帯域を用いるもう一つの20MHzのチャネル20M_ch_bは、図３のネットワーク１００では使用されないが、他のネットワークでは使用される場合がある。
【００３４】
ネットワーク１００内では、40MHzチャネル40M_ch及び40M_chと周波数的に重なる２つの20MHzチャネル20M_ch_a, 20M_ch_bのいずれか一方が使用される。言い替えれば、ネットワーク１００に属している40M/20M MIMO STA及び40M/20M STAは、20M_ch_aと20M_ch_bを同時には扱わないものとする。
【００３５】
もし、20M_ch_aと20M_ch_bを同時に扱おうと試みたとしても、IEEE 802.11のプロトコルに従う限り、同一の装置において20M_ch_aによる送信と20M_ch_bによる受信が同時刻に発生することは避けがたい。例えば、ある端末が20M_ch_aで自己宛のデータフレームを受信すると、当該端末は固定値のＳＩＦＳ(Short Inter Frame Space)期間後にＡＣＫを送信する必要がある。20M_ch_bは20M_ch_bとは独立にメディアアクセス制御が行われるため、これと同時に20M_ch_bでフレームの交換が行われる可能性がある。同じ周波数帯であれば、一般にはチャネルが異なっていたとしても送信と受信を同時に行うことができるように実装することは難しい。従って、20M_ch_bで交換されるフレームはＡＣＫを送信している端末では受信ができない。
【００３６】
次に、ネットワーク１００を形成するための接続制御に関して述べる。基地局１０１である40M/20M MIMO APでは、ネットワークシステム管理部２５による制御の下で第１の物理層プロトコル処理部１１が20M_ch_aを用いて定期的にビーコンフレーム(beacon frame)を同報する。一方、端末１０２〜１０６はいずれも20M_ch_aをパッシブスキャン(passive scan)することによりビーコンフレームを受信することができ、それによって基地局１０１の存在、すなわちネットワーク１００の存在を認識する。
【００３７】
あるいは、端末１０２〜１０６は20M_ch_aを用いて自らプローブ要求フレーム(probe request frame)を送信し、それに対する基地局１０１からのプローブ応答フレーム(probe response frame)を受信する、アクティブスキャン(active scan)を行うことによって、基地局１０１の存在、すなわちネットワーク１００の存在を認識することもできる。
【００３８】
基地局１０１である40M/20M MIMO APは、基本的には20M_ch_aと40M_chで動作するが、後述する40M_chへの切り替えなどのために、一時的に20M_ch_bで送受信を行う。この際、20M_ch_bに対するプローブ要求は無視し、プローブ応答を行わない。
【００３９】
端末１０２〜１０６は、複数のチャネルをスキャンした結果得たビーコンフレームまたはプローブ応答フレームに含まれる情報や、ビーコンフレームまたはプローブ応答フレームの受信信号強度などに基づいて、接続するべき基地局１０１（ネットワーク１００）を選択する。特に、基地局１０１である40M / 20M MIMO APが送信するビーコンフレームまたはプローブ応答フレームには、それらを送信する基地局１０１が40M / 20M 対応のアクセスポイントであることを示す情報及び基地局１０１が対応可能なＭＩＭＯの多重数を示す情報（以下、これらを総称してアクセスポイント情報と呼ぶ）などが含まれる。アクセスポイント情報は、ＣＩＦ(Capability Information Field)またはＩＥ(Information Element) のいずれか、あるいはその両方に含まれる。これらのアクセスポイント情報は、対応可能なデータレートの値によって暗に示される場合もある。
【００４０】
端末１０２〜１０６は、このようなアクセスポイント情報も参考にして基地局１０１（ネットワーク１００）を選択する。すなわち、例えば端末１０２、１０３及び１０４(40M / 20M MIMO STA、40M / 20M STA)は40M ch対応の基地局の優先度を上げ、端末１０２、１０３、１０５及び１０６(40M / 20M MIMO STA、20M MIMO STA)はＭＩＭＯ対応の基地局の優先的を上げる。端末１０６(20M STA)は、基地局１０１からのビーコンフレームあるいはビーコン応答フレームに含まれる、40M ch及びMIMO関連の情報は理解できないものとする。従って、これらの情報は端末１０６(20M STA)による基地局の選択には影響を与えない。
【００４１】
図５に、図３のネットワーク１００における接続シーケンスの一例を示す。接続シーケンスは、端末がネットワーク１００を発見したビーコン／プローブ応答を受信したチャネル（ここでは20M_ch_a）によって行われる。ここで、本来は接続(association)の前に認証(authentication)が行われるが、図５と以下の説明では認証については省略している。
【００４２】
基地局１０１である 40M / 20M MIMO AP は、40MHzチャネルと20MHzチャネルかつ４多重のMIMOをサポートしていることを示すビーコンフレームであるbeacon (40M / 20M MIMO 4x) を定期的に同報する。端末１０２〜１０６(40M / 20M MIMO STA、40M / 20M STA、及び20M STA)は、同報されたbeacon (40M / 20M MIMO 4x) を受信し、かつネットワーク１００に接続することを選択する。
【００４３】
さらに、端末１０２〜１０６(40M / 20M MIMO STA、40M / 20M STA、及び20M STA)は、基地局１０１(40M / 20M MIMO AP)に対し、それぞれの端末の能力（対応可能なデータレート）を示す情報を含む接続要求であるassociation request (40M / 20M MIMO 2x)、association request (40M / 20M)、及びassociation request (20M) を送信する。association request (40M / 20M MIMO 2x)は、40MHzチャネルと20MHzチャネルかつ２多重のＭＩＭＯをサポートしていることを示す。association request (40M / 20M)は、40MHzチャネルと20MHzチャネルをサポートしていることを示す。association request (20M)は、20MHzチャネルかつ４多重のＭＩＭＯをサポートしていることを示す。
【００４４】
接続要求であるassociation request (40M / 20M MIMO 2x)、association request (40M / 20M)、及びassociation request (20M)を受信した基地局１０１(40M / 20M MIMO AP)は、各端末１０２〜１０６がサポートしている方式とデータレートを記憶する。記憶された情報は、基地局１０１が各端末１０２〜１０６宛のフレームを送信する際に、送信先の端末がサポートしている方式とデータレートの範囲内で送信することを保障するためなどに用いられる。
【００４５】
次に、図６を用いて図３のネットワーク１００における物理層の動作モード（ＰＨＹモードと記載する）とキャリアセンス状態制御に関する説明を行う。図６の例においては、基地局１０１である40M / 20M MIMO APが20M_ch_aを用いて通信を行う期間（20M_ch_a期間）と40M_chを用いて通信を行う期間（40M_ch期間）との切り替えを制御する。20M_ch_a期間内及び40M_ch期間内においては、基地局１０１が端末１０２〜１０６をポーリングしてメディアアクセス制御を行うモード（ＰＣＦまたはＨＣＣＡ）であっても、各端末１０２〜１０６が対等にメディアアクセス制御を行うモード（ＤＣＦまたはＥＤＣＡ）であっても構わない。
【００４６】
図６は、ネットワーク１００内で当初は20M_ch_aを用いて通信を行っており、この後に40M_ch期間をはさんで、再び20M_ch_a期間に戻る様子を示している。ネットワーク１００内においては20M_ch_aと40M_chを通信に利用するが、40M_chを使用するために40M_chと重なり合う周波数を用いている20M_ch_bは通信に利用できないようにする。20M_ch_bはネットワーク１００に近接する別のネットワークで用いられているかもしれないし、まったく用いられていないかもしれない。
【００４７】
図６（ａ）は、制御に必要となる主なフレームの交換の概要を時系列で示している。図６（ｂ）は、40M / 20M MIMO APのＰＨＹモードと各チャネル (20M_ch_a, 20M_ch_b, 40M_ch) のキャリアセンス状態を示している。図６（ｃ）は、40M / 20M MIMO STA、または40M / 20M STAのＰＨＹモードと各チャネル (20M_ch_a, 40M_ch) のキャリアセンス状態を示している。図６（ｄ）は、20M_ch_aを用いる20M MIMO STAまたは20M STA のＰＨＹモードとチャネル20M_ch_aのキャリアセンス状態を示している。20M_ch_aを用いる20M MIMO STAまたは20M STA は、ネットワーク１００に属している端末であってよい。図６（ｅ）は、20M_ch_bを用いる20M MIMO STAまたは20M STA（これらはネットワーク１００には属していないが、近接するネットワークに属する端末である）のＰＨＹモードとチャネル20M_ch_bのキャリアセンス状態を示している。
【００４８】
図６（ｂ）〜（ｅ）においては、キャリアセンス状態はＭＡＣ層と物理層を区別せずに表している。ＰＨＹモードの切り替えを行う端末ないし基地局においては、キャリアセンス状態が不明な場合がある。例えば、特定のＰＨＹモード（またはチャネルと表現してもよい）Ａ（例えば、20M_ch_a) で動作している場合、他のＰＨＹモードＢ（例えば、20M_ch_bまたは40M_ch) の物理層の実キャリアセンス状態は不明である。また、特定のＰＨＹモードＡ（例えば、20M_ch_a) のＭＡＣ層の仮想キャリアセンスのビジー状態（あるいは自装置がメディアアクセス権を保持している場合には、保持の有効期限）が終了した時点で、他のＰＨＹモードB（例えば、20M_ch_bまたは40M_ch）に切り替えている場合、最初のＰＨＹモードＡのＭＡＣ層の仮想キャリアセンス状態は不明になる。また、ＰＨＹモードを切り替えると、切り替え当初は当該ＰＨＹモードのキャリアセンス状態は不明になることがある。
【００４９】
キャリアセンス状態としては、キャリアセンス部２２が管理する複数の物理層の動作モードとチャネルの空塞状態の中から、現在用いられている物理層の動作モードとチャネルに一致するものを選択して利用する。すなわち、無線通信装置の各々は、基本的には自装置の物理層１０の動作モードとチャネルに関するキャリアセンス状態に従って、メディアアクセス制御を行う。例えば、40M_chで動作している際には40M_chのキャリアセンス状態に従い、20M_ch_aで動作している際には20M_ch_aのキャリアセンス状態に従う。従って、キャリアセンス状態が不明になっても、多くの場合には問題は生じない。
【００５０】
以下、図６に従って動作手順を説明する。最初の時点では、40M / 20M MIMO AP、40M / 20M MIMO STA、40M / 20M STA、20M MIMO STA (20M_ch_a) 及び20M STA (20M_ch_a) は、図６（ｂ）（ｃ）（ｄ）に示されるように20M_ch_aで動作している。20M MIMO STA (20M_ch_b) 及び20M STA (20M_ch_b)は、図６（ｅ）に示されるように20M_ch_bで動作している。
【００５１】
この状態で、チャネル状態管理部２３が基地局１０１(40M / 20M MIMO AP)が40M_chに切り替えを行う手順を開始すると決定したとする。40M / 20M MIMO APは、キャリアセンス部２２により図６（ｂ）に示される20M_ch_aのキャリアセンス状態を管理する。キャリアセンス部２２は、20M_ch_aがアイドル状態になり、ＰＩＦＳ(PCF Inter Frame Space)期間にわたりアイドル状態が継続すると、20M_ch_aの空き条件を満たしたと判定する。チャネル占有・解放部２３は、キャリアセンス部２２から20M_ch_aの空き条件を満たしたという判定結果を受けると、第１の一定期間20M_ch_aを占有することを宣言するフレーム（以下、Ch_a占有宣言フレームという）Ｆ１を生成し、これを第１の物理層プロトコル処理部１１を用いて20M_ch_aにより送信する。
【００５２】
Ch_a占有宣言フレームＦ１は、同時にネットワーク１００の動作モードを20M_ch_aから40M_chに切り替えることを伝える。基地局１０１または端末１０２〜１０６が40M chと20M chを同時に受信待ち状態にできる場合には、動作モードの切り替えは不要であるから、Ch_a占有宣言フレームＦ１は20M_ch_aを第１の期間占有することのみを宣言すればよい。ＰＩＦＳは、40M / 20M MIMO APが他の端末に優先してメディアを獲得するために用いる。制御ポリシーが異なる場合には、ＰＩＦＳ以外の時間間隔、例えばＤＩＦＳ(Distributed Inter Frame Space)＋バックオフ期間を用いてもよい。バックオフ期間は擬似乱数により最大・最小値間の値に決定される。
【００５３】
20M_ch_aの占有期間は、少なくとも予定している40M_ch期間をカバーできるように設定する。20M STAが理解可能な方式で20M_ch_aの占有状態を指定するために、Ch_a占有宣言フレームＦ１にはヘッダのデュレーション(Duration)フィールドを用いる。Ch_a占有宣言フレームＦ１の宛先は、例えば40M / 20M MIMO APとする。Ch_a占有宣言フレームＦ１の生成は、チャネル状態管理部２３の制御の下でチャネル占有・解放制御部２４により行われる。Ch_a占有宣言フレームＦ１の送信は、物理層１０内の第１の物理層プロトコル処理部１１により行われる。
【００５４】
Ch_a占有宣言フレームＦ１は、40M_chを一定期間占有することを示す情報を含んでもよい。40M_chを一定期間占有することを示す情報は後方互換性が不要なので、必ずしもデュレーションフィールドを用いる必要はなく、新たな情報として追加してもよい。デュレーションフィールドの値によって、20M_ch_a及び40M_chの両方を同じ期間だけ占有することにしてもよい。
【００５５】
40M / 20M MIMO STA及び40M / 20M STAは、Ch_a占有宣言フレームＦ１を受信すると、図６（ｃ）に示されるように20M_ch_aのＭＡＣ層のキャリアセンス状態を指定された期間ビジー状態に設定し、同時にＰＨＹモードを20M_ch_aから40M_chに切り替える。図６（ｃ）には、40M_chのＭＡＣ層のキャリアセンス状態は前もってビジー状態に設定されていた場合を示しているが、受信したCh_a占有宣言フレームＦ１に従ってビジー状態に設定してもよい。
【００５６】
こうしてネットワーク１００の動作モードは40M_chに切り替えられたが、ＭＡＣ層のキャリアセンス状態がビジー状態であるため、40M / 20M MIMO STA及び40M / 20M STAはCh_a占有宣言フレームＦ１を送信することができない。即ち、チャネル占有・解放部制御部２４がCh_a占有宣言フレームＦ１を解釈し、その結果に基づいてキャリアセンス部２２がキャリアセンス状態を変更し、チャネル状態管理部２３が物理層１０に指示してＰＨＹモードの切替を行った結果、この状態が実現される。
【００５７】
20M MIMO STA (20M_ch_a)及び20M STA (20M_ch_a) は、Ch_a占有宣言フレームＦ１を受信すると、図６（ｄ）に示されるように20M_ch_aのＭＡＣ層のキャリアセンス状態を指定された期間ビジー状態に設定する。Ch_a占有宣言フレームＦ１は20M_ch_aで送信されているため、20M MIMO STA (20M_ch_b)及び20M STA (20M_ch_b) が受信することはない。
【００５８】
次に、基地局１０１（40M / 20M MIMO AP）は図６（ｂ）に示されるようにＰＨＹモードを20M_ch_bに切り替える。この切り替え後、40M / 20M MIMO APはアイドル状態がＰＩＦＳ期間継続するのを待って、一定期間20M_ch_bを占有することを宣言するフレーム（以下、Ch_b占有宣言フレームという）Ｆ２を送信する。Ch_b占有宣言フレームＦ２は、さらにネットワーク１００と同じ物理媒体を共有しているネットワーク１００以外のネットワーク（図示せず）に属する端末の動作モードを20M_ch_bから40M_chに切り替えることを伝えてもよい。Ch_a占有宣言フレームＦ１の場合と同様に、ＰＩＦＳは40M / 20M MIMO APが他の端末に優先してメディアを獲得するために用いる。制御ポリシーが異なる場合には、ＰＩＦＳ以外の時間間隔、例えばＤＩＦＳ＋バックオフ期間を用いてもよいことも、Ch_a占有宣言フレームＦ１の場合と同様である。
【００５９】
ＰＨＹモードを20M_ch_bに切り替える直前の20M_ch_bのキャリアセンス状態は不明である。また、物理層１０のキャリアセンスは、フレーム先頭のプリアンブル部分で感度が高く、フレームの途中では感度が低いことが一般である。これらのことから、ＰＩＦＳ期間で20M_ch_bを空きと判断するのは、危険な場合もある。従って、20M_ch_bでCh_b占有宣言フレームＦ２に先行する最初のフレームを受信完了するまで待って、キャリアセンス状態を確認した方がよい。ただし、20M_ch_bは基地局１０１が管理するネットワーク１００では使われていないため、実際には使われていない可能性も高い。従って、ここでは効率のよいＰＩＦＳ期間を用いている。
【００６０】
20M MIMO STA (20M_ch_b)及び20M STA (20M_ch_b) は、Ch_b占有宣言フレームＦ２を受信すると、図６（ｃ）に示されるように20M_ch_bのＭＡＣ層のキャリアセンス状態を指定された期間ビジー状態に設定する。Ch_b占有宣言フレームＦ２は20M_ch_bで送信されているため、40M_chに切り替え済みの40M / 20M MIMO STAと40M / 20M STA、及び20M_ch_aで動作している20M MIMO STA (20M_ch_a) 及び20M STA (20M_ch_a) がCh_b占有宣言フレームを受信することはない。
【００６１】
次に、40M / 20M MIMO APは図６（ｂ）に示されるようにＰＨＹモードを40M_chに切り替える。この切り替え後、40M / 20M MIMO AP は図６（ａ）に示されるようにＳＩＦＳ期間継続するのを待って、それまで占有していた40M_chを解放するフレーム（以下、40M_ch解放フレームという）Ｆ３を送信する。ここで、40M / 20M MIMO APが40M_chのメディアを確保している状態なので、必ずしもアイドル状態のＳＩＦＳ期間の継続を確認する必要はないが、確認してもよい。
【００６２】
40M / 20M MIMO STA及び40M / 20M STAは、40M_ch解放フレームＦ３を受信すると、図６（ｃ）に示されるように40M_chのＭＡＣ層のキャリアセンス状態を指定された期間アイドル状態に設定する。なお、アイドル期間の終了を別途伝える場合には、必ずしも前もって期間を定める必要は無い。この時点で、40M_chで動作している40M / 20M MIMO AP、40M / 20M MIMO STA及び40M / 20M STAのいずれもがＭＡＣのキャリアセンス状態がアイドル状態となる。以後、通常のメディアアクセスによりメディアを確保して、図６（ａ）に示されるように40M_chのフレーム交換が行われる。
【００６３】
40M_ch解放フレームＦ３は40M_chで送信されるため、20M MIMO STA (20M_ch_a) 、20M STA (20M_ch_a)、20M MIMO STA (20M_ch_b) 及び20M STA (20M_ch_b)は、40M_ch解放フレームＦ３を受信することはない。この時点では20M MIMO STA (20M_ch_a) と20M STA (20M_ch_a) の20M_ch_aのＭＡＣ層のキャリアセンス状態はビジー状態、20M MIMO STA (20M_ch_b) と20M STA (20M_ch_b) の20M_ch_bのＭＡＣ層のキャリアセンス状態もビジー状態であるため、20M MIMO STA (20M_ch_a) 、20M STA (20M_ch_a) 、20M MIMO STA (20M_ch_b)及び20M STA (20M_ch_b) からは、40M_chと干渉する20M_ch_aまたは20M_ch_bのフレームが送信されることはない。
【００６４】
次に、図６を用いてネットワーク１００内で40MHzチャネル(40M_ch)を使用して通信を行っているモードから、20MHzチャネル(20M_ch)を使用して通信を行うモードに切り替える手順について説明する。40M_chを使用して通信を行っている期間を40M_ch期間、20M_chを使用して通信を行っている期間を20M_ch期間と呼ぶ。
【００６５】
40M_ch期間は、40M_ch期間の占有期間の終了により自然に終了しても構わない。あるいは図６（ａ）に示されるように40M / 20M MIMO AP が明示的に40M_ch期間終了を通知するフレーム（以下、40M_ch期間終了フレームという）Ｆ４を送信しても構わない。40M_ch期間終了フレームＦ４は、明示的ないし暗黙に40M_chの新たな占有期間を開始し、かつ20M_ch_aへの切り替えを指示する。
【００６６】
40M_ch期間が自然に終了した場合、あるいは40M_ch終了フレームＦ４を受信した場合、40M / 20M MIMO STAと40M / 20M STAは、図６（ｃ）に示されるように40M_chのＭＡＣのキャリアセンス状態をビジー状態とし、ＰＨＹモードを20M_ch_aに切り替える。20M_ch_aのＭＡＣのキャリアセンス状態はビジー状態のままであり、40M / 20M MIMO STAと40M / 20M STAは、まだ20M_ch_aのフレームを送信できない。
【００６７】
40M_ch終了フレームＦ４は40M_chで送信されるため、図６（ｄ）（ｅ）に示されるように、20M MIMO STA (20M_ch_a) 、20M STA (20M_ch_a)、20M MIMO STA (20M_ch_b) 及び20M STA (20M_ch_b) は、40M_ch終了フレームを受信することはない。また、20M MIMO STA (20M_ch_a) 、20M STA (20M_ch_a)、20M MIMO STA (20M_ch_b) 及び20M STA (20M_ch_b) は、40M_chに関する状態を持たないため、40M_chが自然に終了した場合にも、特に変化はない。
【００６８】
次に、40M / 20M MIMO AP は、図６（ｂ）に示されるようにＰＨＹモードを20M_ch_bに切り替え、図６（ａ）に示されるように20M_ch_bの占有状態を解放するフレーム（以下、Ch_b解放フレームという）Ｆ５を送信する。20M_ch_bの占有期間を40M_ch期間の終了に引き続いて終了するように予め設定しておくことにより、20M_ch_bの占有期間を自然に終了させても構わない。
【００６９】
20M MIMO STA (20M_ch_b)及び20M STA (20M_ch_b) は、Ch_b解放フレームＦ５を受信した場合、あるいは20M_ch_bの占有期間が自然に終了した場合、図６（ｄ）に示されるように20M_ch_bのＭＡＣ層のキャリアセンス状態をアイドル状態に設定する。これにより20M MIMO STA (20M_ch_b)及び20M STA (20M_ch_b) は、20M_ch_bのフレーム交換を開始できる。
【００７０】
Ch_b解放フレームＦ５は20M_ch_bで送信されているため、20M_ch_aに切り替え済みの40M / 20M MIMO STAと40M / 20M STA、 及び20M_ch_aで動作している20M MIMO STA (20M_ch_a) と20M STA (20M_ch_a) が受信することはない。また、40M / 20M MIMO STA、40M / 20M STA、20M MIMO STA (20M_ch_a) 及び20M STA (20M_ch_a) は、20M_ch_bに関する状態を持たないため、20M_ch_bの占有期間が自然に終了した場合にも、特に変化はない。
【００７１】
次に、40M / 20M MIMO AP は、図５（ｂ）に示されるようにＰＨＹモードを20M_ch_aに切り替え、図６（ａ）に示されるように20M_ch_aの占有状態を解放するフレーム（以下、Ch_a解放フレームという）Ｆ６を送信する。20M_ch_aの占有期間を40M_ch期間の終了と20M_ch_bの占有期間の終了に引き続いて終了するように、予め設定しておくことにより、20M_ch_aの占有期間を自然に終了させても構わない。
【００７２】
20M_ch_aに切り替え済みの40M / 20M MIMO STAと40M / 20M STA、 及び20M_ch_aで動作している20M MIMO STA (20M_ch_a) と20M STA (20M_ch_a) は、Ch_a解放フレームを受信した場合、あるいは20M_ch_bの占有期間が自然に終了した場合、20M_ch_aのＭＡＣ層のキャリアセンス状態をアイドル状態に設定する。これにより、40M / 20M MIMO STA、40M / 20M STA、20M MIMO STA (20M_ch_a) と20M STA (20M_ch_a) は、20M_ch_aのフレーム交換を開始できる。
【００７３】
Ch_a解放フレームＦ６は20M_ch_aで送信されているため、20M_ch_bで動作している20M MIMO STA (20M_ch_b) と20M STA (20M_ch_b) が受信することはない。20M MIMO STA (20M_ch_b) と20M STA (20M_ch_b) は20M_ch_aに関する状態を持たないため、20M_ch_aの占有期間が自然に終了した場合にも、特に変化はない。
【００７４】
なお、40M_chしか送受信できない端末が存在した場合にも、基本的に同様の手順で共存させることができる。
【００７５】
上記手順では、40M_ch解放フレームＦ３を40M / 20M MIMO APが送信することにより40M_ch期間を開始している。これは40M_ch期間において、ＤＣＦ(Distributed Coordination Function)あるいはＥＤＣＡ(HCF Contention Access)に基づき、各装置が対等にメディアを獲得する場合の手順である。しかし、ＰＣＦ(Point Coordination Function)あるいはＨＣＣＡ(HCF Controlled Access)などに基づいて、ネットワークの基地局である40M / 20M MIMO AP が基本的にはポーリング方式で各端末にメディアアクセス権を割り当てる方式も必要である。この場合には、40M / 20M MIMO APは40M_ch期間を開始する際に、40M_ch解放フレームＦ３ではなく、ポーリング方式によるメディアアクセス権を割り当てる期間を明示したフレームを送信してもよい。このフレームは宛先アドレスなどの形式で、ポーリングによりメディアアクセス権を与える相手の端末を明示する情報を含む。
【００７６】
図６の動作例では、ネットワーク１００で使用している側の20M_ch_aを20M_ch_bよりも先にビジー状態とし、20M_ch_bより後に解放した。ネットワーク１００で用いていない20M_ch_bには、40M / 20M MIMO APからキャリアセンス状態が不明な状態が生じるが、ネットワークで用いている20M_ch_aにはそのような状態が生じないため、キャリアセンス状態の信頼性を重視するならば、この順が好ましいと思われる。但し、20M_ch_aと20M_ch_bの占有と解放の相対的な順序を変えても、本質は変わらない。
【００７７】
例えば、20M_ch_bを20M_ch_aよりも先に占有し後から解放するとした場合、20M_ch_aの占有と40M_chの解放と一つのフレームにまとめることができる。40M_ch期間の終了（40M_chの占有）と20M_ch_aの解放についても、一つのフレームにまとめることができる。
【００７８】
図６の動作例では、40M / 20M MIMO AP、40M / 20M MIMO STA及び40M / 20M STAは、物理層１０が40M_chで動作している場合には20M_ch_aのフレームの送受信はできず、20M_ch_aで動作している場合には40M_chのフレームの送受信はできないことを仮定している。
【００７９】
40M / 20M MIMO AP、40M / 20M MIMO STA及び40M / 20M STAが20M_ch_aのフレームと40M_chのフレームを動作モードの切り替えなしに送受信できるならば（特に20M_ch_aか40M_chか予め決めずに、いずれのフレームでも受信できるならば、手順はより簡単になる。40M / 20M MIMO APが20M_ch_bだけを占有と宣言した状態で、20M_ch_aと40M_chのフレームを取り混ぜて交換すればよい。
【００８０】
図７に、20M_ch期間と40M_ch期間の時間割合の適応制御の例を示す。図６で説明した方式に従うと、ネットワーク１００内で20M_ch_aを用いる期間の長さと40M_chを用いる期間の長さは、基地局１０１(40M / 20M MIMO AP)内のチャネル状態管理部２３が制御する。従って、20M_ch期間と40M_ch期間に与える時間を定める必要がある。これらの時間は単なる固定値でも構わないが、図７では20M_ch期間と40M_ch期間のネットワーク使用率に基づいて20M_ch期間と40M_ch期間との時間割合を制御する方法を例示する。ここでは、ネットワーク使用率を20M_ch期間と40M_ch期間においてキャリアセンス部２２から得たビジー状態とアイドル状態の割合から計算されるメディア使用率と定義する。
【００８１】
尚、図６の動作例において40M/20M MIMOAPが20M_ch_bを確保しようとする際に、20M_ch_bがある一定以上の期間ビジー状態で、ch_b占有宣言フレームF2を送信する機会を見出せない場合もありえる。このような場合には、40_ch期間の開始を諦め、40M/20M MIMO APがCh_a開放フレームを送信して、20M_ch期間を再開しても良い。40M/20M MIMO STAと40M/20M STAが、40M PHYモードでも20M_ch_aを受信できる場合には、Ch_a開放フレームにより40M_ch期間が開始されないことを通知できるので、PHYモードも制御できる。また、BSS全体でタイムアウトの値を共有して（例えば、ビーコンに含まれる情報や、アソシエーション時に交換する情報により共有する）、40M/20M MIMO STA、40M/20M STAは、40M ch開放フレームを一定期間受信しなかったら、PHYモードを20M_ch_aに戻すようにしても良い。いずれにしても各STAのCh_aを空き状態にし、かつPHYモードを20M_ch_aに戻せば良く、これ以外にも制御フレームやタイムアウトを組み合わせた複数の実現方法がありえる。
【００８２】
また、図示しないが、40M ch Frameの先頭に20M ch Frameと共通なPLCPヘッダ部分を設けることで、40M PHYモードで送信する40M ch FrameのPHYヘッダに含まれるRateとLengthフィールドが、20M STAおよび20M MIMO STAでも受信解釈可能なようにすることができる。20M STAおよび20M MIMO STAは、LengthをRateで割ることにより算出される時間、PHYメディアが占有されると解釈する。このような構成にすると、ch_bを占有するためのF2と、40M ch開放のF3を一つの40M ch Frameにまとめることもできる。つまり、20M ch Frameと共通なPLCPヘッダに含まれるRateとLengthを、20M ch_bを占有する期間の、少なくとも一部をカバーするように、かつ送信するフレーム自体が占有する時間よりは適度に長くなるように設定する。これにより、20M ch_bに存在する20M STAおよび20M MIMO STAは、DataとLengthで計算される期間をbusyと判断する。
【００８３】
20M ch Frameと共通なPLCPヘッダに含まれるRateとLengthは、当該フレームの本当の伝送レートとデータ長に一致している必要は無い。なぜなら、フレーム本体を受信できる40M/20M MIMO STAと40M/20M STAには、40M ch Frameを受信可能な装置だけが理解できる方法で、本当の伝送レートとデータ長を伝えればよいからである(なお、20M STAが従来の装置で、20M MIMO STAは新たな仕様に従う装置とすれば、20M MIMO STAにも解釈可能なように40M PHYフレームを構成することも可能である）。40M/20M STAおよび40M/20M MIMO STAは、20M ch Frameと共通なPLCPヘッダ部分以降も解釈可能である。この部分で、本当の伝送レート(40M Rate)とデータ長(40M Length)、および40M chを開放することを伝える。40M Rateと40M LengthはPHYヘッダに含まれるが、40M chを開放する旨を示す情報は、PHYヘッダの情報の一部としても良いし、MACヘッダに含めても良い。
【００８４】
なお、20M STAがIEEE802.11aないしIEEE802.11g仕様に基づくとすると、Lengthを4095 octets、Rateを6Mbpsとした場合が最大の期間(5.46msec)となる。これは必ずしも40M ch Frame交換期間を満たさないかもしれないが、40M ch Frame交換期間においても、20M PHYフレームと共通なPLCPヘッダ部分を持つ40M PHY Frameを交換し、その20M PHYフレームと共通なPLCPヘッダに含まれるRateとLengthを、引き続く40M ch Frame交換を含むように適切に設定することとすれば、全体として途切れなく40M ch Frame交換期間をカバーすることが出来る。
【００８５】
また、40M期間終了を示すF4と、20M ch_b開放を示すF5も一つの40M ch Frameにまとめてよい。この場合、20M STAおよび20M MIMO STAは当該40M ch Frameのフレームボディを正しく復号できないので、DataとLengthで示された期間終了後、エラーリカバリーのために規定されているEIFS期間待つことになり、通常よりも20M ch_bアクセスを行なう前に待つ期間が長くなる。これを避けるために、DataとLengthで示される期間を本来の40M ch Frameが占有する期間よりも短く設定しても良い。また、40M ch Frame交換期間に交換する40M ch Frameの20M ch Frameと共通なPLCPヘッダ部分に設定するRateとLengthは、予想される40M期間終了を超えないように設定するべきである。
【００８６】
この構成では、単にフレーム数が減るだけではなく、40M/20M MIMO APのPHYモード切り替えを、図6(b)に示すものから、図6(C)に示すPHYモードの切り替えと同様なものに単純化することが出来る。40M/20M MIMO AP/STA、40M/20M STAが、40Mと20Mを切り替えて使う際に、20M ch_aが40M chの上半分なのか下半分なのかを、AP毎ではなく、例えば仕様として全体が従うように決めてしまえば、20M ch_aと40M chを切り替えながら使う必要はあるが、20M ch_bを40M chと切り替えながら使うことは考慮する必要がなくなり、実装が容易になる可能性がある。
【００８７】
メディア使用率に従って40M_ch期間と20M_ch期間の時間割合をどのように制御するかは、適当なポリシーにより定められる。例えば、20M_chを使う装置と40M_chを使う装置がメディアをなるべく平等に使用できるようにするならば、図７の真ん中方向（20M_ch メディア使用率＝中、40M_ch メディア使用率＝中）になるように時間割合を制御する。20M_chよりも40M_chを優先するならば、図７の下方向（20M_ch メディア使用率＝低、40M_ch メディア使用率＝高）となるように時間割合を制御する。40M_chよりも20M_chを優先するならば、図７の上方向（20M_ch メディア使用率＝高、40M_ch メディア使用率＝低）となるように時間割合を制御する。
【００８８】
基地局１０１(40M / 20M MIMO AP)内のチャネル状態管理部２３は、キャリアセンス部２２から得た情報とポリシーに基づいて上記の時間割合を決め、40M_chと20M_chの期間を適応制御する。チャネル状態管理部２３が上記の時間割合を求めるのに必要な情報は、基地局１０１(40M / 20M MIMO AP)内のキャリアセンス部２２により取得してもよいし、他の端末のキャリアセンス部により取得して基地局１０１内のチャネル状態管理部２３に集めてもよい。
【００８９】
さらに、20M_ch期間の40M / 20M MIMO STAと40M / 20M STAによるメディア使用率を測定し、メディア使用率が高ければ40M_ch期間の長さを大きくしてもよい。40M / 20M MIMO STA及び40M / 20M STAのような40M_chで通信できる端末が20M_ch期間を多く用いているということは、要求に比較して40M_ch期間が短過ぎる可能性が高いと考えられるため、このような制御を行うことが有効である。
【００９０】
（第２の実施形態）
図８及び図１０に、本発明の第２の実施形態に従うネットワーク構成を示す。図８及び図１０では、40M STA_1が40M STA_2に40MHzチャネルを用いてフレームを送信しようとしている。20M_ch_a、20M_ch_bは、それぞれ異なるＢＳＳ(Basic Service Set)において使用されており、独立にメディアアクセスが行われている。図８及び図１０では、40M STA_1が接続しているBSS_aが20M_ch_aを使用し、BSS_aと隣接またはオーバーラップしているBSS_bが20M_ch_bを使用している場合を考える。
【００９１】
20M_ch_aでは、ＤＣＦないしＥＤＣＡによるメディアアクセスが行われている。一方、20M_ch_bでは、ＤＣＦないしＥＤＣＡ又はＰＣＦないしＨＣＣＡのいずれのメディアアクセスが行われていてもよい。図８は、20M_ch_a、20M_ch_b共にＤＣＦないしＥＤＣＡを行っている場合を示し、図１０は20M_ch_aはＤＣＦないしＥＤＣＡ、20M_ch_bはＰＣＦないしＨＣＣＡを行っている場合を示している。
【００９２】
図９及び図１１を用いて、本実施形態のネットワーク構成における物理モードとキャリアセンス状態制御に関して説明を行う。
まず、40M STA_1は20M_ch_aのキャリアセンスを行い、20M_ch_aが一定期間（ＤＩＦＳ又はＡＩＦＳ）アイドル状態になるまで待つ。一定期間のアイドル状態が検出されたら、40M STA_1はバックオフカウンタのカウントダウンを開始する。40M STA_1は、バックオフカウンタが０になったところで20M_ch_aを用いて40M STA_2宛にRTSaを送信し、40M STA_2からのフレーム受信待ちに入る。
【００９３】
RTSaは、IEEE 802.11で規定されているRTSフレームとそれにより開始されるフレームシーケンス、ないしはそれを拡張したものとする。拡張の内容としては、RTSaが送信されたチャネル (20M_ch_a) にCTSaを送信することに加え、後述のように別チャネル (20M_ch_b) の空きを確認してCTSbを送信することを含んでもよい。空きを確認する別チャネルは暗黙に指定してもよい。例えば、40M_chが40MHzのチャネル間隔で規定されていれば、ある20M_chと対になる20M_chは暗黙に指定される。また、別チャネルを RTSaの情報要素で明示的に指定してもよい。同時に単一のチャネルしか送受できない装置に対しては、空きを確認する対象である別チャネルに対応する物理層の動作モードへの切り替えを含意してもよい。
【００９４】
RTSaを受信した40M STA_2は、RTSaの受信が終了してからSIFS時間後に20M_ch_aを用いてCTSaを40M STA_1に返信し、20M_ch_bのキャリアセンスを開始する。40M STA_2は、同時に単独のチャネルしか扱えないならば、20M_ch_bのキャリアセンスのために物理層の動作モードを20M_ch_bに切り替える。CTSaはIEEE 802.11に規定される通常のCTSであってもよいし、後述のようにCTSaの送信元が別チャネル (20M_ch_b) の空きを確認して送信するCTSbを受信するように、40M STA_1を準備するものであってもよい。
【００９５】
20M_ch_aを用いて送信されたRTSa又はCTSaを受信した各40M STAとBSS_aに所属する各20M STAは、データフレームの送信終了予定時刻まで送信を禁止される。40M STA_2からのCTSaを40M STA_1が20M_ch_aより受信した時点で、40M STA_1のための20M_ch_aの予約が完了したものとする。40M STA_1は、同時に単独のチャネルしか扱えないならば、物理層の動作モードを20M_ch_bに切り替える。
【００９６】
次に、BSS_bがＤＣＦないしＥＤＣＡを行っている場合について図８及び図９を用いて説明する。
40M STA_2は20M_ch_bのキャリアセンス中に、DIFSないしAIFS時間 のアイドル状態を検出した場合、20M_ch_bを用いて40M STA_1にCTSbを送信する。ここで、40M STA_2は、同時に単独のチャネルしか扱えないならば、予期される40M STA_1からのフレームを受信するため、物理層の動作モードを40M_ch に切り替える。このCTSbを受信したBSS_bに所属する各20M STAは、データフレームの送信終了予定時刻まで送信を禁止される。40M STA_1は20M_ch_aにおいてCTSaを受信した後の40M STA_2からのフレーム受信待ちの期間に20M_ch_bからCTSbを受信した時点で、40M STA_1のための20M_ch_bの予約が完了したものとする。従って、40M STA_1は20M_ch_a、20M_ch_bの両方を予約することができたと判断し、20M_ch_a及び20M_ch_bの両方を用いて40MHzチャネル用のデータフレームを送信する。ここで、40M STA_1は、同時に単独のチャネルしか扱えないならば、物理層の動作モードを40M_ch に切り替える。
【００９７】
一方、20M_ch_aの予約後に20M_ch_bではビジーが続き、長時間が経っても20M_ch_bを予約できない場合が考えられる。従って、40M STA_1がCTSaを20M_ch_aより受信した後、あらかじめ定めた一定期間内に20M_ch_bからCTSbを受信しない場合には、40M STA_1はタイムアウトと判断し、NAV開錠フレームを20M_ch_aで送信することで、20M_ch_aのRTS/CTSによる送信禁止状態を解除する。
【００９８】
次に、BSS_bがＰＣＦないしＨＣＣＡを行っている場合について図１０及び図１１を用いて説明する。
40M STA_1は、20M_ch_aにおいてCTSaを受信した後の40M STA_2からのフレーム受信待ちの期間にBSS_bのAP_bから40M STA_1宛のＰｏｌｌフレームを受信した場合、Ｐｏｌｌフレーム受信からＳＩＦＳ時間後に20M_ch_a及び20M_ch_bの両方を用いて40MHzチャネル用のデータフレームを送信する。
【００９９】
一方、20M_ch_bで実行されているポーリングの順番が40M STA_1になかなか回ってこないことにより、20M_ch_aは予約できているにもかかわらず長時間経っても40MHzチャネル用のデータフレームを送信できない場合が考えられる。従って、40M STA_1がＣＴＳを20M_ch_aより受信した後、あらかじめ定めた一定期間内に20M_ch_bからＰｏｌｌフレームを受信しない場合には、40M STA_1はタイムアウトと判断し、ＮＡＶ開錠フレームを20M_ch_aで送信することで、20M_ch_aのＲＴＳ／ＣＴＳによる送信禁止状態を解除する。
【０１００】
BSS_bのAP_bから40M STA_1宛のＰｏｌｌフレームを投げさせる方式としては、例えばBSS_bにおけるポーリングでは40M STA用というＰｏｌｌフレームの送信をあらかじめ一定周期毎にポーリングの順番に入れておく方式や、BSS_bがポーリングを開始する際にポーリングの順番に加入したい40M STAを募集する方式、または一定周期毎にこの40M STA募集プロセスを実行するという方式が考えられる。
【０１０１】
あるいは、以下の方式に従いAPからのPollフレームを早期に受信できるようにしてもよい。APは40M帯域通信をサポートしており、20M_ch_aと20M_ch_bを用いて同時に2チャネルで通信が行えるものとする。
【０１０２】
（方式１）40M STA_1が20M_ch_aを確保した後、一定期間内に20M_ch_bからPollフレームを受信するように、APにPollフレームの送信を促す。
【０１０３】
（方式２）20M_ch_aを確保後、一定期間内に20M_ch_bからPollフレームを受信するようなタイミングで、40M STA_1が20M_ch_aを確保する。
【０１０４】
まず、方式１について説明する。方式１は、40M STA_1が20M_ch_aを確保した後、一定期間内にBSS_bのAPから40M STA_1宛のPollフレームを投げさせる、というものである。具体的には、40M STA_1はAPに対しPollフレームの送信を促す要求フレームを送信する。
【０１０５】
図１２は、RTS/CTS交換後に40M STA_1がPollフレームの送信をAPに要求する場合のフレーム交換図である。図１２において、40M STA_1は、まず図１１の場合と同様にRTSa/CTSa交換により20M_ch_aを確保する。その後、CTSa受信からSIFS時間後に、40M STA_1は、Pollフレームの送信をAPに要求するPoll.reqフレームを、20M_ch_aを用いてAPに送信する。Poll.reqフレームを受信したAPは、次のPollフレームを40M STA_1宛に送信するようにスケジューリングを行う。
【０１０６】
APがスケジューリングに成功し、次のPollを40M STA_1宛に送信することが可能な場合は、Poll.reqフレーム受信よりSIFS時間後に、APが40M STA_1に対してPollフレームを送信可能であることを示すPoll.resフレームを、20M_ch_aを用いて40M STA_1に返す。APからPoll.resフレームを受信した40M STA_1は、Pollフレームの待ち状態に入り、20M_ch_bにおいてPollフレームを受信したら、20M_ch_aと20M_ch_bの両方を用いた40M帯域上で、40M STA_2宛にデータを送信する。
【０１０７】
一方、APがスケジューリングに失敗し、次のPollフレームを40M STA_1宛に送信することができない場合は、APは40M STA_1に何も返信しない。40M STA_1はPoll.reqの送信後SIFS時間経過してもAPからPoll.resが返ってこない場合、20M_ch_bの確保に失敗したものとみなし、20M_ch_aのみを用いて20M帯域上で40M STA_2宛にデータを送信する。
【０１０８】
このように、40M STA_1 - 40M STA_2間のRTS/CTS交換により20M_ch_aを確保した後、さらに40M STA_1 - AP間のPoll.req/Poll.res交換により40M STA_1からAPにPollフレームの送信を要求することで、40M STA_1が20M_ch_aを確保した後、タイムアウトが発生する前に20M_ch_bからPollフレームを受信することができる。
【０１０９】
次に、図１３は、40M STA_1がRTSにAPへのPoll要求情報を付加して送信する場合のフレーム交換図である。図１３において、40M STA_1は、まず40M STA_2宛のRTSaにAP宛のPoll要求情報を付加して1フレーム（RTSa+Poll.reqフレーム）を形成し、20M_ch_aを用いて送信する。
【０１１０】
RTSa+Poll.reqフレームを受信した40M STA_2は、RTSa+Poll.reqフレーム受信からSIFS時間経過後に、周辺端末にNAVを張らせるためのCTSaを、20M_ch_aを用いて40M STA_1宛に返信する。一方、RTSa+Poll.reqフレームを受信したAPは、RTSa+Poll.reqフレームのPoll.req部分を見て40M STA_1がPollフレームを要求していることを認識し、次のPollフレームを40M STA_1宛に送信するようにスケジューリングを行う。
【０１１１】
APがスケジューリングに成功し、次のPollを40M STA_1宛に送信することが可能な場合は、CTSaフレーム受信よりSIFS時間後に、APが40M STA_1に対してPollフレームを送信可能であることを示すPoll.resフレームを、20M_ch_aを用いて40M STA_1に返す。APからPoll.resフレームを受信した40M STA_1は、Pollフレームの待ち状態に入り、20M_ch_bにおいてPollフレームを受信したら、20M_ch_aと20M_ch_bの両方を用いた40M帯域上で、40M STA_2宛にデータを送信する。
【０１１２】
一方、APがスケジューリングに失敗し、次のPollフレームを40M STA_1宛に送信することができない場合は、APは40M STA_1に何も返信しない。40M STA_1はCTSaフレームの受信後SIFS時間経過してもAPからPoll.resが返ってこない場合、20M_ch_bの確保に失敗したものとみなし、20M_ch_aのみを用いて20M帯域上で40M STA_2宛にデータを送信する。
【０１１３】
このように、40M STA_1がRTSにAPへのPollフレーム要求情報を付加して送信することで、20M_ch_aを確保した後、タイムアウトが発生する前に20M_ch_bからPollフレームを受信することができる。
【０１１４】
次に、図１４は、40M STA_1のデータの送信宛先がAPである場合のフレーム交換図である。この場合、RTSaとPoll.reqの宛先は両方ともAPになるので、40M STA_1はRTSaにAPへのPoll要求情報を付加して送信することができる。一方、APもCTSaに40M STA_1へのPollフレーム送信可能情報を付加して返信することができる。
【０１１５】
図１４において、40M STA_1は、まずRTSaにPoll要求情報を付加して1フレーム（RTSa+Poll.reqフレーム）を形成し、20M_ch_aを用いてAPに送信する。RTSa+Poll.reqフレームを受信したAPは、RTSa+Poll.reqフレームのPoll.req部分を見て40M STA_1がPollフレームを要求していることを認識し、次のPollフレームを40M STA_1宛に送信するようにスケジューリングを行う。
【０１１６】
APがスケジューリングに成功し、次のPollフレームを40M STA_1宛に送信することが可能な場合は、RTSa+Poll.reqフレーム受信よりSIFS時間後に、CTSa+Poll.resフレームを、20M_ch_aを用いて40M STA_1に返信する。CTSa+Poll.resフレームは、APが40M STA_1に対してPollフレームを送信可能であることを示すPoll.res情報をCTSaに付加して1フレームにまとめたものである。APからCTSa+Poll.resフレームを受信した40M STA_1は、Pollフレームの受信待ち状態に入り、20M_ch_bにおいてPollフレームを受信したら、20M_ch_aと20M_ch_bの両方を用いた40M帯域上で、40M STA_2宛にデータを送信する。
【０１１７】
一方、APがスケジューリングに失敗し、次のPollフレームを40M STA_1宛に送信することができない場合は、APは40M STA_1にCTSaフレームを返信する。40M STA_1はCTSaフレームの返信を受けて、20M_ch_aを確保できたことがわかる。また、Poll.req情報がCTSaフレームに付加されていないため、20M_ch_bの確保は失敗したものと判断し、20M_ch_aのみを用いて20M帯域上で40M STA_2宛にデータを送信する。
【０１１８】
このように、40M STA_1のデータの送信宛先がAPである場合はRTSa/CTSaフレームにPoll要求情報(Poll.req)/ Pollフレーム送信可能情報(Poll.res)を付加したRTSa+Poll.req/ CTSa+Poll.resフレームの交換を行うことで、20M_ch_aの確保と同時に、次のPollフレームの送信宛先を40M STA_1に設定することができ、40M STA_1は20M_ch_aを確保した後、タイムアウトが発生する前に20M_ch_bからPollフレームを受信することができる。
【０１１９】
次に、上記方式２について説明する。方式２は、20M_ch_aを確保後、一定期間内に20M_ch_bからPollフレームを受信するようなタイミングで、40M STA_1が20M_ch_aを確保する。40M STA_1が20M_ch_b上でAPからPollフレームを受信するタイミングに合わせて、40M STA_1は20M_ch_a上にRTSを送信して20M_ch_aを確保する。
【０１２０】
まず、40M帯域を用いたデータ送信を予定している40M STA_1は、自端末がAPからPollフレームを受信する予定時刻を計算する。例えば、IEEE 802.11e無線LANシステムのADDTS responseフレームやscheduleフレームといったMACフレームに格納されているschedule element情報を用いて、各STAはAPからPollフレームを受信する予定時刻を計算することができる。
【０１２１】
その後、40M STA_1は、20M_ch_b上でAPからのPollフレームを受信するのに先立って20M_ch_aを予約するためには、20M_ch_a上でいつRTSを送信すればよいかというRTS送信時刻を、Pollフレーム受信予定時刻を基にして計算する。RTS送信時刻に到達したら、40M STA_1は20M_ch_aのキャリアセンスを行い、20M_ch_aがアイドルであれば、20M_ch_a上にRTSフレームを送信する。一方、キャリアセンスの結果、20M_ch_aがアイドルでないと判断された場合、Pollフレームを受信してからSIFS時間経過後に、20M_ch_bのみを用いてデータを送信する。
【０１２２】
このように、40M STA_1が20M_ch_b上でAPからのPollフレームを受信する予定時刻に合わせて、40M STA_1が20M_ch_a上にRTSを送信して20M_ch_aを予約することで、二つの20M_chの帯域を確保できるまで、先に予約した20M_chの帯域が長時間アイドル状態になってしまう事態を回避し、帯域を無駄に浪費することなく40M帯域を確保することができる。
【０１２３】
以上のように第２の実施形態によると、40M STA_1が40MHzチャネルを確保することで、送信フレームが発生した端末が自らフレームの送信モード（20M ch で送信するか、40M chで送信するか)に応じてチャネルを確保することができる。
【０１２４】
（第３の実施形態）
＜EDCAの場合＞
上述した第２の実施形態においては、20M_ch_aの予約後に20M_ch_bではビジーが続き、長時間が経っても20M_ch_bを予約できない場合、すなわち、40M STA_1がCTSaを20M_ch_aより受信した後、あらかじめ定めた一定期間内に20M_ch_bからCTSbを受信しない場合には、40M STA_1はタイムアウトと判断し、NAV開錠フレームを20M_ch_aで送信することで、20M_ch_aのRTS/CTSによる送信禁止状態を解除するものとして説明した。
【０１２５】
これに対し本発明の第３の実施形態では、このように40M帯域を確保できない場合に、先に予約した20M_chの帯域が長時間アイドル状態になってしまう事態を回避し、帯域を無駄に浪費しないようにする。
【０１２６】
つまり本発明の第３の実施形態は、20M_ch_aの予約後に20M_ch_bではビジーが続き、長時間が経っても20M_ch_bを予約できずにタイムアウトとなった場合、20M_ch_aを解放して通信そのものをあきらめるのではなく、予約成功した20M_ch_aのみを用いて通信を行う。このため、送信端末に相当する40M STA_1は、20M_ch_a（第１チャネル）の予約を完了してからの一定時間の経過をタイマー等により検出し、該一定時間の経過を契機に、20M_ch_aにより20MHz帯域のみを用いる通信を開始する。
【０１２７】
図１５は、20M_ch_b予約手続きのタイムアウト後に送信を断念する場合を説明するための図、図１６は本発明の第３の実施形態に係わり、20M_ch_b予約手続きのタイムアウト後に20MHz通信を開始する場合を説明するための図である。
【０１２８】
図１５において、40M STA_1は20M_ch_aを用いて40M STA_2宛にRTSaを送信し、40M STA_2からCTSaを受信することで20M_ch_aの予約に成功した後、20M_ch_b上で40M STA_2からCTSbが送信されてくるのを待つ。しかし、図１５に示すように、20M_ch_bでビジーが続き、長時間が経っても20M_ch_bを予約できずにタイムアウト１５０となった場合、40M STA_1は20M_ch_bの予約をあきらめて20M_ch_aを解放する。この場合、40M STA_1はNAV cancel１５１によりデータ送信のための一切のチャネル予約手続きを終了し、40M STA_2との通信を断念する。その後、40M STA_1は再びバックオフで他の端末とのチャネル獲得競争に勝ち残り、次の通信機会を得るまで、保有しているデータの送信は行わない。
【０１２９】
40M STA_1と40M STA_2が同じタイムアウトの値を共有していることとする。さもなければ、40M STA_1が20M ch_bが空いていないと判断して送信するNAV cancelと、40M STA_2が20M ch_bが空いているとして送信するCTSbが衝突する恐れがある。
【０１３０】
また図示しないが、20M_ch_bでビジーが続き、長時間が経っても20M_ch_bを予約できずにタイムアウトとなった場合、40M STA_2が20M_ch_aを開放しても良い。つまり、40M STA 2がNAV cancelを送信する。また、タイムアウト後に40M STA_2が、40M STA_1に対してNAV cancel送信を要求するフレームを送信しても良い。これを受けた40M STA_1はNAV cancelを送信する。この方法では、20M ch_bの監視結果によりフレームを送信するのは、常に40M STA_2が最初になるので、たとえタイマの精度が低くてもフレームが衝突することはなくなる。
【０１３１】
一方、本発明の第３の実施形態に係る図１６では、20M_ch_bでビジーが続き、長時間が経っても20M_ch_bを予約できずにタイムアウト１５０となった場合、図１５の場合と同様に40M STA_1は20M_ch_bの予約をあきらめるが、20M_ch_aの解放は行わずにそのまま確保しておく。タイムアウト１５０の後、予約成功した20M_ch_aのみを用いて40M STA_2と20MHzの帯域で通信１５２を行う。このようにした場合、40MHz通信よりも伝送速度は20M_ch_aと20M_ch_bの両方を用いた40MHz通信よりも低下するが、40M STA_2との通信を断念することなくデータを送信することができる。
【０１３２】
また、20M_ch_aにおける40M STA_1と40M STA_2間におけるRTSa/CTSa交換を受信している他の端末は、各端末が有しているタイマーにより40M STA_1がタイムアウトとなり20M_ch_bの予約に失敗したことを検出することができる。従って、各端末は40M STA_1が40MHz通信ではなく20MHz通信１５２を開始することを認識し、40M STA_1から送信された40M STA_2宛の20MHzデータフレームのヘッダに格納されているRateとLengthから、各端末があらかじめ張っていた40MHz通信用のNAVを20MHz通信用の長さへと更新することができる。これにより、40M STA_1が当初予定していた40MHz通信を20MHz通信へと変更しても、他の端末がフレームを送信することにより衝突が生じ、40M STA_1と40M STA_2間の20MHz通信を妨害することを回避できる。
【０１３３】
また、40M STA_1から送信された40M STA_2宛の20MHzデータフレームのPHYヘッダに格納されているRateとLengthではなく、MACヘッダに含まれるdurationフィールドに基づいてNAV長を変更してもよい。これらは次に説明するHCCAの場合にも当てはまる。
【０１３４】
＜HCCAの場合＞
次に、ネットワークの基地局である40M / 20M MIMO AP がＨＣＣＡ(HCF Controlled Access)などのポーリング方式で各端末にメディアアクセス権を割り当てる方式を実施している場合について説明する。
【０１３５】
上述した第２の実施形態においては、20M_ch_bで実行されているポーリングの順番が40M STA_1になかなか回ってこないことにより、20M_ch_aは予約できているにもかかわらず長時間経っても40MHzチャネル用のデータフレームを送信できない場合、すなわち、40M STA_1がＣＴＳを20M_ch_aより受信した後、あらかじめ定めた一定期間内に20M_ch_bからＰｏｌｌフレームを受信しない場合には、40M STA_1はタイムアウトと判断し、ＮＡＶ開錠フレームを20M_ch_aで送信することで、20M_ch_aのＲＴＳ／ＣＴＳによる送信禁止状態を解除するものとして説明した。
【０１３６】
これに対し本発明の第３の実施形態においては、上述したＥＤＣＡの場合と同様に、20M_ch_aの予約後に20M_ch_bではビジーが続き、長時間が経っても20M_ch_bを予約できずにタイムアウトとなった場合、20M_ch_aを解放して通信そのものをあきらめるのではなく、予約成功した20M_ch_aのみを用いて通信を行う。
【０１３７】
図１７はタイムアウト時間内に20M_ch_b上のポーリングの順番が回ってこないために送信を断念する場合を説明するための図、図１８は、本発明の第３の実施形態に係わり、タイムアウト時間内に20M_ch_b上のポーリングの順番が回ってこない場合には20MHzのみの通信を開始する場合を説明するための図である。
【０１３８】
図１７において、40M STA_1は20M_ch_aを用いて40M STA_2宛にRTSa１７０を送信し、40M STA_2からCTSa１７１を受信することで20M_ch_aの予約に成功した後、20M_ch_b上でBSS_bのAP_bから40M STA_1宛のPollフレームが送信されてくるのを待つ。しかし、図１７に示すように、40M STA_1における40M STA_2からのフレーム受信待ちの期間１７２と、AP_bからのPollフレーム送信のタイミングが合わず、長時間が経っても40M STA_1がPollフレームを受信せずにタイムアウト１７３となった場合、40M STA_1は20M_ch_bの確保をあきらめて20M_ch_aを解放する。この場合、40M STA_1はNAV cancel１７４によりデータ送信のための一切のチャネル予約手続きを終了し、40M STA_2との通信を断念する。その後、40M STA_1は再びバックオフで他の端末との20M_ch_aの獲得競争に勝ち残り、次の通信機会を得るまで、保有しているデータの送信は行わない。
【０１３９】
一方、本発明の第３の実施形態に係る図１８では、20M_ch_bでビジーが続き、長時間が経っても40M STA_1がPollフレームを受信せずにタイムアウト１７３となった場合、図１７の場合と同様に40M STA_1は20M_ch_bの予約をあきらめるが、20M_ch_aの解放は行わずにそのまま確保しておく。タイムアウト１７３の後、予約成功した20M_ch_aのみを用いて40M STA_2と20MHzの帯域で通信１８０を行う。このようにした場合、40MHz通信よりも伝送速度は20M_ch_aと20M_ch_bの両方を用いた40MHz通信よりも低下するが、40M STA_2との通信を断念することなくデータを送信することができる。
【０１４０】
また、20M_ch_aにおける40M STA_1と40M STA_2間におけるRTAa/CTSa交換を受信している他の端末は、各端末が有しているタイマーにより40M STA_1がタイムアウトとなり20M_ch_bにおける送信機会の獲得に失敗したことを検出することができる。従って、各端末は40M STA_1が40MHz通信ではなく20MHz通信１８０を行うことを認識し、40M STA_1から送信された40M STA_2宛の20MHzデータフレームのヘッダに格納されたRateとLengthから、あらかじめ張っていた40MHz通信用のNAVを20MHz通信用の長さへと更新することができる。これにより、40M STA_1が当初予定していた40MHz通信を20MHz通信へと変更しても、他の端末がフレームを送信することにより衝突が生じ、40M STA_1と40M STA_2間の20MHz通信を妨害することを回避できる。
【０１４１】
以上説明した本発明の第３の実施形態によれば、40M帯域を用いる通信を開始する際に、40M帯域の全てを確保できない場合に、少なくとも先行予約された20M帯域を用いる通信を行えることから、20M_chの帯域が長時間アイドル状態になってしまう事態を回避し、帯域を無駄に浪費することを防止できる。
【０１４２】
第３の実施形態は以上の説明から自明であるが第１の実施形態と組合わせて実施することができ、また第２の実施形態と組合わせても実施可能である。第２の実施形態との組み合わせの場合、第１チャネルを予約したのちに、送信端末からポーリング制御端末に対しＰｏｌｌフレームの送信を要求する要求フレームを送信する。この要求フレームに対する応答フレームを受信したら、送信端末はＰｏｌｌフレームの受信を待機する。ここで、Ｐｏｌｌフレームの受信により送信許可を得た場合は第２周波数帯域を持つ第２チャネルを用いて通信が行われるが、第１チャネルの予約を完了してからの一定時間が経過しても、制御端末からのＰｏｌｌフレームが未受信であるならば、第１周波数帯域を有する第１チャネルを用いる通信を開始する。
【０１４３】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１４４】
【図１】本発明の第１の実施形態に従う第１の無線通信装置のブロック図
【図２】本発明の第１の実施形態に従う第２の無線通信装置のブロック図
【図３】本発明の第１の実施形態に従う無線通信装置を含むネットワークの例を示す図
【図４】本発明の第１の実施形態における第１周波数帯域内の第１チャネル及び第２周波数帯域内の第２チャネルについて説明する図
【図５】図３のネットワークにおける接続シーケンスの例を示す図
【図６】図３のネットワークにおける物理層の動作モードとキャリアセンス状態の制御を説明するタイムチャート
【図７】本発明の第１の実施形態における第１チャネル及び第２チャネルを用いて無線通信を行う期間の適応制御について説明する図
【図８】本発明の第２の実施形態に従う第１のネットワーク構成を示す図
【図９】第１のネットワーク構成における物理モードとキャリアセンス状態制御について説明するタイムチャート
【図１０】本発明の第２の実施形態に従う第２のネットワーク構成を示す図
【図１１】第２のネットワーク構成における物理モードとキャリアセンス状態制御について説明するタイムチャート
【図１２】RTS/CTS交換後に40M STA_1がPollフレームの送信をAPに要求する場合のフレーム交換図
【図１３】40M STA_1がRTSにAPへのPoll要求情報を付加して送信する場合のフレーム交換図
【図１４】40M STA_1のデータの送信宛先がAPである場合のフレーム交換図
【図１５】20M_ch_b予約手続きのタイムアウト後に送信を断念する場合を説明するための図
【図１６】本発明の第３の実施形態に係わり、20M_ch_b予約手続きのタイムアウト後に20MHz通信を開始する場合を説明するための図
【図１７】タイムアウト時間内に20M_ch_b上のポーリングの順番が回ってこないために送信を断念する場合を説明するための図
【図１８】本発明の第３の実施形態に係わり、タイムアウト時間内に20M_ch_b上のポーリングの順番が回ってこない場合には20MHzのみの通信を開始する場合を説明するための図
【符号の説明】
【０１４５】
１０…物理層；
１１…第１の物理層プロトコル処理部；
１２…第２の物理層プロトコル処理部；
１３Ａ〜１３Ｃ…アンテナ；
２０…ＭＡＣ層；
２１…チャネルアクセス制御部；
２２…キャリアセンス部；
２３…チャネル状態管理部；
２４…チャネル占有・解放制御部；
２５…ネットワークシステム管理部；
３０…リンク層；
１０１…無線基地局（アクセスポイント）；
１０２〜１０７…無線端末
【特許請求の範囲】
【請求項１】
第１周波数帯域を持つ少なくとも一つの第１チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第１の物理層プロトコル処理部と、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第２の物理層プロトコル処理部と、
前記第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定する状態管理部と、
前記状態管理部から前記第１チャネルが前記特定の空き条件を満たした旨の判定結果を受けて前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１の物理層プロトコル処理部により送信させる制御を行う第１の制御部とを具備する無線通信装置。
【請求項２】
第１周波数帯域を持つ少なくとも一つの第１チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第１の物理層プロトコル処理部と、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第２の物理層プロトコル処理部と、
前記第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定する状態管理部と、
前記状態管理部から前記第１チャネルが前記特定の空き条件を満たした旨の判定結果を受けて前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１の物理層プロトコル処理部により送信させる制御を行う第１の制御部と、
前記第２チャネルを仮想キャリアセンスにより第２の一定期間占有することを宣言する第２フレームを生成し、該第２フレームを前記第２の物理層プロトコル処理部により送信させる制御を行う第２の制御部と具備する無線通信装置。
【請求項３】
第１周波数帯域を持つ少なくとも一つの第１チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第１の物理層プロトコル処理部と、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第２の物理層プロトコル処理部と、
前記第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定する状態管理部と、
前記状態管理部から前記第１チャネルが前記特定の空き条件を満たした旨の判定結果を受けて前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１の物理層プロトコル処理部により送信させる制御を行う第１の制御部と、
前記第２チャネルを仮想キャリアセンスにより解放させる第２フレームを生成し、該第２フレームを前記第２の物理層プロトコル処理部により送信させる制御を行う第２の制御部と具備する無線通信装置。
【請求項４】
前記第２の一定期間は、引き続くフレーム交換シーケンスに必要な期間である請求項２記載の無線通信装置。
【請求項５】
前記無線通信装置はネットワークの一部を形成し、単一の前記第１チャネルを用いてネットワーク属性の送信を行うように前記第１の物理層プロトコル処理部を制御するネットワークシステム管理部をさらに具備する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項６】
前記無線通信装置はネットワークの一部を形成し、単一の前記第１チャネルによってのみネットワーク接続制御を受け付けるネットワークシステム管理部をさらに具備する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項７】
前記第１チャネルの第１の使用率及び第２チャネルの第２の使用率を測定し、該第１及び第２の使用率に基づいて前記第１チャネルを用いて無線通信を行う期間の長さ及び前記第２チャネルを用いて無線通信を行う期間の長さを制御するチャネル状態管理部をさらに具備する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項８】
前記第１の制御部は、前記第１チャネルから第２チャネルへの切り替え指示を前記第１フレームに含ませるか、または前記第１フレームを前記第１の物理層プロトコル処理部により送信させる制御を行った後、前記第１チャネルから第２チャネルへの切り替え指示を行うための第３フレームを前記第１の物理層プロトコル処理部により送信させる制御をさらに行う請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項９】
第２の制御部は、前記第２チャネルから第１チャネルへの切り替え指示を前記第２フレームに含ませるか、または前記第２フレームを前記第２の物理層プロトコル処理部により送信させる制御を行った後、前記第２チャネルから第１チャネルへの切り替え指示を行うための第４フレームを前記第２の物理層プロトコル処理部により送信させる制御をさらに行う請求項２記載の無線通信装置。
【請求項１０】
前記状態管理部は、前記第１チャネルが予め指定された固定期間にわたり空き状態を継続したことをもって前記特定の空き条件を満たしたと判定する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項１１】
前記状態管理部は、前記第１チャネルが予め指定された固定期間と擬似乱数により定められる期間にわたり空き状態を継続したことをもって前記特定の空き条件を満たしたと判定する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項１２】
前記状態管理部は、前記第１チャネルのキャリアセンス状態及び第２チャネルのキャリアセンス状態を管理し、かつ無線通信に現在利用されている単一の第１チャネルのキャリアセンス状態に基づいて前記第１チャネルが前記特定の空き条件を満たしたか否かを判定する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項１３】
前記状態管理部は、２つ以上の前記第１チャネルのキャリアセンス状態を合成して前記第２チャネルのキャリアセンス状態と見なす請求項１２記載の無線通信装置。
【請求項１４】
第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、
前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップとを具備する無線通信方法。
【請求項１５】
第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、
前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップと、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを仮想キャリアセンスにより第２の一定期間占有することを宣言する第２フレームを生成し、該第２フレームを前記第２チャネルにより送信するステップとを具備する無線通信方法。
【請求項１６】
第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、
前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップと、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを仮想キャリアセンスにより解放させる第２フレームを生成し、該第２フレームを前記第２チャネルにより送信するステップとを具備する無線通信方法。
【請求項１７】
送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、
前記第１チャネルが一定期間空き状態である場合に前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記チャネルを予約するステップと、
前記第１チャネルにおいて送信要求フレームを受信した宛先端末が前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを監視するステップと、
第２チャネルが一定時間空き状態である場合に前記宛先端末が前記第２チャネルを用いて送信要求確認フレームを送信することにより前記第２チャネルを予約するステップとを具備する無線通信方法。
【請求項１８】
送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、
前記第１チャネルが一定期間空き状態である場合に前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記チャネルを予約するステップと、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを管理している制御端末が前記第２チャネルを用いてＰｏｌｌフレームを送信することにより前記第２チャネルの使用を前記送信端末に許可するステップとを具備する無線通信方法。
【請求項１９】
送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、
前記送信端末に対し送信許可を与えるＰｏｌｌフレームを送信するためのポーリング制御をポーリングスケジュールに従いポーリング制御端末が実行するステップと、
前記第１チャネルが一定期間空き状態である場合に前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記第１チャネルを予約するステップと、
前記第１チャネルを予約したのちに、前記送信端末から前記ポーリング制御端末に対し前記Ｐｏｌｌフレームの送信を要求する要求フレームを送信するステップと、
前記要求フレームに対する応答フレームを受信したら、前記送信端末が前記Ｐｏｌｌフレームの受信を待機するステップと、
前記Ｐｏｌｌフレームの受信により送信許可を得たのち、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いてデータを送信するステップとを具備する無線通信方法。
【請求項２０】
前記ポーリング制御端末は、第３周波数帯域を持つ第３チャネルを用いて前記ポーリング制御を実行する請求項１９記載の無線通信方法。
【請求項２１】
前記応答フレームの受信に基づく前記Ｐｏｌｌフレームの受信待機が一定時間を越えたら前記データの送信に用いるチャネルを変更するステップをさらに具備する請求項１９記載の無線通信方法。
【請求項２２】
送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、
前記送信端末に対し送信許可を与えるＰｏｌｌフレームを送信するためのポーリング制御をポーリングスケジュールに従いポーリング制御端末が実行するステップと、
前記第１チャネルが一定期間空き状態である場合に、前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記第１チャネルを予約するとともに、前記送信端末から前記ポーリング制御端末に対し前記Ｐｏｌｌフレームの送信を要求する要求情報および該要求情報に対する応答情報の少なくともいずれかを交換するステップと、
前記応答情報を受信したら、前記送信端末が前記Ｐｏｌｌフレームの受信を待機するステップと、
前記Ｐｏｌｌフレームの受信により送信許可を得たのち、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いてデータを送信するステップとを具備する無線通信方法。
【請求項２３】
前記ポーリング制御端末は、第３周波数帯域を持つ第３チャネルを用いて前記ポーリング制御を実行する請求項２２記載の無線通信方法。
【請求項２４】
前記応答情報の受信に基づく前記Ｐｏｌｌフレームの受信待機が一定時間を越えたら前記データの送信に用いるチャネルを変更するステップをさらに具備する請求項２２記載の無線通信方法。
【請求項２５】
送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、
前記送信端末に対し送信許可を与えるＰｏｌｌフレームを送信するためのポーリング制御をポーリングスケジュールに従いポーリング制御端末が実行するステップと、
前記送信端末において、前記ポーリング制御端末からのＰｏｌｌフレームを受信する受信予定時刻を算出するステップと、
算出された受信予定時刻に前記Ｐｏｌｌフレームを受信できるように、前記第１チャネルを予約するための送信要求フレームの送信時刻を算出するステップと、
前記第１チャネルが一定期間空き状態である場合に、前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することによる前記第１チャネルの予約を、前記送信時刻から開始するステップと、
前記Ｐｏｌｌフレームの受信により送信許可を得たのち、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いてデータを送信するステップとを具備する無線通信方法。
【請求項２６】
前記送信端末は、
前記第１チャネルの予約を完了してからの一定時間の経過を検出するステップと、
前記一定時間の経過を契機に前記第１周波数帯域を用いる通信を開始するステップとを実行する請求項１７記載の無線通信方法。
【請求項２７】
前記送信端末は、
前記第１チャネルの予約を完了してからの一定時間の経過を検出するステップと、
前記一定時間の経過までに前記制御端末からの前記Ｐｏｌｌフレームが未受信であるならば、前記第１周波数帯域を用いる通信を開始するステップとを実行する請求項１８記載の無線通信方法。
【請求項２８】
前記送信端末は、
前記第１チャネルの予約を完了してからの一定時間の経過を検出するステップと、
前記一定時間の経過時に前記制御端末からの前記Ｐｏｌｌフレームが未受信であるならば、前記第１周波数帯域を用いる通信を開始するステップとを実行する請求項１９乃至２５のいずれかに記載の無線通信方法。
【請求項１】
第１周波数帯域を持つ少なくとも一つの第１チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第１の物理層プロトコル処理部と、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第２の物理層プロトコル処理部と、
前記第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定する状態管理部と、
前記状態管理部から前記第１チャネルが前記特定の空き条件を満たした旨の判定結果を受けて前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１の物理層プロトコル処理部により送信させる制御を行う第１の制御部とを具備する無線通信装置。
【請求項２】
第１周波数帯域を持つ少なくとも一つの第１チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第１の物理層プロトコル処理部と、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第２の物理層プロトコル処理部と、
前記第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定する状態管理部と、
前記状態管理部から前記第１チャネルが前記特定の空き条件を満たした旨の判定結果を受けて前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１の物理層プロトコル処理部により送信させる制御を行う第１の制御部と、
前記第２チャネルを仮想キャリアセンスにより第２の一定期間占有することを宣言する第２フレームを生成し、該第２フレームを前記第２の物理層プロトコル処理部により送信させる制御を行う第２の制御部と具備する無線通信装置。
【請求項３】
第１周波数帯域を持つ少なくとも一つの第１チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第１の物理層プロトコル処理部と、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いて無線通信を行うための物理層プロトコル処理を行う第２の物理層プロトコル処理部と、
前記第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定する状態管理部と、
前記状態管理部から前記第１チャネルが前記特定の空き条件を満たした旨の判定結果を受けて前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１の物理層プロトコル処理部により送信させる制御を行う第１の制御部と、
前記第２チャネルを仮想キャリアセンスにより解放させる第２フレームを生成し、該第２フレームを前記第２の物理層プロトコル処理部により送信させる制御を行う第２の制御部と具備する無線通信装置。
【請求項４】
前記第２の一定期間は、引き続くフレーム交換シーケンスに必要な期間である請求項２記載の無線通信装置。
【請求項５】
前記無線通信装置はネットワークの一部を形成し、単一の前記第１チャネルを用いてネットワーク属性の送信を行うように前記第１の物理層プロトコル処理部を制御するネットワークシステム管理部をさらに具備する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項６】
前記無線通信装置はネットワークの一部を形成し、単一の前記第１チャネルによってのみネットワーク接続制御を受け付けるネットワークシステム管理部をさらに具備する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項７】
前記第１チャネルの第１の使用率及び第２チャネルの第２の使用率を測定し、該第１及び第２の使用率に基づいて前記第１チャネルを用いて無線通信を行う期間の長さ及び前記第２チャネルを用いて無線通信を行う期間の長さを制御するチャネル状態管理部をさらに具備する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項８】
前記第１の制御部は、前記第１チャネルから第２チャネルへの切り替え指示を前記第１フレームに含ませるか、または前記第１フレームを前記第１の物理層プロトコル処理部により送信させる制御を行った後、前記第１チャネルから第２チャネルへの切り替え指示を行うための第３フレームを前記第１の物理層プロトコル処理部により送信させる制御をさらに行う請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項９】
第２の制御部は、前記第２チャネルから第１チャネルへの切り替え指示を前記第２フレームに含ませるか、または前記第２フレームを前記第２の物理層プロトコル処理部により送信させる制御を行った後、前記第２チャネルから第１チャネルへの切り替え指示を行うための第４フレームを前記第２の物理層プロトコル処理部により送信させる制御をさらに行う請求項２記載の無線通信装置。
【請求項１０】
前記状態管理部は、前記第１チャネルが予め指定された固定期間にわたり空き状態を継続したことをもって前記特定の空き条件を満たしたと判定する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項１１】
前記状態管理部は、前記第１チャネルが予め指定された固定期間と擬似乱数により定められる期間にわたり空き状態を継続したことをもって前記特定の空き条件を満たしたと判定する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項１２】
前記状態管理部は、前記第１チャネルのキャリアセンス状態及び第２チャネルのキャリアセンス状態を管理し、かつ無線通信に現在利用されている単一の第１チャネルのキャリアセンス状態に基づいて前記第１チャネルが前記特定の空き条件を満たしたか否かを判定する請求項１乃至３のいずれか１項記載の無線通信装置。
【請求項１３】
前記状態管理部は、２つ以上の前記第１チャネルのキャリアセンス状態を合成して前記第２チャネルのキャリアセンス状態と見なす請求項１２記載の無線通信装置。
【請求項１４】
第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、
前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップとを具備する無線通信方法。
【請求項１５】
第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、
前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップと、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを仮想キャリアセンスにより第２の一定期間占有することを宣言する第２フレームを生成し、該第２フレームを前記第２チャネルにより送信するステップとを具備する無線通信方法。
【請求項１６】
第１周波数帯域を持つ少なくとも一つの第１チャネルのキャリアセンス状態を管理して前記第１チャネルが特定の空き条件を満たしたか否かを判定するステップと、
前記第１チャネルが前記特定の空き条件を満たしたとき前記第１チャネルを仮想キャリアセンスにより第１の一定期間占有することを宣言する第１フレームを生成し、該第１フレームを前記第１チャネルにより送信するステップと、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを仮想キャリアセンスにより解放させる第２フレームを生成し、該第２フレームを前記第２チャネルにより送信するステップとを具備する無線通信方法。
【請求項１７】
送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、
前記第１チャネルが一定期間空き状態である場合に前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記チャネルを予約するステップと、
前記第１チャネルにおいて送信要求フレームを受信した宛先端末が前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを監視するステップと、
第２チャネルが一定時間空き状態である場合に前記宛先端末が前記第２チャネルを用いて送信要求確認フレームを送信することにより前記第２チャネルを予約するステップとを具備する無線通信方法。
【請求項１８】
送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、
前記第１チャネルが一定期間空き状態である場合に前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記チャネルを予約するステップと、
前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを管理している制御端末が前記第２チャネルを用いてＰｏｌｌフレームを送信することにより前記第２チャネルの使用を前記送信端末に許可するステップとを具備する無線通信方法。
【請求項１９】
送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、
前記送信端末に対し送信許可を与えるＰｏｌｌフレームを送信するためのポーリング制御をポーリングスケジュールに従いポーリング制御端末が実行するステップと、
前記第１チャネルが一定期間空き状態である場合に前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記第１チャネルを予約するステップと、
前記第１チャネルを予約したのちに、前記送信端末から前記ポーリング制御端末に対し前記Ｐｏｌｌフレームの送信を要求する要求フレームを送信するステップと、
前記要求フレームに対する応答フレームを受信したら、前記送信端末が前記Ｐｏｌｌフレームの受信を待機するステップと、
前記Ｐｏｌｌフレームの受信により送信許可を得たのち、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いてデータを送信するステップとを具備する無線通信方法。
【請求項２０】
前記ポーリング制御端末は、第３周波数帯域を持つ第３チャネルを用いて前記ポーリング制御を実行する請求項１９記載の無線通信方法。
【請求項２１】
前記応答フレームの受信に基づく前記Ｐｏｌｌフレームの受信待機が一定時間を越えたら前記データの送信に用いるチャネルを変更するステップをさらに具備する請求項１９記載の無線通信方法。
【請求項２２】
送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、
前記送信端末に対し送信許可を与えるＰｏｌｌフレームを送信するためのポーリング制御をポーリングスケジュールに従いポーリング制御端末が実行するステップと、
前記第１チャネルが一定期間空き状態である場合に、前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することにより前記第１チャネルを予約するとともに、前記送信端末から前記ポーリング制御端末に対し前記Ｐｏｌｌフレームの送信を要求する要求情報および該要求情報に対する応答情報の少なくともいずれかを交換するステップと、
前記応答情報を受信したら、前記送信端末が前記Ｐｏｌｌフレームの受信を待機するステップと、
前記Ｐｏｌｌフレームの受信により送信許可を得たのち、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いてデータを送信するステップとを具備する無線通信方法。
【請求項２３】
前記ポーリング制御端末は、第３周波数帯域を持つ第３チャネルを用いて前記ポーリング制御を実行する請求項２２記載の無線通信方法。
【請求項２４】
前記応答情報の受信に基づく前記Ｐｏｌｌフレームの受信待機が一定時間を越えたら前記データの送信に用いるチャネルを変更するステップをさらに具備する請求項２２記載の無線通信方法。
【請求項２５】
送信端末が第１周波数帯域を持つ第１チャネル上におけるフレーム送信の有無を監視するステップと、
前記送信端末に対し送信許可を与えるＰｏｌｌフレームを送信するためのポーリング制御をポーリングスケジュールに従いポーリング制御端末が実行するステップと、
前記送信端末において、前記ポーリング制御端末からのＰｏｌｌフレームを受信する受信予定時刻を算出するステップと、
算出された受信予定時刻に前記Ｐｏｌｌフレームを受信できるように、前記第１チャネルを予約するための送信要求フレームの送信時刻を算出するステップと、
前記第１チャネルが一定期間空き状態である場合に、前記第１チャネルを用いて前記送信端末と宛先端末間で送信要求／送信要求確認フレームを交換することによる前記第１チャネルの予約を、前記送信時刻から開始するステップと、
前記Ｐｏｌｌフレームの受信により送信許可を得たのち、前記第１周波数帯域より帯域幅が広くかつ前記第１周波数帯域と重複する第２周波数帯域を持つ第２チャネルを用いてデータを送信するステップとを具備する無線通信方法。
【請求項２６】
前記送信端末は、
前記第１チャネルの予約を完了してからの一定時間の経過を検出するステップと、
前記一定時間の経過を契機に前記第１周波数帯域を用いる通信を開始するステップとを実行する請求項１７記載の無線通信方法。
【請求項２７】
前記送信端末は、
前記第１チャネルの予約を完了してからの一定時間の経過を検出するステップと、
前記一定時間の経過までに前記制御端末からの前記Ｐｏｌｌフレームが未受信であるならば、前記第１周波数帯域を用いる通信を開始するステップとを実行する請求項１８記載の無線通信方法。
【請求項２８】
前記送信端末は、
前記第１チャネルの予約を完了してからの一定時間の経過を検出するステップと、
前記一定時間の経過時に前記制御端末からの前記Ｐｏｌｌフレームが未受信であるならば、前記第１周波数帯域を用いる通信を開始するステップとを実行する請求項１９乃至２５のいずれかに記載の無線通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００６−１４２５８（Ｐ２００６−１４２５８Ａ）
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願番号】特願２００４−２４２８９３（Ｐ２００４−２４２８９３）
【出願日】平成１６年８月２３日（２００４．８．２３）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願日】平成１６年８月２３日（２００４．８．２３）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]