(57)【特許請求の範囲】
【請求項１】
複数の無線端末と無線基地局とを備える無線通信システムであって、
前記無線基地局は、
複数のパケットを集約して１つの通信パケットとして送信する送信手段を備え、
前記無線端末は、
前記送信手段により集約されて送信された前記通信パケットを受信する受信手段と、
前記無線端末の動作状態として、バッファに蓄積されている前記通信パケットの情報量、前記無線端末のバスの使用率を示す稼働率、もしくは、前記無線端末と前記無線基地局との間の通信に使用されている通信プロトコル種別又は通信ソケット数を検出する検出手段と、
前記送信手段により前記無線基地局から前記無線端末へ集約された前記通信パケットが送信されている際に、前記検出手段により検出された前記無線端末の動作状態に応じて、前記無線基地局に対してパケットの集約量の変更を通知する通知手段と、を備え、
前記無線基地局は、
前記通知手段による前記通知に応じて前記集約量を変更する変更手段を備えることを特徴とする無線通信システム。
【請求項２】
前記通知手段により、通信パケットの集約量の変更が前記無線端末から前記無線基地局へ通知される場合、前記変更はマネジメント・フレームのサブタイプがプローブ・リクエストであるＭＡＣフレームとして通知されることを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記無線端末は、
前記検出手段により所定の通信プロトコルが検出された場合に、前記無線端末と前記無線基地局との間の通信に使用されている通信方式を他の通信方式へ切り替える切替手段をさらに備えることを特徴とする請求項１に記載の無線通信システム。
【請求項４】
複数の無線端末と無線基地局とを備える無線通信システムの制御方法であって、
前記無線基地局は、
送信手段が、複数のパケットを集約して１つの通信パケットとして送信する送信工程を備え、
前記無線端末は、
受信手段が、前記送信工程により集約されて送信された前記通信パケットを受信する受信工程と、
検出手段が、前記無線端末の動作状態として、バッファに蓄積されている前記通信パケットの情報量、前記無線端末のバスの使用率を示す稼働率、もしくは、前記無線端末と前記無線基地局との間の通信に使用されている通信プロトコル種別又は通信ソケット数を検出する検出工程と、
通知手段が、前記送信工程により前記無線基地局から前記無線端末へ集約された前記通信パケットが送信されている際に、前記検出工程により検出された前記無線端末の動作状態に応じて、前記無線基地局に対してパケットの集約量の変更を通知する通知工程と、を備え、
前記無線基地局は、
変更手段が、前記通知工程による前記通知に応じて前記集約量を変更する変更工程を備えることを特徴とする無線通信システムの制御方法。
【請求項５】
コンピュータに請求項４に記載の無線通信システムの制御方法の各工程を実行させるためのプログラム。
【請求項６】
通信装置であって、
他の通信装置から、複数のパケットが集約された集約パケットを受信する受信手段と、
前記受信手段により受信された前記集約パケットを記憶する記憶手段と、
前記記憶手段により記憶されている情報量、前記通信装置が有するバスの使用率、前記他の通信装置との間の通信種別、もしくは、前記通信装置が通信しているコネクションの数に基づいて、前記他の通信装置が前記通信装置に対して送信する集約パケットの集約量の変更を、前記他の通信装置に要求する要求手段と、
を有することを特徴とする通信装置。
【請求項７】
前記要求手段は、プローブリクエストフレームを利用して前記他の通信装置に要求を行うことを特徴とする請求項６に記載の通信装置。
【請求項８】
前記要求手段は、前記他の通信装置との無線通信における通信種別の切替えを要求することを特徴とする請求項６に記載の通信装置。
【請求項９】
前記集約パケットは、ＩＥＥＥ８０２．１１シリーズ規格に基づいてアグリゲーションされたパケットであることを特徴とする請求項６から８のいずれか１項に記載の通信装置。
【請求項１０】
前記バスは、少なくとも前記受信手段と前記記憶手段との通信に用いられることを特徴とする請求項６から９のいずれか１項に記載の通信装置。
【請求項１１】
前記集約パケットは、ＴＣＰ／ＩＰに準拠したデータを含むことを特徴とする請求項６から１０のいずれか１項に記載の通信装置。
【請求項１２】
通信装置の制御方法であって、
受信手段が、他の通信装置から、複数のパケットが集約された集約パケットを受信する受信工程と、
記憶手段が、前記受信工程により受信された前記集約パケットを記憶する記憶工程と、
要求手段が、前記記憶工程により記憶されている情報量、前記通信装置が有するバスの使用率、前記他の通信装置との間の通信種別、もしくは、前記通信装置が通信しているコネクションの数に基づいて、前記他の通信装置が前記通信装置に対して送信する集約パケットの集約量の変更を、前記他の通信装置に要求する要求工程と、
を有することを特徴とする通信装置の制御方法。
【請求項１３】
コンピュータに請求項１２に記載の通信装置の制御方法の各工程を実行させるためのプログラムが記憶された記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信路を使用してデータ転送を行う際の無線通信設定の変更を行う無線通信システム、無線通信システムの制御方法、およびプログラムに関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１シリーズに準拠した無線通信ネットワークは、ネットワークを制御する無線基地局（ＡＰ、Access Point）と被制御局としての無線端末（ＭＴ、Mobile Terminal）とから構成される。なお、ＩＥＥＥとはInstitute of Electrical and Electronic Engineersの略である。
【０００３】
また、ＩＥＥＥ８０２．１１ｎでは、複数のパケットを集約して送信するアグリゲーションが規定されている。このアグリゲーションを行うか否かをパケットの送信側で決定する構成が特許文献１には開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９‐１４７７８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来ではパケットの受信側からアグリゲーションに関する設定を変更することはできなかった。例えば、どれだけのパケットを集約して送信するか（以下、パケットの集約量）を送信側に変更させるための処理を受信側から行わせることはできなかった。
【０００６】
従って、受信側にとって適切でないパケットの集約量でデータが送信され続け、受信側のバッファが一杯（Ｆｕｌｌ）となってしまうことがあった。この結果、パケットの再送や消失が起こり、通信速度が低下してしまう場合があった。
【０００７】
上記の課題に鑑み、受信側の状態変化に応じたアグリゲーション処理の設定変更を行うことを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成する本発明に係る無線通信システムは、
複数の無線端末と無線基地局とを備える無線通信システムであって、
前記無線基地局は、
複数のパケットを集約して１つの通信パケットとして送信する送信手段を備え、
前記無線端末は、
前記送信手段により集約されて送信された前記通信パケットを受信する受信手段と、
前記無線端末の動作状態として、バッファに蓄積されている前記通信パケットの情報量、前記無線端末のバスの使用率を示す稼働率、もしくは、前記無線端末と前記無線基地局との間の通信に使用されている通信プロトコル種別又は通信ソケット数を検出する検出手段と、
前記送信手段により前記無線基地局から前記無線端末へ集約された前記通信パケットが送信されている際に、前記検出手段により検出された前記無線端末の動作状態に応じて、前記無線基地局に対してパケットの集約量の変更を通知する通知手段と、を備え、
前記無線基地局は、
前記通知手段による前記通知に応じて前記集約量を変更する変更手段を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、受信側の状態変化に応じたアグリゲーション処理の設定変更を行うことが可能となる。これにより、現在実行しているアグリゲーション処理を継続しても、データの消失または再送によるスループットの低下を抑制することができる。
【図面の簡単な説明】
【００１０】
【図１】無線通信システムの構成図。
【図２】本発明に係るＡＰの機能構成を示すブロック図。
【図３】本発明に係るＭＴの機能構成を示すブロック図。
【図４】本発明に係るＭＴの状態管理表。
【図５】本発明に係るＭＴの処理の手順を示すフローチャート。
【図６】本発明に係るＡＰの処理の手順を示すフローチャート。
【図７】ＭＡＣフレームのフォーマットを示す図。
【発明を実施するための形態】
【００１１】
（第１実施形態）
図１は、複数の無線端末（以下、“ＭＴ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）”と称する）と無線基地局（以下、“ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）”と称する)を備える無線通信系と、有線端末(以下、“ＮＤ（Ｎｅｔｗｏｒｋ Ｄｅｖｉｃｅ）”と称する)を備える有線通信系とが接続する本実施形態の通信ネットワークである。
【００１２】
ＡＰ１０１は、複数のＭＴ１０２、ＭＴ１０３と無線接続を行って無線通信系の無線ネットワーク１０４を構成し、さらに有線の基幹ネットワーク１０５とも接続する。
【００１３】
基幹ネットワーク１０５には、各ＮＤ１０６乃至ＮＤ１０９が接続されており、有線ネットワークが形成されている。そして、無線ネットワークと有線ネットワークは、ＡＰ１０１を経由して接続されるので、任意のＭＴと任意のＮＤとの間でも通信が可能となっている。
【００１４】
図２を参照して、本発明に係る無線通信システムを構成するＡＰ（無線基地局）の機能構成について説明する。ＡＰは、プロセッサ２０１と、メモリコントローラ２０３と、メモリ２０４と、時計／タイマ２０５と、有線通信コントローラ２０６と、無線通信コントローラ２０７と、ＤＭＡコントローラ２０８とを備える。これらの各構成要素は、メインバス２０２によって接続されている。
【００１５】
プロセッサ２０１は、メインバス２０２を介して各構成要素を制御する。メモリコントローラ２０３は、各構成要素からのメモリ２０４へのアクセスを制御する。これによって、メモリ２０４に対するプロセッサ２０１からの／へのリード／ライト等のアクセスが可能となっている。メモリ２０４は、各種データを記憶する。時計/タイマ２０５は、日時や時刻などの時間情報やプロセッサ２０１からの制御によって、時間間隔を計測するタイマ機能を有する。時計/タイマ２０５には、プロセッサ２０１からアクセスが可能となっている。プロセッサ２０１は、通信処理を実行するために各種の通信プロトコルの処理機能を有しており、時計/タイマ２０５から必要となる時間情報を取得する。
【００１６】
有線通信コントローラ２０６は、ＭＡＣ層およびＰＨＹ層の部分を装置に実装しており、Ｅｔｈｅｒｎｅｔと接続可能な構成になっている。有線通信コントローラ２０６は、基幹ネットワーク１０５と接続するための通信インタフェースである。
【００１７】
また、無線通信コントローラ２０７は、図１に示される無線ネットワーク内の各ＭＴ１０２、ＭＴ１０３と無線接続を行う通信インタフェースである。無線通信コントローラ２０７は、ＩＥＥＥ８０２．１１関連規格に準拠した無線ＬＡＮモジュールと接続するＨｏｓｔ_ＩＦ（ＵＳＢ ｏｒ ＳＤＩＯ ｏｒ ＰＣＩ等）により構成される。無線通信コントローラ２０７は、プロセッサ２０１からの指示によって、該無線ＬＡＮモジュールに搭載されるコントロールＬＳＩを制御する機能を有する。ＩＥＥＥ８０２．１１ｎに規定される無線パケットを集約するアグリゲーション処理は、プロセッサ２０１が、無線通信コントローラ２０７を介して無線ＬＡＮ制御を行うコントロールＬＳＩを制御することにより実行される仕組みとなっている。あるいは、プロセッサ２０１がアグリゲーション処理を施した通信パケットを生成し、無線通信コントローラ２０７を介して該コントロールＬＳＩへ送信することにより実行される場合もあり得る。
【００１８】
また、使用している通信規格の切り替え手順についても、プロセッサ２０１からの制御により、無線通信コントローラ２０７を介して無線ＬＡＮ制御を行うコントロールＬＳＩに指示が与えられることによって実行される。例えば、ＩＥＥＥ８０２．１１ｎに準拠した通信方式からＩＥＥＥ８０２．１１ｇといった別の規格に準拠した通信方式へ切り替える手順を実行することができる。
【００１９】
ＤＭＡコントローラ２０８は、プロセッサ２０１からの設定により、各構成要素とメモリ２０４との間で、メインバス２０２を介してデータを転送する。
【００２０】
次に、図３を参照して、本発明に係る無線通信システムを構成するＭＴ（無線端末）の機能構成について説明する。ＭＴは、プロセッサ３０１と、メモリコントローラ３０３と、メモリ３０４と、時計／タイマ３０５と、状態検出部３０６と、無線通信コントローラ３０７と、ＤＭＡコントローラ３０８とを備える。これらの各構成要素は、メインバス３０２によって接続されている。
【００２１】
プロセッサ３０１は、メインバス３０２を介して各構成要素を制御する。メモリコントローラ３０３は、各構成要素からのメモリ３０４へのアクセスを制御する。これによって、メモリ３０４に対する、プロセッサ３０１からの／へのリード/ライト等のアクセスが可能となっている。メモリ３０４は、各種データを記憶する。時計/タイマ３０５は、日時や時刻などの時間情報やプロセッサ３０１からの制御によって、時間間隔を計測するタイマ機能を有する。時計/タイマ３０５には、プロセッサ３０１からアクセスが可能となっている。プロセッサ３０１は、通信処理を実行するために各種の通信プロトコルの処理機能を有しており、時計/タイマ３０５から必要となる時間情報を取得する。時計/タイマ３０５は、プロセッサ３０１により設定されたタイマ周期で、状態検出部３０６に対してタイミング情報を通知する機能も有する。
【００２２】
状態検出部３０６は、ＭＴにおいて実行されているアプリケーションの種別やプロセッサ３０１の稼働率、受信バッファの空き容量（受信バッファに蓄積されている情報量）など、自己の状態を検出する。また、ＤＭＡコントローラ３０８の内部レジスタや、メモリ３０４に対してアクセスする機能を有する。状態検出部３０６により検出された状態情報は、メモリ３０４の所定の場所に書き込まれる。また、時計/タイマ３０５により通知されるタイミング情報に応じて、メモリ３０４に対してアクセスする機能や、プロセッサ３０１に対して割り込み通知をする機能も有している。
【００２３】
また、無線通信コントローラ３０７は、図１に示される無線ネットワーク内の無線ネットワーク内のＡＰと無線接続を行う通信インタフェースである。無線通信コントローラ３０７は、ＩＥＥＥ８０２．１１関連規格に準拠した無線ＬＡＮモジュールと接続するＨｏｓｔ_ＩＦ（ＵＳＢ ｏｒ ＳＤＩＯ ｏｒ ＰＣＩ等）により構成される。プロセッサ３０１からの指示によって該無線ＬＡＮモジュールに搭載されるコントロールＬＳＩを制御する機能を有する。
【００２４】
ＩＥＥＥ８０２．１１ｎに規定される無線パケットのアグリゲーション処理は、プロセッサ３０１が、無線通信コントローラ３０７を介して無線ＬＡＮ制御を行うコントロールＬＳＩを制御することにより実行される仕組みとなっている。あるいは、プロセッサ３０１がアグリゲーション処理を施した通信パケットを生成し、無線通信コントローラ３０７を介して該コントロールＬＳＩへ送信することにより実行される場合もあり得る。
【００２５】
また、使用している通信規格の切り替え手順についても、プロセッサ３０１からの制御により、無線通信コントローラ３０７を介して無線ＬＡＮ制御を行うコントロールＬＳＩに指示が与えられることによって実行される。例えば、ＩＥＥＥ８０２．１１ｎに準拠した通信方式からＩＥＥＥ８０２．１１ｇといった別の規格に準拠した通信方式へ切り替える手順を実行することができる。
【００２６】
ＤＭＡコントローラ３０８は、プロセッサ３０１からの設定により、各構成要素とメモリ３０４との間で、メインバス３０２を介してデータを転送する。ＤＭＡコントローラ３０８は、カウンタを備えており、バッファとして使用するメモリ３０４の所定の領域に対してライトされる場合はカウントアップし、リードされる場合はカウントダウンする機能を有する。この際、単位データが転送される毎に１カウントアップまたは１カウントダウンする仕組みとなっている。また、カウンタの値はレジスタとして内部に随時記憶され、メインバス３０２を介してアクセス可能な仕組みとなっている。
【００２７】
図４は、ＭＴの動作状態に応じた無線通信設定を行うための基準となる状態管理表である。この管理表は、メモリ３０４の内部に記憶され、プロセッサ３０１や状態検出部３０６によって状態情報が書き込まれる。表中の縦の項目は、ＭＴの動作状態を表しており、プロセッサ３０１や状態検出部３０６によって検出される項目である。
【００２８】
受信バッファの空き容量は、ＤＭＡコントローラ３０８の内部レジスタの情報に基づいて判断される。状態検出部３０６が時計/タイマ３０５から所定の周期でタイミング情報が通知されたことに応じて、状態検出部３０６は、ＤＭＡコントローラ３０８の内部レジスタの情報を読み取る。状態検出部３０６は、読み取ったレジスタ情報（カウンタ値）と受信バッファとして用意されているメモリ領域とを比較し、その比較結果をメモリ３０４の所定の場所に記録する。ここで、受信バッファとして用意されているメモリ領域からの／へのリード／ライトの各処理は、ＤＭＡコントローラ３０８を使用したＤＭＡ転送によって行われる。
【００２９】
次に、ＭＴの稼働率は、状態検出部３０６によって検出される。状態検出部３０６は、プロセッサ３０１およびＤＭＡコントローラ３０８からのアクセスを監視し、所定時間を基準としたアクセス発生頻度を計測する。状態検出部３０６は、この計測結果に基づいて、ＭＴの稼動率を算出して数値化し、時計／タイマ３０５から通知されるタイミング情報に従ってメモリ３０４内部の該状態管理表に記録する。
【００３０】
次に、通信種別は、プロセッサ３０１によって検出される。プロセッサ３０１は、ＭＴとして必要となる各種の通信プロトコル処理を実行する機能を有する。そのため、現在どのような通信プロトコルが使用されているかを検出し、使用されている通信プロトコル種別に変化が生じた場合、メモリ３０４内部の状態管理表に通信種別を記録する。
【００３１】
最後に、通信ソケットの総数は、プロセッサ３０１によって検出される。通信ソケットとは、ＴＣＰ/ＩＰプロトコルを使用してデータ通信を行う場合、ＩＰアドレスとポート番号との組み合わせである。通信ソケットを使用して通信相手を特定し、接続処理やデータ通信処理が実行される。プロセッサ３０１は、ＭＴとして必要となる各種の通信プロトコル処理を実行する機能を有する。そのため、プロセッサ３０１は、現在どの程度の数の通信ソケットを使用しているかを検出し、使用されている通信ソケットの総数に変化が生じた場合に、メモリ３０４内部の状態管理表に通信ソケットの総数を記録する。
【００３２】
次に、表中の横の項目は、ＭＴとＡＰが無線接続されＡＰからＭＴへデータが転送されている間に、無線通信設定を変更するかどうかの各条件を検出条件１乃至４および検出条件Ａ乃至Ｄとして表している。検出条件１乃至４および検出条件Ａ乃至Ｄは、すべてＭＴの動作状態に基づいており、ＭＴの動作状態として検出された情報の組み合わせにより表現されている。また、プロセッサ３０１が、どの検出条件をｅｎａｂｌｅ／ｄｉｓａｂｌｅにするかを選択する仕組みとなっている。
【００３３】
検出条件１は、ＭＴの受信バッファの空き容量が所定値１０％以下の状態であるかどうかと、ＡＰからＭＴへ送信される通信パケットがＵＤＰパケットを使用している状態であるかどうか、を検出条件としたものである。プロセッサ３０１の制御により予めこの検出条件をｅｎａｂｌｅと設定した場合は、状態検出部３０６が上記の条件を検出した場合に、状態検出部３０６からプロセッサ３０１へ割り込み通知を送信する。図４の４０１は、この検出条件１がプロセッサ３０１によってイネーブルに設定されていることを示している。
【００３４】
検出条件１が検出されるような場合は、ＭＴの受信バッファの空き容量が極端に少なくなっていて、かつ通信プロトコル上の通信制御がフロー制御ではないＵＤＰパケットを使用している状態である。つまり、通信プロトコル上でも再送制御手段がないので、受信したデータが消失してしまう可能性が高い状況を示している。
【００３５】
検出条件２は、ＭＴの受信バッファの空き容量が３０％以下の状態であるかどうかと、ＭＴの稼働状態（バスの使用率）が８０％以上の状態であるかどうかを検出条件としたものである。図４の４０２は、この検出条件２がプロセッサ３０１によってｄｉｓａｂｌｅに設定されていることを示している。
【００３６】
検出条件２が検出されるような場合は、ＭＴの受信バッファの空き容量にまだ多少の余裕があるが、ＭＴの処理能力が限界に近い状態である。つまり、ＭＴの処理能力が不十分なため受信したデータが消失してしまう可能性が高い状況を示している。
【００３７】
検出条件３は、ＭＴの稼働状態（バスの使用率）が８０％以上の状態であるかどうかと、ＭＴが通信を行っている通信ソケットの総数が５つ以上の状態であるかどうかを検出条件としたものである。図４の４０３は、この検出条件２がプロセッサ３０１によってｄｉｓａｂｌｅに設定されていることを示している。
【００３８】
検出条件３が検出されるような場合は、各通信ソケットのそれぞれの通信容量は少なくても、総合的なＭＴの処理能力が限界状態に近い状態である。つまり、ＭＴの処理能力が不十分なため受信したデータが消失してしまう可能性が高い状況を示している。
【００３９】
検出条件４は、ＡＰから送られてくる通信パケットはＵＤＰパケットを使用している状態であるかどうかと、ＭＴが通信を行っている通信ソケットの総数が１５以上の状態であるかどうかを検出条件としたものである。図４の４０４は、この検出条件４がプロセッサ３０１によってｄｉｓａｂｌｅに設定されていることを示している。
【００４０】
検出条件４が検出されるような場合は、通信ソケットの総数が多い状態でフロー制御となっていないデータ通信を行っている状態である。つまり、ＭＴ内部処理のタイミング条件が厳しくなることによって、少ない通信ソケット数で行っている通信状態に比べて受信データを消失してしまう可能性が増加していることを示している。
【００４１】
検出条件Ａは、ＭＴの受信バッファの空き容量が６０％以上の状態であるかどうかと、ＡＰからＭＴへ送信される通信パケットはＴＣＰパケットを使用している状態であるかどうかを検出条件としたものである。プロセッサ３０１の制御により予めこの検出条件をｅｎａｂｌｅと設定した場合は、状態検出部３０６が上記の条件を検出した場合に、状態検出部３０６からプロセッサ３０１に割り込み通知を送信する。図４の４０５は、この検出条件Ａがプロセッサ３０１によってｄｉｓａｂｌｅに設定されていることを示している。
【００４２】
検出条件Ａが検出されるような場合は、ＭＴの受信バッファの空き容量が充分に確保されていて、かつ通信プロトコル上の通信制御がフロー制御であるＴＣＰパケットを使用している状態である。つまり、通信プロトコル上でも再送制御手段があり、ＭＴの受信バッファも余裕があるので受信したデータが消失してしまう可能性が低い状況を示している。
【００４３】
検出条件Ｂは、ＭＴの受信バッファの空き容量が４０％以上の状態であるかどうかと、ＭＴの稼働状態（バスの使用率）が２０％以下の状態であるかどうかを検出条件としたものである。図４の４０６は、この検出条件Ｂがプロセッサ３０１によってｄｉｓａｂｌｅに設定されていることを示している。
【００４４】
検出条件Ｂが検出されるような場合は、ＭＴの受信バッファの空き容量にまだ多少の余裕があり、さらにＭＴの処理能力も充分余裕がある状態である。つまり、ＭＴの処理能力が充分なため受信したデータが消失してしまう可能性が低い状況を示している。
【００４５】
検出条件Ｃは、ＭＴの稼働状態（バスの使用率）が２０％以下の状態であるかどうかと、ＭＴが通信を行っている通信ソケットの総数が２つ以下の状態であるかどうかを検出条件としたものである。図４の４０７は、この検出条件Ｃがプロセッサ３０１によってｅｎａｂｌｅに設定されていることを示している。
【００４６】
検出条件Ｃが検出されるような場合は、各通信ソケットのそれぞれの通信容量は少なく、かつＭＴの処理能力に充分な余裕がある状態である。つまり、ＭＴの処理能力が充分なため受信したデータが消失してしまう可能性が低い状況を示している。
【００４７】
検出条件Ｄは、ＡＰからＭＴへ送信される通信パケットはＴＣＰパケットを使用している状態であるかどうかと、ＭＴが通信を行っている通信ソケットの総数が５以下の状態であるかどうかを検出条件としたものである。図４の４０７は、この検出条件Ｄがプロセッサ３０１によってｄｉｓａｂｌｅに設定されていることを示している。
【００４８】
検出条件Ｄが検出されるような場合は、通信ソケットの総数が少ない状態でフロー制御となっているデータ通信を行っている状態である。つまり、ＭＴ内部処理のタイミング条件等の要因によって、受信データを消失してしまう可能性はかなり低いことを示している。
【００４９】
なお、上述した各検出条件は、バッファに蓄積される通信パケットの情報量と、無線端末と無線基地局との間の通信に使用されている通信プロトコル種別と、無線端末の稼働率と、無線端末と無線基地局との間の通信に使用されている通信ソケット数と、のうちの少なくとも１つを無線端末の動作状態を検出するための検出条件として管理されてもよい。これらの組み合わせの種類は任意に設定可能であり、またさらなる条件が追加されてもよい。
【００５０】
次に、図５のフローチャートを参照して、図１に示すような通信システムにおいて、ＭＴがＡＰと無線接続してＡＰ経由でＮＤから画像などのデータ受信を行っている時の動作手順を説明する。図５の処理は、ＭＴが通信を開始してから終了するまでの間の処理であって、通信中に無線通信設定の変更を実行する処理である。
【００５１】
処理開始時の状態は、図１に示すような通信システム内のＭＴ１０２またはＭＴ１０３の何れかと、ＮＤ１０６乃至ＮＤ１０９の何れかとの間で、ＡＰ１０１を経由してデータ通信を始めようとしている状態である。ＭＴの動作状態は電源投入直後の状態となる。
【００５２】
Ｓ５０１において、プロセッサ３０１は、ＭＴからＡＰに対して無線通信接続要求があったか否かを判定する。無線通信接続要求があったと判定された場合（Ｓ５０１；ＹＥＳ）、Ｓ５０２へ進む。一方、無線通信接続要求がないと判定された場合（Ｓ５０１；ＮＯ）、無線通信接続要求があるまで待機する。
【００５３】
Ｓ５０２において、プロセッサ３０１は、ＭＴがＡＰと無線接続する手順を実行する。ＭＴとＡＰとの間でアソシエーション要求／応答フレームの送受信を行うことで無線通信に必要なパラメータの設定を実行する。ＩＥＥＥ８０２．１１ｎやＩＥＥＥ８０２．１１ｅで規定されるアグリゲーション処理の種別やアグリゲーション量（集約量）などの設定も同時に実行される。
【００５４】
Ｓ５０３において、プロセッサ３０１は、ＮＤからＭＴへＡＰ経由でデータ転送が開始されたか否かを判定する。ＮＤからＭＴへのデータ転送が開始されたと判定された場合（Ｓ５０３；ＹＥＳ）、Ｓ５０４へ進む。一方、ＮＤからＭＴへのデータ転送が開始されていないと判定された場合（Ｓ５０３；ＮＯ）、データ転送が開始されるまで待機する。
【００５５】
Ｓ５０４において、プロセッサ３０１は、Ｓ５０２で設定された無線通信設定を変更しなければならない検出条件を設定する。ここでは、図４に示したＭＴの状態管理表の中でアグリゲーション量を減らすために必要となる検出条件１乃至４の中から１つを選択する処理となる。あるいは、アグリゲーション量を増やすために必要となる検出条件Ａ乃至Ｄの中から１つを選択する処理となる。
【００５６】
仮にＮＤから映像ストリーミング等の映像情報が送信され、通信プロトコル上ではＵＤＰパケットを使用した伝送方法が選択された場合は、図４に示した検出条件１を選択する処理となる。
【００５７】
Ｓ５０５において、状態検出部３０６は、所定周期のタイミング通知を受信したか否かを判定する。タイミング情報の通知を受信したと判定された場合（Ｓ５０５；ＹＥＳ）、Ｓ５０６へ進む。一方、タイミング情報の通知を受信していないと判定された場合（Ｓ５０５；ＮＯ）、Ｓ５０９へ進む。ここで所定周期とは、プロセッサ３０１によって時計／タイマ３０５に設定されたタイマ周期であり、無線設定の変更処理を行うのに必要な周期である。
【００５８】
Ｓ５０６において、状態検出部３０６は、ＭＴの状態を検出し、その検出結果を取得する。具体的には、状態検出部３０６は、実行されているアプリケーションの種別やプロセッサ３０１の稼働率、蓄積手段として機能する受信バッファの空き容量などのＭＴの状態を検出する。また、状態検出部３０６は、ＤＭＡコントローラ３０８の内部レジスタへアクセスして、検出した情報をメモリ３０４内の所定の場所に書き込む。また、メモリ３０４へアクセスして、所定の場所に記載されている情報を読み取る。
【００５９】
Ｓ５０７において、状態検出部３０６は、Ｓ５０４で設定された検出条件がＳ５０６で検出／取得された動作状態に合致するか否かを判定する。Ｓ５０４で設定された検出条件がＳ５０６で検出／取得された動作状態に合致すると判定された場合（Ｓ５０７；ＹＥＳ）、Ｓ５０８へ進む。一方、Ｓ５０４で設定された検出条件がＳ５０６で検出／取得された動作状態に合致しないと判定された場合（Ｓ５０７；ＮＯ）、Ｓ５０９へ進む。
【００６０】
Ｓ５０８において、プロセッサ３０１は、現在実行されているアグリゲーション処理のアグリゲーション量を変更する通知をＡＰに対して送信する。ＭＴからＡＰへの通知には、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ（プローブ・リクエスト・フレーム）を使用して通知する。詳細な事例については後述する。また、他の例として、現在使用している通信規格の切り替え処理を起動する場合もある。例えば、プロセッサ３０１の制御によりＩＥＥＥ８０２．１１ｎに準拠した通信方式からＩＥＥＥ８０２．１１ｇといった別の規格に準拠した通信方式へ切り替える処理を実行する（切替処理）。
【００６１】
Ｓ５０９において、プロセッサ３０１は、通信が終了したか否かを判定する。通信が終了したと判定された場合（Ｓ５０９；ＹＥＳ）、処理を終了する。一方、通信が終了していないと判定された場合（Ｓ５０９；ＮＯ）、Ｓ５０３へ戻る。
【００６２】
以上で図５に示すフローチャートの各処理が終了する。
【００６３】
次に、図６のフローチャートを参照して、図１に示すような通信システムにおいて、ＭＴがＡＰと無線接続してＡＰ経由でＮＤから画像などのデータ受信を行っている時の動作を説明する。図６の処理は、ＡＰが通信を開始してから終了するまでの間の処理であって、通信中に無線通信設定の変更を実行する処理である。
【００６４】
処理開始時の状態は、図１に示すような通信システム内のＭＴ１０２またはＭＴ１０３の何れかと、ＮＤ１０６乃至ＮＤ１０９の何れかとの間で、ＡＰ１０１を経由してデータ通信を始めようとしている状態である。ＡＰの動作状態はスタンバイ状態となる。
【００６５】
Ｓ６０１において、プロセッサ２０１は、ＭＴからＡＰに対して無線通信接続要求があったか否かを判定する。無線通信接続要求があったと判定された場合（Ｓ６０１；ＹＥＳ）、Ｓ６０２へ進む。一方、無線通信接続要求がないと判定された場合（Ｓ６０１；ＮＯ）、無線通信接続要求があるまで待機する。
【００６６】
Ｓ６０２において、ＭＴとＡＰとの間で無線接続処理が実行される。ＭＴとＡＰとの間でアソシエーション要求／応答フレームの送受信を行うことで無線通信に必要なパラメータの設定を実行する。ＩＥＥＥ８０２．１１ｎやＩＥＥＥ８０２．１１ｅで規定されるアグリゲーション処理の種別やアグリゲーション量などの設定も同時に実行される。
【００６７】
Ｓ６０３において、プロセッサ２０１は、ＮＤから受け取ったデータをＡＰがＭＴへ送信したか否かを判定する。ＮＤから受け取ったデータをＡＰがＭＴへ送信したと判定された場合（Ｓ６０３；ＹＥＳ）、Ｓ６０４へ進む。一方、ＮＤから受け取ったデータをＡＰがＭＴへ送信していないと判定された場合（Ｓ６０３；ＮＯ）、データ転送が開始されるまで待機する。
【００６８】
Ｓ６０４において、プロセッサ２０１は、アグリゲーション量の変更依頼通知をＭＴから受信したか否かを判定する。アグリゲーション量の変更依頼通知をＭＴから受信したと判定された場合（Ｓ６０４；ＹＥＳ）、Ｓ６０５へ進む。一方、アグリゲーション量の変更依頼通知をＭＴから受信していないと判定された場合（Ｓ６０４；ＮＯ）、Ｓ６０７へ進む。ここで、アグリゲーション量の変更依頼は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ（プローブ・リクエスト・フレーム）を使用してＭＴからＡＰへ通知される。Ｓ６０５において、プロセッサ２０１は、現在のアグリゲーション量の変更設定が可能であるか否かを判定する。ここでは、ＭＴか通知されたアグリゲーション量の変更依頼に対して、ＡＰとして対応できるか否かが条件判断の基準となる。現在のアグリゲーション量の変更設定が可能であると判定された場合（Ｓ６０５；ＹＥＳ）、Ｓ６０６へ進む。一方、現在のアグリゲーション量の変更設定が可能ではないと判定された場合（Ｓ６０５；ＮＯ）、Ｓ６０７へ進む。
【００６９】
Ｓ６０６において、プロセッサ２０１は、アグリゲーション量の変更設定を行う。プロセッサ２０１は、無線通信コントローラ２０７を経由して無線ＬＡＮコントロールＬＳＩの内部設定を変更してアグリゲーション量の変更設定を行う。あるいは、アグリゲーション処理した通信パケットを生成して無線通信コントローラ２０７に対して受け渡す際に、アグリゲーション量を変更して通信パケットを生成する場合もある。
【００７０】
Ｓ６０７において、プロセッサ２０１は、通信が終了したか否かを判定する。通信が終了したと判定された場合（Ｓ６０７；ＹＥＳ）、処理を終了する。一方、通信が終了していないと判定された場合（Ｓ６０７；ＮＯ）、Ｓ６０３へ戻る。
【００７１】
以上で図６に示すフローチャートの各処理が終了する。
【００７２】
次に、図７を参照して、ＩＥＥＥ８０２．１１ｎで規定されるＭＡＣフレームの構成例を説明する。このＭＡＣフレームは、図５に示すＳ５０８の処理において、アグリゲーション量の変更通知を行うためにＭＴからＡＰへ送信されるＭＡＣフレームである。このＭＡＣフレームは、マネジメント・フレームのサブタイプがプローブ・リクエストであるフレームである。
【００７３】
フレームフォーマット７０１は、ＩＥＥＥ８０２．１１ｎで規定されるマネジメント・フレーム（Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）のフレームフォーマット（ｆｒａｍｅ ｆｏｒｍａｔ）を示している。ここではマネジメント・フレームの一種であるプローブ・リクエスト・フレーム（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ）である。
【００７４】
ＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ ｆｏｒｍａｔ ７０２は、プローブ・リクエスト・フレームが有するフレーム・ボディ（Ｆｒａｍｅ Ｂｏｄｙ）に含まれるＨＴ Ｃａｐａｂｉｌｉｔｉｅｓのフォーマットである。このＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ ｆｏｒｍａｔ７０２は、ＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ Ｉｎｆｏ ｆｉｅｌｄ７０３と、Ａ−ＭＰＤＵ Ｐａｒａｍｅｔｅｒｓ ｆｉｅｌｄ７０４とを含んでいる。
【００７５】
ＭＴからＡＰにアグリゲーション量の変更通知を行うためには、このＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ Ｉｎｆｏ ｆｉｅｌｄ７０３、あるいはＡ−ＭＰＤＵ Ｐａｒａｍｅｔｅｒｓ ｆｉｅｌｄ７０４の記載内容を変更して送信する。
【００７６】
ＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ Ｉｎｆｏ ｆｉｅｌｄ７０３における変更は、内部のＭａｘｉｍｕｍ Ａ−ＭＳＤＵ Ｌｅｎｇｔｈの値を変更することにより行われる。そして、Ａ−ＭＰＤＵ Ｐａｒａｍｅｔｅｒｓ ｆｉｅｌｄ７０４における変更は、Ｍａｘｉｍｕｍ Ａ−ＭＰＤＵ Ｌｅｎｇｔｈ Ｅｘｐｏｎｅｎｔの値と、Ｍａｘｉｍｕｍ Ａ−ＭＰＤＵ Ｌｅｎｇｔｈ Ｓｐａｃｉｎｇの値とを変更することにより行われる。
【００７７】
本発明によれば、受信側の状態変化に応じたアグリゲーション処理の設定変更を行うことが可能となる。これにより、現在実行しているアグリゲーション処理を継続しても、データの消失または再送によるスループットの低下を抑制することができる。また、現在実行しているアグリゲーション処理を続けても受信側であるＭＴの動作状態として受信データの処理能力に余裕がある場合にはスループットを向上させることができる。
【００７８】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005711547.tif 000002
【図２】
0005711547.tif 000003
【図３】
0005711547.tif 000004
【図４】
0005711547.tif 000005
【図５】
0005711547.tif 000006
【図６】
0005711547.tif 000007
【図７】
0005711547.tif 000008