JP2005020550A - 通信システム，無線通信装置，サーバ，および無線通信装置のデータ通信方法 - Google Patents

Abstract

【課題】膨大なデータをダウンロードもしくはアップロードしている最中に電波信号の伝播状態が変動したとしても伝送効率を極力低下させることなく、ユーザの体感速度を向上することができるようにする。
【解決手段】制御回路１ａは、電波信号の受信状態が回復傾向であるか悪化傾向であるかを判定し、この結果に基づいて最大セグメント長，ウィンドウサイズに関わるＴＣＰ／ＩＰパラメータを設定することにより１パケットのデータサイズを設定し、当該データサイズで通信することをプロキシサーバ５に要求する。プロキシサーバ５でこの要求が受付けられると、設定されたパケットのデータサイズでプロキシサーバ５およびカーナビゲーション装置１間で通信する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、電波信号を介してサーバとの間でデータ通信する通信システム，無線通信装置，サーバおよび無線通信装置のデータ転送方法に関する。
【０００２】
【従来の技術】
従来より、無線通信装置とサーバとの間で電波信号を介してデータ通信することができる通信システムでは、無線通信装置側で基地局から受信する電波信号のビル等に反射する干渉波（フェージング）等の影響がデータの通信速度に多大な影響を及ぼすことが知られており、電波信号の伝播状態が悪化したときにはデータが消失する場合もあり、この場合にはデータの再送制御が必要とされている。
尚、特許文献１は、第１に、利用者が希望したデータのダウンロード等を受信状態が良好な場所において自動的に開始することにより、ダウンロードを行う間利用者の時間を束縛しないこと，および第２に、良好な電波状態が確保できた場合に、その旨を利用者に通知し、ダウンロードの開始を促すことにより常に最適なデータ通信の環境下でデータのダウンロードを可能とすることを目的とした携帯通信端末が開示されている。
【０００３】
【特許文献１】
特開２００２−３００６４９号公報
【０００４】
【発明が解決しようとする課題】
無線通信装置側で膨大なデータをダウンロードもしくはアップロードしている最中に電波信号の伝播状態が変動したときには、電波信号の受信状態が悪化することで通信中のセッションが途中で切断されてしまう虞もあるため、この場合には伝送（転送）効率が悪化してしまい好ましくない。
【０００５】
本発明は、上記事情に鑑みてなされたものであり、その目的は、膨大なデータをダウンロードもしくはアップロードしている最中に電波信号の伝播状態が変動したとしても伝送効率を極力低下させることなく、これによりユーザの体感速度を向上することができる通信システム、無線通信装置、サーバおよび無線通信装置のデータ通信方法を提供することにある。
【０００６】
【課題を解決するための手段】
上記課題を解決するため、請求項１記載の手段を採用できる。すなわち、無線通信装置の受信手段がサーバ側から送信される電波信号を受信し、判定手段が当該電波信号の受信状態を判定し、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルにおける各層のいずれかで規定されるプロトコルのヘッダ中に含まれるパラメータを設定することによりデータサイズを設定する。通信手段は、無線通信装置から当該データサイズで通信することをサーバに要求する。するとサーバはこの要求を受付け、無線通信装置とサーバとの間で当該データサイズでデータ通信を行う。すなわち、膨大なデータをダウンロードもしくはアップロードしている最中に電波信号の伝播状態が変動したとしても、その電波信号の伝播状態に応じて変化する電波信号の受信状態に合せて通信時のデータサイズを変更することで、電波信号の伝播状態に応じて転送速度を変化させることができる。これにより、ユーザが膨大なデータをダウンロードもしくはアップロードする最中に、電波信号の伝播状態が変動したとしても伝送（転送）効率を極力低下させることなく、ユーザの体感速度を向上させることができる。
尚、請求項３記載の無線通信装置、および請求項５記載のサーバは請求項１記載の通信システムを構成している。
尚、またデータサイズを設定する際には、ＯＳＩ参照モデルにおいて、望ましくはトランスポート層以下，もしくはネットワーク層以下，もしくはデータリンク層で規定されるプロトコルのヘッダ中のパラメータを設定することによりデータサイズを設定することが望ましい。
【０００７】
また、請求項２，４，６に係る発明において、パラメータは、最大セグメント長，ウィンドウサイズに関わるＴＣＰ／ＩＰパラメータで構成されているため、特にＴＣＰ／ＩＰを使用する場合に電波信号の伝播状態に応じてより有効的に転送速度を変化させることができる。
【０００８】
【発明の実施の形態】
以下、本発明の無線通信装置を、無線通信モジュール付カーナビゲーション装置に適用した通信システムの一実施形態について図１ないし図３を参照しながら説明する。
【０００９】
図１は、通信システムを概略的にブロック図で示している。尚、図１に示す通信システムＳは、携帯電話網を利用したネットワークを中心に示すものである。
【００１０】
カーナビゲーション装置１には、携帯電話網を利用して外部通信を可能にする無線通信モジュール２が取付可能で、車両に搭載可能に構成されており、移動局としても機能するようになっている。カーナビゲーション装置１は制御回路１ａを備えている。制御回路１ａは、ＣＰＵを主体として構成されメモリや位置特定部（何れも図示せず）を接続しており、メモリに記憶されたプログラムに基づいてナビゲーション機能および後述する通信機能を達成するように構成されている。ナビゲーション機能は、周知のように図示しないＧＰＳ衛星から送信されるＧＰＳ信号等に基づいて車両の現在位置を高精度に特定し表示部（図示せず）に地図情報と共に現在位置情報を表示させる機能である。尚、制御回路１ａは、本発明の判定手段、設定手段、通信手段に相当している。
カーナビゲーション装置１に受信手段としての無線通信モジュール２が取付けられると、基地局３およびＰＤＳＮ４を介してプロキシサーバ５との間で電波信号を介して通信可能になる。尚、無線通信モジュール２および基地局３間においては、所定のデータ変調方式により変調された電波信号により無線送受信が行われる。その詳細については、本発明とは直接関係しないためその詳細説明を省略する。
【００１１】
ＰＤＳＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｓｅｒｖｉｎｇ Ｎｏｄｅ）４は、外部接続要求に対するユーザ認証およびトラフィック管理等の処理を行うように構成されている。また固定局としても機能するプロキシサーバ５は、コンテンツサーバ７からのダウンロードデータのキャッシュ機能を有しており、プロキシサーバ５と外部装置（図１中の無線通信装置Ａや携帯電話機８）との間の通信網と、インターネット６網との通信を中継するように構成されている。プロキシサーバ５は、本発明のサーバに相当しており、受付手段および通信手段としても機能する。
コンテンツサーバ７は、音楽データ，画像データ等の各種コンテンツを記憶保持するサーバであり、外部から要求を受付けると当該データを所定のアプリケーション層のプロトコル（例えばＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ），ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等）により配信する機能やデータ保存する機能を有している。
このようにして、無線通信装置Ａの制御回路１ａは、プロキシサーバ５を介してインターネット６網，各種コンテンツサーバ７に接続することができ、各種データをダウンロードおよびアップロードすることができる。
【００１２】
上記構成の動作について、図２および図３をも参照しながら説明する。
本実施形態では、膨大なデータをダウンロードする際の動作について説明する。以下、無線通信装置Ａおよびプロキシサーバ５間で通信する際の各階層におけるプロトコル等を、ＯＳＩ参照モデル（ＯＳＩ階層モデルとも称される）との対応と共に図２を参照しながら簡潔に説明する。
図２は、無線通信装置Ａ（もしくは携帯電話機８）およびプロキシサーバ５間の通信時におけるプロトコルの階層構造を中心に示している。
下位層側から説明する。ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）は、２地点間で１または複数のプロトコルのデータグラムを送受信するためのプロトコルであり、ＯＳＩ参照モデルのデータリンク層に対応して通信方式が規定されている。
【００１３】
Ｅｔｈｅｒｎｅｔ（登録商標）は、ＣＳＭＡ／ＣＤ方式のＬＡＮ機能を達成するもので、ＯＳＩ参照モデルのデータリンク層の下位副層であるＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層以下が定義される。
【００１４】
ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）は、ＯＳＩ参照モデルのネットワーク層に対応している。ＩＰはＩＰデータグラムの規定を行い、ＩＰアドレスの設定及び識別や、接続されたネットワークにおけるＩＰデータグラムの配送や、中継ノードを介してデータグラムを転送する際の通信経路制御や、データグラムのフラグメンテーション処理を行うようになっている。
【００１５】
ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）は、ＩＰプロトコルの状態に関する情報を管理するプロトコルであり、無線通信装置Ａおよびプロキシサーバ５間のデータ転送中に生じたエラーを送信元に返送するためにＩＰと組み合わせられて設けられるプロトコルであり、ＯＳＩ参照モデルのネットワーク層に対応している。
【００１６】
ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）は、ＯＳＩ参照モデルのトランスポート層に対応している。ＴＣＰは、相互接続されたネットワークにおいてコネクション制御、転送制御、順序制御、流量制御（フローコントロール）機能を達成するようになっている。
【００１７】
ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）は、ＯＳＩ参照モデルのトランスポート層に対応している。ＵＤＰは、相互接続されたネットワークにおいてＩＰデータグラムを直接用いて、コネクションを用いずにデータを送信する機能を達成するプロトコルである。
【００１８】
ソケットインタフェースは、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）機能により達成される論理インタフェースであり、仮想ソケット制御部およびアプリケーション層（アプリケーションプログラム）側から下位層の例えばＴＣＰ／ＩＰを使用できるように構成されている。
【００１９】
無線通信装置Ａおよびプロキシサーバ５間は、前述説明したこれらのプロトコルおよび仮想ソケット制御部（および仮想ソケットインタフェース）を通じて、両ホスト（無線通信装置Ａおよびプロキシサーバ５）に記憶されたアプリケーションプログラムに基づいて互いに通信可能に構成されている。
【００２０】
＜仮想ソケット制御部について＞
以下、本発明の特徴の中心部分となる仮想ソケット制御部について説明する。仮想ソケット制御部は、ＯＳＩ参照モデルにおけるセッション層もしくはトランスポート層の拡張部として設けられており、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）認証等によるデータの暗号／解読処理（セキュリティ処理），データ圧縮伸張処理等が行われる。尚、仮想ソケット制御部とアプリケーション層とのインタフェースとして図２に示すように仮想ソケットインタフェースが設けられている。尚、従来、仮想ソケット制御部においては、このように一般的な処理が行われていたが、本発明においてこの仮想ソケット制御部を追加変更することにより本発明の目的を達成することができる。
【００２１】
カーナビゲーション装置１が、無線通信モジュール２を通じてアプリケーションプログラムによりプロキシサーバ５側に接続要求を行うと、当該ホスト間（無線通信装置Ａおよびプロキシサーバ５間）でコネクションが確立され、前述説明したプロトコルによるセッションが開始される。
【００２２】
両ホストＡおよび５がコネクションを確立するときには、無線通信装置ＡはＴＣＰにおいて、ＴＣＰヘッダのコードビットフィールドを設定してＳＹＮパケットをプロキシサーバ５側に送信する。
【００２３】
このとき、ＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｕｎｉｔ）は、ＰＰＰやＥｔｈｅｒｎｅｔの場合１５００オクテット（バイト）であるため、最大セグメント長（ＭＳＳ：Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚｅ）を設定するために、両ホストＡおよび５の間でＭＴＵが相互に通知され、最大セグメント長は１５００程度（例えば１４６０）オクテットで設定される。このとき、制御回路１ａはＴＣＰ／ＩＰパラメータのフラグを高速通信用フラグに設定する。またコネクションを確立するときには、無線通信装置Ａ側では、ＴＣＰヘッダのウィンドウサイズフィールドを設定しプロキシサーバ５側に送信することで連続受信可能なパケットの数，ウィンドウサイズを通知することで受信可能なデータサイズを通知する。
【００２４】
セッションが開始されるときには、両ホストＡおよび５は、セッションＩＤを記憶保持する。すなわち、例えば無線通信モジュール２および基地局３間における電波信号の伝播状態が悪化することによりセッションが一旦中断されたとしても、電波信号の伝播状態が回復したときには当該セッションＩＤを互いに要求，応答確認することにより当該セッションＩＤのセッションを再開することもできる。
【００２５】
このようにしてセッションＩＤを保持した状態で両ホストＡおよび５間で通信が行われると、例えばＴＣＰ／ＩＰにより通信を行う場合には、ＴＣＰヘッダ，ＩＰヘッダ等が設定され最大セグメント長，ウィンドウサイズ等のＴＣＰ／ＩＰパラメータが一旦設定された状態ではセッションが完全終了するまでは再設定することができないため、電波信号の伝播状態がどのように変化してもそのセッションが継続されてしまい、例えば１パケットのデータサイズを変更することができなくなり伝送効率が悪いこともある。
【００２６】
例えば次のような例が挙げられる。前述したように１パケットのデータサイズが両ホストＡおよび５間で比較的大きく（例えば１４６０オクテット）設定された状態で、両ホストＡおよび５間で通信中に電波信号の伝播環境が悪化した場合を想定する。このとき、電波信号の伝播環境が悪化することにより受信データのパケットロスが生じると、特にコネクション型のＴＣＰ／ＩＰを用いた通信が行われるとパケットの再送制御が行われるため、１パケットのデータサイズが比較的大きい場合には、１パケットのデータサイズが大きな設定のままセッションが完全終了するまで両ホストＡおよび５間で通信することになる。このため伝送効率が悪くなる。特に車両に無線通信機器Ａが搭載された状態で当該車両が道路などを走行中には、マルチパス、フェージング等の影響が時々刻々と変化し、電波信号に重畳するデータの品質劣化が激しくなり、より顕著に問題が現われる。
【００２７】
そこで伝送効率を向上させるため、カーナビゲーション装置１側の制御回路１ａは、仮想ソケット制御部において図３に示す処理を行う。図３は、無線通信装置Ａ側の制御回路１ａが行うセッション制御アルゴリズムをフローチャートで示している。尚、制御回路１ａが仮想ソケット制御部で行う処理内容として、データの暗号／解読処理（セキュリティ処理），データ圧縮伸張処理等も挙げられるが、これらの処理については本発明に直接関連せず、従来のデータ通信技術と同様のため、その動作説明を省略する。
両ホストＡおよび５間でコネクションが確立されセッションを開始するときに、無線通信装置Ａは受信した電波信号のＥｃ／Ｉｏ（パイロット信号強度対全受信信号強度）のレベルを電波信号の受信状態として測定，算出する（Ｓ１〜Ｓ２）。そして、このＥｃ／Ｉｏのレベルが第１のしきい値以上のレベルで継続する時間が所定時間（例えば１〜数秒）以上であるか否かを判定することにより回復傾向にあるか否かを判定する（Ｓ３）。
【００２８】
また、Ｅｃ／Ｉｏのレベルが第２のしきい値以下のレベルで継続する時間が所定時間（例えば１〜数秒）以上であるか否かを判定することにより悪化傾向にあるか否かを判定する（Ｓ３）。尚、第２のしきい値は第１のしきい値よりも小さい。すなわち、ヒステリシス特性を有する判定特性に基づいて回復傾向にあるか悪化傾向にあるかを判定する。したがって、急激なＥｃ／Ｉｏのレベル変動に対応することがなくなるため、誤判定を防止することができる。
【００２９】
また、Ｅｃ／Ｉｏのレベルの傾向がこれらの何れにも属さない不感帯にある場合においては、この測定状態を継続し電波信号の受信および測定を繰り返す（Ｓ３：維持からＳ１〜Ｓ２）。
【００３０】
回復傾向にあると判定された場合には、制御回路１ａは、ＴＣＰ／ＩＰパラメータが高速通信用であるか否かを確認する（Ｓ４）。具体的には、ＴＣＰ／ＩＰパラメータのフラグを確認する。このとき、前述したようにＴＣＰ／ＩＰパラメータのフラグは高速通信用に設定されており、１パケット１４６０オクテットで通信しているため、ＹＥＳと判定される。制御回路１ａは、ＴＣＰ／ＩＰにおいて輻輳制御により通信制限が行われているか否かを判定する（Ｓ５）。すなわち、輻輳制御によりＴＣＰ／ＩＰセッションの数が制限されているか否かを判定する。
【００３１】
通信制限中の場合にはＳ６において輻輳制御による通信制限を解除する。すなわち、ＴＣＰ／ＩＰのセッション数を増加するように設定し、Ｓ１から処理を繰り返す。Ｓ５において通信制限中でなければＳ６の処理を行うことなくＳ１に戻り処理を繰り返す。
【００３２】
尚、輻輳制御とは、無線通信装置Ａ側で通信開始初期には少ないセッションで設定しプロキシサーバ５との間で通信し、プロキシサーバ５側から確認応答（ＡＣＫ）を受付けながらセッション数を増加または減少させて調整する制御を示している。
【００３３】
すなわち、Ｅｃ／Ｉｏのレベルの傾向が回復傾向で、かつＴＣＰ／ＩＰパラメータが高速通信用に設定されている場合には、パケット数を最大限まで増加する制御を行うと共にセッション数を増加させて通信制御を行う。したがって、電波信号の受信状態が良好である場合には１パケット１４６０オクテット（最大限）まで増加させた状態で、さらにセッション数を増加させた状態で受信することができ、例えば膨大なデータを無線通信装置Ａ側でダウンロードする際には効率的に受信することができ、高速通信することができる。
【００３４】
さて、ここで電波信号の伝播環境が悪化した場合を想定すると、Ｓ３において、Ｅｃ／Ｉｏのレベルの傾向が悪化傾向と判定される（Ｓ３：悪化）。さらに悪化傾向であることが所定時間（例えば、１秒）継続した場合には、制御回路１ａはＴＣＰ／ＩＰパラメータが低速通信用であるか否かを判定する（Ｓ８）。この時点では、ＴＣＰ／ＩＰパラメータのフラグが高速通信用に設定されているので、制御回路１ａはＮＯと判定しＳ９〜Ｓ１１の処理を行う。すなわち、セッションを切断し（Ｓ９）、低速通信用のＴＣＰ／ＩＰパラメータを設定する（Ｓ１０）と共に、ＴＣＰ／ＩＰパラメータのフラグを低速通信用に設定する。この場合、制御回路１ａはプロキシサーバ５に当該データサイズで通信を行うことを要求する。プロキシサーバ５はこの通信要求を受付けると、無線通信装置Ａに確認応答する。すると無線通信装置Ａおよびプロキシサーバ５はセッションを開始する（Ｓ１１）。
【００３５】
Ｓ１０の処理についてより詳細に説明すると、Ｓ１０において、低速通信用のＴＣＰ／ＩＰパラメータを設定する際には、１パケットを５００〜６００オクテット程度（デフォルト値）に最大セグメント長が設定されるようにヘッダの中のパラメータを設定する。このパラメータを設定する具体的方法としては、ＴＣＰヘッダのオプションフィールドで最大セグメント長を設定する方法が挙げられる。また、低速通信用のＴＣＰ／ＩＰパラメータを設定する際には、ウィンドウサイズが例えば１となるようにＴＣＰヘッダの中のウィンドウサイズフィールド（パラメータ）を設定する。
【００３６】
すなわち、制御回路１ａは、Ｅｃ／Ｉｏのレベルの傾向が悪化傾向で，かつＴＣＰ／ＩＰパラメータを低速通信用に設定した場合には、最大セグメント長を例えばデフォルト値の５００〜６００オクテット程度（例えば５３６オクテット）に設定し、ウィンドウサイズを例えば１に設定するように制御を行い、セッションを再度開始する。セッションを開始すると、１パケット５００〜６００オクテット程度で受信する。したがって、例えば電波信号の伝播環境が悪化した状態で無線通信装置Ａ側で膨大なデータをダウンロードする場合に、たとえパケットロスしたとしても、１パケットのデータサイズが小さいため、各ホストＡおよび５間のデータの再送制御に関わる時間が少なくなり、データ伝送効率の低下を極力防ぐことができる。これにより、ユーザの体感速度を向上させることができる。
Ｓ７において、Ｅｃ／Ｉｏのレベルの傾向が悪化傾向にある時間が所定時間継続しない場合には（Ｓ７：ＮＯ）、輻輳制御により通信制限されているか否かを判定する（Ｓ１２）ことで、セッション数が制限されているか否かを判定し、制限されていない場合には輻輳制御により通信制限を行い（Ｓ１３）、セッション数を減少させる。
【００３７】
したがって、Ｓ３において悪化傾向と判定された後、Ｓ７においてこの悪化傾向が所定時間継続しないため、低速通信用のＴＣＰ／ＩＰパラメータに設定されなかったとしても、Ｓ１２およびＳ１３において輻輳制御により通信制限が行われるので、データ伝送効率の低下を極力防ぐことができる。尚、Ｓ８〜Ｓ１１の間においても、輻輳制御により通信制限しセッション数を低減して設定するようにしても良い。
【００３８】
さて、基地局３および無線通信装置Ａ間の電波信号の伝播状態が悪化している状態でこの状態が悪化した状態から回復し、Ｅｃ／Ｉｏの値が良化したことを想定して以下説明する。この場合、電波信号の伝播状態が悪化している状態では、ＴＣＰ／ＩＰパラメータは制御回路１ａにより低速通信用に設定されるが、Ｓ３において回復傾向にあると判定すると、Ｓ４においてＮＯと判定される。このとき、制御回路１ａはセッションを切断し、高速通信用のＴＣＰ／ＩＰパラメータを設定し、プロキシサーバ５に当該データサイズで通信を行うことを要求する。プロキシサーバ５はこの通信要求を受付けると、無線通信装置Ａに確認応答する。そして無線通信装置Ａの制御回路１ａはプロキシサーバ５との間でセッションを開始し（Ｓ１４〜Ｓ１６）、Ｓ１から処理を繰り返す。
【００３９】
したがってＳ１５において、ＴＣＰ／ＩＰパラメータを高速通信用に設定する際に、最大セグメント長１４６０オクテット、ウィンドウサイズを最大に設定することができるので、効率良くデータ伝送することができる。
【００４０】
以上説明したように、本実施形態によれば、カーナビゲーション装置１の制御回路１ａは、仮想ソケット制御部において電波信号のＥｃ／Ｉｏレベルを測定，算出し、電波信号の受信状態が回復傾向であるか悪化傾向であるかを判定し、この結果に基づいて最大セグメント長，ウィンドウサイズに関わるＴＣＰ／ＩＰパラメータを設定することにより１パケットのデータサイズを設定し、当該データサイズで通信することをプロキシサーバ５に要求し、当該要求が受付けられると、設定されたパケットのデータサイズでプロキシサーバ５およびカーナビゲーション装置１間で通信する。したがって、たとえ膨大なデータをダウンロードもしくはアップロードしている最中に電波信号の伝播状態が変動したとしても伝送効率を極力低下させることなく、これによりユーザの体感速度を向上することができる。
【００４１】
言い換えると、制御回路１ａは、仮想ソケット制御部において最大セグメント長，ウィンドウサイズのうち少なくとも何れか１つのパラメータを設定することによりデータサイズを設定するため、伝送効率を極力低下させることなく、ユーザの体感速度を向上することができる。
【００４２】
尚、ＩＰによるパケットの分割（フラグメント）機能やパケット長フィールド等を設定することにより、データサイズを変更設定するように構成しても良いが、この場合コネクション型のＴＣＰでなくコネクションレス型のＵＤＰを使用するとデータ消失する虞があるため、本実施形態のようにＴＣＰ／ＩＰにおける最大セグメント長およびＴＣＰヘッダのウィンドウサイズのＴＣＰ／ＩＰパラメータによりパケットのデータサイズを変更設定し、可能な限り一度にデータを転送するように構成することが、より望ましい。
【００４３】
（他の実施形態）
本発明は、上記実施形態に限定されるものではなく、例えば、以下のような変形，拡張が可能である。
無線通信装置を無線通信モジュール２付カーナビゲーション装置１に適用した実施形態を示したが、他の移動体用無線通信装置，車載用無線通信装置，携帯電話機、ＰＤＡ等に適用しても良い。
ダウンリンク（プロキシサーバ５側→無線通信装置Ａにダウンロード）側が高速な非対称型の通信システムに適用することもできるし、アップリンク（無線通信装置Ａ→プロキシサーバ５側にアップロード）側が高速な非対称型通信や対称型通信の通信システムにも適用することができる。
電波信号の受信状態を判定する手段として、Ｅｃ／Ｉｏのレベルを測定，算出し所定のしきい値を基準として判定する実施形態を示したが、これは例えばＲＳＳＩ（Ｒｅｃｅｉｖｅ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ；電界強度）、ＣＩＲ（搬送波対干渉比，信号電力対干渉電力比，干渉レベル）、もしくはＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ），ＦＥＲ（Ｆｒａｍｅ Ｅｒｒｏｒ Ｒａｔｅ）等の誤り率、を測定，算出し電波信号の受信状態を判定するようにしても良いし、これらのパラメータを組み合わせて判定するようにしても良い。
ＴＣＰ／ＩＰに限らず、他のプロトコルで行っても良い。
【図面の簡単な説明】
【図１】本発明の一実施形態を示す通信システムの概略的なブロック図
【図２】プロトコル構造を示す図
【図３】動作を示すフローチャート
【符号の説明】
１はカーナビゲーション装置、１ａは制御回路（判定手段、設定手段、通信手段）、２は無線通信モジュール（受信手段）、５はプロキシサーバ（サーバ，受付手段，通信手段）、７はコンテンツサーバ、８は携帯電話機（無線通信装置）、Ａは無線通信装置、Ｓは通信システムである。

Claims (7)

1. サーバと、電波信号を介して前記サーバとの間でデータ通信する無線通信装置とを備えた通信システムにおいて、
   前記無線通信装置は、
   前記サーバ側から送信される電波信号を受信する受信手段と、
   この受信手段により受信された電波信号の受信状態を判定する判定手段と、
   この判定手段により判定された電波信号の受信状態に基づいてＯＳＩ参照モデルにおける各層のいずれかで規定されるプロトコルのヘッダ中に含まれるパラメータを設定することによりデータサイズを設定する設定手段と、
   この設定手段により設定されたデータサイズで通信することを前記サーバに要求し当該要求が受付けられると当該データサイズで前記サーバとの間でデータ通信する通信手段と、を備え、
   前記サーバは、
   前記無線通信装置の設定手段により設定されたデータサイズで前記通信手段から通信することが要求されると当該データサイズでデータ通信することを受付ける受付手段と、
   この受付手段により受付けられたデータサイズで前記無線通信装置との間でデータ通信する通信手段を備えたことを特徴とする通信システム。
2. 前記パラメータは、最大セグメント長，ウィンドウサイズに関わるＴＣＰ／ＩＰパラメータであることを特徴とする請求項１記載の通信システム。
3. 電波信号を介してサーバとの間でデータ通信する無線通信装置において、
   前記サーバ側から送信される電波信号を受信する受信手段と、
   この受信手段により受信された電波信号の受信状態を判定する判定手段と、
   この判定手段により判定された電波信号の受信状態に基づいてＯＳＩ参照モデルにおける各層のいずれかで規定されるプロトコルのヘッダ中に含まれるパラメータを設定することでデータサイズを設定する設定手段と、
   この設定手段により設定されたデータサイズで前記サーバとの間でデータ通信する通信手段と、
   を備えたことを特徴とする無線通信装置。
4. 前記パラメータは、最大セグメント長，ウィンドウサイズに関わるＴＣＰ／ＩＰパラメータであることを特徴とする請求項３記載の無線通信装置。
5. 電波信号を介して無線通信装置との間でデータ通信するサーバにおいて、
   当該サーバ側から送信される電波信号を受信した無線通信装置が当該電波信号の受信状態に基づいてＯＳＩ参照モデルにおける各層のいずれかで規定されるプロトコルのヘッダ中に含まれるパラメータを設定することでデータサイズを設定し当該データサイズで通信することが要求されると当該要求を受付ける受付手段と、
   この受付手段により受付けられたデータサイズで前記無線通信装置との間でデータ通信する通信手段とを備えたことを特徴とするサーバ。
6. 前記パラメータは、最大セグメント長，ウィンドウサイズに関わるＴＣＰ／ＩＰパラメータであることを特徴とする請求項５記載のサーバ。
7. 電波信号を介してサーバとの間でデータ通信する無線通信装置のデータ通信方法において、
   前記サーバ側から送信される電波信号を受信するステップと、
   受信された電波信号の受信状態を判定するステップと、
   判定された電波信号の受信状態に基づいてＯＳＩ参照モデルにおける各層のいずれかで規定されるプロトコルのヘッダ中に含まれるパラメータを設定することでデータサイズを設定するステップと、
   設定されたデータサイズで前記サーバとの間でデータ通信するステップと、
   を備えたことを特徴とする無線通信装置のデータ通信方法。

Images