(57)【要約】【課題】受信機能を備えた端末局の限りある台数を無駄なく利用することにより、アプリケーションの起動数に応じて最適な受信特性を得る。【解決手段】受信機能を備えた第１の端末局５０３Ａ、第２の端末局５０３Ｂ、第３の端末局５０３Ｃはいずれも、第１の端末局５０３Ａ宛てに送信された第１の映像データを受信する。データ合成部５０４は、第１の端末局５０３Ａ、第２の端末局５０３Ｂ、第３の端末局５０３Ｃの各々で受信した第１の映像データをダイバーシティ合成し、モニター５０５に送信する。第１のモニター５０５Ａは、第１の映像データを受信し、デコード処理を行ない、画面に表示する。【選択図】  図５
2013201597.tif 000002
【特許請求の範囲】
【請求項１】
データを受信する受信処理部と、
使用するアプリケーションに応じて前記受信処理部による受信処理方法を制御する制御部と、
を具備する無線通信装置。
【請求項２】
前記制御部は、アプリケーションの起動数に応じて前記受信処理部による受信処理方法を制御する、
請求項１に記載の無線通信装置。
【請求項３】
前記制御部は、アプリケーションが要求する受信品質に応じて前記受信処理部による受信処理方法を制御する、
請求項１に記載の無線通信装置。
【請求項４】
前記制御部は、アプリケーションが許容する遅延時間に応じて前記受信処理部による受信処理方法を制御する、
請求項１に記載の無線通信装置。
【請求項５】
前記制御部は、入力に基づいて、使用するアプリケーションに関する情報を取得して、前記受信処理部による受信処理方法を制御する、
請求項１に記載の無線通信装置。
【請求項６】
前記制御部は、データ送信元からのトラフィックに先立つメッセージに基づいて、使用するアプリケーションに関する情報を取得して、トラフィック開始前に前記受信処理部による受信処理方法を制御する、
請求項１に記載の無線通信装置。
【請求項７】
前記制御部は、データ送信元からのトラフィック中のパケットに基づいて、使用するアプリケーションに関する情報を取得して、トラフィック中に前記受信処理部による受信処理方法を制御する、
請求項１に記載の無線通信装置。
【請求項８】
前記制御部は、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、他の複数の端末局のうち少なくとも一部の端末局によるダイバーシティ受信のいずれかの受信処理方法に切り換える、
請求項１に記載の無線通信装置。
【請求項９】
前記制御部は、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、前記他の複数の端末局のうち少なくとも一部の端末局によるリオーダー合成受信のいずれかの受信処理方法に切り換える、
請求項１に記載の無線通信装置。
【請求項１０】
前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるダイバーシティ受信、及び、第２のアプリケーションが要求する送信先となる他の端末局による通常受信に切り換える、
請求項１に記載の無線通信装置。
【請求項１１】
前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるリオーダー合成受信、及び、第２のアプリケーションが要求する送信先となる他の端末局による通常受信に切り換える、
請求項１に記載の無線通信装置。
【請求項１２】
前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるダイバーシティ受信、及び、第２のアプリケーションが要求する送信先を含む他の複数の端末局によるダイバーシティ受信を行なう受信処理方法に切り換える、
請求項１に記載の無線通信装置。
【請求項１３】
前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるリオーダー合成受信、及び、第２のアプリケーションが要求する送信先を含む他の複数の端末局によるリオーダー合成受信を行なう受信処理方法に切り換える、
請求項１に記載の無線通信装置。
【請求項１４】
前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるダイバーシティ受信、及び、第２のアプリケーションが要求する送信先を含む他の複数の端末局によるリオーダー合成受信を行なう受信処理方法に切り換える、
請求項１に記載の無線通信装置。
【請求項１５】
前記制御部は、アプリケーションの起動数、アプリケーションが要求する受信品質、又は、アプリケーションが許容する遅延時間のうち少なくとも１つに応じて、アプリケーションが要求する送信先の端末局による通常受信、前記複数の端末局のうち少なくとも一部の複数の端末局によるダイバーシティ受信、又は、前記複数の端末局のうち少なくとも一部の複数の端末局によるリオーダー合成受信のいずれかの受信処理方法に切り換える、
請求項１に記載の無線通信装置。
【請求項１６】
データを受信する受信ステップと、
使用するアプリケーションに応じて前記受信ステップにおける受信データの処理方法を制御する制御ステップと、
を有する無線通信方法。
【請求項１７】
前記制御ステップでは、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、他の複数の端末局のうち少なくとも一部の端末局によるダイバーシティ受信のいずれかの処理方法に切り換える、
請求項１６に記載の無線通信方法。
【請求項１８】
前記制御ステップでは、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、前記複数の端末局のうち少なくとも一部の端末局によるリオーダー合成受信のいずれかの処理方法に切り換える、
請求項１６に記載の無線通信方法。
【請求項１９】
アプリケーションが要求するデータを送信する送信側装置と、
受信機能を備えた複数の端末局からなり、前記アプリケーションに応じた受信処理方法により、前記複数の端末局の少なくとも一部を用いてデータを受信する受信側装置と、
を具備する無線通信システム。
【請求項２０】
受信機能を備えた複数の端末局の少なくとも一部を用いてデータを受信する受信処理部、
使用するアプリケーションに応じて前記受信処理部による受信処理方法を制御する制御部、
としてコンピューターを機能させるようコンピューター可読形式で記述されたコンピューター・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、受信機能を備えた複数の端末局を備え、各端末局の受信データを合成処理して受信品質を向上する無線通信装置及び無線通信方法、無線通信システム、並びにコンピューター・プログラムに関する。
【背景技術】
【０００２】
近年、有線ネットワークに代わり、ＩＥＥＥ８０２．１１に代表される無線ネットワークが普及しつつある。このことは、無線ネットワークの方が有線ネットワークよりも機器の自由度が高いなどの理由に依拠する。ＩＥＥＥ８０２．１１の無線通信システムは、アクセスポイント（以下、ＡＰとする）と１台以上の端末局（以下、ＳＴＡ１、ＳＴＡ２、…とする）を無線ネットワークで接続して構成され、その物理層では複数の種類の伝送レートが提供されている。
【０００３】
無線ネットワークで利用されるアプリケーションが多種多様になってきており、その結果、無線ネットワークに対してより高い伝送品質、伝送速度が要求させるようになってきている。
【０００４】
無線通信システムにおける伝送品質を改善する方法の１つとして、送信装置側又は受信装置側でハードウェア資源を多重化したダイバーシティ方式が知られている。例えば、受信装置側のアンテナを含めた復調系の回路全体を多重化する検波後ダイバーシティ方式について提案がなされている（例えば、特許文献１を参照のこと）。また、ダイバーシティ方式を利用して伝送路を多重化して通信している際、ある伝送路における通信品質が劣化した場合に全体の通信性能を担保する無線通信システムについて提案がなされている（例えば、特許文献２を参照のこと）。
【０００５】
しかしながら、複数のアプリケーションに対して要求される伝送品質、伝送速度に対応するためすべての受信装置でダイバーシティ方式を適用すると、回路規模が大きくなり、消費電力が高くなるという問題がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平７−５０６２７号公報
【特許文献２】特許第４４４２３３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本明細書で開示する技術の目的は、受信機能を備えた複数の端末局を備え、各端末局の受信データを好適に合成処理して受信品質を向上することができる、優れた無線通信装置及び無線通信方法、無線通信システム、並びにコンピューター・プログラムを提供することにある。
【０００８】
本明細書で開示する技術のさらなる目的は、回路規模や消費電力を考慮しながら、複数の端末局の受信データを合成処理して受信品質を向上することができる、優れた無線通信装置及び無線通信方法、無線通信システム、並びにコンピューター・プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
データを受信する受信処理部と、
使用するアプリケーションに応じて前記受信処理部による受信処理方法を制御する制御部と、
を具備する無線通信装置である。
【００１０】
本願の請求項２に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、アプリケーションの起動数に応じて前記受信処理部による受信処理方法を制御するように構成されている。
【００１１】
本願の請求項３に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、アプリケーションが要求する受信品質に応じて前記受信処理部による受信処理方法を制御するように構成されている。
【００１２】
本願の請求項４に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、アプリケーションが許容する遅延時間に応じて前記受信処理部による受信処理方法を制御するように構成されている。
【００１３】
本願の請求項５に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、入力に基づいて、使用するアプリケーションに関する情報を取得して、前記受信処理部による受信処理方法を制御するように構成されている。
【００１４】
本願の請求項６に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、データ送信元からのトラフィックに先立つメッセージに基づいて、使用するアプリケーションに関する情報を取得して、トラフィック開始前に前記受信処理部による受信処理方法を制御するように構成されている。
【００１５】
本願の請求項７に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、データ送信元からのトラフィック中のパケットに基づいて、使用するアプリケーションに関する情報を取得して、トラフィック中に前記受信処理部による受信処理方法を制御するように構成されている。
【００１６】
本願の請求項８に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、他の複数の端末局のうち少なくとも一部の複数の端末局によるダイバーシティ受信のいずれかの受信処理方法に切り換えるように構成されている。
【００１７】
本願の請求項９に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、前記他の複数の端末局のうち少なくとも一部の端末局によるリオーダー合成受信のいずれかの受信処理方法に切り換えるように構成されている。
【００１８】
本願の請求項１０に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるダイバーシティ受信、及び、第２のアプリケーションが要求する送信先となる他の端末局による通常受信に切り換えるように構成されている。
【００１９】
本願の請求項１１に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるリオーダー合成受信、及び、第２のアプリケーションが要求する送信先となる他の端末局による通常受信に切り換えるように構成されている。
【００２０】
本願の請求項１２に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるダイバーシティ受信、及び、第２のアプリケーションが要求する送信先を含む他の複数の端末局によるダイバーシティ受信を行なう受信処理方法に切り換えるように構成されている。
【００２１】
本願の請求項１３に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるリオーダー合成受信、及び、第２のアプリケーションが要求する送信先を含む他の複数の端末局によるリオーダー合成受信を行なう受信処理方法に切り換えるように構成されている。
【００２２】
本願の請求項１４に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるダイバーシティ受信、及び、第２のアプリケーションが要求する送信先を含む他の複数の端末局によるリオーダー合成受信を行なう受信処理方法に切り換えるように構成されている。
【００２３】
本願の請求項１５に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、アプリケーションの起動数、アプリケーションが要求する受信品質、又は、アプリケーションが許容する遅延時間のうち少なくとも１つに応じて、アプリケーションが要求する送信先の端末局による通常受信、前記複数の端末局のうち少なくとも一部の複数の端末局によるダイバーシティ受信、又は、前記複数の端末局のうち少なくとも一部の複数の端末局によるリオーダー合成受信のいずれかの受信処理方法に切り換えるように構成されている。
【００２４】
また、本願の請求項１６に記載の技術は、
データを受信する受信ステップと、
使用するアプリケーションに応じて前記受信ステップにおける受信データの処理方法を制御する制御ステップと、
を有する無線通信方法である。
【００２５】
本願の請求項１７に記載の技術によれば、請求項１６に記載の無線通信方法の前記制御ステップでは、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、他の複数の端末局のうち少なくとも一部の端末局によるダイバーシティ受信のいずれかの処理方法に切り換えるように構成されている。
【００２６】
本願の請求項１８に記載の技術によれば、請求項１６に記載の無線通信方法の前記制御ステップでは、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、前記複数の端末局のうち少なくとも一部の複数の端末局によるリオーダー合成受信のいずれかの処理方法に切り換えるように構成されている。
【００２７】
また、本願の請求項１９に記載の技術は、
アプリケーションが要求するデータを送信する送信側装置と、
受信機能を備えた複数の端末局からなり、前記アプリケーションに応じた受信処理方法により、前記複数の端末局の少なくとも一部を用いてデータを受信する受信側装置と、
を具備する無線通信システムである。
【００２８】
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
【００２９】
また、本願の請求項２０に記載の技術は、
受信機能を備えた複数の端末局の少なくとも一部を用いてデータを受信する受信処理部、
使用するアプリケーションに応じて前記受信処理部による受信処理方法を制御する制御部、
としてコンピューターを機能させるようコンピューター可読形式で記述されたコンピューター・プログラムである。
【００３０】
本願の請求項２０に係るコンピューター・プログラムは、コンピューター上で所定の処理を実現するようにコンピューター可読形式で記述されたコンピューター・プログラムを定義したものである。換言すれば、本願の請求項２０に係るコンピューター・プログラムをコンピューターにインストールすることによって、コンピューター上では協働的作用が発揮され、本願の請求項１に係る無線通信装置と同様の作用効果を得ることができる。
【発明の効果】
【００３１】
本明細書で開示する技術によれば、回路規模や消費電力を考慮しながら、複数の端末局の受信データを合成処理して受信品質を向上することができる、優れた無線通信装置及び無線通信方法、無線通信システム、並びにコンピューター・プログラムを提供することができる。
【００３２】
本明細書で開示する技術によれば、受信機能を備えた端末局の限りある台数を無駄なく利用することにより、アプリケーションの起動数に応じて最適な受信特性を得ることが可能である。また、要求されるアプリケーションにより受信処理を変更することにより、低遅延且つ受信特性の向上が可能になる。
【００３３】
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する本実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【図面の簡単な説明】
【００３４】
【図１】図１は、本明細書で開示する技術の一実施形態に係る無線通信システム１００の構成を模式的に示した図である。
【図２】図２は、端末局（ＳＴＡ）として動作することができる無線通信装置２００の構成を模式的に示した図である。
【図３】図３は、映像アプリケーションを使用した無線通信システム３００の構成例を示した図である。
【図４】図４は、第１の実施例に係る無線通信システム４００の基本構成例（設定された映像アプリケーション数が３つの場合）を示した図である。
【図５】図５は、映像アプリケーションを使用した無線通信システム５００の他の構成例（設定された映像アプリケーション数が１つの場合）を示した図である
【図６】図６は、図５に示した無線通信システム５００の受信側の構成を模式的に示した図である。
【図７】図７は、図５に示した無線通信システム５００における設定シーケンス例を示した図である。
【図８】図８は、送受信間でアプリケーションの設定にＩＥＥＥ８０２．１１のＭａｎａｇｅｍｅｎｔ  Ａｃｔｉｏｎフレームを利用する例を示した図である。
【図９】図９は、送受信間でアプリケーションの設定にＩＥＥＥ８０２．１１のＤａｔａフレームを利用する例を示した図である。
【図１０】図１０は、ＩＰヘッダーのフォーマット例を示した図である。
【図１１】図１１は、ＲＴＰヘッダーのフォーマット例を示した図である。
【図１２】図１２は、第２の実施例に係る無線通信システム１２００の基本構成例（設定された映像アプリケーション数が１つの場合）を示した図である。
【図１３】図１３は、図１２に示した無線通信システム１２００の受信側の構成を模式的に示した図である。
【図１４】図１４は、図１２に示した無線通信システム１２００における設定シーケンス例を示した図である。
【図１５】図１５は、第３の実施例に係る無線通信システム１３００の基本構成例を示した図である。
【図１６】図１６は、第４の実施例に係る無線通信システム１６００の基本構成例を示した図である。
【図１７】図１７は、第５の実施例に係る無線通信システム１７００の基本構成例を示した図である。
【図１８】図１８は、第６の実施例に係る無線通信システム１８００の基本構成例を示した図である。
【図１９】図１９は、第７の実施例に係る無線通信システム１９００の基本構成例を示した図である。
【図２０】図２０は、図１９に示した無線通信システム１９００の受信側の構成を模式的に示した図である。
【図２１】図２１は、図１９に示した無線通信システム１９００において、受信側での受信処理を変更するための処理手順を示したフローチャートである。
【発明を実施するための形態】
【００３５】
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
【００３６】
図１には、本明細書で開示する技術の一実施形態に係る無線通信システム１００の構成を模式的に示している。図示の無線通信システム１００は、アクセスポイント（ＡＰ）１０１と、端末局（ＳＴＡ）１０２でＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ：基本サービス・セット）１０４が構成されている。また、アクセスポイント１０１は、有線のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１０３などバックボーンのネットワークにも接続されている。なお、同図では、簡素化のため１台の端末局しか描いていないが、ＢＳＳ内に２台以上の端末局が存在することができる。
【００３７】
図１に示す無線通信システム１００は、インフラストラクチャー・モード又はアドホック・モードにいずれでも動作することができる。無線通信システム１００では、通信を行なう無線機の組み合わせやデータ送信方向は特に限定されず、アクセスポイント１０１から端末局１０２へのダウンリンク、端末局１０２からアクセスポイント１０１へのアップリンク、端末局同士のダイレクトリンクを問わない。
【００３８】
図２には、端末局（ＳＴＡ）として動作することができる無線通信装置２００の構成を模式的に示している。図示の無線通信装置２００は、データ処理部２０１と、伝送処理部２０２と、無線インターフェース部２０３と、制御部２０４と、メモリー２０５と、アンテナ２０６を備えている。
【００３９】
送信動作の際、データ処理部２０１はパケットを作成し、伝送処理部２０２はデータ処理部２０１で作成されたパケットに対してヘッダーや誤り検出符号の付加などの処理を行ない、処理後のデータを無線インターフェース部２０３に提供する。無線インターフェース部２０３は、伝送処理部２０２から受け取ったデータを変調信号にし、さらに無線周波数帯にアップコンバートして、アンテナ２０６から空中に放出する。
【００４０】
また、受信動作の際、無線インターフェース部２０３は、アンテナ２０６の受信信号をダウンコンバートし、さらに復調処理を行なう。そして、伝送処理部２０２は、パケットのヘッダーの解析を行ない、データ処理部２０１に渡す。
【００４１】
伝送処理部２０２では、ＩＥＥＥ８０２．１１で定義されているスループット高速化技術Ａｇｇｒｅｇａｔｅｄ  ＭＰＤＵ（ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）の生成、分解、並びに、Ｂｌｏｃｋ  Ａｃｋのバッファー管理やウィンドウ管理が行なわれる。また、データ処理部２０１では、受信時のパケット順序復元処理（リオーダー処理）が行なわれる。
【００４２】
図３には、映像アプリケーションを使用した無線通信システム３００の構成例を示している。同図では、第１の映像を第１のカメラ３０１Ａで撮り、第１のカメラ３０１Ａは第１の映像をエンコード処理して第１の映像データとしてアクセスポイント（ＡＰ）３０２に送信する。アクセスポイント３０２は、受け取ったデータを端末局（ＳＴＡ）３０３に対して送信する。端末局３０３は、受信した第１の映像データを第１のモニター３０４Ａに送信する。第１のモニター３０４Ａは、第１の映像データを受信し、デコード処理を行ない、画面に映像を表示する。
【００４３】
なお、図３では、映像をアプリケーションの一例としているが、アプリケーションが映像でなくても、音声やデータに変わってもよい。
【００４４】
第１の実施例
図４には、第１の実施例に係る、映像アプリケーションを使用する無線通信システム４００の基本構成例を示している。同図に示す無線通信システム４００では、映像アプリケーション数は３つに設定されている。
【００４５】
第１の映像を第１のカメラ４０１Ａで撮り、第１のカメラ４０１Ａでは、第１の映像をエンコード処理して第１の映像データとしてアクセスポイント（ＡＰ）４０２に送信する。アクセスポイント４０２は、受け取ったデータを第１の端末局（ＳＴＡ１）４０３Ａに対して送信する。第１の端末局４０３Ａは、受信した第１の映像データを第１のモニター４０４Ａに送信する。第１のモニター４０４Ａは、第１の映像データを受信し、デコード処理を行ない、画面に第１の映像を表示する。
【００４６】
また、第２の映像を第２のカメラ４０１Ｂで撮り、第２のカメラ４０１Ｂでは、第２の映像をエンコード処理して第２の映像データとしてアクセスポイント４０２に送信する。アクセスポイント４０２は、受け取ったデータを第２の端末局（ＳＴＡ２）４０３Ｂに対して送信する。第２の端末局４０３Ｂは、受信した第２の映像データを第２のモニター４０４Ｂに送信する。第２のモニター４０４Ｂは、第２の映像データを受信し、デコード処理を行ない、画面に第２の映像を表示する。
【００４７】
また、第３の映像を第３のカメラ４０１Ｃで撮り、第３のカメラ４０１Ｃでは、第３の映像をエンコード処理して第３の映像データとしてアクセスポイント４０２に送信する。アクセスポイント４０２は、受け取ったデータを第３の端末局（ＳＴＡ３）４０３Ｃに対して送信する。第３の端末局４０３Ｃは、受信した第３の映像データを第３のモニター４０４Ｃに送信する。第３のモニター４０４Ｃは、第３の映像データを受信し、デコード処理を行ない、画面に第３の映像を表示する。
【００４８】
受信機能を備えた端末局（ＳＴＡ）の数は、起動したいアプリケーション数に依存する。図４に示した例では、起動した映像アプリケーションが３つであるのに対し、受信端末局の数も３つである。但し、本明細書で開示する技術を実現するには、受信端末局は２つ以上であれば何個でもよい。
【００４９】
図５には、映像アプリケーションを使用した無線通信システム５００の他の構成例を示している。同図では、映像アプリケーションは１つに設定されている。
【００５０】
第１の映像を第１のカメラ５０１Ａで撮り、第１のカメラ５０１Ａでは、第１の映像をエンコード処理して第１の映像データとしてアクセスポイント（ＡＰ）５０２に送信する。アクセスポイント５０２は、受け取った第１の映像データを第１の端末局（ＳＴＡ１）５０３Ａに対して送信する。
【００５１】
受信機能を備えた第１の端末局５０３Ａ、第２の端末局５０３Ｂ、第３の端末局５０３Ｃはいずれも、第１の端末局５０３Ａ宛てに送信された第１の映像データを受信するように設定されている。但し、第１の映像データは第１の端末局５０３Ａ宛てなので、第１の端末局５０３ＡのみＡｃｋを返し、第２の端末局５０３Ｂ及び第３の端末局５０３ＣはＡｃｋを返さない。
【００５２】
データ合成部５０４は、第１の端末局５０３Ａ、第２の端末局５０３Ｂ、第３の端末局５０３Ｃの各々で受信した第１の映像データを合成する。合成方法として、最大比合成、重み付け合成、選択合成などダイバーシティ受信が挙げられる。いずれの合成方法にせよ、複数の端末局で受信した第１の映像データを合成することで、受信品質が向上することが期待される。
【００５３】
データ合成部５０４は、合成したデータをモニター５０５に送信する。第１のモニター５０５Ａは、第１の映像データを受信し、デコード処理を行ない、画面に第１の映像を表示する。
【００５４】
図６には、図５に示した無線通信システム５００の受信側の構成を模式的に示している。
【００５５】
第１の端末局（ＳＴＡ１）５０３Ａは、データ処理部６０１Ａと、伝送処理部６０２Ａと、無線インターフェース部６０３Ａと、制御部６０４Ａと、メモリー６０５Ａと、アンテナ６０６Ａと、データ合成部６０８を備えている。
【００５６】
また、第２の端末局（ＳＴＡ２）５０３Ｂは、データ処理部６０１Ｂと、伝送処理部６０２Ｂと、無線インターフェース部６０３Ｂと、制御部６０４Ｂと、メモリー６０５Ｂと、アンテナ６０６Ｂを備えている。同様に、第３の端末局（ＳＴＡ３）５０３Ｃは、データ処理部６０１Ｃと、伝送処理部６０２Ｃと、無線インターフェース部６０３Ｃと、制御部６０４Ｃと、メモリー６０５Ｃと、アンテナ６０６Ｃを備えている。
【００５７】
映像アプリケーションが１つに設定された場合、各端末局５０３Ａ〜Ｃではそれぞれ、制御部６０４Ａ〜Ｃにより、第１の端末局５０３Ａ宛てに送信された第１の映像データを受信するように設定される。各端末局５０３Ａ〜Ｃの無線インターフェース部６０３Ａ〜Ｃは、アンテナ６０６の受信信号をダウンコンバートし、さらに復調処理を行なう。そして、データ合成部６０８は、各無線インターフェース部６０３Ａ〜Ｃからの復調データを入力すると、最大比合成、重み付け合成、選択合成などのダイバーシティ受信処理を行ない、合成データを伝送処理部６０２Ａに出力する。その後、伝送処理部６０２Ａはパケットのヘッダーの解析を行ない、データ処理部６０１Ａはパケット順序復元処理などを行なった後、第１のモニター５０５Ａに出力する。そして、第１のモニター５０５Ａは、第１の映像データを受信し、デコード処理を行ない、画面に第１の映像を表示する。
【００５８】
このように、複数の端末局５０３Ａ〜５０３Ｃでの受信データをデータ合成部６０８で最大比合成などのダイバーシティ受信処理を行なうことで、１台の端末局５０３Ａでのみ受信する場合と比べて、受信品質を向上させることができる。
【００５９】
なお、第１の端末局５０３Ａ宛てに送信された第１の映像データを受信するように設定されている場合、送信動作では、第１の端末局５０３Ａのみが動作し、データ合成部６０８は動作しない。例えば、第１の映像データに対してＡｃｋなどのパケットを返信する際には、第１の端末局５０３Ａにおいてのみ、データ処理部６０１Ａはパケットを作成し、伝送処理部６０２Ａはデータ処理部６０１Ａで作成されたパケットに対してヘッダーや誤り検出符号の付加などの処理を行ない、処理後のデータを無線インターフェース部６０３Ａに提供する。無線インターフェース部６０３Ａは、伝送処理部６０２Ａから受け取ったデータを変調信号にし、さらに無線周波数帯にアップコンバートして、アンテナ６０６Ａから空中に放出する。
【００６０】
受信側では、アプリケーションの本数により、各アプリケーションのデータを受信処理に使用できる端末局の台数が決まる。また、アプリケーションが必要とする受信品質により、１つのアプリケーションについて受信処理する（すなわち、データ合成する）端末局の台数が決まる。したがって、アクセスポイント５０２と端末局５０３Ａ〜５０３Ｃ間でデータ・トラフィックを行なう際には、受信側では、トラフィックを要求するアプリケーションの本数や、どのようなアプリケーションなのかを検知して、適切な受信処理を設定する必要がある。
【００６１】
図７には、図５に示した無線通信システム５００における設定シーケンス例を示している。
【００６２】
まず、アクセスポイント５０２と端末局５０３Ａ〜５０３Ｃ間で、アソシエーションや又はダイレクトリンク・セットアップなどの手続きによりデータリンクを確立し、データ・パケットのやりとりが行なえる状態にする（ＳＥＱ７０１）。
【００６３】
次いで、送信側であるアクセスポイント５０２若しくは受信側である端末局５０３Ａは、アプリケーション要求検知処理を行ない（ＳＥＱ７０２）、これから実行しようとしている上位層アプリケーションの数が何本なのか、どのようなアプリケーションなのかを検知する。
【００６４】
受信側でアプリケーションからの要求を検知する処理を実現する方法は複数考えられるが、以下では３通りの方法を挙げておく。
【００６５】
１つ目は、ユーザーからのＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）操作を利用する方法である。送信側であるアクセスポイント５０２と受信側である端末局５０３Ａにて、ユーザーがＵＩ操作により明示的にアプリケーションを設定する。
【００６６】
２つ目は、データ送信側からのメッセージングを利用する方法である。図８には、ＩＥＥＥ８０２．１１のＭａｎａｇｅｍｅｎｔ  Ａｃｔｉｏｎフレームを利用する例を示している。送信側が、トラフィックの送信に先立って、アプリケーションの設定方法をＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）より上位層のデータ・パケットにカプセル化したＭｅｓｓａｇｅを、受信側に向けて送る。受信側では、送信側からのＭｅｓｓａｇｅを解釈し、その指示に従って設定を行なう。
【００６７】
３つ目は、トラフィックそのもののデータ・パケットを用いてアプリケーション要求を送信側から通知する方法である。図９には、ＩＥＥＥ８０２．１１のＤａｔａフレームを利用する例を示している。上記２つ目の方法とは相違し、トラフィック送信に先立つ事前の処理ではなく、トラフィックそのものの中からアプリケーションの検知を行なう。上位層のトラフィック・データのヘッダー部にアプリケーションの要求を伝えるフィールドを用意しておく。上位層トラフィック・データのヘッダー部の例としては、Ｄａｔａフレーム・ペイロード内のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ヘッダーの「Ｏｐｔｉｏｎ」フィールドや、ＲＴＰ（Ｒｅａｌ  ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）ヘッダーの「Ｈｅａｄｒｅ  Ｅｘｔｅｎｓｉｏｎ」フィールドなどが考えられる。ＩＰヘッダー並びにＲＴＰヘッダーのフォーマット例をそれぞれ図１０、図１１に示しておく。受信側では、ヘッダー部を解釈することで検知を行ない、アプリケーション要求を検知した場合には直ちに受信処理を切り替える。
【００６８】
アプリケーション要求検知処理の結果、アクセスポイント５０２が送ってくるトラフィックがアプリケーション要求を持っていると判断された場合に限り（ＳＥＱ７０３のＹｅｓ）、端末局５０３Ａ〜５０３Ｃ側では受信処理の変更処理を行なう（ＳＥＱ７０４）。
【００６９】
この後、アクセスポイント５０２からのデータ・トラフィックの送信が行なわれることになる（ＳＥＱ７０５）。
【００７０】
なお、アプリケーション要求検知処理において、データ・トラフィックの内容からアプリケーションの要求を検知する場合には、トラフィックを開始した後に検知が行なわれ、また、データ・トラフィック中にアプリケーション要求検知処理を実行し、データ・トラフィック中でもアプリケーション切り換えメッセージを受信した際には、切り換えたアプリケーションに応じて端末局５０３Ａ〜５０３Ｃでの受信処理の変更を行なうことが可能である。
【００７１】
第２の実施例
図１２には、第２の実施例に係る、映像アプリケーションを使用する無線通信システム１２００の構成例を示している。同図に示す無線通信システム１２００では、アプリケーション数は１に設定されるが、アクセスポイント１２０２は、受け取ったデータを単一の端末局宛てに送信するだけではなく、同じデータをコピーして複数の端末局宛てにも送信するように設定される。
【００７２】
第１の映像を第１のカメラ１２０１Ａで撮り、第１のカメラ１２０１Ａでは、第１の映像をエンコード処理して第１の映像データとしてアクセスポイント（ＡＰ）１２０２に送信する。アクセスポイント１２０２は、受け取った第１の映像データをコピーし、第１の映像データＡを第１の端末局（ＳＴＡ１）１２０３Ａに、第１の映像データＢを第２の端末局（ＳＴＡ２）１２０３Ｂに、第１の映像データＣを第３の端末局（ＳＴＡ３）１２０３Ｃにそれぞれ送信する。
【００７３】
受信機能を備えた第１の端末局１２０３Ａ、第２の端末局１２０３Ｂ、第３の端末局１２０３Ｃは、それぞれ受信した第１の映像データＡ〜Ｃを、リオーダー処理部１２０４へ送る。そして、リオーダー処理部１２０４は、受信データが連続データになるように並べ替え処理を行なう。コピーされた同じデータを複数の端末局で受信するので、受信品質が向上することが期待される。データ合成する第１の実施例よりも受信品質向上の効果は高いが、リオーダー処理部１２０４での並べ替え処理に伴って遅延が発生する。
【００７４】
リオーダー処理部１２０４は、連続となるように並べ替え処理したデータをモニター１２０５に送信する。モニター１２０５は、第１の映像データを受信し、デコード処理を行ない、画面に第１の映像を表示する。
【００７５】
図１３には、図１２に示した無線通信システム１２００の受信側の構成を模式的に示している。
【００７６】
第１の端末局（ＳＴＡ１）１２０３Ａは、データ処理部１３０１Ａと、伝送処理部１３０２Ａと、無線インターフェース部１３０３Ａと、制御部１３０４Ａと、メモリー１３０５Ａと、アンテナ１３０６Ａを備えている。同様に、第２の端末局（ＳＴＡ２）１２０３Ｂは、データ処理部１３０１Ｂと、伝送処理部１３０２Ｂと、無線インターフェース部１３０３Ｂと、制御部１３０４Ｂと、メモリー１３０５Ｂと、アンテナ１３０６Ｂを備え、第３の端末局（ＳＴＡ３）１２０３Ｃは、データ処理部１３０１Ｃと、伝送処理部１３０２Ｃと、無線インターフェース部１３０３Ｃと、制御部１３０４Ｃと、メモリー１３０５Ｃと、アンテナ１３０６Ｃを備えている。
【００７７】
映像アプリケーションが１つに設定された場合、送信側では第１の端末局１２０３Ａ宛てのデータをコピーして、第２の端末局１２０３Ｂ、第３の端末局１２０３Ｃの各々宛てに送信することがある。各端末局１２０３Ａ〜Ｃでは、それぞれ制御部１３０４Ａ〜Ｃの制御下で、自分宛てのデータについて、復調、ヘッダー解析、パケット順序復元などの受信動作を行ない、処理後のデータをリオーダー処理部１３０９へ送る。そして、リオーダー処理部１３０９は、受信データが連続データになるように並べ替え処理を行なう。リオーダー処理部１３０９では、以下の処理（１）〜（４）を行なう。
【００７８】
（１）各端末局１２０３Ａ〜１２０３Ｃよりデータ・パケットを受信して、パケットを正しい順序に並べ替えて出力する。
（２）各端末局１２０３Ａ〜１２０３Ｃより重複して届いたパケットを削除する。
（３）パケットを並べ替える上で、連続性を管理するウィンドウを持ち、ウィンドウ・サイズを超えるパケットを受信した場合には、ウィンドウ内のパケットを出力する。
（４）タイマーを持ち、一定時間以上待機したパケットはリオーダー処理部１３０９から出力する。
【００７９】
このように、コピーされた同じデータを複数の端末局１２０３Ａ〜１２０３Ｃで受信するので、受信品質が向上することが期待される。データ合成する第１の実施例よりも受信品質向上の効果は高いが、リオーダー処理部１３０９での並べ替え処理に伴って遅延が発生する。
【００８０】
受信側では、アプリケーションの本数により、各アプリケーションのデータを受信処理に使用できる端末局の台数が決まる。また、アプリケーションが必要とする受信品質により、１つのアプリケーションについて送信側で同じデータをコピーして送信する端末局の台数、並びに、受信処理する端末局の台数が決まる。したがって、アクセスポイント１２０２と端末局１２０３Ａ〜１２０３Ｃ間でデータ・トラフィックを行なう際には、トラフィックを要求するアプリケーションの本数や、どのようなアプリケーションなのかを検知して、送信側では適切な送信処理を設定するとともに、受信側で適切な受信処理を設定する必要がある。
【００８１】
図１４には、図１２に示した無線通信システム１２００における設定シーケンス例を示している。
【００８２】
まず、アクセスポイント１２０２と端末局１２０３Ａ〜１２０３Ｃ間で、アソシエーションや又はダイレクトリンク・セットアップなどの手続きによりデータリンクを確立し、データ・パケットのやりとりが行なえる状態にする（ＳＥＱ１４０１）。
【００８３】
次いで、送信側であるアクセスポイント１２０２並びに受信側である端末局１２０３Ａ〜１２０３Ｃは、アプリケーション要求検知処理を行ない（ＳＥＱ１４０２）、これから実行しようとしている上位層アプリケーションの数が何本なのか、どのようなアプリケーションなのかを検知する。受信側でアプリケーションの要求を検知処理するには、ユーザーからにＵＩ操作、送信側からのメッセージングやデータ・パケットを用いた通知などの方法を適用することができる（同上）。
【００８４】
アプリケーション要求検知処理の結果、アクセスポイント５０２が送ってくるトラフィックがアプリケーション要求を持っていると判断された場合に限り（ＳＥＱ１４０３、１４０５のＹｅｓ）、アクセスポイント１２０２側で送信処理の変更処理を行なうとともに（ＳＥＱ１４０４）、端末局１２０３Ａ〜１２０３Ｃ側では受信処理の変更処理を行なう（ＳＥＱ１４０６）。
【００８５】
この後、アクセスポイント１２０２からのデータ・トラフィックの送信が行なわれることになる（ＳＥＱ１４０７）。
【００８６】
第３の実施例
図１５には、第３の実施例に係る、映像アプリケーションを使用する無線通信システム１５００の構成例を示している。この実施例は、第１の実施例とはアプリケーションの起動数が相違する。図示の例では、第１の映像と第２の映像という２つの映像アプリケーションが設定されている。第１の端末局（ＳＴＡ１）１５０３Ａ及び第２の端末局（ＳＴＡ２）１５０３Ｂは、アクセスポイント（ＡＰ）１５０２から第１の端末局１５０３Ａ宛てに送信された映像データを受信するように設定される。他方、第３の端末局（ＳＴＡ３）１５０３Ｃは通常通り動作するように設定される。
【００８７】
第１の映像を第１のカメラ１５０１Ａで撮り、第１のカメラ１５０１Ａでは、第１の映像をエンコード処理して第１の映像データとしてアクセスポイント１５０２に送信する。アクセスポイント１５０２は、受け取った第１の映像データを第１の端末局１５０３Ａ宛てに送信する。
【００８８】
受信機能を備えた第１の端末局１５０３Ａ、第２の端末局１５０３Ｂは、それぞれ受信した第１の映像データをデータ合成部１５０４へ送る。データ合成部１５０４は、これらの受信データを合成処理する。合成方法として、最大比合成、重み付け合成、選択合成などが挙げられる。そして、データ合成部１５０４は、処理後の映像データを第１のモニター１５０５Ａに送信する。第１のモニター１５０５Ａは、第１の映像データを受信し、デコード処理を行ない、画面に第１の映像を表示する。
【００８９】
また、第２の映像を第２のカメラ１５０１Ｂで撮り、第２のカメラ１５０１Ｂでは、第２の映像をエンコード処理して第２の映像データとしてアクセスポイント１５０２に送信する。アクセスポイント１５０２は、受け取った第２の映像データを第３の端末局１５０３Ｃに送信する。受信機能を備えた第３の端末局１５０３Ｃは、受信した第２の映像データを第２のモニター１５０５Ｂに送信する。第２のモニター１５０５Ｂは、第２の映像データを受信し、デコード処理を行ない、画面に第２の映像を表示する。
【００９０】
無線通信システム１５００の受信側の構成、並びに、アクセスポイント１５０２と端末局１５０３Ａ〜１５０３Ｃ間で行なう設定シーケンスは、第１の実施例と同様なので、ここでは説明を省略する。
【００９１】
第４の実施例
図１６には、第４の実施例に係る、映像アプリケーションを使用する無線通信システム１４００の構成例を示している。この実施例は、第３の実施例と同様にアプリケーションの起動数が複数である。図示の例では、第１の映像と第２の映像という２つの映像アプリケーションが設定されている。アクセスポイント（ＡＰ）１６０１は、受け取ったデータを第１の端末局（ＳＴＡ１）１６０３Ａ宛てに送信するだけではなく、同じデータをコピーして第２の端末局（ＳＴＡ２）１６０３Ｂ宛てにも送信するように設定される。他方、第３の端末局１６０３Ｃは通常通り動作するように設定される。
【００９２】
第１の映像を第１のカメラ１６０１Ａで撮り、第１のカメラ１６０１Ａでは、第１の映像をエンコード処理して第１の映像データとしてアクセスポイント１６０２に送信する。アクセスポイント１６０２は、受け取った第１の映像データをコピーし、第１の映像データＡを第１の端末局１６０３Ａに、第１の映像データＢを第２の端末局１６０３Ｂにそれぞれ送信する。
【００９３】
受信機能を備えた第１の端末局１６０３Ａ、第２の端末局１６０３Ｂは、それぞれ受信した第１の映像データＡ、Ｂを、リオーダー処理部１６０４へ送る。そして、リオーダー処理部１６０４は、受信データが連続データになるように並べ替え処理を行なってから、第１のモニター１６０５Ａに送信する。第１のモニター１６０５Ａは、第１の映像データを受信し、デコード処理を行ない、画面に第１の映像を表示する。
【００９４】
また、第２の映像を第２のカメラ１６０１Ｂで撮り、第２のカメラ１６０１Ｂでは、第２の映像をエンコード処理して第２の映像データとしてアクセスポイント１６０２に送信する。アクセスポイント１６０２は、受け取った第２の映像データを第３の端末局１６０３Ｃに送信する。受信機能を備えた第３の端末局１６０３Ｃは、受信した第２の映像データを第２のモニター１６０５Ｂに送信する。第２のモニター１６０５Ｂは、第２の映像データを受信し、デコード処理を行ない、画面に第２の映像を表示する。
【００９５】
無線通信システム１６００の受信側の構成、並びに、アクセスポイント１６０２と端末局１６０３Ａ〜１６０３Ｃ間で行なう設定シーケンスは、第２の実施例と同様なので、ここでは説明を省略する。
【００９６】
第５の実施例
図１７には、第５の実施例に係る、映像アプリケーションを使用する無線通信システム１７００の構成例を示している。この実施例は、第３の実施例と同様にアプリケーションの起動数が複数である。図示の例では、第１の映像と第２の映像という２つの映像アプリケーションが設定されている。また、第１の端末局（ＳＴＡ１）１７０３Ａ及び第２の端末局（ＳＴＡ２）１７０３Ｂは、アクセスポイント（ＡＰ）１７０２から第１の端末局１７０３Ａ宛てに送信された映像データを受信するように設定される。他方、第３の端末局（ＳＴＡ３）１７０３Ｃ及び第４の端末局（ＳＴＡ４）１７０３Ｄは、アクセスポイント（ＡＰ）１７０２から第３の端末局１７０３ＣＡ宛てに送信された映像データを受信するように設定される。
【００９７】
第１の映像を第１のカメラ１７０１Ａで撮り、第１のカメラ１７０１Ａでは、第１の映像をエンコード処理して第１の映像データとしてアクセスポイント１７０２に送信する。アクセスポイント１７０２は、受け取った第１の映像データを第１の端末局１７０３Ａ宛てに送信する。
【００９８】
受信機能を備えた第１の端末局１７０３Ａ、第２の端末局１７０３Ｂは、それぞれ受信した第１の映像データを第１のデータ合成部１７０４Ａへ送る。第１のデータ合成部１７０４Ａは、これらの受信データを合成処理した後、第１のモニター１７０５Ａに送信する。第１のモニター１７０５Ａは、第１の映像データを受信し、デコード処理を行ない、画面に第１の映像を表示する。
【００９９】
また、第２の映像を第２のカメラ１７０１Ｂで撮り、第２のカメラ１７０１Ｂでは、第２の映像をエンコード処理して第２の映像データとしてアクセスポイント１７０２に送信する。アクセスポイント１７０２は、受け取った第２の映像データを第３の端末局１７０３Ｃ宛てに送信する。
【０１００】
受信機能を備えた第３の端末局１７０３Ｃ、第４の端末局１７０３Ｄは、それぞれ受信した第２の映像データを第２のデータ合成部１７０４Ｂへ送る。第２のデータ合成部１７０４Ｂは、これらの受信データを合成処理した後、第２のモニター１７０５Ｂに送信する。第２のモニター１７０５Ｂは、第２の映像データを受信し、デコード処理を行ない、画面に第２の映像を表示する。
【０１０１】
無線通信システム１７００の受信側の構成、並びに、アクセスポイント１７０２と端末局１７０３Ａ〜１７０３Ｄ間で行なう設定シーケンスは、第１、第３の実施例と同様なので、ここでは説明を省略する。
【０１０２】
第６の実施例
図１８には、第６の実施例に係る、映像アプリケーションを使用する無線通信システム１８００の構成例を示している。この実施例は、第４の実施例と同様にアプリケーションの起動数が複数である。図示の例では、第１の映像と第２の映像という２つの映像アプリケーションが設定されている。アクセスポイント（ＡＰ）１８０２は、一方の映像データを第１の端末局（ＳＴＡ１）１８０３Ａ宛てに送信するだけではなく、同じデータをコピーして第２の端末局（ＳＴＡ２）１８０３Ｂ宛てにも送信するように設定される。また、アクセスポイント（ＡＰ）１８０２は、他方の映像データを第３の端末局（ＳＴＡ３）１８０３Ｃ宛てに送信するだけではなく、同じデータをコピーして第４の端末局（ＳＴＡ４）１８０３Ｄ宛てにも送信するように設定される。
【０１０３】
第１の映像を第１のカメラ１８０１Ａで撮り、第１のカメラ１８０１Ａでは、第１の映像をエンコード処理して第１の映像データとしてアクセスポイント１８０２に送信する。アクセスポイント１８０２は、受け取った第１の映像データをコピーし、第１の映像データＡを第１の端末局１８０３Ａに、第１の映像データＢを第２の端末局１８０３Ｂにそれぞれ送信する。
【０１０４】
受信機能を備えた第１の端末局１８０３Ａ、第２の端末局１８０３Ｂは、それぞれ受信した第１の映像データＡ、Ｂを、第１のリオーダー処理部１８０４Ａへ送る。そして、第１のリオーダー処理部１８０４Ａは、受信データが連続データになるように並べ替え処理を行なってから、第１のモニター１８０５Ａに送信する。第１のモニター１８０５Ａは、第１の映像データを受信し、デコード処理を行ない、画面に第１の映像を表示する。
【０１０５】
また、第２の映像を第２のカメラ１８０１Ｂで撮り、第２のカメラ１８０１Ｂでは、第２の映像をエンコード処理して第２の映像データとしてアクセスポイント１８０２に送信する。アクセスポイント１８０２は、受け取った第２の映像データをコピーし、第２の映像データＣを第３の端末局１８０３Ｃに、第２の映像データＤを第４の端末局１８０３Ｄにそれぞれ送信する。
【０１０６】
受信機能を備えた第３の端末局１８０３Ｃ、第４の端末局１８０３Ｄは、それぞれ受信した第２の映像データＣ、Ｄを、第２のリオーダー処理部１８０４Ｂへ送る。そして、第２のリオーダー処理部１８０４Ｂは、受信データが連続データになるように並べ替え処理を行なってから、第２のモニター１８０５Ｂに送信する。第２のモニター１８０５Ｂは、第２の映像データを受信し、デコード処理を行ない、画面に第２の映像を表示する。
【０１０７】
無線通信システム１８００の受信側の構成、並びに、アクセスポイント１８０２と端末局１８０３Ａ〜１８０３Ｄ間で行なう設定シーケンスは、第２の実施例と同様なので、ここでは説明を省略する。
【０１０８】
第７の実施例
図１９には、第７の実施例に係る、映像アプリケーションを使用する無線通信システム１９００の構成例を示している。この実施例は、第３の実施例と同様にアプリケーションの起動数が複数である。図示の例では、第１の映像と第２の映像という２つの映像アプリケーションが設定されている。また、第１の端末局（ＳＴＡ１）１９０３Ａ及び第２の端末局（ＳＴＡ２）１９０３Ｂは、アクセスポイント（ＡＰ）１９０２から第１の端末局１９０３Ａ宛てに送信された映像データを受信するように設定される。他方、アクセスポイント（ＡＰ）１９０１は、他方の映像データを第３の端末局（ＳＴＡ３）１９０３Ｃ宛ての映像データをコピーして第４の端末局（ＳＴＡ４）１９０３Ｄ宛てにも送信するように設定される。
【０１０９】
第１の映像を第１のカメラ１９０１Ａで撮り、第１のカメラ１９０１Ａでは、第１の映像をエンコード処理して第１の映像データとしてアクセスポイント１９０２に送信する。アクセスポイント１９０２は、受け取った第１の映像データを第１の端末局１９０３Ａ宛てに送信する。
【０１１０】
受信機能を備えた第１の端末局１９０３Ａ、第２の端末局１９０３Ｂは、それぞれ受信した第１の映像データをデータ合成部１９０４へ送る。第１のデータ合成部１９０４は、これらの受信データを合成処理した後、第１のモニター１９０５Ａに送信する。第１のモニター１９０５Ａは、第１の映像データを受信し、デコード処理を行ない、画面に第１の映像を表示する。
【０１１１】
また、第２の映像を第２のカメラ１９０１Ｂで撮り、第２のカメラ１９０１Ｂでは、第２の映像をエンコード処理して第２の映像データとしてアクセスポイント１９０２に送信する。アクセスポイント１９０２は、受け取った第２の映像データをコピーし、第２の映像データＣを第３の端末局１９０３Ｃに、第２の映像データＤを第４の端末局１９０３Ｄにそれぞれ送信する。
【０１１２】
受信機能を備えた第３の端末局１９０３Ｃ、第４の端末局１９０３Ｄは、それぞれ受信した第２の映像データＣ、Ｄを、第２のリオーダー処理部１９０４Ｂへ送る。そして、リオーダー処理部１９０６は、受信データが連続データになるように並べ替え処理を行なってから、第２のモニター１９０５Ｂに送信する。第２のモニター１９０５Ｂは、第２の映像データを受信し、デコード処理を行ない、画面に第２の映像を表示する。
【０１１３】
図２０には、図１９に示した無線通信システム１９００の受信側の構成を模式的に示している。
【０１１４】
第１の端末局（ＳＴＡ１）１９０３Ａは、データ処理部２００１Ａと、伝送処理部２００２Ａと、無線インターフェース部２００３Ａと、制御部２００４Ａと、メモリー２００５Ａと、アンテナ２００６Ａと、データ合成部２００８を備えている。
【０１１５】
また、第２の端末局（ＳＴＡ２）１９０３Ｂは、データ処理部２００１Ｂと、伝送処理部２００２Ｂと、無線インターフェース部２００３Ｂと、制御部２００４Ｂと、メモリー２００５Ｂと、アンテナ２００６Ｂを備えている。同様に、第３の端末局（ＳＴＡ２）１９０３Ｃは、データ処理部２００１Ｃと、伝送処理部２００２Ｃと、無線インターフェース部２００３Ｃと、制御部２００４Ｃと、メモリー２００５Ｃと、アンテナ２００６Ｃを備えている。
【０１１６】
１つの端末局宛てに送信されたデータを受信するように設定された各端末局１９０３Ｘは、自身の無線インターフェース部２００３Ｘで復調処理した受信データをデータ合成部２００８に送る。そして、データ合成部２００８は、入力した複数の復調データを、最大比合成、重み付け合成、選択合成などのデータ合成処理を行ない、合成データを伝送処理部２００２Ｘに出力する。その後、伝送処理部２００２Ｘはパケットのヘッダーの解析を行ない、データ処理部２００１Ｘはパケット順序復元処理などを行なった後、モニター１９０５に出力する。そして、モニター１９０５は、この映像データを受信し、デコード処理を行ない、画面に映像を表示する。
【０１１７】
また、自局宛てにコピーされた同じデータを受信するように設定された各端末局１９０３Ｙは、それぞれ受信データについて復調、ヘッダー解析、パケット順序復元などの受信動作を行ない、処理後のデータをリオーダー処理部２００９へ送る。そして、リオーダー処理部２００９は、受信データが連続データになるように並べ替え処理を行なった後、モニター１９０５に出力する。そして、モニター１９０５は、この映像データを受信し、デコード処理を行ない、画面に映像を表示する。
【０１１８】
複数の端末局による受信データを最大比合成などの処理でデータ合成することで、１台の端末局でのみ受信処理する場合と比べて、ダイバーシティ効果により受信品質を向上させることができる。
【０１１９】
また、同じデータをコピーして複数の端末局で受信処理を行なわせることによって、最大比合成などダイバーシティ受信する場合よりも、さらに受信品質が向上することが期待される。但し、各端末局で受信したデータを並べ替え処理して順序を復元する際に遅延が発生する。
【０１２０】
他方、受信側で１つのアプリケーションの受信処理に使用することができる端末局の台数は、送信側でトラフィックを要求するアプリケーションの本数と、受信側で備えている端末局の総数の関係に応じて決定される。また、アプリケーションが要求する受信品質に応じて、何台の端末局で受信すべきか（すなわち、データ合成やリオーダー合成などの受信処理の変更が必要か）が決定される。リオーダー合成の方がデータ合成よりも受信品質は良いが、遅延が生じることから、アプリケーションが許容する遅延時間に応じて、いずれの合成処理に変更すべきかを決定することができる。
【０１２１】
図２１には、図１９に示した無線通信システム１９００において、受信側での受信処理を変更するための処理手順をフローチャートの形式で示している。この処理手順を開始する前提として、アプリケーション要求検知処理（前述）を経て必要な情報を取得しているものとする。
【０１２２】
まず、アプリケーションの要求をチェックし、受信品質の向上が必要であるか、すなわち受信処理の変更が必要であるかどうかをチェックする（ステップＳ２１０１）。受信処理の変更が必要でないときには（ステップＳ２１０１のＮｏ）、そのまま本処理を終了する。
【０１２３】
次いで、無線通信システム１９００で設定されるアプリケーション数に対し、受信側で余剰の端末局があるかどうかをチェックする（ステップＳ２１０２）。
【０１２４】
ここで、余剰の端末局がない場合（例えば、設定されるアプリケーション数を超える端末局を備えていない場合）には（ステップＳ２１０２のＮｏ）、受信処理の変更を諦めて、本処理を終了する。
【０１２５】
一方、余剰の端末局があり、受信処理の変更が可能である場合には（ステップＳ２１０２のＹｅｓ）、アプリケーションが受信処理の遅延を許容するかどうかをさらにチェックする（ステップＳ２１０３）。
【０１２６】
そして、アプリケーションが遅延を許容するときには（ステップＳ２１０３のＹｅｓ）、リオーダー合成を選択する（ステップＳ２１０４）。また、アプリケーションが遅延を許容しないときには（ステップＳ２１０３のＮｏ）、ダイバーシティ受信によるデータ合成を選択する（ステップＳ２１０５）。
【０１２７】
このように本明細書で開示する技術によれば、受信機能を備えた端末局の限りある台数を無駄なく利用することにより、アプリケーションの起動数に応じて最適な受信特性を得ることが可能である。また、要求されるアプリケーションにより受信処理を変更することにより、低遅延且つ受信特性の向上が可能になる。
【０１２８】
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）受信機能を備えた複数の端末局と、前記複数の端末局の少なくとも一部を用いてデータを受信する受信処理部と、使用するアプリケーションに応じて前記受信処理部による受信処理方法を制御する制御部と、を具備する無線通信装置。
（２）前記制御部は、アプリケーションの起動数に応じて前記受信処理部による受信処理方法を制御する、上記（１）に記載の無線通信装置。
（３）前記制御部は、アプリケーションが要求する受信品質に応じて前記受信処理部による受信処理方法を制御する、上記（１）に記載の無線通信装置。
（４）前記制御部は、アプリケーションが許容する遅延時間に応じて前記受信処理部による受信処理方法を制御する、上記（１）に記載の無線通信装置。
（５）前記制御部は、ユーザーからの手動入力に基づいて、使用するアプリケーションに関する情報を取得して、前記受信処理部による受信処理方法を制御する、上記（１）に記載の無線通信装置。
（６）前記制御部は、データ送信元からのトラフィックに先立つメッセージに基づいて、使用するアプリケーションに関する情報を取得して、トラフィック開始前に前記受信処理部による受信処理方法を制御する、上記（１）に記載の無線通信装置。
（７）前記制御部は、データ送信元からのトラフィック中のパケットに基づいて、使用するアプリケーションに関する情報を取得して、トラフィック中に前記受信処理部による受信処理方法を制御する、上記（１）に記載の無線通信装置。
（８）前記制御部は、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、前記複数の端末局のうち少なくとも一部の複数の端末局によるダイバーシティ受信のいずれかの受信処理方法に切り換える、上記（１）に記載の無線通信装置。
（９）前記制御部は、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、前記複数の端末局のうち少なくとも一部の複数の端末局によるリオーダー合成受信のいずれかの受信処理方法に切り換える、上記（１）に記載の無線通信装置。
（１０）前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるダイバーシティ受信、及び、第２のアプリケーションが要求する送信先となる他の端末局による通常受信に切り換える、上記（１）に記載の無線通信装置。
（１１）前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるリオーダー合成受信、及び、第２のアプリケーションが要求する送信先となる他の端末局による通常受信に切り換える、上記（１）に記載の無線通信装置。
（１２）前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるダイバーシティ受信、及び、第２のアプリケーションが要求する送信先を含む他の複数の端末局によるダイバーシティ受信を行なう受信処理方法に切り換える、上記（１）に記載の無線通信装置。
（１３）前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるリオーダー合成受信、及び、第２のアプリケーションが要求する送信先を含む他の複数の端末局によるリオーダー合成受信を行なう受信処理方法に切り換える、上記（１）に記載の無線通信装置。
（１４）前記制御部は、第１のアプリケーションが要求する送信先を含む複数の端末局によるダイバーシティ受信、及び、第２のアプリケーションが要求する送信先を含む他の複数の端末局によるリオーダー合成受信を行なう受信処理方法に切り換える、上記（１）に記載の無線通信装置。
（１５）前記制御部は、アプリケーションの起動数、アプリケーションが要求する受信品質、又は、アプリケーションが許容する遅延時間のうち少なくとも１つに応じて、アプリケーションが要求する送信先の端末局による通常受信、前記複数の端末局のうち少なくとも一部の複数の端末局によるダイバーシティ受信、又は、前記複数の端末局のうち少なくとも一部の複数の端末局によるリオーダー合成受信のいずれかの受信処理方法に切り換える、上記（１）に記載の無線通信装置。
（１６）受信機能を備えた複数の端末局の少なくとも一部を用いてデータを受信する受信ステップと、使用するアプリケーションに応じて前記受信ステップにおける受信データの処理方法を制御する制御ステップと、を有する無線通信方法。
（１７）前記制御ステップでは、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、前記複数の端末局のうち少なくとも一部の複数の端末局によるダイバーシティ受信のいずれかの処理方法に切り換える、上記（１６）に記載の無線通信方法。
（１８）前記制御ステップでは、使用するアプリケーションに応じて、アプリケーションが要求する送信先の端末局による通常受信、又は、前記複数の端末局のうち少なくとも一部の複数の端末局によるリオーダー合成受信のいずれかの処理方法に切り換える、上記（１６）に記載の無線通信方法。
（１９）アプリケーションが要求するデータを送信する送信側装置と、受信機能を備えた複数の端末局からなり、前記アプリケーションに応じた受信処理方法により、前記複数の端末局の少なくとも一部を用いてデータを受信する受信側装置と、を具備する無線通信システム。
（２０）受信機能を備えた複数の端末局の少なくとも一部を用いてデータを受信する受信処理部、使用するアプリケーションに応じて前記受信処理部による受信処理方法を制御する制御部、としてコンピューターを機能させるようコンピューター可読形式で記述されたコンピューター・プログラム。
【産業上の利用可能性】
【０１２９】
以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１３０】
本明細書では、主にＩＥＥＥ８０２．１１に代表される無線ネットワークに適用することを想定した実施形態について説明してきたが、本明細書で開示する技術を他のさまざまな無線企画に則った無線ネットワーク上で適用可能であることは言うまでもない。
【０１３１】
要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【符号の説明】
【０１３２】
１００…無線通信システム
１０１…アクセスポイント（ＡＰ）、１０２…端末局（ＳＴＡ）
１０３…ＬＡＮ、１０４…基本サービス・セット
２００…無線通信装置、２０１…データ処理部、２０２…伝送処理部
２０３…無線インターフェース部、２０４…制御部
２０５…メモリー、２０６…アンテナ
３００…無線通信システム、３０１Ａ…第１のカメラ
３０２…アクセスポイント（ＡＰ）、３０３…端末局（ＳＴＡ）
３０４Ａ…第１のモニター
４００…無線通信システム
４０１Ａ…第１のカメラ、４０１Ｂ…第２のカメラ、４０１Ｃ…第３のカメラ
４０２…アクセスポイント（ＡＰ）
４０３Ａ…第１の端末局（ＳＴＡ１）、４０３Ｂ…第２の端末局（ＳＴＡ２）、４０３Ｃ…第３の端末局（ＳＴＡ３）
４０４Ａ…第１のモニター、４０４Ｂ…第２のモニター、４０４Ｃ…第３のモニター
５００…無線通信システム
５０１Ａ…第１のカメラ、５０２…アクセスポイント（ＡＰ）
５０３Ａ…第１の端末局（ＳＴＡ１）、５０３Ｂ…第２の端末局（ＳＴＡ２）、５０３Ｃ…第３の端末局（ＳＴＡ３）
５０４…データ合成部、５０５Ａ…第１のモニター
６０１Ａ、６０１Ｂ、６０１Ｃ…データ処理部
６０２Ａ、６０２Ｂ、６０２Ｃ…伝送処理部
６０３Ａ、６０３Ｂ、６０３Ｃ…無線インターフェース部
６０４Ａ、６０４Ｂ、６０４Ｃ…制御部
６０５Ａ、６０５Ｂ、６０５Ｃ…メモリー
６０６Ａ、６０６Ｂ、６０６Ｃ…アンテナ
６０８…データ合成部
１２００…無線通信システム
１２０１Ａ…第１のカメラ、１２０２…アクセスポイント（ＡＰ）
１２０３Ａ…第１の端末局（ＳＴＡ１）、１２０３Ｂ…第２の端末局（ＳＴＡ２）、１２０３Ｃ…第３の端末局（ＳＴＡ３）
１２０４…リオーダー処理部、１２０５Ａ…第１のモニター
１３０１Ａ、１３０１Ｂ、１３０１Ｃ…データ処理部
１３０２Ａ、１３０２Ｂ、１３０２Ｃ…伝送処理部
１３０３Ａ、１３０３Ｂ、１３０３Ｃ…無線インターフェース部
１３０４Ａ、１３０４Ｂ、１３０４Ｃ…制御部
１３０５Ａ、１３０５Ｂ、１３０５Ｃ…メモリー
１３０６Ａ、１３０６Ｂ、１３０６Ｃ…アンテナ
１３０９…リオーダー処理部
１５０１Ａ…第１のカメラ、１５０１Ｂ…第２のカメラ
１５０２…アクセスポイント（ＡＰ）
１５０３Ａ…第１の端末局（ＳＴＡ１）、１５０３Ｂ…第２の端末局（ＳＴＡ２）、１５０３Ｃ…第３の端末局（ＳＴＡ３）
１５０４…データ合成部
１５０５Ａ…第１のモニター、１５０５Ｂ…第２のモニター
１６０６Ａ…第１のカメラ、１６０１Ｂ…第２のカメラ
１６０２…アクセスポイント（ＡＰ）
１６０３Ａ…第１の端末局（ＳＴＡ１）、１６０３Ｂ…第２の端末局（ＳＴＡ２）、１６０３Ｃ…第３の端末局（ＳＴＡ３）
１６０４…リオーダー処理部
１６０５Ａ…第１のモニター、１６０５Ｂ…第２のモニター
１７０１Ａ…第１のカメラ、１７０１Ｂ…第２のカメラ
１７０２…アクセスポイント（ＡＰ）
１７０３Ａ…第１の端末局（ＳＴＡ１）、１７０３Ｂ…第２の端末局（ＳＴＡ２）、１７０３Ｃ…第３の端末局（ＳＴＡ３）、１７０３Ｄ…第４の端末局（ＳＴＡ４）
１７０４Ａ…第１のデータ合成部、１７０４Ｂ…第２のデータ合成部
１７０５Ａ…第１のモニター、１７０５Ｂ…第２のモニター
１８０１Ａ…第１のカメラ、１８０１Ｂ…第２のカメラ
１８０２…アクセスポイント（ＡＰ）
１８０３Ａ…第１の端末局（ＳＴＡ１）、１８０３Ｂ…第２の端末局（ＳＴＡ２）、１８０３Ｃ…第３の端末局（ＳＴＡ３）、１８０３Ｄ…第４の端末局（ＳＴＡ４）
１８０４Ａ…第１のリオーダー処理部、１８０４Ｂ…第２のリオーダー処理部
１８０５Ａ…第１のモニター、１８０５Ｂ…第２のモニター
１９０１Ａ…第１のカメラ、１９０１Ｂ…第２のカメラ
１９０２…アクセスポイント（ＡＰ）
１９０３Ａ…第１の端末局（ＳＴＡ１）、１９０３Ｂ…第２の端末局（ＳＴＡ２）、１９０３Ｃ…第３の端末局（ＳＴＡ３）、１９０３Ｄ…第４の端末局（ＳＴＡ４）
１９０４…データ合成部
１９０５Ａ…第１のモニター、１９０５Ｂ…第２のモニター
１９０６…リオーダー処理部
【図１】
2013201597.tif 000003
【図２】
2013201597.tif 000004
【図６】
2013201597.tif 000005
【図７】
2013201597.tif 000006
【図１３】
2013201597.tif 000007
【図１４】
2013201597.tif 000008
【図２０】
2013201597.tif 000009
【図２１】
2013201597.tif 000010
【図３】
2013201597.tif 000011
【図４】
2013201597.tif 000012
【図５】
2013201597.tif 000013
【図８】
2013201597.tif 000014
【図９】
2013201597.tif 000015
【図１０】
2013201597.tif 000016
【図１１】
2013201597.tif 000017
【図１２】
2013201597.tif 000018
【図１５】
2013201597.tif 000019
【図１６】
2013201597.tif 000020
【図１７】
2013201597.tif 000021
【図１８】
2013201597.tif 000022
【図１９】
2013201597.tif 000023