JP2024077433A - 無線通信装置、通信制御方法、およびプログラム - Google Patents

Abstract

【課題】 マルチリンク通信において動作モードによって通信効率が低下することを防ぐこと【解決手段】 無線通信装置は、外部装置との間に複数の無線リンクを確立した場合に、複数の無線リンクのうちの第１のリンクにおいて外部装置へのパケットの送信を行う間に、第１のリンクとは異なる第２のリンクにおいて外部装置からパケットの受信を行う第１の動作モードと、第１のリンクでパケットの送信を行っている間は第２のリンクにおいてパケットの受信を行わない第２の動作モードと、で動作モードを切り替えて通信する。また無線通信装置は、第１のアプリケーションを起動する場合に、第１の動作モードで動作し、第１のアプリケーションとは異なる第２のアプリケーションを起動する場合に、第２の動作モードで動作する、よう動作モードを制御し、動作モードを外部装置に通知する。【選択図】 図７

Description

本発明は、無線通信装置、通信制御方法、およびプログラムに関する。

近年、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の無線通信技術の開発が進められている。無線ＬＡＮの主要な通信規格として、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１規格シリーズが知られている。例えば、最新規格のＩＥＥＥ８０２．１１ａｘでは、ＯＦＤＭＡ（直交周波数多元接続）を用いて、最大９．６ギガビット毎秒（Ｇｂｐｓ）という高いピークスループットに加え、混雑状況下での通信速度を向上させる技術が規格化されている（特許文献１参照）。

さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、ＩＥＥＥ８０２．１１ｂｅと呼ばれるタスクグループが発足した。ＩＥＥＥ８０２．１１ｂｅでは、１台のＡＰ（Access Point）が１台のＳＴＡ（Station）と２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ帯等の周波数バンドで複数のリンクを確立し、同時通信を行うマルチリンク（ＭＬ）通信が検討されている。ＭＬ通信では、同時送受信（ＳＴＲ）モードと非同時送受信（ＮＳＴＲ）モードとの２つの動作モードに関する検討が進められている。ＳＴＲモードは、それぞれのリンクが独立して、自由なタイミングでデータの送受信を行える動作モードであり、ＮＳＴＲモードは、それぞれのリンクで同時受信または同時送信が可能であるものの、同時送受信ができない動作モードである。

特開２０１８－５０１３３号公報

ここで、ＮＳＴＲモードは同時送受信ができないため、各リンクにおけるデータの送受信タイミングに制約が生じる場合があり、ＳＴＲモードに比べて通信効率が低下する場合がある。一方、ＳＴＲモードでは、各リンクの周波数間隔やデータの帯域幅によっては、リンク間のアイソレーションが確保できずリンク間の干渉が起こり、通信スループットが低下する場合があった。

このように、マルチリンク通信における動作モードによっては通信効率が低下する場合があることが課題であった。

そこで、本発明は、マルチリンク通信において動作モードによって通信効率が低下することを防ぐことを目的とする。

上記の課題を解決するために本発明の通信装置は、
外部装置との間に複数の無線リンクを確立した場合に、前記複数の無線リンクのうちの第１のリンクにおいて前記外部装置へのパケットの送信を行う間に、前記第１のリンクとは異なる第２のリンクにおいて前記外部装置からパケットの受信を行う第１の動作モードと、前記第１のリンクでパケットの送信を行っている間は前記第２のリンクにおいてパケットの受信を行わない第２の動作モードと、で動作モードを切り替えて通信する通信手段と、
制御手段であって、
第１のアプリケーションを起動する場合に、前記第１の動作モードで動作し、
前記第１のアプリケーションとは異なる第２のアプリケーションを起動する場合に、前記第２の動作モードで動作する、
よう前記通信手段の動作モードを制御する制御手段と、
を備え、
前記制御手段は、前記通信手段の動作モードを前記外部装置に通知することを特徴とする。

本発明によれば、マルチリンク通信において動作モードによって通信効率が低下することを防ぐことができる。

本実施形態に係るネットワークの全体構成を示す図 本実施形態に係る通信装置のハードウェア構成を示す図 本実施形態に係る通信装置の機能構成を示す図 マルチリンク通信の概要を示す図 実施形態１における動作モード切替時のシーケンス図 Ｂａｓｉｃ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔフォーマットの構成例を示す図 実施形態１における通信装置（Ｎｏｎ－ＡＰ ＭＬＤ）の動作フローを示す図 実施形態２における動作モード切替時のシーケンス図 実施形態２における通信装置（Ｎｏｎ－ＡＰ ＭＬＤ）の動作フローを示す図 実施形態３における動作モード切替時のシーケンス図 本実施形態に係るＥＨＴ Ａｃｔｉｏｎ ｆｉｅｌｄ ｖａｌｕｅ及びＰｒｏｔｅｃｔｅｄ ＥＨＴ Ａｃｔｉｏｎ ｆｉｅｌｄ ｖａｌｕｅの構成例を示す図 本実施形態に係るフレームフォーマットの例を示す図 本実施形態に係るＣｏｎｔｒｏｌ ＩＤ ｓｕｂｆｉｅｌｄ ｖａｌｕｅの構成例を示す図 実施形態３における通信装置（Ｎｏｎ－ＡＰ ＭＬＤ）の動作フローを示す図 実施形態４における動作モード切替時のシーケンス図である。 実施形態４における通信装置（Ｎｏｎ－ＡＰ ＭＬＤ）の動作フローを示す図 実施形態５における通信装置（Ｎｏｎ－ＡＰ ＭＬＤ）の動作フローを示す図 実施形態５におけるアプリケーションとリンク間干渉の影響の大きさと動作モードとの対応を示す図

以下、添付の図面を参照して、本発明の実施形態を詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。

＜第１実施形態＞
（無線通信システムの構成）
図１は、本実施形態にかかる通信装置１０１（以下、Ｎｏｎ－ＡＰ ＭＬＤ１０１）が参加するネットワークの構成を示す。通信装置１０２（以下、ＡＰ ＭＬＤ１０２）は、無線ネットワーク１００を構築するアクセスポイント（ＡＰ）としての役割を有する無線通信装置である。ＡＰ ＭＬＤ１０２はＮｏｎ－ＡＰ ＭＬＤ１０１と通信可能である。本実施形態はＮｏｎ－ＡＰ ＭＬＤ１０１およびＡＰ ＭＬＤ１０２にそれぞれ適用される。以下の説明では、Ｎｏｎ－ＡＰ ＭＬＤ１０１とＡＰ ＭＬＤ１０２とを区別せずＭＬＤと呼ぶ場合がある。

本実施形態では、ＭＬＤは、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１ｂｅ規格に準拠した無線通信を実行する。しかしながら、ＭＬＤは、後述するマルチリンク通信を通信可能であればよく、これに限定されない。ＭＬＤは、２．４Ｈｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯の周波数において通信することができる。各通信装置が使用する周波数帯は、これに限定されるものではなく、例えば６０ＧＨｚ帯を使用してもよい。また、ＭＬＤは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。各通信装置が使用する帯域幅は、これに限定されるものではなく、例えば２４０ＭＨｚや４ＭＨｚ等の帯域幅を使用してもよい。

ＭＬＤは、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＯＦＤＭＡ通信を実行することで、複数のユーザの信号を多重するマルチユーザ（ＭＵ、Multi User）通信を実現することができる。ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓの略である。ＯＦＤＭＡ通信では、分割された周波数帯域の一部（ＲＵ、Resource Unit）が各ＳＴＡにそれぞれ重ならないように割り当てられ、各ＳＴＡの搬送波が直交する。そのため、ＡＰは規定された帯域幅の中で複数のＳＴＡと並行して通信することができる。

一般的に電磁波は波長に応じて減衰するため、同じ距離を伝搬する際に周波数が低いほど減衰は小さく、周波数が高いほど減衰は大きくなる。また、電磁波の回折は周波数が低いほど大きくなり、周波数が高いほど回折が小さくなることが知られている。このため、伝搬経路上に障害物があったとしても、周波数が低い電磁波は障害物を回り込んで届くが、周波数が高い電磁波は直進性が高いために回り込みづらく、届かないことがある。一方で２．４ＧＨｚの周波数は他の機器が使用することも多く、電子レンジが同じ周波数帯の電磁波を発することが知られている。このように同じ機器が発する電磁波であっても、配置する場所や環境によっては周波数帯によって届く電磁波の強さやＳＮ（Ｓｉｇｎａｌ／Ｎｏｉｓｅ）比に違いが生じることが考えられる。

なお、Ｎｏｎ－ＡＰ ＭＬＤ１０１およびＡＰ ＭＬＤ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に対応するとしたが、これに加えて、ＩＥＥＥ８０２．１１ｂｅ規格より前の規格であるレガシー規格に対応していてもよい。具体的には、Ｎｏｎ－ＡＰ ＭＬＤ１０１およびＡＰ ＭＬＤ１０２は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格の少なくともいずれか一つに対応していてもよい。あるいは、ＩＥＥＥ８０２．１１ｂｅの後継となる規格に対応していてもよい。本実施形態では、ＭＬＤは、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した通信を行う無線通信装置であるものとして説明する。

また、ＭＬＤは、ＩＥＥＥ８０２．１１規格に加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wide Band）などの他の通信規格に対応してもよい。また、ＭＬＤは、ＩＥＥＥ８０２．１１規格に加えて、ＺｉｇＢｅｅ、ＭＢＯＡ（Multi Band OFDM Alliance）などの他の通信規格に対応してもよい。ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、Ｎｏｎ－ＡＰ ＭＬＤ１０１およびＡＰ ＭＬＤ１０２は、有線ＬＡＮなどの有線通信の通信規格に対応していてもよい。ＭＬＤ
ＡＰ ＭＬＤ１０２の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）などが挙げられるが、これらに限定されない。また、ＡＰ ＭＬＤ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップを備える無線通信装置であってもよい。また、Ｎｏｎ－ＡＰ ＭＬＤ１０１の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラ、ヘッドセット、プリンタ、複合機（ＭＦＰ）などが挙げられるが、これらに限定されない。また、Ｎｏｎ－ＡＰ ＭＬＤ１０１は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップを備える無線通信装置であってもよい。

また、Ｎｏｎ－ＡＰ ＭＬＤ１０１は、複数の周波数チャネルを介して外部装置であるＡＰ ＭＬＤ１０２と無線リンクを確立して通信するマルチリンク（ＭＬ）通信を実行する。ＩＥＥＥ８０２．１１シリーズ規格では、各周波数チャネルの帯域幅は２０ＭＨｚとして定義されている。ここで、周波数チャネルとは、ＩＥＥＥ８０２．１１シリーズ規格に定義された周波数チャネルであり、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、６０ＧＨｚ帯の各周波数帯に複数の周波数チャネルが定義されている。なお、隣接する複数の周波数チャネルを束ねて使用するチャネルボンディングを行うことで、４０ＭＨｚ以上の帯域幅を１つの周波数チャネルとして利用してもよい。

例えば、ＡＰ ＭＬＤ１０２は、Ｎｏｎ－ＡＰ ＭＬＤ１０１との間で２．４ＧＨｚ帯の第１の周波数チャネルを介したリンクを確立し、通信する能力がある。Ｎｏｎ－ＡＰ ＭＬＤ１０１はこれと並行してＡＰ ＭＬＤ１０２との間で５ＧＨｚ帯の第２の周波数チャネルを介した無線リンクを確立し、通信する能力がある。この場合に、Ｎｏｎ－ＡＰ ＭＬＤ１０１は、第１の周波数チャネルを介した無線リンクと並行して、第２の周波数チャネルを介した第２の無線リンクを維持するマルチリンク通信を実行する。このようにＡＰ ＭＬＤ１０２は複数の周波数チャネルを介した無線リンクをＮｏｎ－ＡＰ ＭＬＤ１０１と確立することで、Ｎｏｎ－ＡＰ ＭＬＤ１０１との通信におけるスループットを向上させることができる。

なお、各通信機器間のリンクはマルチリンク通信において、周波数帯の異なる無線リンクを複数確立してもよい。例えば、Ｎｏｎ－ＡＰ ＭＬＤ１０１は２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯それぞれで無線リンクを確立できるようにしてもよい。あるいは同じ周波数帯に含まれる複数の異なるチャネルを介して無線リンクを確立できるようにしてもよい。例えば２．４ＧＨｚ帯における６ｃｈの無線リンクを第１の無線リンクとして、これに加えて２．４ＧＨｚ帯における１ｃｈの無線リンクを第２の無線リンクとして確立できるようにしてもよい。なお、周波数帯が同じ無線リンクと、異なる無線リンクとが混在していてもよい。例えば、Ｎｏｎ－ＡＰ ＭＬＤ１０１は２．４ＧＨｚ帯の６ｃｈの無線リンクを第１の無線リンクとして、２．４ＧＨｚ帯の１ｃｈの無線リンクを第２の無線リンクとして、５ＧＨｚ帯の１４９ｃｈの無線リンクを第３の無線リンクとして確立できてもよい。Ｎｏｎ－ＡＰ ＭＬＤ１０１とＡＰ ＭＬＤ１０２は異なる複数の無線リンクを確立することで、所定のチャネルが混雑している場合であっても、当該所定のチャネルとは異なるチャネルでＮｏｎ－ＡＰ ＭＬＤ１０１と通信を確立することができる。これにより、Ｎｏｎ－ＡＰ ＭＬＤ１０１との通信におけるスループットの低下や通信遅延を防ぐことができる。

なお、図１の無線ネットワークには１台のＡＰ ＭＬＤと１台のＮｏｎ－ＡＰ ＭＬＤが含まれるものとして図示しているが、ＡＰ ＭＬＤおよびＮｏｎ－ＡＰ ＭＬＤの台数や配置はこれに限定されない。例えば、図１の無線ネットワークには２第以上のＮｏｎ－ＡＰ ＭＬＤが接続されてもよい。このとき確立する各無線リンクの周波数帯や無線リンクの数、周波数幅は問わない。

マルチリンク通信を行う場合、ＡＰ ＭＬＤ１０２とＮｏｎ－ＡＰ ＭＬＤ１０１とは、複数の無線リンクを介して相手装置とデータの送受信を行う。

また、ＡＰ ＭＬＤ１０２とＮｏｎ－ＡＰ ＭＬＤ１０１はＭＩＭＯ（Multiple-Input And Multiple-Output）通信を実行できてもよい。この場合、ＡＰ ＭＬＤ１０２およびＮｏｎ－ＡＰ ＭＬＤ１０１は複数のアンテナを有し、送信側デバイスはそれぞれのアンテナから異なる信号を同じ周波数チャネルを用いて送る。受信側は、複数のアンテナを用いて信号を同時に受信し、受信信号から各ストリームの信号を分離し、復号する。このように、ＭＩＭＯ通信を実行することで、ＡＰ ＭＬＤ１０２およびＮｏｎ－ＡＰ ＭＬＤ１０１は、ＭＩＭＯ通信を実行しない場合と比べて、同じ時間でより多くのデータを通信することができる。また、ＡＰ ＭＬＤ１０２およびＮｏｎ－ＡＰ ＭＬＤ１０１は、マルチリンク通信を行う場合に、一部の無線リンクにおいてＭＩＭＯ通信を実行してもよい。

図２に、本実施形態におけるＮｏｎ－ＡＰ ＭＬＤ１０１のハードウェア構成例を示す。Ｎｏｎ－ＡＰ ＭＬＤ１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６、およびアンテナ２０７を有する。なお、アンテナは複数でもよい。また、ＡＰ ＭＬＤ１０２についても同様のハードウェア構成であるものとする。

記憶部２０１は、ＲＯＭやＲＡＭ等の１以上のメモリにより構成され、後述する各種動作を行うためのコンピュータプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ＲＯＭはRead Only Memoryの、ＲＡＭはRandom Access Memoryの略である。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。

制御部２０２は、例えば、例えばＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の１つ以上のプロセッサにより構成される。制御部２０２の１つ以上のプロセッサが、記憶部２０１に記憶されたコンピュータプログラムを実行することにより、Ｎｏｎ－ＡＰ ＭＬＤ１０１の全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたコンピュータプログラムとＯＳ（Operating System）との協働により、Ｎｏｎ－ＡＰ ＭＬＤ１０１の全体を制御するようにしてもよい。また、制御部２０２は、他の通信装置との通信において送信するデータや信号（無線フレーム）を生成する。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサによりＮｏｎ－ＡＰ ＭＬＤ１０１全体を制御するようにしてもよい。

また、制御部２０２は、機能部２０３を制御して、無線通信や、撮像、印刷、投影等の所定の処理を実行する。機能部２０３は、Ｎｏｎ－ＡＰ ＭＬＤ１０１が所定の処理を実行するためのハードウェアである。例えばＮｏｎ－ＡＰ ＭＬＤ１０１がＭＦＰである場合には、機能部２０３は記録媒体に記録を行うプリンタユニット（記録部）、記録媒体を読み取った読取画像を取得するスキャナユニット（読取部）を含む。機能部２０３は、カメラユニット（撮像部）やプロジェクタ（投影部）を含んでもよい。

入力部２０４は、ユーザからの各種操作の受付を行う受付部として機能する。入力部２０４は、例えばタッチディスプレイ、ボタン、キーボード、マウス、およびマイクなどの少なくとも１つの入力インタフェースを含む。出力部２０５は、ディスプレイおよびスピーカの少なくともいずれかを含み、モニタ画面やスピーカーを介して、ユーザに対して各種出力を行う。一例では、出力部２０５は、ＬＥＤなどのインジケータや所定のパターンで振動する振動出力部などであってもよい。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、入力部２０４および出力部２０５は、それぞれＮｏｎ－ＡＰ ＭＬＤ１０１と一体であってもよいし、別体であってもよい。

通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信の制御を行う。また、通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、他のＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信の制御や、有線ＬＡＮ等の有線通信の制御を行ってもよい。通信部２０６は、アンテナ２０７を制御して、制御部２０２によって生成された無線通信のための信号の送受信を行う。

なお、Ｎｏｎ－ＡＰ ＭＬＤ１０１が、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、Ｎｏｎ－ＡＰ ＭＬＤ１０１が複数の通信規格に準拠した無線通信を実行できる場合、夫々の通信規格に対応した通信部とアンテナを個別に有する構成であってもよい。Ｎｏｎ－ＡＰ ＭＬＤ１０１は通信部２０６を介して、画像データや文書データ、映像データ等のデータをＮｏｎ－ＡＰ ＭＬＤ１０１と通信する。なお、アンテナ２０７は、通信部２０６と別体として構成されていてもよいし、通信部２０６と合わせて一つのモジュールとして構成されていてもよい。

アンテナ２０７は、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯における通信が可能なアンテナである。本実施形態では、Ｎｏｎ－ＡＰ ＭＬＤ１０１は１つのアンテナを有するとしたが、２つ以上のアンテナを有してもよい。または周波数帯ごとに異なるアンテナを有していてもよい。また、Ｎｏｎ－ＡＰ ＭＬＤ１０１は、アンテナを複数有している場合、各アンテナに対応した通信部２０６を有していてもよい。

ＡＰ ＭＬＤ１０２は、Ｎｏｎ－ＡＰ ＭＬＤ１０１と同様のハードウェア構成を有するものとするが、これに限らない。例えば、入力部２０４や出力部２０５の構成はＡＰ ＭＬＤ１０２とＮｏｎ－ＡＰ ＭＬＤ１０１とで異なっていても良い。

図３に、本実施形態におけるＮｏｎ－ＡＰ ＭＬＤ１０１の機能構成のブロック図を示す。なお、ＡＰ ＭＬＤ１０２も同様の構成であるものとするが、一部が異なっていても良い。ここではＮｏｎ－ＡＰ ＭＬＤ１０１は無線ＬＡＮ制御部３０１を備えるものとする。なお、無線ＬＡＮ制御部の数は１つに限らず、２つ以上でもよい。Ｎｏｎ－ＡＰ ＭＬＤ１０１は、さらに、フレーム処理部３０２、通信アプリケーション（以下、通信アプリ）３０３、ＳＴＲ／ＮＳＴＲモード管理部３０４およびＵＩ制御部３０５、記憶部３０６を有する。

無線ＬＡＮ制御部３０１は、他の無線ＬＡＮ装置との間で無線信号を送受信するためのアンテナ並びに回路、およびそれらを制御するプログラムを含んで構成される。無線ＬＡＮ制御部３０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、フレーム処理部３０２で生成されたフレームを元に無線ＬＡＮの通信制御を実行する。

フレーム処理部３０２は、無線ＬＡＮ制御部３０１で送受信する無線制御フレームを処理する。フレーム処理部３０２で生成及び解析する無線制御の内容は記憶部３０６に保存されている設定によって制約を課してもよい。また、ＵＩ制御部３０５からのユーザ設定によって変更してもよい。生成されたフレームの情報は無線ＬＡＮ制御部３０１に送られ、通信相手の外部装置に送信される。無線ＬＡＮ制御部３０１で受信したフレームの情報はフレーム処理部３０２に渡され解析される。

通信アプリ３０３は、例えばデジタルカメラの画像をスマートフォンやＰＣに転送するアプリ、複合機でプリントデータやスキャンデータをスマートフォンやＰＣとの間で転送するアプリなどが挙げられる。より具体的なアプリケーションについて、後述する実施形態の中で挙げる。通信アプリ３０３は当該アプリ起動時に自身の動作モードをＳＴＲ／ＮＳＴＲモード管理部３０４に設定する。

ＳＴＲ（Simultaneous Transmit and Receive）モードは、１つのリンク（第１のリンク）でパケットを送信する間に、他のリンク（第２のリンク）でパケットを受信することができる動作モード（第１の動作モード）である。すなわち、ＳＴＲモードは各リンクがそれぞれ独立して動作し、各リンクで同時に送受信することが可能な動作モードである。ＮＳＴＲ（Non-Simultaneous Transmit and Receive）モードは、１つのリンクでパケットの送信を行っている間は、別のリンクでパケットの受信を行えない動作モード（第２の動作モード）である。

Ｎｏｎ－ＡＰ ＭＬＤ１０１とＡＰ ＭＬＤ１０２との間で確立した複数のリンク間の干渉が小さい場合は、ＳＴＲモードで動作することでスループットを向上し、通信効率を改善することができる。一方、リンク間の干渉が大きい場合は、ＳＴＲモードで動作すると、１つのリンクでの送信が別のリンクにおける受信に回り込み、受信品質が低下する。このため、リンク間の干渉によってはＳＴＲモードで動作するとスループットが低下する場合がある。

一方、ＮＳＴＲモードで動作すればリンク間の干渉の影響を抑えることができるが、１つのリンクの送受信タイミングによって他のリンクの送受信タイミングに制約が生じるため、ＳＴＲモードと比較してスループットが向上できない場合がある。

このように、可能な限りＳＴＲモードで動作することが望ましいが、リンク間の干渉によってはＮＳＴＲモードで動作した方がスループットを高めることができる。ここで、リンク間の干渉があるものの、受信するパケットの変調符号化方式（ＭＣＳ、Modulation and Coding Scheme）によっては、受信品質が低下してもパケットの受信が可能になる場合がある。特に、主に一方の通信装置からデータの送信を行い、他方の通信装置からの受信パケットはＡＣＫ（肯定応答）パケットやＮＡＣＫ（否定応答）パケットのようなＭＣＳの低いパケットが支配的である通信アプリの場合はＳＴＲモードでスループットを向上することができる。一方、送信するデータ量と受信するデータ量が同程度の場合や、主にＭＣＳの高い大きいパケットの送受信を行う通信アプリの場合はＮＳＴＲモードで動作することでリンク間干渉の影響を抑えることができる。それ以外の通信アプリの場合は、任意のモードに設定してもよいし、通信アプリ側で動作モードを設定しなくてもよい。ＳＴＲ／ＮＳＴＲモード管理部３０４は、通信アプリ３０３が通信に使用するリンクがＳＴＲとＮＳＴＲのどちらのモードで動作するかを管理する。通信アプリが動作モードを設定する場合はその動作モードに従い、そうでない場合は従来の規格に従って動作モードを決定してもよい。ＳＴＲ／ＮＳＴＲモード管理部３０４で管理される動作モードに基づいてフレーム処理部３０２が動作モードを通知するためのフレームを生成し、無線ＬＡＮ制御部３０１から送信される。

ＵＩ制御部３０５は、ユーザによるＮｏｎ－ＡＰ ＭＬＤ１０１に対する操作を受け付けるためのタッチパネルまたはボタン等のユーザインタフェースに関わるハードウェアおよびそれらを制御するプログラムを含んで構成される。なお、ＵＩ制御部３０５は、例えば画像等の表示、または音声出力等の情報をユーザに提示するための機能も有する。

記憶部３０６は、Ｎｏｎ－ＡＰ ＭＬＤ１０１が動作するプログラムおよびデータを保存するＲＯＭとＲＡＭ等によって構成されうる記憶装置である。

図４に、本実施形態におけるＡＰ ＭＬＤ１０２とＮｏｎ－ＡＰ ＭＬＤ１０１によって実行されるマルチリンク通信の概要を示す。

マルチリンク通信を実行する無線通信装置はＭＬＤ（Multi-Link Device）と呼び、一つのＭＬＤは各リンクに対応するＳＴＡやＡＰを複数有する。ＡＰ機能を有するＭＬＤをＡＰ ＭＬＤ、ＡＰ機能を有さないＭＬＤをＮｏｎ－ＡＰ ＭＬＤと呼ぶ。なお、ＡＰ機能を有しているものであっても、ＡＰとして動作せず他のＡＰ ＭＬＤが構築したネットワークに参加する通信装置もＮｏｎ－ＡＰ ＭＬＤと呼ぶ。

図４のＡＰ１ ４０１とＳＴＡ１ ４０４は第１の周波数チャネルを介してＬｉｎｋ１ ４０７を確立する。同様に、ＡＰ２ ４０２とＳＴＡ２ ４０５は第２の周波数チャネルを介してＬｉｎｋ２ ４０８を確立し、ＡＰ３ ４０３とＳＴＡ３ ４０６は第３の周波数チャネルを介してＬｉｎｋ３ ４０９を確立する。

ここでＡＰ ＭＬＤ１０２とＮｏｎ－ＡＰ ＭＬＤ１０１は、サブＧＨｚ帯、２．４ＧＨｚ帯、３．６ＧＨｚ帯、４．９及び５ＧＨｚ帯、６０ＧＨｚ帯、及び６ＧＨｚ帯の少なくとも１つ以上の周波数チャネルを介して接続を確立する。ＡＰ ＭＬＤ１０２およびＮｏｎ－ＡＰ ＭＬＤ１０１は、第１の周波数チャネルを介した第１のリンクの接続と並行して、第２の周波数チャネルを介した第２のリンクの接続を維持する。また、異なる周波数帯域の接続ではなく、同じ周波数帯域の異なる周波数チャネルを介した接続を複数確立してもよい。

マルチリンク動作において、所定の通信装置が送信している送信信号が他の通信装置から送信された信号（受信信号）に干渉し、受信信号の受信品質が低下した結果、受信スループットが低下してしまうことが懸念される。受信メインの通信では、干渉によるスループットの低下が効率に大きく影響する可能性があるためＮＳＴＲモードにすることが適切である場合もある。一方、受信データのＭＣＳが低い場合、受信品質が低下した場合であっても復調できる可能性が高いため、スループットの低下を懸念する必要はない。例えば、データの送信がメインである場合は、受信データは送信データに対するＡＣＫが支配的となる。ＡＣＫは必ずＭＣＳが低く設定されるため、この場合では干渉による受信側のスループット低下を懸念する必要がなくなり、ＳＴＲモードで動作しても問題ない。従来は、リンク毎にＳＴＲ／ＮＳＴＲの動作モードが適用されていたが、受信パケットを考慮して、使用する通信アプリ毎に動作モードを適切に使い分けることでＳＴＲモード動作する機会を増やすことが可能となる。また、データの送信がメインで、受信パケットはＡＣＫが支配的な通信においても、データを分割して複数のリンクで送信する場合など、データの送信とＡＣＫの受信のタイミングに制約がなくなるＳＴＲモードで動作できることは効率の向上に効果がある。ＳＴＲモードで動作可能な通信アプリの例として、アプリ起動時にＮｏｎ－ＡＰ ＭＬＤであるカメラがＡＰ－ＭＬＤであるＰＣやスマートフォンなどに接続し、カメラで撮影した画像を外部装置やクラウドなどに転送するようなものを想定している。本実施形態では、同時に複数のアプリが動作する場合に、動作している複数のアプリで１つのリンクを共有して使用することはないものとする。

図５に、本実施形態におけるＳＴＲ／ＮＳＴＲ動作モード切り替え時のシーケンス図を示す。Ｎｏｎ－ＡＰ ＭＬＤ１０１は通信アプリ起動時に通常の接続確立シーケンスに従って動作する。まず、ＡＰ ＭＬＤ１０２に対してプローブ要求（Probe Request）フレームを送信し（Ｓ５０１）、ＡＰ ＭＬＤ１０２はそのリクエストに対してプローブ応答（Probe Response）フレームを返す（Ｓ５０２）。続けて、Ｎｏｎ－ＡＰ ＭＬＤ１０１は認証のための認証（Authentication）フレームを送信し、ＡＰ ＭＬＤ１０２もそれに応答する形で認証（Authentication）フレームを返す（Ｓ５０４）。認証後、Ｎｏｎ－ＡＰ ＭＬＤ１０１はアソシエーション要求（Association Request）を送信する（Ｓ５０５）。アソシエーション要求を受信したＡＰ ＭＬＤ１０２は要求への応答としてアソシエーション応答（Association Response）を返す（Ｓ５０６）。これによってＭｕｌｔｉ－Ｌｉｎｋ Ｓｅｔｕｐが行われ、ＭＬＤ間の接続を確立することができる。このとき、Ｎｏｎ－ＡＰ ＭＬＤはＢａｓｉｃ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔを使用してＳＴＲ／ＮＳＴＲに関する情報をアソシエーション要求に含むことで、確立するリンクに対する所望の動作モードを通知することができる。

図６にＢａｓｉｃ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔのフレームフォーマットとその中に含まれるＳＴＲ／ＮＳＴＲに関するフィールドを示す。Ｍａｘｉｍｕｍ Ｎｕｍｂｅｒ Ｏｆ Ｓｉｍｕｌｔａｎｅｏｕｓ Ｌｉｎｋｓサブフィールド（６０１）は各リンクで同時の送受信が可能なＭＬＤのＳＴＡの最大値を示す。ＳＴＲ動作可能なリンクが存在する場合は、必ず１以上の値が格納される。ＮＳＴＲ Ｌｉｎｋ Ｐａｉｒ Ｐｒｅｓｅｎｔサブフィールド（６０２）は６０１がゼロより大きい場合にＮＳＴＲ動作するリンクのペアが存在するかを示す。ＮＳＴＲ Ｂｉｔｍａｐ Ｓｉｚｅサブフィールド（６０３）は次に説明するＮＳＴＲ Ｉｎｄｉｃａｔｉｏｎ Ｂｉｔｍａｐ（６０４）の大きさが１オクテットか２オクテットであるかを示す。ＮＳＴＲ Ｉｎｄｉｃａｔｉｏｎ Ｂｉｔｍａｐサブフィールド（６０４）は各ビットがＬｉｎｋ ＩＤに対応しており、どのリンクがＮＳＴＲであるかどうかを示すビットマップとなっている。Ｎｏｎ－ＡＰ ＭＬＤはこれらのサブフィールドを含むＢａｓｉｃ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔをアソシエーション要求フレームで送信することで各リンクの動作モードをＡＰ－ＭＬＤに通知する。

図７は本実施形態において通信アプリが起動した際に開始されるＮｏｎ－ＡＰ ＭＬＤ１０１の処理を示すフローチャートである。図７に示す処理は、制御部２０２のプロセッサが記憶部２０１のメモリに格納されたプログラムを実行することで実現される。また、図７に示す処理は、ユーザ操作または通信を介してＮｏｎ－ＡＰ ＭＬＤ１０１が所定のアプリケーションの起動指示を受け付けた場合に実行される。

まず、Ｓ７０１でＮｏｎ－ＡＰ ＭＬＤ１０１は、起動するアプリケーションがＳＴＲモードで動作するための所定の条件を満たすか否かを判定する。

所定の条件とは、例えば起動するアプリケーションがＡＣＫを主に受信するトラフィックパターンのアプリケーションであることを含む。１つのリンクにおいて受信するパケットのうち、ＡＣＫが支配的である場合は、他のリンクにおいて送信するパケットの干渉があっても、ＭＣＳが低いため、ＡＣＫパケットの受信が可能になる。

ここで、ＭＣＳが低いとは、符号化率が低いこと、または１つの変調シンボルごとに割り当てられるビット数が少ないことを指す。あるいは、符号化率と１つの変調シンボルごとに割り当てられるビット数との組み合わせが変調符号化レベルとしてあらかじめ規定されている場合は、より低い変調符号化レベルであることを指す。例えば、ＩＥＥＥ８０２．１１ａｘ規格では、ＭＣＳ０～ＭＣＳ１１までの１２種類の変調符号化方式が規定されており、末尾の数字（インデックス）が小さいほど誤り耐性が高く、大きいほど伝送レートが高くなる。このような場合、例えば受信するパケットのうち、ＭＣＳ０～ＭＣＳ４などの小さいインデックスの変調符号化方式のパケットの割合が高いアプリケーションはＳＴＲモードで動作してもよい。また、ＭＣＳ５～１１までの変調符号化方式のパケットの割合が高いアプリケーションはＮＳＴＲモードで動作してもよい。このため、受信するパケットのうち、小さいインデックスの変調符号化方式のパケットの割合が高いアプリケーションはＳＴＲモードで、小さいインデックスの変調符号化方式のパケットの割合が低いアプリケーションはＮＳＴＲモードで動作するよう設定される。

また、ＡＣＫを主に受信するトラフィックパターンのアプリケーションは、あらかじめ記憶部２０１に記憶されてもよい。例えば、ＭＦＰであるＮｏｎ－ＡＰ ＭＬＤ１０１がスキャンアプリケーションを実行する場合、読み取った画像データをＡＰ ＭＬＤ１０２に送信する送信パケットが主であり、ＡＰ ＭＬＤ１０２から受信するパケットはＡＣＫが主である。一方、ＭＦＰであるＮｏｎ－ＡＰ ＭＬＤ１０１がプリントアプリケーションを実行する場合、記録する画像データをＡＰ ＭＬＤ１０２から受信するため、ＡＰ ＭＬＤ１０２から受信するパケットはＡＣＫが主ではない。このように、アプリケーションごとにＡＣＫが支配的であるか否かを示すデータをＮｏｎ－ＡＰ ＭＬＤ１０１が記憶することで、起動するアプリケーションがＡＣＫを主に受信するトラフィックパターンのアプリケーションであるか否かを判定することができる。

別の例では、所定の条件とは、起動するアプリケーションにおいて受信するパケットが所定の符号化率以下のパケットの割合が所定値以上であるアプリケーションであることである。例えば、誤り訂正を目的として符号化率が１／２で符号化されたパケットは、符号化率が５／６で符号化されたパケットより搬送できるデータ量は少なくなるがビットエラーに対する耐性が向上する。このため、例えば符号化率が１／２以下であるパケットの割合が８０％以上であるアプリケーションでは、符号化率が１／２以下であるパケットの割合が２０％以上であるアプリケーションよりＳＴＲモードで動作しやすく設定されてもよい。アプリケーションごとに、所定の符号化率以下のパケットの割合が高いか否かを示すデータをＮｏｎ－ＡＰ ＭＬＤ１０１が記憶することで、起動するアプリケーションをＳＴＲモードで動作させるか否かを判定することができる。

あるいは、所定の条件とは、起動するアプリケーションにおいて受信するパケットが、１つの変調シンボルごとに割り当てられるビット数（変調レベル）が所定値以下の変調方式で変調されていることである。例えばＢＰＳＫ（Binary Phase Shift Keying）で変調されたパケットは、１つのシンボルごとに１ビットが割り当てられ、６４ＱＡＭ（直交位相振幅変調）では１つのシンボルごとに６ビットが割り当てられる。言い換えるとＢＰＳＫは変調レベルが１ビット／シンボルであり、６４ＱＡＭは変調レベルが６ビット／シンボルである。変調レベルが低いと、高い変調レベルと比較して搬送できるデータ量は少なくなるがノイズ耐性が向上する。このため、アプリケーションごとに、変調レベルがが所定値以下のパケットの割合が高いか否かを示すデータをＮｏｎ－ＡＰ ＭＬＤ１０１が記憶することで、起動するアプリケーションをＳＴＲモードで動作させるか否かを判定することができる。

例えば、起動するアプリケーションによってはＡＰ ＭＬＤ１０２の無線通信能力をＮｏｎ－ＡＰ ＭＬＤ１０１が把握している場合がある。このような場合、ＡＰ ＭＬＤ１０２から受信するパケットが所定の符号化率以下の符号化方式である、または所定値以下の変調レベルの変調方式であるアプリケーションでは、リンク間干渉があってもＳＴＲモードで受信可能である場合がある。このようなアプリケーションをあらかじめ記憶部２０１に記憶することで、起動するアプリケーションが所定の符号化率以下または所定の変調レベルのパケットを主に受信するアプリケーションであるか否かを判定することができる。

上述したように、ＳＴＲモードで動作するための所定の条件を満たすアプリケーションを起動する場合（Ｓ７０１でＹｅｓ）、Ｓ７０２の処理へ進み、所定の条件を満たさない場合（Ｓ７０１でＮｏ）はＳ７０３の処理へ進む。Ｓ７０２では、ＳＴＲモードで動作することをアソシエーション要求メッセージでＡＰ－ＭＬＤに対して通知し、接続処理をする。Ｓ７０３ではＮＳＴＲモードで動作することをアソシエーション要求メッセージでＡＰ－ＭＬＤに対して通知し、接続処理をする。ただし、Ｓ７０３では、Ｓ７０１でＮｏと判定した通信アプリのうち、ＭＣＳの高いデータの受信がメインであればＮＳＴＲモードで動作する旨を通知し、そうでなければ従来の規格に従って動作モードの通知をするようにしてもよい。その後、Ｓ７０４でＡＰ－ＭＬＤからリクエストに対するアソシエーション応答メッセージを受信し、接続が完了する。

接続完了後、設定した動作モードで通信が可能となり、データの送受信を行う（Ｓ７０５）。データの送受信が完了したら、図７に示す処理を終了する。一例では、図７に示す処理は、ユーザから通信の終了を指示する終了指示を受け付けることによって終了してもよい。

以上説明したように、起動するアプリケーションにおいて受信するパケットを考慮してＳＴＲモードとＮＳＴＲモードとを切り替える。例えば、オフィスにおいて、ネットワークに接続された複合機（Ｎｏｎ－ＡＰ ＭＬＤ）を使用する際に、社員証やＩＤカード等を用いて認証してからプリンタもしくはスキャナ機能を有する通信アプリのいずれかを排他的に起動するようなユースケースがある。このようなユースケースでは、複数のアプリが起動し、リンクを共有して使用することはないものとする。スキャナはデータの送信がメインであり、受信パケットはＡＣＫが支配的となる。一方でプリンタはプリント対象データの受信がメインである。従って、スキャナアプリが起動する場合はＳＴＲ、プリンタアプリが起動する場合はＮＳＴＲモードとなるように動作モードを使い分けることでＳＴＲモードで動作できる機会が増加し、通信効率を向上させることができる。

また、リンク間干渉が大きいなど、通信環境によってＳＴＲモードで動作すると通信効率が低下するアプリケーションを実行する際はＮＳＴＲモードで動作するため、通信効率が低下することを防ぐことができる。

＜実施形態２＞
実施形態１では通信アプリ起動時にＡＰ－ＭＬＤに対して接続することを想定していたが、Ｎｏｎ－ＡＰ ＭＬＤとＡＰ－ＭＬＤが既に接続状態にある状態で通信アプリを起動するユースケースも考えられる。実施形態２はまた異なる通信アプリを例にして説明する。

本実施形態では、Ｎｏｎ－ＡＰ ＭＬＤとＡＰ－ＭＬＤが既に接続状態にある状態で通信アプリを起動し、ＳＴＲ／ＮＳＴＲの動作を切り替える場合について説明する。実施形態１と同一もしくは同様の機能、処理、または構成に関しては同一の参照番号を付し、説明を省略する。

実施形態１ではＳＴＲ／ＮＳＴＲの動作モード通知はアソシエーション要求メッセージで行われる。このため、通信アプリ切り替えに伴う動作モードの変更通知をするためには一度ＡＰ ＭＬＤ１０２との接続を切断する必要がある。

図８に本実施形態におけるＮｏｎ－ＡＰ ＭＬＤ１０１とＡＰ ＭＬＤ１０２との間のシーケンス図を示す。Ｎｏｎ－ＡＰ ＭＬＤ１０１は、通信アプリ起動時にＡＰ ＭＬＤ１０２に対して非認証（De-authentication）フレームを送信し、接続状態を一度切断する（Ｓ８０１）。その後、Ｎｏｎ－ＡＰ ＭＬＤ１０１はＡＰ ＭＬＤ１０２に対して再度接続要求を出し、接続処理の中でＳＴＲ／ＮＳＴＲのいずれで動作するかを通知する。切断後の接続処理は実施形態１と同様のため説明を省略する。

また、図９に本実施形態におけるＮｏｎ－ＡＰ ＭＬＤ１０１の処理を示すフローチャートを示す。図９の処理は、図７と同様、Ｎｏｎ－ＡＰ ＭＬＤ１０１の制御部２０２が記憶部２０１に記憶されたプログラムを実行することで実現される。Ｓ９０１においてＡＰ ＭＬＤ１０２との切断処理以降は実施形態１と同様のため説明を省略する。

以上の説明のようにＮｏｎ－ＡＰ ＭＬＤ１０１とＡＰ ＭＬＤ１０２とが接続された状態で通信アプリを切り替える場合にも実施形態１と同様の効果が得られる。

＜実施形態３＞
実施形態２では通信アプリ起動時に切断と再接続処理が行われる。本実施形態で例として挙げたユースケースの実使用において、切断処理の分のタイムラグが生じる場合がある。そのため、実施形態３では、Ｎｏｎ－ＡＰ ＭＬＤとＡＰ ＭＬＤが接続された状態にある場合でも、切断処理をせずにＳＴＲ／ＮＳＴＲの動作モード変更通知ができる方法について説明する。

本実施形態では、アソシエーション要求以外でＳＴＲ／ＮＳＴＲの動作モード通知を行う方法について説明する。これによって、切断処理をせずにＳＴＲ／ＮＳＴＲの動作モード変更通知を行うことができる。なお、実施形態１、２と同一もしくは同様の機能、処理、構成に関しては同一の参照番号を付し、説明を省略する。

図１０に本実施形態におけるＮｏｎ－ＡＰ ＭＬＤ１０１とＡＰ ＭＬＤ１０２との間の処理シーケンス図を示す。Ｎｏｎ－ＡＰ ＭＬＤ１０１は通信アプリ起動時に動作モードを通知するためのアクションフレームであるＮＳＴＲ Ｏｐｅｒａｔｉｎｇ Ｍｏｄｅ Ｎｏｔｉｆｉｃａｔｉｏｎ（ＮＳＴＲ ＯＭＮ）をＡＰ－ＭＬＤに対して送信する（Ｓ１００１）。ＡＰ－ＭＬＤ１０２はそれに応答する形でＮＳＴＲ ＯＭＮを返すことで（Ｓ１００２）、動作モードの切り替えを完了し、通信を開始する。

図１１にアクションフレームに割り当てられる種別の例を示す。８０２．１１ｂｅ規格において、アクションフレームには、ＥＨＴ Ａｃｔｉｏｎ ｆｉｅｌｄ ｖａｌｕｅとＰｒｏｔｅｃｔｅｄ ＥＨＴ Ａｃｔｉｏｎ ｆｉｅｌｄ ｖａｌｕｅにそれぞれ種別が割り当てられている。現時点ではＥＨＴ Ａｃｔｉｏｎ ｆｉｅｌｄ ｖａｌｕｅの０、Ｐｒｏｔｅｃｔｅｄ ＥＨＴ Ａｃｔｉｏｎ ｆｉｅｌｄ ｖａｌｕｅの０～６が使用されているが、それ以外が予約済み（Ｒｅｓｅｒｖｅｄ）となっている。そこで、図１１（ａ）、図１１（ｂ）に示すように、いずれかの予約済みとなっているフィールド値にＳＴＲ／ＮＳＴＲの動作モードを通知するための種別として、ＮＳＴＲ ＯＭＮを追加する。また、追加した種別の名称をＮＳＴＲ ＯＭＮとしているが、名称はこれに限定されない。

図１２にＮＳＴＲ ＯＭＮのフィールドフォーマットの構成例とそれに含まれるフィールドの例を示す。

図１２（ａ）はＮＳＴＲ ＯＭＮのアクションフレームのフィールドフォーマットの構成例を示している。Ｃａｔｅｇｏｒｙフィールド１２０１は当該フレームのカテゴリを示し、このフィールドに格納される値によってフレームの種別が定義される。ＥＨＴ Ａｃｔｉｏｎ ｆｒａｍｅかＰｒｏｔｅｃｔｅｄ ＥＨＴ Ａｃｔｉｏｎ ｆｒａｍｅであるかもこのフィールドの値によって定義される。ＥＨＴ Ａｃｔｉｏｎフィールド１２０２には図１１に示した種別を表す値が格納される。本実施形態ではＮＳＴＲ ＯＭＮと対応付けた種別をこのフィールドに格納することでＳＴＲ／ＮＳＴＲ動作モードの通知に使用することができる。Ｄｉａｌｏｇ Ｔｏｋｅｎ１２０３はＮｏｎ－ＡＰ ＭＬＤ１０１によって送信されるときに０以外の値が格納され、ＡＰ ＭＬＤ１０２はそれに応答する場合に同じ値を格納する。ＮＳＴＲ Ｃｏｎｔｒｏｌフィールド１２０４はＳＴＲ／ＮＳＴＲの動作モードに関するサブフィールドが格納される。詳細は以下で説明する。

図１２（ｂ）にＮＳＴＲ Ｃｏｎｔｒｏｌフィールドに含まれるサブフィールドの構成例を示す。ＮＳＴＲ ＣｏｎｔｒｏｌフィールドにはＳＴＲ／ＮＳＴＲの動作モードに関する情報が含まれる。ＳＴＲ／ＮＳＴＲ Ｍｏｄｅサブフィールド１２０５は使用するリンクがＳＴＲ、ＮＳＴＲのどちらのモードで動作するかを排他的に示す。それ以外のサブフィールドは実施形態１で説明した、Ｂａｓｉｃ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔ内に含まれるＳＴＲ／ＮＳＴＲに関する情報のサブフィールドと同様である。ＮＳＴＲ Ｃｏｎｔｒｏｌフィールドはこの構成に限定されず、これら複数のサブフィールドのうち任意のサブフィールドを組み合わせて使用してもよいし、その他のサブフィールドを追加してもよい。

また、本実施形態ではＥＨＴ Ａｃｔｉｏｎ ｆｉｅｌｄ、Ｐｒｏｔｅｃｔｅｄ Ａｃｔｉｏｎ ｆｉｅｌｄを使用して動作モードの通知をしているが、使用するフィールドはこれに限定されない。例えば、図１３に示すようにＭＡＣ ｈｅａｄｅｒにＳＴＲ／ＮＳＴＲ動作モードを通知するためのサブフィールドを含めてもよい。ＭＡＣヘッダのＨＴ Ｃｏｎｔｒｏｌフィールド１３０１に含まれるＡ－Ｃｏｎｔｒｏｌフィールド１３０２内のＣｏｎｔｒｏｌ Ｌｉｓｔ１３０３内のＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎフィールド１３０５を使用し、予約済となっているＣｏｎｔｒｏｌ ＩＤ ＶａｌｕｅのいずれかにＮＳＴＲ ＯＭＮに対応する種別を追加してもよい。

図１４は本実施形態におけるＮｏｎ－ＡＰ ＭＬＤの処理を示すフローチャートである。

実施形態１、２と同様に通信アプリ起動をトリガとして処理が開始され、起動する通信アプリにおける受信パケットはＡＣＫが支配的かどうかで、ＳＴＲかＮＳＴＲの動作に分かれる（Ｓ７０１）。ＡＣＫが支配的である場合は、Ｓ１４０１の処理へ、ＡＣＫが支配的でない通信アプリの場合はＳ１４０２の処理へ進む。Ｓ１４０１では、Ｎｏｎ－ＡＰ ＭＬＤは、上述した方法を用いてＮＳＴＲ ＯＭＮでＡＰ ＭＬＤ１０２に対してＳＴＲモードで動作する旨の通知を行う。Ｓ１４０２では、Ｎｏｎ－ＡＰ ＭＬＤ１０１は、ＡＰ ＭＬＤ１０２に対してＮＳＴＲ ＯＭＮを使用してＮＳＴＲモードで動作する旨の通知を行う。ただし、Ｓ１４０２では、Ｓ７０１でＮｏと判定した通信アプリのうち、ＭＣＳの高いデータの受信がメインであればＮＳＴＲモードで動作する旨を通知し、そうでなければ任意の動作モードの通知をするようにしてもよい。その後、Ｓ１４０３で、ＡＰ ＭＬＤ１０２からＮＳＴＲ ＯＭＮの応答を受信し、設定された動作モードで通信を開始する。

以上説明したように、通信アプリ起動時にアクションフレームを使用することで実施形態１、２と同様の効果に加えて、再接続なしで動作モードの通知をすることができる。

＜実施形態４＞
実施形態１乃至３では、ＳＴＲで動作する機会を増やすための処理について説明した。しかし、これはあくまで受信パケットはＡＣＫが支配的であるような送信メインの通信アプリを起動した場合の処理である。ＡＣＫ以外のデータの受信を含む場合や、より確実に受信したい場合などはＮＳＴＲモードが適している。また、通信アプリが起動していないときにもＮｏｎ－ＡＰ ＭＬＤとＡＰ ＭＬＤの間でパケットのやり取りが行われることも想定される。そのため、ＳＴＲモードで動作する通信アプリが起動している間以外は、完全に接続が切断されない限り、受信に対応できるＮＳＴＲモードで待機状態にあるのが望ましい。本実施形態では通信アプリ終了後に動作モードを変更する処理について説明する。また、実施形態１乃至３と同一もしくは同様の機能、処理、構成に関しては同一の参照番号を付し、説明を省略する。

図１５に本実施形態における、Ｎｏｎ－ＡＰ ＭＬＤ１０１とＡＰ ＭＬＤ１０２との間のシーケンス図を示す。ＳＴＲ動作した通信アプリ終了後にＮｏｎ－ＡＰ ＭＬＤ１０１はＮＳＴＲ ＯＭＮを用いてＮＳＴＲモードになる通知をＡＰ ＭＬＤに対して行う（Ｓ１５０１）。それに応答してＡＰ ＭＬＤ１０２がＮＳＴＲ ＯＭＮを返して（Ｓ１５０２）、通信アプリ終了後はＮＳＴＲモードになる。

図１６は本実施形態における、Ｎｏｎ－ＡＰ ＭＬＤ１０１の処理を示すフローチャートである。処理１６０１より前の処理は実施形態１乃至３の処理と同様である。通信アプリ終了時に当該通信アプリがＳＴＲモードで動作していたか否を判断する（Ｓ１６０１）。ＳＴＲモードで動作していた場合（Ｓ１６０１でＹｅｓ）、ＮＳＴＲ ＯＭＮでＮＳＴＲモードになる旨をＡＰ－ＭＬＤに通知し（Ｓ１６０２）、ＡＰ ＭＬＤ１０２からレスポンスを受け取る（Ｓ１６０３）ことで、動作モードをＮＳＴＲとする。終了する通信アプリがＮＳＴＲモードで動作している場合（Ｓ１６０１でＮｏ）はそのまま動作を終了する。

以上説明したように通信アプリ終了後必ずＮＳＴＲモードにすることで、待機状態では干渉に備えることができる。また、本実施形態における動作モードの通知はＮＳＴＲ ＯＭＮを使用したが、これに限定されず、実施形態１乃至３のようなアソシエーション要求フレームや、その他のマネジメントフレームを使用してもよい。

＜実施形態５＞
実施形態１乃至４では、ＳＴＲモードで動作するアプリケーションであるか否かがあらかじめ指定されているものとして説明を行った。しかしながら、１つのアプリケーションについて、通信品質が高い場合にはＳＴＲモードで動作し、通信品質が低い場合にはＮＳＴＲモードで動作するよう制御してもよい。

本実施形態では、１つのアプリケーションについて、ＳＴＲ／ＮＳＴＲの動作を切り替える場合について説明する。実施形態１乃至４と同一もしくは同様の機能、処理、または構成に関しては同一の参照番号を付し、説明を省略する。

図１７に本実施形態に係るＮｏｎ－ＡＰ ＭＬＤ１０１が実行する処理の一例を示す。

Ｓ１７０１で、Ｎｏｎ－ＡＰ ＭＬＤ１０１はＡＰ ＭＬＤ１０２との間に確立した通信リンクの通信品質を測定する。例えば、ＡＰ ＭＬＤ１０２から受信した信号強度を測定する。あるいは、Ｎｏｎ－ＡＰ ＭＬＤ１０１から所定の周波数チャネルにおいて信号を送信している間に、当該所定の周波数チャネルと異なる周波数チャネルで受信信号強度を測定する。

続いて、Ｓ１７０２でＮｏｎ－ＡＰ ＭＬＤ１０１は所定の条件を決定する。例えば、ＡＰ ＭＬＤ１０２から受信した信号強度が所定の強度（第１の閾値）以上である場合は、チャネル間干渉が発生したとしてもＡＰ ＭＬＤ１０２からのパケットを受信できる可能性が高い。このため、所定のアプリケーションについてＳＴＲモードで動作すると判定する。別の例では、Ｎｏｎ－ＡＰ ＭＬＤ１０１が所定の無線リンクで信号を送信している間に、当該所定の無線リンクと異なる無線リンクで測定した受信信号強度が所定の値（第２の閾値）以下である場合、リンク間干渉が所定値以下であると判定することができる。このため、所定のアプリケーションについてＳＴＲモードで動作すると判定することができる。

一例では、ＡＰ ＭＬＤ１０２から受信した信号強度に関する第１の閾値はアプリケーションごとに定められてもよい。例えば、スキャンアプリケーションのように、受信パケットの通信品質が低くてもよいアプリケーションについては第１の閾値が低く設定される。また、プリントアプリケーションのように受信パケットの通信品質が高い必要があるアプリケーションについては第１の閾値が高く設定されてもよい。

また、Ｎｏｎ－ＡＰ ＭＬＤ１０１から所定の周波数チャネルにおいて信号を送信している間に、当該所定の周波数チャネルと異なる周波数チャネルで測定した受信信号強度に関する第２の閾値もアプリケーションごとに定められてもよい。例えば、スキャンアプリケーションのように、受信パケットの通信品質が低くてもよいアプリケーションについては第２の閾値が高く設定される。一方、プリントアプリケーションのように受信パケットの通信品質が高い必要があるアプリケーションについては第２の閾値が低く設定されてもよい。

このようにして、Ｓ１７０２では受信信号強度に応じてＳＴＲモードで動作せるアプリケーションと、ＮＳＴＲモードで動作させるアプリケーションとの条件を決定する。

図１８に、アプリケーションと、リンク間干渉の影響の大きさと、動作モードとの対応関係を示す。Ｓ１７０２では、Ｓ１７０１で測定したリンク間干渉の影響の大きさから、図１８の列１８０１または列１８０２のいずれを使用するかを決定し、Ｓ７０１でアプリケーションの種類に応じて動作モードを判定することができる。

Ｓ７０２以降の処理は実施形態１と同様のため説明を省略する。

以上説明したように、本実施形態によって、通信環境に応じて適切にＳＴＲモードで動作させるアプリケーションを決定することができる。

＜他の実施形態＞
上記説明では、１つのアプリケーションが起動される場合を主に説明した。しかしながら、複数のアプリケーションが起動される場合にも実施形態を適用することができる。

例えば、ＳＴＲモードで動作させるアプリケーションを実行している間に、ＮＳＴＲモードで動作させるアプリケーションの起動指示を受け付けた場合は、ＮＳＴＲモードで動作するようＮｏｎ－ＡＰ ＭＬＤ１０１は動作する。一方、ＮＳＴＲで動作するアプリケーションを実行している間に、ＳＴＲモードで動作せるアプリケーションの起動指示を受け付けた場合は、ＮＳＴＲモードで動作し続ける。これによって、リンク間干渉によって通信効率が低下しうるアプリケーションを実行している間はＮＳＴＲモードで動作することができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

＜実施形態のまとめ＞
本実施形態の開示は、以下の通りである。

（項目１）
無線通信装置であって、
外部装置との間に複数の無線リンクを確立した場合に、前記複数の無線リンクのうちの第１のリンクにおいて前記外部装置へのパケットの送信を行う間に、前記第１のリンクとは異なる第２のリンクにおいて前記外部装置からパケットの受信を行う第１の動作モードと、前記第１のリンクでパケットの送信を行っている間は前記第２のリンクにおいてパケットの受信を行わない第２の動作モードと、で動作モードを切り替えて通信する通信手段と、
制御手段であって、
第１のアプリケーションを起動する場合に、前記第１の動作モードで動作し、
前記第１のアプリケーションとは異なる第２のアプリケーションを起動する場合に、前記第２の動作モードで動作する、
よう前記通信手段の動作モードを制御する制御手段と、
を備え、
前記制御手段は、前記通信手段の動作モードを前記外部装置に通知することを特徴とする無線通信装置。

（項目２）
アプリケーションの起動指示を受け付ける受付手段をさらに備えることを特徴とする項目１に記載の無線通信装置。

（項目３）
前記制御手段は、ＩＥＥＥ８０２．１１規格に準拠したアクションフレームを使用して前記外部装置への通知を行うことを特徴とする項目１または２に記載の無線通信装置。

（項目４）
前記アクションフレームは、
Ｍａｘｉｍｕｍ Ｎｕｍｂｅｒ Ｏｆ Ｓｉｍｕｌｔａｎｅｏｕｓ Ｌｉｎｋｓサブフィールド、
ＮＳＴＲ Ｌｉｎｋ Ｐａｉｒ Ｐｒｅｓｅｎｔサブフィールド、
ＮＳＴＲ Ｂｉｔｍａｐ Ｓｉｚｅサブフィールド、
ＮＳＴＲ Ｉｎｄｉｃａｔｉｏｎ Ｂｉｔｍａｐサブフィールド、および
ＳＴＲまたはＮＳＴＲの動作モードを排他的に示すサブフィールド、
のうちの少なくとも１つのサブフィールドを含むことを特徴とする項目３に記載の無線通信装置。

（項目５）
前記無線通信装置はＩＥＥＥ８０２．１１規格に準拠した通信を行うＮｏｎ－ＡＰ ＭＬＤ（Non-Access Point Multi-Link Device）として動作し、
前記第１のアプリケーションにおいて前記外部装置から受信するパケットのうち、小さいインデックスの変調符号化方式において変調符号化されたパケットの割合は、前記第１のアプリケーションにおいて前記外部装置から受信するパケットのうち、小さいインデックスの変調符号化方式において変調符号化されたパケットの割合より高いことを特徴とする項目１から４の何れか１つに記載の無線通信装置。

（項目６）
前記第１のアプリケーションにおいて前記外部装置から受信するパケットのうち、１つの変調シンボルごとに割り当てられるビット数が所定値以下の変調方式で変調されたパケットの割合は、前記第２のアプリケーションにおいて前記外部装置から受信するパケットのうち、１つの変調シンボルごとに割り当てられるビット数が所定値以下の変調方式で変調されたパケットの割合より高いことを特徴とする項目１から５の何れか１つに記載の無線通信装置。

（項目７）
前記第１のアプリケーションにおいて前記外部装置から受信するパケットのうち、符号化率が所定値以下の符号化方式で符号化されたパケットの割合は、前記第２のアプリケーションにおいて前記外部装置から受信するパケットのうち、符号化率が所定値以下の符号化方式で符号化されたパケットの割合より高いことを特徴とする項目１から６の何れか１つに記載の無線通信装置。

（項目８）
前記第１のアプリケーションにおいて前記外部装置から受信するパケットのうちの肯定応答パケットの割合は、前記第２のアプリケーションにおいて前記外部装置から受信するパケットのうち肯定応答パケットの割合より高いことを特徴とする項目１から７の何れか１つに記載の無線通信装置。

（項目９）
記録媒体に記録を行う記録手段と、
記録媒体に記録された画像を読み取る読取手段と、
前記第１のアプリケーションは前記読取手段を介して取得した画像データを前記外部装置に送信するアプリケーションであり、
前記第２のアプリケーションは前記外部装置から受信した画像データを前記記録手段を介して記録媒体に記録するアプリケーションであることを特徴とする項目１から８の何れか１つに記載の無線通信装置。

（項目１０）
前記受付手段で第１のアプリケーションの起動指示を受け付け、前記第１の動作モードで動作することを前記外部装置に通知した後に、前記第１のアプリケーションの終了指示を受け付けた場合に、前記制御手段は前記外部装置に前記第２の動作モードで動作することを通知することを特徴とする項目２に記載の無線通信装置。

（項目１１）
前記受付手段で第１のアプリケーションの起動指示を受け付け、前記第１の動作モードで動作することを前記外部装置に通知した後であって、前記第１のアプリケーションの終了指示を受け付ける前に、前記第２のアプリケーションの起動指示を受け付けた場合に、前記制御手段は前記通信手段を前記第２の動作モードで動作させることを特徴とする項目２に記載の無線通信装置。

（項目１２）
前記受付手段で第２のアプリケーションの起動指示を受け付け、前記第２の動作モードで動作することを前記外部装置に通知した後であって、前記第２のアプリケーションの終了指示を受け付ける前に、前記第１のアプリケーションの起動指示を受け付けた場合に、前記制御手段は前記通信手段を前記第２の動作モードで動作させることを特徴とする項目２に記載の無線通信装置。

（項目１３）
外部装置との間に複数の無線リンクを確立した場合に、前記複数の無線リンクのうちの第１のリンクにおいて前記外部装置へのパケットの送信を行う間に、前記第１のリンクとは異なる第２のリンクにおいて前記外部装置からパケットの受信を行う第１の動作モードと、前記第１のリンクでパケットの送信を行っている間は前記第２のリンクにおいてパケットの受信を行わない第２の動作モードと、で動作モードを切り替えて通信する通信手段を備える無線通信装置が実行する通信制御方法であって、
第１のアプリケーションを起動する場合に、前記第１の動作モードで動作するよう前記通信手段を制御することと、
前記第１のアプリケーションとは異なる第２のアプリケーションを起動する場合に、前記第２の動作モードで動作するよう前記通信手段を制御することと、
前記通信手段の動作モードを前記外部装置に通知することと、
を含む通信制御方法。

（項目１４）
コンピュータを項目１から１２の何れか１つに記載の無線通信装置の各手段として機能させるためのプログラム。

また、コンピュータが読み出したプログラムコードを実行することにより、上述の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳが実際の処理の一部または全部を行い、上述の機能を実現してもよい。ＯＳとは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略である。

さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、そのプログラムコードの指示に基づき、機能拡張ボードや機能拡張ユニットに備わるＣＰＵが実際の処理の一部または全部を行い、上述の機能を実現してもよい。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００ ネットワーク、 １０１ Ｎｏｎ－ＡＰ ＭＬＤ、 １０２ ＡＰ ＭＬＤ、 ２０１ 記憶部、 ２０２ 制御部、 ２０３ 機能部、 ２０４ 入力部、 ２０５ 出力部、 ２０６ 通信部、 ２０７ 無線アンテナ

Claims (14)

1. 無線通信装置であって、
   外部装置との間に複数の無線リンクを確立した場合に、前記複数の無線リンクのうちの第１のリンクにおいて前記外部装置へのパケットの送信を行う間に、前記第１のリンクとは異なる第２のリンクにおいて前記外部装置からパケットの受信を行う第１の動作モードと、前記第１のリンクでパケットの送信を行っている間は前記第２のリンクにおいてパケットの受信を行わない第２の動作モードと、で動作モードを切り替えて通信する通信手段と、
   制御手段であって、
   第１のアプリケーションを起動する場合に、前記第１の動作モードで動作し、
   前記第１のアプリケーションとは異なる第２のアプリケーションを起動する場合に、前記第２の動作モードで動作する、
   よう前記通信手段の動作モードを制御する制御手段と、
   を備え、
   前記制御手段は、前記通信手段の動作モードを前記外部装置に通知することを特徴とする無線通信装置。
2. アプリケーションの起動指示を受け付ける受付手段をさらに備えることを特徴とする請求項１に記載の無線通信装置。
3. 前記制御手段は、ＩＥＥＥ８０２．１１規格に準拠したアクションフレームを使用して前記外部装置への通知を行うことを特徴とする請求項１に記載の無線通信装置。
4. 前記アクションフレームは、
   Ｍａｘｉｍｕｍ Ｎｕｍｂｅｒ Ｏｆ Ｓｉｍｕｌｔａｎｅｏｕｓ Ｌｉｎｋｓサブフィールド、
   ＮＳＴＲ Ｌｉｎｋ Ｐａｉｒ Ｐｒｅｓｅｎｔサブフィールド、
   ＮＳＴＲ Ｂｉｔｍａｐ Ｓｉｚｅサブフィールド、
   ＮＳＴＲ Ｉｎｄｉｃａｔｉｏｎ Ｂｉｔｍａｐサブフィールド、および
   ＳＴＲまたはＮＳＴＲの動作モードを排他的に示すサブフィールド、
   のうちの少なくとも１つのサブフィールドを含むことを特徴とする請求項３に記載の無線通信装置。
5. 前記無線通信装置はＩＥＥＥ８０２．１１規格に準拠した通信を行うＮｏｎ－ＡＰ ＭＬＤ（Non-Access Point Multi-Link Device）として動作し、
   前記第１のアプリケーションにおいて前記外部装置から受信するパケットのうち、小さいインデックスの変調符号化方式において変調符号化されたパケットの割合は、前記第１のアプリケーションにおいて前記外部装置から受信するパケットのうち、小さいインデックスの変調符号化方式において変調符号化されたパケットの割合より高いことを特徴とする請求項１に記載の無線通信装置。
6. 前記第１のアプリケーションにおいて前記外部装置から受信するパケットのうち、１つの変調シンボルごとに割り当てられるビット数が所定値以下の変調方式で変調されたパケットの割合は、前記第２のアプリケーションにおいて前記外部装置から受信するパケットのうち、１つの変調シンボルごとに割り当てられるビット数が所定値以下の変調方式で変調されたパケットの割合より高いことを特徴とする請求項１に記載の無線通信装置。
7. 前記第１のアプリケーションにおいて前記外部装置から受信するパケットのうち、符号化率が所定値以下の符号化方式で符号化されたパケットの割合は、前記第２のアプリケーションにおいて前記外部装置から受信するパケットのうち、符号化率が所定値以下の符号化方式で符号化されたパケットの割合より高いことを特徴とする請求項１に記載の無線通信装置。
8. 前記第１のアプリケーションにおいて前記外部装置から受信するパケットのうちの肯定応答パケットの割合は、前記第２のアプリケーションにおいて前記外部装置から受信するパケットのうち肯定応答パケットの割合より高いことを特徴とする請求項１に記載の無線通信装置。
9. 記録媒体に記録を行う記録手段と、
   記録媒体に記録された画像を読み取る読取手段と、
   前記第１のアプリケーションは前記読取手段を介して取得した画像データを前記外部装置に送信するアプリケーションであり、
   前記第２のアプリケーションは前記外部装置から受信した画像データを前記記録手段を介して記録媒体に記録するアプリケーションであることを特徴とする請求項１に記載の無線通信装置。
10. 前記受付手段で第１のアプリケーションの起動指示を受け付け、前記第１の動作モードで動作することを前記外部装置に通知した後に、前記第１のアプリケーションの終了指示を受け付けた場合に、前記制御手段は前記外部装置に前記第２の動作モードで動作することを通知することを特徴とする請求項２に記載の無線通信装置。
11. 前記受付手段で第１のアプリケーションの起動指示を受け付け、前記第１の動作モードで動作することを前記外部装置に通知した後であって、前記第１のアプリケーションの終了指示を受け付ける前に、前記第２のアプリケーションの起動指示を受け付けた場合に、前記制御手段は前記通信手段を前記第２の動作モードで動作させることを特徴とする請求項２に記載の無線通信装置。
12. 前記受付手段で第２のアプリケーションの起動指示を受け付け、前記第２の動作モードで動作することを前記外部装置に通知した後であって、前記第２のアプリケーションの終了指示を受け付ける前に、前記第１のアプリケーションの起動指示を受け付けた場合に、前記制御手段は前記通信手段を前記第２の動作モードで動作させることを特徴とする請求項２に記載の無線通信装置。
13. 外部装置との間に複数の無線リンクを確立した場合に、前記複数の無線リンクのうちの第１のリンクにおいて前記外部装置へのパケットの送信を行う間に、前記第１のリンクとは異なる第２のリンクにおいて前記外部装置からパケットの受信を行う第１の動作モードと、前記第１のリンクでパケットの送信を行っている間は前記第２のリンクにおいてパケットの受信を行わない第２の動作モードと、で動作モードを切り替えて通信する通信手段を備える無線通信装置が実行する通信制御方法であって、
    第１のアプリケーションを起動する場合に、前記第１の動作モードで動作するよう前記通信手段を制御することと、
    前記第１のアプリケーションとは異なる第２のアプリケーションを起動する場合に、前記第２の動作モードで動作するよう前記通信手段を制御することと、
    前記通信手段の動作モードを前記外部装置に通知することと、
    を含む通信制御方法。
14. コンピュータを請求項１から１２の何れか１項に記載の無線通信装置の各手段として機能させるためのプログラム。

Images