(57)【要約】【課題】無線通信における周波数リソースの利用効率を向上させることが可能な仕組みを提供する。【解決手段】第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納される第１のフレームを生成する処理部と、前記第１のフレームを送信する送信部と、を備える無線通信装置。第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納される第１のフレームを受信する受信部と、前記第１のフレーム送信期間情報に基づく周波数においてフレームの送信を待機する送信部と、を備える無線通信装置。【選択図】図７
2017212807.tif 000002
【特許請求の範囲】
【請求項１】
第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納される第１のフレームを生成する処理部と、
前記第１のフレームを送信する送信部と、
を備える無線通信装置。
【請求項２】
前記第２のフレーム送信期間情報は、前記第１のフレームに複数格納され、
複数の前記第２のフレーム送信期間情報が対応する周波数は、互いに異なる、
請求項１に記載の無線通信装置。
【請求項３】
複数の前記第２のフレーム送信期間情報は、互いに異なる、
請求項２に記載の無線通信装置。
【請求項４】
前記第２のフレーム送信期間情報は、前記第１のフレーム送信期間情報と同一の情報を含む、
請求項２に記載の無線通信装置。
【請求項５】
前記第２のフレーム送信期間情報は、前記第１のフレーム送信期間情報と異なる情報を含む、
請求項２に記載の無線通信装置。
【請求項６】
前記第２のフレーム送信期間情報に対応する周波数は、周波数帯域を含み、
前記第２のフレーム送信期間情報に対応する周波数帯域は、前記第１のフレーム送信期間情報についての周波数帯域の一部を含む、
請求項２に記載の無線通信装置。
【請求項７】
前記第２のフレーム送信期間情報は、フレーム送信期間を示す情報を含む、
請求項１に記載の無線通信装置。
【請求項８】
前記第２のフレーム送信期間情報は、フレーム送信期間が導出される情報を含む、
請求項１に記載の無線通信装置。
【請求項９】
前記第１の領域は、フレームヘッダを含み、
前記第２の領域は、フレームボディを含む、
請求項１に記載の無線通信装置。
【請求項１０】
前記第１のフレームは、ＲＴＳ（Request  To  Send）フレームを含む、
請求項１に記載の無線通信装置。
【請求項１１】
第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納される第１のフレームを受信する受信部と、
前記第１のフレーム送信期間情報に基づく周波数においてフレームの送信を待機する送信部と、
を備える無線通信装置。
【請求項１２】
前記第２のフレーム送信期間情報は、前記第１のフレームに複数格納され、
複数の前記第２のフレーム送信期間情報が対応する周波数は、互いに異なり、
前記送信部は、前記第２のフレーム送信期間情報に基づく周波数の各々においてフレームの送信を待機する、
請求項１１に記載の無線通信装置。
【請求項１３】
複数の前記第２のフレーム送信期間情報は、互いに異なる、
請求項１２に記載の無線通信装置。
【請求項１４】
前記第２のフレーム送信期間情報は、前記第１のフレーム送信期間情報と同一の情報を含む、
請求項１２に記載の無線通信装置。
【請求項１５】
前記第２のフレーム送信期間情報は、前記第１のフレーム送信期間情報と異なる情報を含む、
請求項１２に記載の無線通信装置。
【請求項１６】
前記第２のフレーム送信期間情報に対応する周波数は、周波数帯域を含み、
前記第２のフレーム送信期間情報に対応する周波数帯域は、前記第１のフレーム送信期間情報についての周波数帯域の一部を含む、
請求項１２に記載の無線通信装置。
【請求項１７】
前記第２のフレーム送信期間情報は、フレーム送信期間を示す情報を含み、
前記送信部は、フレーム送信期間を示す前記第２のフレーム送信期間情報に対応する周波数の各々においてフレームの送信を待機する、
請求項１１に記載の無線通信装置。
【請求項１８】
前記第２のフレーム送信期間情報は、フレーム送信期間が導出される情報を含み、
前記送信部は、フレーム送信期間が導出される前記第２のフレーム送信期間情報に対応する周波数の各々についてフレームの送信を待機する、
請求項１１に記載の無線通信装置。
【請求項１９】
前記第１の領域は、フレームヘッダを含み、
前記第２の領域は、フレームボディを含む、
請求項１１に記載の無線通信装置。
【請求項２０】
前記送信部は、前記第１のフレームへの応答として、第１のフレーム送信期間情報が格納される第３の領域の後続である第４の領域に周波数に対応する第２のフレーム送信期間情報が格納される第２のフレームを送信する、
請求項１１に記載の無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信装置に関する。
【背景技術】
【０００２】
近年、ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１１に代表される無線ＬＡＮ（Local  Area  Network）の普及が進んでいる。また、それに伴って無線ＬＡＮ対応製品（以下、無線通信装置とも称する。）も増加している。これに対し、通信に利用可能な無線通信リソースには限りがある。そのため、無線通信装置間の通信の効率化が望まれる。【０００３】
通信の効率化のための技術の一例として、いわゆる仮想キャリアセンスといった技術がある。具体的には、非特許文献１で開示されているような、ＲＴＳ（Request  To  Send）／ＣＴＳ（Clear  To  Send）といった仕組みを用いたＮＡＶ（Network  Allocation  Vector）の制御を行う技術がある。例えば、データ伝送を所望する送信装置はＲＴＳフレームをデータ伝送の宛先となる受信装置へ送信し、受信装置はデータ伝送を許可する場合にＣＴＳフレームを当該送信装置へ送信する。このとき、ＲＴＳフレームまたはＣＴＳフレームの宛先以外の無線通信装置は、ＮＡＶを設定し、ＮＡＶ期間中データ伝送を停止する。これにより、通信衝突が回避され、結果として通信を効率化することができると考えられている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】IEEE  Std  802.11−2007,  IEEE  Standard  for  Information  technology−Telecommunications  and  information  exchange  between  systems−Local  and  metropolitan  area  networks−Specific  requirements  Part  11：  Wireless  LAN  Medium  Access  Control  （MAC）  and  Physical  Layer  （PHY）  Specifications
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、無線通信リソースのさらなる有効活用が望まれている。例えば、非特許文献１で規定されるような従来のＲＴＳ／ＣＴＳでは、利用可能な周波数帯域の全体にわたってＮＡＶが設定される。そのため、一部の周波数帯域のみを用いてＲＴＳ／ＣＴＳに基づく通信が行われる場合には、当該ＮＡＶの期間において他の周波数帯域は空いていることになる。言い換えれば、当該他の周波数帯域は有効活用されていない。【０００６】
そこで、本開示では、無線通信における周波数リソースの利用効率を向上させることが可能な仕組みを提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納される第１のフレームを生成する処理部と、前記第１のフレームを送信する送信部と、を備える無線通信装置が提供される。【０００８】
また、本開示によれば、第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納される第１のフレームを受信する受信部と、前記第１のフレーム送信期間情報に基づく周波数においてフレームの送信を待機する送信部と、を備える無線通信装置が提供される。
【発明の効果】
【０００９】
以上説明したように本開示によれば、無線通信における周波数リソースの利用効率を向上させることが可能な仕組みが提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１０】
【図１】隠れ端末問題を説明するための図である。
【図２】ＲＴＳおよびＣＴＳを用いた仮想キャリアセンスの例を示す図である。
【図３】本開示の一実施形態に係る無線通信装置の概略的な機能構成の例を示すブロック図である。
【図４】本開示の一実施形態に係る無線通信装置により通信されるアドバンストフレームの構成例を示す図である。
【図５】本開示の一実施形態に係る送信装置の処理の例を概念的に示すフローチャートである。
【図６】本開示の一実施形態に係る受信装置の処理の例を概念的に示すフローチャートである。
【図７】本開示の一実施形態に係る送信装置および受信装置の動作例を示すフレームシーケンスである。
【図８】本開示の一実施形態の第１および第２の変形例に係る送信装置および受信装置の動作例を示すフレームシーケンスである。
【図９】本開示の一実施形態の第２の変形例に係るアドバンストフレームの構成例を示す図である。
【図１０】スマートフォンの概略的な構成の一例を示すブロック図である。
【図１１】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【図１２】無線アクセスポイントの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１２】
また、本明細書及び図面において、実質的に同一の機能を有する複数の要素を、同一の符号の後に異なる番号を付して区別する場合もある。例えば、実質的に同一の機能を有する複数の要素を、必要に応じてＳＴＡ１０ＡおよびＳＴＡ１０Ｂなどのように区別する。ただし、実質的に同一の機能を有する要素を区別する必要が無い場合、同一符号のみを付する。例えば、ＳＴＡ１０ＡおよびＳＴＡ１０Ｂを特に区別する必要がない場合には、単にＳＴＡ１０と称する。
【００１３】
なお、説明は以下の順序で行うものとする。
１．はじめに
２．本開示の一実施形態
２．１．装置の構成
２．２．装置の機能
２．３．装置の処理
２．４．動作例
２．５．本開示の一実施形態のまとめ
２．６．変形例
３．応用例
４．むすび
【００１４】
＜１．はじめに＞
まず、本開示の一実施形態に係る無線通信装置に関連する技術について説明する。当該技術としては、上述したような仮想キャリアセンスがある。まず、図１を参照して、仮想キャリアセンスが利用されない場合の技術的課題、いわゆる隠れ端末問題について説明する。図１は、隠れ端末問題を説明するための図である。
【００１５】
ＳＴＡ１０ＡがＳＴＡ１０Ｂと通信を開始した後、ＳＴＡ１０ＣにおいてＳＴＡ１０Ｂとの通信要求が発生した場合を想定する。この場合、ＳＴＡ１０Ａから送信される信号の到達範囲が図１の二点鎖線で示した範囲であるとき、ＳＴＡ１０Ａから送信される信号はＳＴＡ１０Ｃには届かない。そのため、ＳＴＡ１０Ｃは、ＳＴＡ１０Ａの信号を検出することができず、ＳＴＡ１０Ｂは通信可能な状態であると判定してしまう。その結果、ＳＴＡ１０ＡとＳＴＡ１０Ｂとの通信中にＳＴＡ１０ＣからＳＴＡ１０Ｂ宛てに信号が送信されることにより、両信号が衝突し、ＳＴＡ１０ＡとＳＴＡ１０Ｂとの通信が妨げられてしまう。
【００１６】
このような隠れ端末問題を解決するために、仮想キャリアセンスという技術が提案されている。具体的には、仮想キャリアセンスでは、ＲＴＳ／ＣＴＳといった仕組みを用いてＮＡＶが制御される。図２を参照して、仮想キャリアセンスの典型的な流れについて説明する。図２は、ＲＴＳおよびＣＴＳを用いた仮想キャリアセンスの例を示す図である。
【００１７】
データ伝送を所望するＳＴＡ１０Ａは、図２に示したように、ＲＴＳフレームをデータ伝送の宛先となるＳＴＡ１０Ｂへ送信する。ＲＴＳフレームを受信したＳＴＡ１０Ｂは、データ伝送をＳＴＡ１０Ａに許可する場合にＣＴＳフレームをＳＴＡ１０Ａへ送信する。
【００１８】
ここで、ＲＴＳフレームまたはＣＴＳフレームの宛先であるＳＴＡ１０ＡおよびＳＴＡ１０Ｂ以外のＳＴＡ１０Ｃは、ＲＴＳフレームまたはＣＴＳフレームが受信されると、受信されたＲＴＳフレームまたはＣＴＳフレームに格納されるフレーム送信期間情報に基づいてＮＡＶを設定する。当該ＮＡＶ期間中、ＳＴＡ１０Ｃは、フレームの送信を停止する。そのため、ＳＴＡ１０ＣのせいでＳＴＡ１０Ａと１０Ｃとの通信がフレームの衝突により妨げられることはない。
【００１９】
ＳＴＡ１０ＡおよびＳＴＡ１０Ｂは、ＣＴＳフレームの通信後にデータフレームを通信する。当該データフレームが成功裏に通信されるとＡＣＫ（Acknowledgement）フレームが通信され、データ伝送が終了する。また、ＳＴＡ１０Ｃは、ＳＴＡ１０ＡとＳＴＡ１０Ｂとのデータ伝送に係る通信が終了する時点でＮＡＶ期間が経過するため、ＮＡＶを解除する。それにより、ＳＴＡ１０Ｃは、伝送路へアクセスすることができるようになる。
【００２０】
しかし、上述したＲＴＳ／ＣＴＳでは、データ伝送に用いられない無線通信リソースが存在する。例えば、当該ＲＴＳ／ＣＴＳでは、全ての周波数帯域にわたってＮＡＶが設定される。他方で、フレーム送信に利用可能な周波数帯域のうちの一部の周波数帯域のみを用いて通信を行うことも考えられる。その場合には、設定されるＮＡＶの期間において当該一部の周波数帯域以外の他の周波数帯域は利用されていないことになる。
【００２１】
そこで、本開示では、無線通信における周波数リソースの利用効率を向上させることが可能な仕組みおよび当該仕組みを実現するための無線通信装置を提案する。
【００２２】
＜２．本開示の一実施形態＞
次に、本開示の一実施形態に係る無線通信装置について説明する。以下、後述する第２のフレーム送信期間情報が格納される第２の領域を有する第１のフレーム（以下、アドバンストフレームとも称する。）を送信する無線通信装置を送信装置１００とも称し、アドバンストフレームを受信する無線通信装置を受信装置２００とも称する。なお、送信装置１００が受信装置２００として動作してもよく、受信装置２００が送信装置１００として動作してもよい。また、上記第２の領域を有さない従来のフレームをレガシフレームとも称する。レガシフレームとしては、例えばＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃおよび１１ａｄなどの無線ＬＡＮ標準のうちのいずれかに規定されるフレームがある。
【００２３】
＜２．１．装置の構成＞
まず、図３を参照して、本開示の一実施形態に係る送信装置１００および受信装置２００の機能構成について説明する。なお、送信装置１００および受信装置２００の機能構成は実質的に同一であるため、送信装置１００についてのみ説明する。図３は、本開示の一実施形態に係る無線通信装置の概略的な機能構成の例を示すブロック図である。
【００２４】
送信装置１００は、図３に示したように、データ処理部１１０、無線通信部１２０、制御部１３０および記憶部１４０を備える。
【００２５】
データ処理部１１０は、処理部の一部として、データに対して送受信のための処理を行う。具体的には、データ処理部１１０は、通信上位層からのデータに基づいてフレームを生成し、生成されるフレームを無線通信部１２０に提供する。例えば、データ処理部１１０は、データからフレーム（またはパケット）を生成し、生成されるフレームにメディアアクセス制御（ＭＡＣ：Media  Access  Control）のためのＭＡＣヘッダの付加および誤り検出符号の付加等の処理を行う。また、データ処理部１１０は、受信されるフレームからデータを抽出し、抽出されるデータを通信上位層に提供する。例えば、データ処理部１１０は、受信されるフレームについて、ＭＡＣヘッダの解析、符号誤りの検出および訂正、ならびにリオーダ処理等を行うことによりデータを取得する。
【００２６】
無線通信部１２０は、送信部および受信部の一部として、フレームについて変復調等の信号処理およびアンテナを介した信号の送受信を行う。具体的には、無線通信部１２０は、データ処理部１１０から提供されるフレームについて、制御部１３０によって設定されるコーディングおよび変調方式等に従って、エンコード、インタリーブおよび変調を行うことによりシンボルストリームを生成する。次いで、無線通信部１２０は、得られたシンボルストリームに係る信号を、アナログ信号に変換し、増幅し、フィルタリングし、および周波数アップコンバートする。そして、無線通信部１２０は、処理された信号を、アンテナを介して送信する。また、無線通信部１２０は、アンテナを介して得られる信号について、信号送信の際と逆の処理、例えば周波数ダウンコンバートおよびデジタル信号変換等を行うことによりシンボルストリームを得る。そして、無線通信部１２０は、得られたシンボルストリームについて、復調およびデコード等を行うことによりフレームを取得し、取得されるフレームをデータ処理部１１０または制御部１３０に提供する。
【００２７】
制御部１３０は、処理部、送信部および受信部の一部として、送信装置１００の通信を全体的に制御する。具体的には、制御部１３０は、各機能間の情報の受け渡し、通信パラメタの設定、およびデータ処理部１１０におけるフレーム（パケット）のスケジューリング等の処理を行う。
【００２８】
記憶部１４０は、データ処理部１１０または制御部１３０の処理に用いられる情報を記憶する。具体的には、記憶部１４０は、フレームに格納される情報、フレームから取得された情報および通信パラメタの情報等を記憶する。
【００２９】
なお、送信装置１００および受信装置２００は、有線通信を行ってもよい。例えば、送信装置１００および受信装置２００は、インターネットと接続され、インターネットを介して外部の装置と通信を行う有線通信部を備えてよい。
【００３０】
＜２．２．装置の機能＞
次に、送信装置１００および受信装置２００の機能について説明する。ここでは、送信装置１００および受信装置２００はＲＴＳ／ＣＴＳを用いた仮想キャリアセンス機能を有し、ＲＴＳフレームおよびＣＴＳフレームがアドバンストフレームとして送信される例について説明する。なお、仮想キャリアセンスの基本機能については上述した機能と実質的に同一であるため説明を省略する。
【００３１】
［送信装置の機能］
まず、送信装置１００の機能について説明する。送信装置１００は、アドバンストフレーム送信機能を有する。
【００３２】
（アドバンストフレーム送信機能）
送信装置１００は、２種類のフレーム送信期間情報が格納されるアドバンストフレームを送信する。具体的には、送信装置１００は、第１のフレーム送信期間情報が格納される第１の領域と、当該第１の領域の後続であって第２のフレーム送信期間情報が格納される第２の領域と、を有するアドバンストフレームを送信する。当該第２のフレーム送信期間情報は、周波数に対応するフレーム送信期間情報である。例えば、制御部１３０は、通信されるデータのサイズなどに基づいて通信期間および通信周波数を決定する。次に、制御部１３０は、決定された通信期間から第１のフレーム送信期間情報を生成し、決定された通信期間および通信周波数から第２のフレーム送信期間情報を生成する。次に、制御部１３０は、生成された第１のフレーム送信期間情報および第２のフレーム送信期間情報がそれぞれ第１の領域および第２の領域に格納されたアドバンストフレームをデータ処理部１１０に生成させる。そして、無線通信部１２０は、生成されたアドバンストフレームを送信する。さらに、図４を参照して、アドバンストフレームについて詳細に説明する。図４は、本開示の一実施形態に係る無線通信装置により通信されるアドバンストフレームの構成例を示す図である。
【００３３】
アドバンストフレームは、第１の領域および当該第１の領域の後続である第２の領域を有する。第１の領域はフレームヘッダであり、第２の領域はフレームボディである。例えば、図４に示したように、アドバンストフレームは、PHY（Physical  Layer）  Header、Legacy  Compatible  Portion、Advanced  PortionおよびFrame  Bodyといったフィールドを有する。Legacy  Compatible  Portionは、第１の領域としてのフィールドであり、例えばMAC  Headerであってよい。また、Advanced  Portionは、第２の領域としてのフィールドである。
【００３４】
第１の領域には、第１のフレーム送信期間情報が格納される。例えば、図４に示したようにMAC  Header内にNAV  Duration（以下、第１のNAV  Durationとも称する。）が格納される。第１のNAV  Durationは、従来のＩＥＥＥ８０２．１１フレームフォーマットのようにMAC  HeaderのDurationフィールドに格納されてよい。
【００３５】
第２の領域には、１つまたは複数の第２のフレーム送信期間情報が格納され、複数の第２のフレーム送信期間情報に対応する周波数は、互いに異なる。また、第２のフレーム送信期間情報に対応する周波数は周波数帯域（以下、周波数チャネルまたはチャネルとも称する。）であり、当該第２のフレーム送信期間情報に対応するチャネルは第１のフレーム送信期間情報についてのチャネルの一部（以下、サブチャネルとも称する。）である。例えば、図４に示したようにAdvanced  Portion内には複数のNAV  Duration（以下、第２のNAV  Durationとも称する。）が格納され、第２のNAV  Durationの各々は、MAC  Headerに格納される第１のNAV  Durationに係るチャネル内の互いに異なるサブチャネル（例えばsub−channel1、sub−channel2）にそれぞれ対応している。なお、対応するサブチャネルは、第２のNAV  Durationの格納順または格納場所などから識別されてよい。また、対応するサブチャネルは、第２のNAV  Durationと対応するサブチャネルを示す情報から識別されてもよく、その場合、当該サブチャネルを示す情報はAdvanced  Portionに別途に格納される。
【００３６】
また、第２のフレーム送信期間情報は、第１のフレーム送信期間情報と実質的に同一の情報であってよい。具体的には、第２のフレーム送信期間情報は、フレーム送信期間を示す情報であり、第１のフレーム送信期間情報の示す値と同一の値を示す。例えば、第１のNAV  Durationとサブチャネル１の第２のNAV  Durationとが同一の値である。なお、ＮＡＶが設定されないチャネルについては、第２のNAV  Durationは０であってもよく、第２のNAV  Duration自体がアドバンストフレームに格納されなくてもよい。
【００３７】
また、アドバンストフレームは、ＲＴＳフレームであってよい。例えば、制御部１３０は、仮想キャリアセンスの実行において、第２の領域を有さない従来のＲＴＳフレーム（以下、レガシＲＴＳフレームとも称する。）の代わりに、第２のフレーム送信期間情報が格納されたＲＴＳフレーム（以下、アドバンストＲＴＳフレームとも称する。）をデータ処理部１１０に生成させる。なお、アドバンストＲＴＳフレームは、図４に示したFrame  Bodyを有していなくてもよい。また、レガシＲＴＳフレームとアドバンストＲＴＳフレームとが識別される情報がアドバンストＲＴＳフレームに格納されてよい。例えば、MAC  Header内のFrame  Controlフィールドに、アドバンストＲＴＳフレームが識別されるフレームタイプ情報が格納される。
【００３８】
［受信装置の機能］
まず、受信装置２００の機能について説明する。受信装置２００は、アドバンストフレーム受信機能、ＮＡＶ設定機能およびアドバンストフレーム送信機能を有する。
【００３９】
（アドバンストフレーム受信機能）
受信装置２００は、送信装置１００から送信されるアドバンストフレームを受信する。具体的には、データ処理部２１０は、無線通信部２２０により受信されるアドバンストフレームから第２のフレーム送信期間情報を取得する。例えば、データ処理部２１０は、無線通信部２２０により受信されたアドバンストフレームのMAC  Headerからフレームタイプ情報を取得し、取得されたフレームタイプ情報がアドバンストフレームを示すかを判定する。フレームタイプ情報がアドバンストフレームを示す場合、データ処理部２１０は、MAC  Headerの受信処理後、MAC  Headerの後続であるAdvanced  Portionから第２のNAV  Durationを取得する。なお、フレームタイプ情報がレガシフレームを示す場合、データ処理部２１０は、MAC  Headerの受信処理においてMAC  Headerから第１のNAV  Durationを取得する。
【００４０】
（ＮＡＶ設定機能）
受信装置２００は、アドバンストフレームに格納される第２のフレーム送信期間情報に基づいてフレームの送信待機（すなわちＮＡＶ）を制御する。具体的には、制御部２３０は、データ処理部２１０により取得された第２のフレーム送信期間情報に基づく周波数の各々についてＮＡＶを設定する。例えば、制御部２３０は、データ処理部２１０により取得された第２のNAV  Durationに対応するサブチャネルの各々について、第２のNAV  Durationの各々をそれぞれＮＡＶ期間として設定する。
【００４１】
（アドバンストフレーム送信機能）
受信装置２００は、送信装置１００から受信されるアドバンストフレームへの応答としてのアドバンストフレーム（以下、応答アドバンストフレームとも称する。）を送信する。具体的には、制御部２３０は、第１のフレーム送信期間情報が格納される第３の領域の後続である第４の領域に周波数に対応する第２のフレーム送信期間情報が格納される応答アドバンストフレームの送信を制御する。なお、第３の領域は第１の領域に相当し、第４の領域は第２の領域に相当する。
【００４２】
例えば、制御部２３０は、受信装置２００自身が宛先であるアドバンストＲＴＳフレームが受信されると、アドバンストＲＴＳフレームの送信元である送信装置１００に通信を許可するかを判定する。通信を許可すると判定されると、制御部２３０は、アドバンストＲＴＳフレームから取得された第１および第２のNAV  Durationから第２のフレーム送信期間情報が格納されたＣＴＳフレーム（以下、アドバンストＣＴＳフレームとも称する。）の送信期間およびＳＩＦＳ（Short  Inter  Frame  Space）などの期間を差し引くことにより第３および第４のNAV  Durationを算出する。そして、制御部２３０は、算出された第３および第４のNAV  Durationが第３の領域としてのMAC  Headerおよび第４の領域としてのAdvanced  Portionにそれぞれ格納されるアドバンストＣＴＳフレームをデータ処理部２１０に生成させる。そして、無線通信部２２０は、生成されたアドバンストＣＴＳフレームを送信する。
【００４３】
＜２．３．装置の処理＞
次に、送信装置１００および受信装置２００の処理について説明する。
【００４４】
［送信装置の処理］
まず、図５を参照して、送信装置１００の処理について説明する。図５は、本開示の一実施形態に係る送信装置の処理の例を概念的に示すフローチャートである。
【００４５】
送信装置１００は、データ伝送要求が発生したかを判定する（ステップＳ３０１）。具体的には、制御部１３０は、通信上位層からデータ伝送要求が通知されたかを判定する。
【００４６】
データ伝送要求が発生したと判定されると（ステップＳ３０１／ＹＥＳ）、送信装置１００は、データを取得する（ステップＳ３０２）。具体的には、制御部１３０は、データ処理部１１０に、データ伝送要求と共に提供されたデータを送信バッファから取得させる。
【００４７】
次に、送信装置１００は、第１のフレーム送信期間情報を生成する（ステップＳ３０３）。具体的には、制御部１３０は、取得されたデータのサイズなどに基づいてデータ伝送についての第１のNAV  Durationを決定する。
【００４８】
次に、送信装置１００は、利用可能な周波数のうちの一部の周波数のみを用いてデータを伝送するかを判定する（ステップＳ３０４）。具体的には、制御部１３０は、データのサイズなどに基づいて、データ伝送に利用可能なチャネルのうちの一部のサブチャネルのみを用いてデータを伝送するかを判定する。言い換えると、周波数分割多重通信を受信装置２００に許可するかが判定される。
【００４９】
利用可能な周波数の全ての周波数を用いてデータを伝送すると判定されると（ステップＳ３０４／ＮＯ）、送信装置１００は、第１のフレーム送信期間情報が格納されたレガシＲＴＳフレームを生成する。具体的には、制御部１３０は、利用可能なチャネル全体を用いてデータを伝送すると判定されると、第１のNAV  Durationが格納され、第２のNAV  Durationが格納されていないレガシＲＴＳフレームをデータ処理部１１０に生成させる。
【００５０】
他方で、利用可能な周波数のうちの一部の周波数のみを用いてデータを伝送すると判定されると（ステップＳ３０４／ＹＥＳ）、送信装置１００は、伝送用周波数に対応する第２のフレーム送信期間情報を生成する（ステップＳ３０６）。具体的には、制御部１３０は、一部のサブチャネルのみを用いてデータを伝送すると判定されると、利用可能なチャネルのサブチャネルに対応する第２のNAV  Durationをそれぞれ決定する。詳細には、制御部１３０は、データ伝送に用いられるサブチャネルに対応する第２のNAV  Durationを第１のNAV  Durationと同一の値に決定し、データ伝送に用いられないサブチャネルに対応する第２のNAV  Durationを０に決定する。
【００５１】
次に、送信装置１００は、第１および第２のフレーム送信期間情報が格納されたアドバンストＲＴＳフレームを生成する（ステップＳ３０７）。具体的には、制御部１３０は、生成された第２のNAV  Durationが格納されたアドバンストＲＴＳフレームをデータ処理部１１０に生成させる。
【００５２】
次に、送信装置１００は、生成されたＲＴＳフレームを送信する（ステップＳ３０８）。具体的には、無線通信部１２０は、生成されたレガシＲＴＳフレームまたはアドバンストＲＴＳフレームを送信する。
【００５３】
次に、送信装置１００は、ＣＴＳフレームが受信されたかを判定する（ステップＳ３０９）。具体的には、制御部１３０は、レガシＲＴＳフレームまたはアドバンストＲＴＳフレームへの応答としての送信装置１００宛てのレガシＣＴＳフレームまたはアドバンストＣＴＳフレームが受信されたかを判定する。
【００５４】
ＣＴＳフレームが受信されたと判定されると（ステップＳ３０９／ＹＥＳ）、送信装置１００は、データフレームを送信する（ステップＳ３１０）。具体的には、制御部１３０は、送信装置１００宛てのレガシＲＴＳフレームまたはアドバンストＣＴＳフレームが受信されると、取得されたデータが格納されたデータフレームをデータ処理部１１０に生成させる。そして、無線通信部１２０は、生成されたデータフレームを送信する。
【００５５】
［受信装置の処理］
まず、図６を参照して、受信装置２００の処理について説明する。図６は、本開示の一実施形態に係る受信装置の処理の例を概念的に示すフローチャートである。
【００５６】
受信装置２００は、受信装置２００以外の他の無線通信装置宛てのＲＴＳフレームが受信されたかを判定する（ステップＳ４０１）。具体的には、データ処理部２１０は、無線通信部２２０により受信されたＲＴＳフレームから宛先情報を取得し、取得された宛先情報が受信装置２００以外の他の無線通信装置を示すかを判定する。
【００５７】
他の無線通信装置宛てのＲＴＳフレームが受信されたと判定されると（ステップＳ４０１／ＹＥＳ）、受信装置２００は、受信されたＲＴＳフレームがレガシＲＴＳフレームであるかを判定する（ステップＳ４０２）。具体的には、データ処理部２１０は、受信されたＲＴＳフレームからフレームタイプ情報を取得し、取得されたフレームタイプ情報がレガシＲＴＳフレームを示すかを判定する。
【００５８】
受信ＲＴＳフレームがレガシＲＴＳフレームであると判定されると（ステップＳ４０２／ＹＥＳ）、受信装置２００は、第１のフレーム送信期間情報をレガシＲＴＳフレームから取得する（ステップＳ４０３）。具体的には、データ処理部２１０は、フレームタイプ情報がレガシＲＴＳフレームを示す場合、レガシＲＴＳフレームのMAC  Headerから第１のNAV  Durationを取得する。
【００５９】
次に、受信装置２００は、利用可能な全ての周波数についてＮＡＶを設定する（ステップＳ４０４）。具体的には、制御部２３０は、取得された第１のNAV  DurationをＮＡＶ期間として利用可能なチャネル全体について設定する。
【００６０】
他方で、受信ＲＴＳフレームがアドバンストＲＴＳフレームであると判定されると（ステップＳ４０２／ＮＯ）、受信装置２００は、第２のフレーム送信期間情報をアドバンストＲＴＳフレームから取得する（ステップＳ４０５）。具体的には、データ処理部２１０は、フレームタイプ情報がアドバンストＲＴＳフレームを示す場合、アドバンストＲＴＳフレームのMAC  Headerから第１のNAV  Durationを取得し、Advanced  Portionから少なくとも１つの第２のNAV  Durationを取得する。
【００６１】
次に、受信装置２００は、取得された第２のフレーム送信期間情報に対応する周波数についてＮＡＶを設定する（ステップＳ４０６）。具体的には、制御部２３０は、取得された第２のNAV  Durationに対応するサブチャネルの各々について、当該第２のNAV  DurationをＮＡＶ期間としてそれぞれ設定する。
【００６２】
また、受信装置２００宛てのＲＴＳフレームが受信されと判定されると（ステップＳ４０１／ＮＯ）、受信装置２００は、ＲＴＳフレームの送信元に通信を許可するかを判定する（ステップＳ４０７）。具体的には、制御部２３０は、ＲＴＳフレームを送信した送信装置１００に通信を許可するかを判定する。
【００６３】
通信を許可すると判定され（ステップＳ４０７／ＹＥＳ）、受信されたＲＴＳフレームがレガシＲＴＳフレームであると判定されると（ステップＳ４０８／ＹＥＳ）、受信装置２００は、受信されたレガシＲＴＳフレームに格納される第１のフレーム送信期間情報を更新する（ステップＳ４０９）。具体的には、制御部２３０は、レガシＲＴＳフレームから取得された第１のNAV  DurationからレガシＣＴＳフレームの送信期間およびＳＩＦＳを差し引く。
【００６４】
次に、受信装置２００は、更新された第１のフレーム送信期間情報が格納されたレガシＣＴＳフレームを生成する（ステップＳ４１０）。具体的には、制御部２３０は、レガシＣＴＳフレームの送信期間およびＳＩＦＳが差し引かれた第１のNAV  DurationがMAC  Headerに格納されたレガシＣＴＳフレームをデータ処理部２１０に生成させる。
【００６５】
他方で、受信されたＲＴＳフレームがアドバンストＲＴＳフレームであると判定されると（ステップＳ４０８／ＮＯ）、受信装置２００は、受信されたアドバンストＲＴＳフレームに格納される第１および第２のフレーム送信期間情報を更新する（ステップＳ４１１）。具体的には、制御部２３０は、アドバンストＲＴＳフレームから取得された第１および第２のNAV  DurationからアドバンストＣＴＳフレームの送信期間およびＳＩＦＳをそれぞれ差し引く。
【００６６】
次に、受信装置２００は、更新された第１および第２のフレーム送信期間情報が格納されたアドバンストＣＴＳフレームを生成する（ステップＳ４１２）。具体的には、制御部２３０は、アドバンストＣＴＳフレームの送信期間およびＳＩＦＳが差し引かれた第１および第２のNAV  DurationがMAC  HeaderおよびAdvanced  Portionにそれぞれ格納されたアドバンストＣＴＳフレームをデータ処理部１１０に生成させる。
【００６７】
そして、受信装置２００は、生成されたＣＴＳフレームを送信する（ステップＳ４１３）。具体的には、無線通信部２２０は、生成されたレガシＣＴＳフレームまたはアドバンストＣＴＳフレームを送信する。
【００６８】
＜２．４．動作例＞
以上、送信装置１００および受信装置２００の処理について説明した。次に、図７を参照して、送信装置１００および受信装置２００の動作例を説明する。図７は、本開示の一実施形態に係る送信装置１００および受信装置２００の動作例を示すフレームシーケンスである。
【００６９】
まず、送信装置１００は、データ伝送要求が発生すると、第１および第２のフレーム送信期間情報を設定し、設定された情報が格納されたアドバンストＲＴＳフレームを送信する。例えば、送信装置１００は、第１のNAV  Durationとして「ｘ」を、サブチャネル１に対応する第２のNAV  Durationとして「ｘ」を、サブチャネル２に対応する第２のNAV  Durationとして「０」をそれぞれ設定する。そして、送信装置１００は、設定された第１のNAV  Durationおよび各第２のNAV  Durationが格納されたアドバンストＲＴＳフレームをデータ伝送先である受信装置２００Ａを宛先として送信する。
【００７０】
データ伝送先である受信装置２００Ａは、アドバンストＲＴＳフレームが受信されると、更新された第１および第２のフレーム送信期間情報が格納されたアドバンストＣＴＳフレームを送信する。例えば、受信装置２００Ａは、受信されたアドバンストＲＴＳフレームから取得される第１のNAV  Durationおよびサブチャネル１に対応する第２のNAV  Durationを「ｘ」から「ｙ」に更新する。なお、サブチャネル２に対応する第２のNAV  Durationは「０」のままである。そして、受信装置２００Ａは、更新後の第１のNAV  Durationおよび第２のNAV  Durationが格納されたアドバンストＣＴＳフレームをアドバンストＲＴＳフレームの送信元である送信装置１００を宛先として送信する。
【００７１】
他方で、データ伝送先でない受信装置２００Ｂは、アドバンストＲＴＳフレームが受信されると、アドバンストＲＴＳフレームに格納された第２のフレーム送信期間情報に基づいて利用可能な周波数の一部の周波数毎にＮＡＶを設定する。例えば、受信装置２００Ｂは、アドバンストＲＴＳフレームから複数の第２のNAV  Durationを取得し、取得された複数の第２のNAV  Durationのうちの値が「０」でない「ｘ」である第２のNAV  Durationに対応するサブチャネル１について、「ｘ」をＮＡＶ期間とするＮＡＶを設定する。他方で、サブチャネル２については、第２のNAV  Durationが「０」であるため、ＮＡＶは設定されない。
【００７２】
また、データ伝送先でない従来の受信装置２０（以下、レガシ受信装置２０とも称する。）は、アドバンストＲＴＳフレームに格納された第１のフレーム送信期間情報に基づいて利用可能な周波数全体についてＮＡＶを設定する。例えば、レガシ受信装置２０は、アドバンストＲＴＳフレームのMAC  Headerについては受信可能であるが、MAC  Headerの後続であるAdvanced  PortionについてはレガシＲＴＳフレームとフォーマットが異なるため受信することができない。そのため、レガシ受信装置２０は、MAC  Headerから第１のNAV  Durationのみを取得し、取得された第１のNAV  Duration「ｘ」をＮＡＶ期間とするＮＡＶを利用可能なチャネル全体について設定する。
【００７３】
そして、アドバンストＣＴＳフレームを受信した送信装置１００は、設定された第２のフレーム送信期間情報に対応する周波数を用いてＰＰＤＵを送信する。例えば、送信装置１００は、サブチャネル１のみを用いてデータフレームなどのＰＰＤＵ１を送信する。サブチャネル１については受信装置２００Ｂおよびレガシ受信装置２０においてＮＡＶが設定されているため、サブチャネル１において通信の衝突は発生しない。
【００７４】
ここで、アドバンストＲＴＳフレームを受信した受信装置２００Ｂは、ＰＰＤＵの通信に用いられていない周波数を用いてＰＰＤＵを送信する。例えば、受信装置２００Ｂは、ＮＡＶが設定されていないチャネル２を用いて受信装置２００Ａ宛てのデータフレームなどのＰＰＤＵ２を送信する。サブチャネル２は、送信装置１００によって使用されていない空きチャネルであるため、サブチャネル２において通信の衝突は発生しない。
【００７５】
なお、アドバンストＣＴＳフレームの宛先（送信装置１００）以外の他の受信装置２００がアドバンストＣＴＳフレームを受信した場合、当該他の受信装置２００は、アドバンストＣＴＳフレームに格納される第２のフレーム送信期間情報に基づく周波数についてＮＡＶを設定する。
【００７６】
＜２．５．本開示の一実施形態のまとめ＞
このように、本開示の一実施形態によれば、送信装置１００は、第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納される第１のフレームを生成し、当該第１のフレームを送信する。また、受信装置２００は、上記第１のフレームを受信し、第１のフレームに格納される第１のフレーム送信期間情報に基づく周波数においてフレームの送信を待機する。
【００７７】
従来のＲＴＳ／ＣＴＳを用いた仮想キャリアセンスでは、利用可能な周波数全体についてＮＡＶが設定される。そのため、周波数の一部のみを用いて通信が行われる場合には、通信に用いられる周波数以外の他の周波数が空いているのにもかかわらず、通信を行う無線通信装置以外の他の無線通信装置は当該他の周波数を使用することができなかった。
【００７８】
これに対し、本開示の一実施形態によれば、周波数毎にＮＡＶが設定されることにより、通信で使用されない周波数を送信装置１００以外の受信装置２００が利用することができる。従って、通信衝突を回避させながら、無線通信における周波数リソースの利用効率を向上させることが可能となる。
【００７９】
また、上記第２のフレーム送信期間情報は、上記第１のフレームに複数格納され、複数の第２のフレーム送信期間情報が対応する周波数は、互いに異なる。そして、受信装置２００は、第２のフレーム送信期間情報に基づく周波数の各々においてフレームの送信を待機する。このため、３つ以上の周波数について第２のフレーム送信期間情報を設定することができる。従って、より細かい周波数の単位でＮＡＶの設定が制御可能になることにより、フレームサイズが多様である場合であっても周波数リソースが使い切られやすくなり、周波数リソースの利用効率をさらに向上させることが可能となる。
【００８０】
また、上記第２のフレーム送信期間情報は、上記第１のフレーム送信期間情報と同一の情報を含む。ここで、受信装置２００において特定の周波数について設定される第２のNAV  Durationがレガシ受信装置２０において設定される第１のNAV  Durationよりも短い場合には、受信装置２００が当該特定の周波数を用いた通信をレガシ受信装置２０よりも先に開始する可能性がある。その結果、レガシ受信装置２０の送信機会が減少しかねない。これに対し、第２のNAV  Durationと第１のNAV  Durationとが同じ値に設定されることにより、レガシ受信装置２０において設定されるＮＡＶと受信装置２００において設定されるＮＡＶとの間に差が生じることを防止できる。従って、レガシ受信装置２０の送信機会が受信装置２００の送信によって減少させられることを抑制することが可能となる。
【００８１】
また、上記第２のフレーム送信期間情報に対応する周波数は、周波数帯域を含み、当該第２のフレーム送信期間情報に対応する周波数帯域は、上記第１のフレーム送信期間情報についての周波数帯域の一部を含む。ここで、フレームの送信が可能なチャネルは概して通信規格により規定されている。そこで、通信規格により規定されているチャネルの範囲内でＮＡＶの設定が可能なサブチャネルが設けられることにより、通信規格に従った通信における周波数リソースの利用効率を向上させることが可能となる。
【００８２】
また、上記第２のフレーム送信期間情報は、フレーム送信期間を示す情報を含む。そして、受信装置２００は、フレーム送信期間を示す当該第２のフレーム送信期間情報に対応する周波数の各々においてフレームの送信を待機する。このため、受信装置２００は、アドバンストフレームを用いて通知された情報のみでＮＡＶを設定することができる。従って、受信装置２００の処理または構成を簡素化することができ、処理負荷または製造コストを抑制することが可能となる。
【００８３】
また、上記第１の領域は、フレームヘッダを含み、上記第２の領域は、フレームボディを含む。このため、レガシ受信装置２０が解釈可能なフレームヘッダに第１のNAV  Durationが格納されることにより、アドバンストフレームを受信したレガシ受信装置２０にも従来通りＮＡＶを設定させることができる。従って、レガシ受信装置２０と受信装置２００とが混在する状況においても、通信の衝突を回避しながら周波数リソースの利用効率を向上させることが可能となる。
【００８４】
また、上記第１のフレームは、ＲＴＳフレームを含む。このため、ＲＴＳ／ＣＴＳによるＮＡＶの制御が周波数毎に行われることにより、隠れ端末問題を解消しながら周波数リソースの利用効率を向上させることが可能となる。
【００８５】
また、受信装置２００は、上記第１のフレームへの応答として、第１のフレーム送信期間情報が格納される第３の領域の後続である第４の領域に周波数に対応する第２のフレーム送信期間情報が格納される第２のフレームを送信する。このため、第１のフレームにより設定されるＮＡＶと第２のフレームにより設定されるＮＡＶとの間に不整合が発生することを抑制できる。従って、第２のフレームを受信する受信装置２００の送信機会が第１のフレームを受信する受信装置２００よりも減少することを抑制することが可能となる。それにより、送信機会の公平性を確保することが可能となる。
【００８６】
＜２．６．変形例＞
以上、本開示の一実施形態について説明した。なお、本開示の一実施形態は、上述の例に限定されない。以下に、本実施形態の第１および第２の変形例について説明する。
【００８７】
（第１の変形例）
本開示の一実施形態の第１の変形例として、アドバンストフレームに格納される複数の第２のフレーム送信期間情報は、互いに異なってもよい。また、第２のフレーム送信期間情報は、第１のフレーム送信期間情報と異なってもよい。具体的には、アドバンストフレームに格納される複数の第２のNAV  Durationのうちの少なくとも２つは互いに異なる。さらに、図８を参照して、本変形例に係る第２のフレーム送信期間情報について説明する。図８は、本開示の一実施形態の第１および第２の変形例に係る送信装置１００および受信装置２００の動作例を示すフレームシーケンスである。なお、図７を参照して説明した内容と実質的に同一である内容については説明を省略する。
【００８８】
まず、送信装置１００は、データ伝送要求が発生すると、設定された第１および第２のフレーム送信期間情報が格納されたアドバンストＲＴＳフレームを送信する。例えば、送信装置１００は、第１のNAV  Durationとして「ｘ」を、サブチャネル１に対応する第２のNAV  Durationとして「ｘ」を、サブチャネル２に対応する第２のNAV  Durationとして「０」を、サブチャネル３に対応する第２のNAV  Durationとして「ｚ」をそれぞれ設定する。「０」はＮＡＶ期間が設定されないことを意味するため、実質的にはサブチャネル１、３について互いに異なる「ｘ」、「ｚ」が設定されているといえる。また、「ｘ」は第１のNAV  Durationと同一であるが、「ｚ」は第１のNAV  Durationと異なり「ｘ」よりも小さい（すなわちｘ＞ｚ）。そして、送信装置１００は、設定された第１のNAV  Durationおよび各第２のNAV  Durationが格納されたアドバンストＲＴＳフレームを送信する。
【００８９】
データ伝送先でない受信装置２００は、アドバンストＲＴＳフレームが受信されると、アドバンストＲＴＳフレームに格納された第２のフレーム送信期間情報に基づいてサブチャネル毎にＮＡＶを設定する。例えば、受信装置２００は、アドバンストＲＴＳフレームから複数の第２のNAV  Durationを取得し、取得された複数の第２のNAV  Durationのうちの値が「ｘ」である第２のNAV  Durationに対応するサブチャネル１について、「ｘ」をＮＡＶ期間とするＮＡＶを設定する。また、受信装置２００は、値が「ｚ」である第２のNAV  Durationに対応するサブチャネル３について、「ｚ」をＮＡＶ期間とするＮＡＶを設定する。他方で、サブチャネル２については、第２のNAV  Durationが「０」であるため、ＮＡＶは設定されない。
【００９０】
また、データ伝送先でないレガシ受信装置２０は、アドバンストＲＴＳフレームに格納された第１のフレーム送信期間情報に基づいて利用可能な周波数全体についてＮＡＶを設定する。
【００９１】
なお、図７の場合と同様に、アドバンストＲＴＳフレームの通信後に、アドバンストＣＴＳフレームまたはレガシＣＴＳフレームが送信されるが、ここでは図示および説明を省略する。
【００９２】
そして、アドバンストＣＴＳフレームを受信した送信装置１００は、複数の第２のフレーム送信期間情報に対応する周波数の各々を用いてＰＰＤＵをそれぞれ送信する。例えば、送信装置１００は、サブチャネル１を用いてＰＰＤＵ３を送信する。また、送信装置１００は、サブチャネル３を用いてＰＰＤＵ４を送信する。サブチャネル１については期間ｘのＮＡＶが設定されており、サブチャネル３については期間ｚのＮＡＶが受信装置２００において設定されているため、サブチャネル１および３の両方において通信の衝突は発生しない。
【００９３】
ここで、アドバンストＲＴＳフレームを受信した受信装置２００は、ＰＰＤＵの通信に用いられていない周波数および期間を用いてＰＰＤＵを送信する。例えば、受信装置２００は、ＮＡＶが設定されていないサブチャネル２を用いてＰＰＤＵ５を送信する。また、受信装置２００は、期間ｚの経過後に空くサブチャネル３を用いてＰＰＤＵ６を送信する。サブチャネル２は、期間ｘにわたって使用されていない空きチャネルであり、サブチャネル３は、期間ｚにわたって使用されていない空きチャネルであるため、サブチャネル２および３の両方において通信の衝突は発生しない。
【００９４】
このように、第１の変形例によれば、アドバンストフレームに格納される複数の第２のフレーム送信期間情報は、互いに異なる。ここで、周波数毎に送信されるデータ（フレーム）のサイズは異なる場合がある。その場合に、期間が同じＮＡＶが各周波数に一律に設定されると実際には通信が行われない期間についてもＮＡＶが設定されるおそれがある。そこで、互いに異なる第２のNAV  Durationが設定可能にされることにより、周波数リソースの利用効率をさらに向上させることが可能となる。なお、上記では、一部の第２のフレーム送信期間情報が互いに異なる例を説明したが、全ての第２のフレーム送信期間情報が互いに異なってもよい。
【００９５】
また、第２のフレーム送信期間情報は、第１のフレーム送信期間情報と異なる情報を含む。上述したように、周波数毎に送信されるデータ（フレーム）のサイズは異なる場合がある。その場合に、第２のNAV  Durationが第１のNAV  Durationに固定されると、実際には通信が行われない期間についてもＮＡＶが設定されるおそれがある。そこで、第１のNAV  Durationと異なる第２のNAV  Durationが設定可能にされることにより、周波数リソースの利用効率をさらに向上させることが可能となる。なお、第２のNAV  Durationは第１のNAV  Durationよりも小さい値に設定されることが望ましい。これは、第２のNAV  Durationが第１のNAV  Durationよりも大きい値に設定されると、受信装置２００の送信機会がレガシ受信装置２０よりも減少しかねないためである。
【００９６】
（第２の変形例）
本開示の一実施形態の第２の変形例として、第２のフレーム送信期間情報は、フレーム送信期間を示す情報以外の他の形式の情報であってもよい。具体的には、第２のフレーム送信期間情報は、フレーム送信期間が導出される情報であってよい。また、受信装置２００は、当該フレーム送信期間が導出される第２のフレーム送信期間情報に対応する周波数の各々についてフレームの送信を待機する。例えば、第２のフレーム送信期間情報は、通信に利用可能な周波数の一部の各々に対応するフラグ情報である。さらに、図９を参照して、本変形例に係るアドバンストフレームについて詳細に説明する。図９は、本開示の一実施形態の第２の変形例に係るアドバンストフレームの構成例を示す図である。
【００９７】
アドバンストフレームは、通信に利用可能なチャネルについてのサブチャネルの各々に対応するフラグ情報を有する。具体的には、アドバンストフレームには、第２のNAV  Durationおよびサブチャネルの各々に対応するビット情報が格納される。例えば、アドバンストフレームのAdvanced  Portionは、図９に示したようにNAV  Duration  for  sub-channelsおよびSub-channel  Bitmapといったフィールドを有する。NAV  Duration  for  sub-channelsは第２のNAV  Durationが格納されるフィールドであり、Sub-channel  BitmapはＮＡＶが設定されるサブチャネルを示すビットマップ情報（以下、サブチャネルビットマップとも称する。）が格納されるフィールドである。
【００９８】
例えば、受信装置２００の制御部２３０は、受信されたアドバンストフレームから取得されるサブチャネルビットマップを参照して、ＮＡＶを設定するサブチャネルを選択する。ビット情報の順序または場所とサブチャネルとが対応付けられていることによりサブチャネルが把握される。そして、制御部２３０は、選択されたサブチャネルについて、受信されたアドバンストフレームから取得される第２のNAV  DurationをＮＡＶ期間として設定する。
【００９９】
なお、第１のNAV  Durationと第２のNAV  Durationが同一である場合には、図９に示したNAV  Duration  for  sub-channelsが省略されてもよい。その場合、制御部２３０は、選択されたサブチャネルについて、第１のNAV  DurationをＮＡＶ期間として設定する。
【０１００】
また、上記では、サブチャネルに対応するフラグ情報がビット情報である例を説明したが、フラグ情報は３種類以上の値を有する情報であってもよい。例えば、フラグ「０」はＮＡＶ設定なし、フラグ「１」は第２のNAV  Duration、フラグ「２」は第１のNAV  Durationとそれぞれ対応付けられる。なお、第２のNAV  Durationは複数用意されてもよく、その場合、複数の第２のNAV  Durationの各々についてそれぞれ異なるフラグが用意されてよい。
【０１０１】
このように、第２の変形例によれば、第２のフレーム送信期間情報は、フレーム送信期間が導出される情報を含み、受信装置２００は、フレーム送信期間が導出される第２のフレーム送信期間情報に対応する周波数の各々についてフレームの送信を待機する。ここで、値が導出される情報は概して、値そのものを示す情報と比べて情報量が少ない。そのため、フレーム送信期間を示す情報がアドバンストフレームに格納される場合と比べて、通信量を低減することができる。従って、無線通信リソースの利用効率をさらに向上させることが可能となる。
【０１０２】
＜３．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、無線通信装置１００（無線通信装置２００であってもよい。）は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、無線通信装置１００は、スマートメータ、自動販売機、遠隔監視装置又はＰＯＳ（Point  Of  Sale）端末などの、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、無線通信装置１００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１０３】
一方、例えば、無線通信装置１００は、ルータ機能を有し又はルータ機能を有しない無線ＬＡＮアクセスポイント（無線基地局ともいう）として実現されてもよい。また、無線通信装置１００は、モバイル無線ＬＡＮルータとして実現されてもよい。さらに、無線通信装置１００は、これら装置に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１０４】
［３−１．第１の応用例］
図１０は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０１０５】
プロセッサ９０１は、例えばＣＰＵ（Central  Processing  Unit）又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Random  Access  Memory）及びＲＯＭ（Read  Only  Memory）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０１０６】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１０７】
無線通信インタフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９１３は、アドホックモード又はＷｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インタフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Radio  Frequency）回路及びパワーアンプなどを含み得る。無線通信インタフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インタフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１３による無線信号の送信及び受信のために使用される。
【０１０８】
なお、図１０の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。
【０１０９】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図１０に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０１１０】
図１０に示したスマートフォン９００において、図３を用いて説明したデータ処理部１１０、無線通信部１２０および制御部１３０は、無線通信インタフェース９１３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。例えば、制御部１３０は、第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納されるアドバンストフレームをデータ処理部１１０および無線通信部１２０を介して通信する。これにより、スマートフォン９００の通信に用いられていないサブチャネルを他の通信端末は使用することができる。従って、無線通信における周波数リソースの利用効率を向上させることが可能となる。
【０１１１】
なお、スマートフォン９００は、プロセッサ９０１がアプリケーションレベルでアクセスポイント機能を実行することにより、無線アクセスポイント（ソフトウェアＡＰ）として動作してもよい。また、無線通信インタフェース９１３が無線アクセスポイント機能を有していてもよい。
【０１１２】
［３−２．第２の応用例］
図１１は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。
【０１１３】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０１１４】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０１１５】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０１１６】
無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモード又はＷｉ−Ｆｉ  Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。
【０１１７】
なお、図１１の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０１１８】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図１１に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０１１９】
図１１に示したカーナビゲーション装置９２０において、図３を用いて説明したデータ処理部１１０、無線通信部１２０および制御部１３０は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。例えば、制御部１３０は、第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納されるアドバンストフレームをデータ処理部１１０および無線通信部１２０を介して通信する。これにより、カーナビゲーション装置９２０の通信に用いられていないサブチャネルを他の通信端末は使用することができる。従って、カーナビゲーション装置９２０の設置される無線通信空間において周波数リソースの利用効率を向上させることが可能となる。
【０１２０】
また、無線通信インタフェース９３３は、上述したアクセスポイントとして動作し、車両に乗るユーザが有する端末に無線接続を提供してもよい。その際、例えば、制御部１３０は、端末から送信されるアドバンストＲＴＳフレームへの応答として、第１のフレーム送信期間情報および周波数に対応する第２のフレーム送信期間情報が格納されるアドバンストＣＴＳフレームを送信する。それにより、レガシＣＴＳフレームが送信される場合に比べてＣＴＳフレームを受信した受信装置２００の送信機会が増加する。従って、周波数リソースの利用効率を向上させることが可能となる。
【０１２１】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０１２２】
［３−３．第３の応用例］
図１２は、本開示に係る技術が適用され得る無線アクセスポイント９５０の概略的な構成の一例を示すブロック図である。無線アクセスポイント９５０は、コントローラ９５１、メモリ９５２、入力デバイス９５４、表示デバイス９５５、ネットワークインタフェース９５７、無線通信インタフェース９６３、アンテナスイッチ９６４及びアンテナ９６５を備える。
【０１２３】
コントローラ９５１は、例えばＣＰＵ又はＤＳＰ（Digital  Signal  Processor）であってよく、無線アクセスポイント９５０のＩＰ（Internet  Protocol）レイヤ及びより上位のレイヤの様々な機能（例えば、アクセス制限、ルーティング、暗号化、ファイアウォール及びログ管理など）を動作させる。メモリ９５２は、ＲＡＭ及びＲＯＭを含み、コントローラ９５１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、ルーティングテーブル、暗号鍵、セキュリティ設定及びログなど）を記憶する。
【０１２４】
入力デバイス９５４は、例えば、ボタン又はスイッチなどを含み、ユーザからの操作を受け付ける。表示デバイス９５５は、ＬＥＤランプなどを含み、無線アクセスポイント９５０の動作ステータスを表示する。
【０１２５】
ネットワークインタフェース９５７は、無線アクセスポイント９５０が有線通信ネットワーク９５８に接続するための有線通信インタフェースである。ネットワークインタフェース９５７は、複数の接続端子を有してもよい。有線通信ネットワーク９５８は、イーサネット（登録商標）などのＬＡＮであってもよく、又はＷＡＮ（Wide  Area  Network）であってもよい。
【０１２６】
無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。
【０１２７】
図１２に示した無線アクセスポイント９５０において、図３を用いて説明したデータ処理部１１０、無線通信部１２０および制御部１３０は、無線通信インタフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。例えば、制御部１３０は、無線アクセスポイント９５０に接続されている端末から送信されるアドバンストＲＴＳフレームへの応答として、第１のフレーム送信期間情報および周波数に対応する第２のフレーム送信期間情報が格納されるアドバンストＣＴＳフレームを送信する。それにより、レガシＣＴＳフレームが送信される場合に比べてＣＴＳフレームを受信した端末の送信機会が増加する。従って、周波数リソースの利用効率を向上させることが可能となる。
【０１２８】
＜４．むすび＞
以上、本開示の一実施形態によれば、周波数毎にＮＡＶが設定されることにより、通信で使用されない周波数を送信装置１００以外の受信装置２００が利用することができる。従って、通信衝突を回避させながら、無線通信における周波数リソースの利用効率を向上させることが可能となる。
【０１２９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１３０】
例えば、上記実施形態では、第１および第２のフレーム送信期間情報の両方がアドバンストフレームに格納されるとしたが、本技術はかかる例に限定されない。例えば、第１のフレーム送信期間情報が格納されないアドバンストフレームが選択的に通信されてもよい。
【０１３１】
また、上記実施形態では、ＲＴＳフレームまたはＣＴＳフレームがアドバンストフレームである例を説明したが、アドバンストフレームは他のタイプのフレームであってもよい。例えば、ビーコンなどの管理フレームまたはデータフレームがアドバンストフレームであってもよい。
【０１３２】
また、上記実施形態では、サブチャネルは固定である例を説明したが、サブチャネルは可変であってもよい。例えば、サブチャネルの数または幅は可変であり、これらを示す情報またはこれらが導出される情報がアドバンストフレームに格納されてよい。
【０１３３】
また、上記実施形態では、ＮＡＶが設定されていないサブチャネルを用いて単体の受信装置２００が通信を行う例を説明したが、複数の受信装置２００が当該サブチャネルを用いて通信を行ってもよい。なお、この場合、当該複数の受信装置２００が同一のサブチャネルを用いて通信を行うと、通信衝突が発生しかねない。そこで、受信装置２００は、空いているサブチャネルを用いた通信の開始時間が各受信装置２００の間で分散されるように、例えば送信可能な時刻からランダムな時間経過した後に通信を開始する。また、受信装置２００は、空いているサブチャネルが各受信装置２００に予め割当てられるサブチャネルである場合に、通信を開始するとしてもよい。それにより、空いているサブチャネルを用いた通信において通信衝突が発生するおそれを抑制することができる。
【０１３４】
また、送信装置１００および受信装置２００は、Ｍ２Ｍ（Machine  to  Machine）またはＩｏＴ（Internet  of  Things）などのネットワークシステムに適用されてもよい。
【０１３５】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１３６】
また、上記の実施形態のフローチャートに示されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的にまたは個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。
【０１３７】
また、無線通信装置１００に内蔵されるハードウェアに上述した無線通信装置１００の各機能構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムが記憶された記憶媒体も提供される。
【０１３８】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納される第１のフレームを生成する処理部と、
前記第１のフレームを送信する送信部と、
を備える無線通信装置。
（２）
前記第２のフレーム送信期間情報は、前記第１のフレームに複数格納され、
複数の前記第２のフレーム送信期間情報が対応する周波数は、互いに異なる、
前記（１）に記載の無線通信装置。
（３）
複数の前記第２のフレーム送信期間情報は、互いに異なる、
前記（２）に記載の無線通信装置。
（４）
前記第２のフレーム送信期間情報は、前記第１のフレーム送信期間情報と同一の情報を含む、
前記（２）または（３）に記載の無線通信装置。
（５）
前記第２のフレーム送信期間情報は、前記第１のフレーム送信期間情報と異なる情報を含む、
前記（２）〜（４）のいずれか１項に記載の無線通信装置。
（６）
前記第２のフレーム送信期間情報に対応する周波数は、周波数帯域を含み、
前記第２のフレーム送信期間情報に対応する周波数帯域は、前記第１のフレーム送信期間情報についての周波数帯域の一部を含む、
前記（２）〜（５）のいずれか１項に記載の無線通信装置。
（７）
前記第２のフレーム送信期間情報は、フレーム送信期間を示す情報を含む、
前記（１）〜（６）のいずれか１項に記載の無線通信装置。
（８）
前記第２のフレーム送信期間情報は、フレーム送信期間が導出される情報を含む、
前記（１）〜（７）のいずれか１項に記載の無線通信装置。
（９）
前記第１の領域は、フレームヘッダを含み、
前記第２の領域は、フレームボディを含む、
前記（１）〜（８）のいずれか１項に記載の無線通信装置。
（１０）
前記第１のフレームは、ＲＴＳ（Request  To  Send）フレームを含む、
前記（１）〜（９）のいずれか１項に記載の無線通信装置。
（１１）
第１のフレーム送信期間情報が格納される第１の領域の後続である第２の領域に周波数に対応する第２のフレーム送信期間情報が格納される第１のフレームを受信する受信部と、
前記第１のフレーム送信期間情報に基づく周波数においてフレームの送信を待機する送信部と、
を備える無線通信装置。
（１２）
前記第２のフレーム送信期間情報は、前記第１のフレームに複数格納され、
複数の前記第２のフレーム送信期間情報が対応する周波数は、互いに異なり、
前記送信部は、前記第２のフレーム送信期間情報に基づく周波数の各々においてフレームの送信を待機する、
前記（１１）に記載の無線通信装置。
（１３）
複数の前記第２のフレーム送信期間情報は、互いに異なる、
前記（１２）に記載の無線通信装置。
（１４）
前記第２のフレーム送信期間情報は、前記第１のフレーム送信期間情報と同一の情報を含む、
前記（１２）または（１３）に記載の無線通信装置。
（１５）
前記第２のフレーム送信期間情報は、前記第１のフレーム送信期間情報と異なる情報を含む、
前記（１２）〜（１４）のいずれか１項に記載の無線通信装置。
（１６）
前記第２のフレーム送信期間情報に対応する周波数は、周波数帯域を含み、
前記第２のフレーム送信期間情報に対応する周波数帯域は、前記第１のフレーム送信期間情報についての周波数帯域の一部を含む、
前記（１２）〜（１５）のいずれか１項に記載の無線通信装置。
（１７）
前記第２のフレーム送信期間情報は、フレーム送信期間を示す情報を含み、
前記送信部は、フレーム送信期間を示す前記第２のフレーム送信期間情報に対応する周波数の各々においてフレームの送信を待機する、
前記（１１）〜（１６）のいずれか１項に記載の無線通信装置。
（１８）
前記第２のフレーム送信期間情報は、フレーム送信期間が導出される情報を含み、
前記送信部は、フレーム送信期間が導出される前記第２のフレーム送信期間情報に対応する周波数の各々についてフレームの送信を待機する、
前記（１１）〜（１７）のいずれか１項に記載の無線通信装置。
（１９）
前記第１の領域は、フレームヘッダを含み、
前記第２の領域は、フレームボディを含む、
前記（１１）〜（１８）のいずれか１項に記載の無線通信装置。
（２０）
前記送信部は、前記第１のフレームへの応答として、第１のフレーム送信期間情報が格納される第３の領域の後続である第４の領域に周波数に対応する第２のフレーム送信期間情報が格納される第２のフレームを送信する、
前記（１１）〜（１９）のいずれか１項に記載の無線通信装置。
【符号の説明】
【０１３９】
１００    送信装置
２００    受信装置
１１０、２１０    データ処理部
１２０、２２０    無線通信部
１３０、２３０    制御部
１４０、２４０    記憶部
【図１】
2017212807.tif 000003
【図２】
2017212807.tif 000004
【図３】
2017212807.tif 000005
【図４】
2017212807.tif 000006
【図５】
2017212807.tif 000007
【図６】
2017212807.tif 000008
【図７】
2017212807.tif 000009
【図８】
2017212807.tif 000010
【図９】
2017212807.tif 000011
【図１０】
2017212807.tif 000012
【図１１】
2017212807.tif 000013
【図１２】
2017212807.tif 000014
【国際調査報告】
2017212807.tif 000015
2017212807.tif 000016
2017212807.tif 000017