特許 5952203 中継機器、通信システム及び中継方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5952203

(24)【登録日】2016年6月17日

(45)【発行日】2016年7月13日

(54)【発明の名称】中継機器、通信システム及び中継方法

(51)【国際特許分類】

   H04W 28/10 20090101AFI20160630BHJP

   H04L 12/807 20130101ALI20160630BHJP

   H04W 80/06 20090101ALI20160630BHJP

   H04W 88/04 20090101ALI20160630BHJP

   H04M 11/00 20060101ALI20160630BHJP

【ＦＩ】

   H04W28/10

   H04L12/807

   H04W80/06

   H04W88/04

   H04M11/00 302

【請求項の数】10

【全頁数】13

(21)【出願番号】特願2013-28744(P2013-28744)

(22)【出願日】2013年2月18日

(65)【公開番号】特開2014-158202(P2014-158202A)

(43)【公開日】2014年8月28日

【審査請求日】2014年6月17日

【前置審査】

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100124154

【弁理士】

【氏名又は名称】下坂 直樹

(72)【発明者】

【氏名】永井 裕人

【審査官】 桑原 聡一

(56)【参考文献】

【文献】 特開２０１１−１７６５４０（ＪＰ，Ａ）

【文献】 特開２００６−２４５８２４（ＪＰ，Ａ）

【文献】 特開２００８−１７２５２１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

Ｈ０４Ｌ １２／８０７

Ｈ０４Ｍ １１／００

(57)【特許請求の範囲】

【請求項1】

第２の通信先から中継データを受信して出力し、
前記第２の通信先との通信状態を出力し、
第１の通信先からの受信確認を待たずに前記第２の通信先が前記第１の通信先に送信することができるデータ量である受信ウィンドウサイズを含むデータを前記第２の通信先に送信する、第２通信手段と、
入力した前記通信状態に応じて前記受信ウィンドウサイズを決定し、前記第２通信手段に供給する、制御手段と、
入力される前記中継データを前記第１の通信先に送信する第１通信手段と、
を備え、
前記制御手段は、所定のタイミングで前記通信状態を入力し、前記通信状態と前回入力した前記通信状態を比較し、前記通信状態が前回入力した前記通信状態から変化した場合は、変化に応じて前記受信ウィンドウサイズを決定し、前記通信状態が前回入力した前記通信状態よりも悪化した場合は、前記受信ウィンドウサイズとして前回決定した値よりも小さなゼロでない値を受信ウィンドウサイズとして決定することを特徴とする、
中継機器。

【請求項2】

第２の通信先から中継データを受信して出力し、
前記第２の通信先との通信状態を出力し、
第１の通信先からの受信確認を待たずに前記第２の通信先が前記第１の通信先に送信することができるデータ量である受信ウィンドウサイズを含むデータを前記第２の通信先に送信する、第２通信手段と、
入力した前記通信状態に応じて前記受信ウィンドウサイズを決定し、前記第２通信手段に供給する、制御手段と、
入力される前記中継データを前記第１の通信先に送信する第１通信手段と、
を備え、
前記制御手段は、所定のタイミングで前記通信状態を入力し、前記通信状態と前回入力した前記通信状態を比較し、前記通信状態が前回入力した前記通信状態から変化した場合は、変化に応じて前記受信ウィンドウサイズを決定し、前記通信状態が前回入力した前記通信状態よりも良化した場合は、前記受信ウィンドウサイズとして前回決定した値よりも大きな値を受信ウィンドウサイズとして決定することを特徴とする、
中継機器。

【請求項3】

請求項１に記載の中継機器であって、
前記制御手段は、前記通信状態が前回入力した前記通信状態よりも良化した場合は、前記受信ウィンドウサイズとして前回決定した値よりも大きな値を受信ウィンドウサイズとして決定することを特徴とする、
中継機器。

【請求項4】

請求項１乃至３のいずれか１項に記載の中継機器であって、
前記制御手段は、
前記第１の通信先が前記第１通信手段に送信したデータに含まれる受信ウィンドウサイズを、前記制御手段が決定した受信ウィンドウサイズで置換し、
前記第２通信手段は、
前記第２の通信先に、置換した受信ウィンドウサイズを含むデータを送信することを特徴とする、
中継機器。

【請求項5】

請求項１乃至４のいずれか１項に記載の中継機器であって、
前記通信状態として、受信信号強度又は搬送波レベル対干渉・雑音比を用いることを特徴とする、中継機器。

【請求項6】

請求項１乃至５のいずれか１項に記載の中継機器であって、
さらに、音声入出力手段を備え、
前記音声入出力手段は、前記第２通信手段が受信した音声データを音声出力し、前記音声入出力手段に入力された音声データを前記第２の通信先に送信することを特徴とする、
中継機器。

【請求項7】

請求項１乃至６のいずれか１項に記載の中継機器と、
前記第１の通信先を備え、
前記第１の通信先は、
前記第１通信手段と通信可能な第３通信手段を有することを特徴とする、
通信システム。

【請求項8】

請求項７に記載の通信システムは、
さらに前記第２の通信先を備え、
前記第２の通信先は、
前記第２通信手段と通信可能で、前記受信ウィンドウサイズを含むデータを受信し、前記受信ウィンドウサイズが示すデータ量まで前記第１の通信先からの受信確認を待たずに前記中継データを送信する、第４通信手段を備えることを特徴とする、
通信システム。

【請求項9】

第２の通信先との通信状態を出力し、
入力した前記通信状態に応じて第１の通信先からの受信確認を待たずに前記第２の通信先が前記第１の通信先に送信することができるデータ量である受信ウィンドウサイズを決定し、
決定した前記受信ウィンドウサイズを含むデータを前記第２の通信先に送信し、
第２の通信先から中継データを受信して出力し、
入力される前記中継データを前記第１の通信先に送信し、
所定のタイミングで前記通信状態を入力し、前記通信状態と前回入力した前記通信状態を比較し、前記通信状態が前回入力した前記通信状態から変化した場合は、変化に応じて前記受信ウィンドウサイズを決定し、前記通信状態が前回入力した前記通信状態よりも悪化した場合は、前記受信ウィンドウサイズとして前回
決定した値よりも小さなゼロでない値を受信ウィンドウサイズとして決定することを特徴とする、
中継方法。

【請求項10】

第２の通信先との通信状態を出力し、
入力した前記通信状態に応じて第１の通信先からの受信確認を待たずに前記第２の通信先が前記第１の通信先に送信することができるデータ量である受信ウィンドウサイズを決定し、
決定した前記受信ウィンドウサイズを含むデータを前記第２の通信先に送信し、
第２の通信先から中継データを受信して出力し、
入力される前記中継データを前記第１の通信先に送信し、
所定のタイミングで前記通信状態を入力し、前記通信状態と前回入力した前記通信状態を比較し、前記通信状態が前回入力した前記通信状態から変化した場合は、変化に応じて前記受信ウィンドウサイズを決定し、前記通信状態が前回入力した前記通信状態よりも良化した場合は、前記受信ウィンドウサイズとして前回決定した値よりも大きな値を受信ウィンドウサイズとして決定することを特徴とする、
中継方法。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、中継機器、通信システム及び中継方法に関する。

【背景技術】

【0002】

端末間でＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットの転送を行う場合、ＴＣＰパケットの送信側端末がＴＣＰパケットの受信側端末の応答を待たずに送信できるデータ量は、固定されている場合が多い。すなわち、ＴＣＰパケットの受信側端末の応答を待たずに送信できるデータ量を表すＴＣＰ ＲＷＩＮ（ＴＣＰ Ｒｅｃｅｉｖｅ Ｗｉｎｄｏｗ Ｓｉｚｅ：伝送制御受信ウィンドウサイズ）は、固定されている場合が多い。受信側で固定されているＴＣＰ ＲＷＩＮは、ＴＣＰ接続確立時に、送信側端末に通知される。

【0003】

ＴＣＰ ＲＷＩＮの値が大きい場合、送信側端末は受信側端末の応答を待たずに連続でデータを送信できるため、スループットが向上する。しかし、１個のＴＣＰパケットでも受信に失敗した場合は、受信に失敗したＴＣＰパケット以降の全データを再度送信する必要があるため、データ再送にかかるオーバーヘッドが大きくなる。

【0004】

逆にＴＣＰ ＲＷＩＮの値が小さい場合、ＴＣＰパケットの受信に失敗した場合に再度送信するデータ量も小さくなり、データ再送にかかるオーバーヘッドが小さくなる。しかし、受信側端末の応答を待つ回数が多くなるため、スループットは低下する。

【0005】

送信側端末と受信側端末の通信経路が有線回線の場合、通信経路の状態が変化することは少ないため、固定されたＴＣＰ ＲＷＩＮを使用し続けてもスループットへの影響は小さい。しかしながら、送信側端末と受信側端末の通信経路が無線回線の場合、電波状態によって通信経路の状態が大きく変化する。特に、端末の移動などによりデータ通信中に無線回線の通信経路の電波状態が急激に悪化した場合、ＴＣＰパケットの受信に失敗する頻度が高くなる。したがって、ＴＣＰ接続確立時に受信側端末で決定したＴＣＰ ＲＷＩＮを固定で使用し続けると、データ再送のオーバーヘッドが大きく、スループットの低下につながってしまう。

【0006】

逆に、端末の移動などにより、データ通信中に無線回線の通信経路の電波状態が良くなる場合がある。この場合、ＴＣＰ接続確立時に受信側端末で決定したＴＣＰ ＲＷＩＮを固定で使用し続けると、受信側端末の応答の回数が無駄に増えてしまい、十分なスループットを得られない。また、通信の課金方式が従量制課金の場合、ＴＣＰ ＲＷＩＮが適切な値でないことにより、余計なパケット分に課金がされ、ユーザーに余分な料金がかかってしまうことも考えられる。

【0007】

上記の課題を解決する技術が、特許文献１に記載されている。図１０は、特許文献１に記載されている端末を含むネットワークを示すブロック図である。端末１１０１〜１１０４は、無線リンク（基地局１２０１〜１２０４）を介して無線制御装置１３０１、１３０２およびパケットサービスノードや移動先位置登録装置／交換装置１４０１〜１４０４などに接続されている。パケットサービスノードや移動先位置登録装置／交換装置１４０１〜１４０４は、移動通信システム内またはインターネット上のサーバ１５０１と通信を行っている。

【0008】

端末１１０１は、無線制御装置１３０１との間で通信が確立されると、端末１１０１での通信状況を示す値を基準として、ＴＣＰ ＲＷＩＮを適宜変更する。たとえば、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ：受信信号強度）や、ＣＩＮＲ（Ｃａｒｒｉｅｒ ｔｏ Ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ Ｎｏｉｓｅ Ｒａｔｉｏ：搬送波レベル対干渉・雑音比）に応じてＴＣＰ ＲＷＩＮを複数用意しておき、端末１１０１に設定する。

【0009】

このようにして、通信状況にあわせて適切なＴＣＰ ＲＷＩＮを動的に設定することにより、全体のスループットを向上させ、または無駄な再送を削減することができる。

【先行技術文献】

【特許文献】

【0010】

【特許文献1】特開２００８−２８９０８０

【発明の概要】

【発明が解決しようとする課題】

【0011】

しかしながら、特許文献１に記載の発明には、以下の問題があった。近年、携帯電話やＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレット端末等、一人のユーザーが複数の携帯端末を同時に携帯することが増えている。これらの携帯端末が外部ネットワークに接続する際に、それぞれの携帯端末が外部ネットワークに接続するのではなく、モバイルルーターと呼ばれる中継機器を介して接続する方法がある。モバイルルーターは、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）側伝送路で外部ネットワークに接続する携帯電話等の基地局と広域無線で接続し、他方で無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の狭域無線で携帯端末と接続する。ＷＡＮ側伝送路がＷｉＭＡＸ（登録商標）や公衆無線ＬＡＮなどの場合、電波状態によって通信経路の状態が大きく変化する。

【0012】

特許文献１に記載のネットワークでは、端末１１０１が、端末１１０１での通信状況を基準として、ＴＣＰ ＲＷＩＮを適宜変更している。したがって、端末１１０１と基地局１２０１〜１２０４の間で、モバイルルーターを介して通信を行う場合、ＷＡＮ側伝送路の通信状況を把握することが出来ない。特許文献１に記載のネットワークでは、モバイルルーターを介して端末１１０１と基地局１２０１〜１２０４の間で通信を行う場合、モバイルルーターと基地局１２０１〜１２０４の間で輻輳が生じても、ＴＣＰ ＲＷＩＮを変更できない。

【0013】

本発明は、上記の課題を解決する中継機器、通信システム及び中継方法を提供することを目的とする。

【課題を解決するための手段】

【0014】

本発明の中継機器は、第２の通信先から中継データを受信して出力し、前記第２の通信先との通信状態を出力し、第１の通信先からの受信確認を待たずに前記第２の通信先が前記第１の通信先に送信することができるデータ量である受信ウィンドウサイズを含むデータを前記第２の通信先に送信する、第２通信手段と、入力した前記通信状態に応じて前記受信ウィンドウサイズを決定し、前記第２通信手段に供給する、制御手段と、入力される前記中継データを前記第１の通信先に送信する第１通信手段と、を備えていることを特徴とする。

【0015】

また、本発明の中継方法は、第２の通信先との通信状態を出力し、入力した前記通信状態に応じて第１の通信先からの受信確認を待たずに前記第２の通信先が前記第１の通信先に送信することができるデータ量である受信ウィンドウサイズを決定し、決定した前記受信ウィンドウサイズを含むデータを前記第２の通信先に送信し、第２の通信先から中継データを受信して出力し、入力される前記中継データを前記第１の通信先に送信することを特徴とする。

【発明の効果】

【0016】

本発明によれば、上記の課題を解決する中継機器、通信システム及び中継方法が提供される。

【図面の簡単な説明】

【0017】

【図1】第１の実施形態に係る中継機器の構成を示すブロック図である。

【図2】第１の実施形態に係る中継機器の変形例の構成を示すブロック図である。

【図3】第１の実施形態に係る中継機器の動作を表すシーケンス図である。

【図4】第１の実施形態に係る中継機器を含む通信システムの具体例の構成を示すブロック図である。

【図5】第１の実施形態に係る中継機器を含む通信システムの具体例の動作を示すシーケンス図である。

【図6】第２の実施形態に係る中継機器の動作を示すシーケンス図である。

【図7】は、第２の実施形態に係る中継機器を含む通信システムの具体例の動作を示すシーケンス図である。

【図8】第３の実施形態に係る中継機器の制御手段の動作を示すフローチャートである。

【図9】第３の実施形態に係る中継機器の他の一例の、制御手段の動作を示すフローチャートである。

【図10】特許文献１に記載されている端末を含むネットワークを示すブロック図である。

【発明を実施するための形態】

【0018】

［第１の実施形態］
図１乃至５を用いて、第１の実施形態に係る中継機器について説明する。図１は、第１の実施形態に係る中継機器の構成を示すブロック図である。中継機器１００は、第１通信手段１１１と、第２通信手段１１２と、制御手段１１０を有する。

【0019】

第１通信手段１１１及び第２通信手段１１２は、それぞれの通信先と通信することができる通信手段であればいずれでも採用することができる。例えば、中継機器１００がモバイルルーターである場合、第１通信手段１１１は、携帯電話やＰＣ、タブレット端末等の通信端末と通信することが想定される。したがって、Ｂｌｕｅｔｏｏｔｈ（登録商標）や無線ＬＡＮに準拠した近距離通信を行うことが出来る無線通信手段を用いることが考えられる。また、第２通信手段１１２は、ＨＴＭＬや画像などのファイル提供を行うサービスプログラムが動作するサーバ等と通信し、その通信経路としては、移動体通信網やＷｉＭＡＸ（登録商標）、公衆無線ＬＡＮなどの無線回線が用いられることが想定される。したがって、これらの通信を行うことが出来る無線通信手段を用いることが考えられる。

【0020】

第２通信手段１１２は、第２通信手段１１２の通信先から受信したデータを第１通信手段１１１に転送し、第１通信手段１１１は、第２通信手段１１２から転送されたデータを第１通信手段１１１の通信先に送信する。

【0021】

なお、ＷｉＭＡＸ（登録商標）は、ＩＥＥＥ８０２.１６ｅにより規格化された無線方式の伝送路である。また、公衆無線ＬＡＮは、ＩＥＥＥ８０２．１１により規格化された無線ＬＡＮを利用した伝送路である。

【0022】

制御手段１１０は、プロセッサーから構成され、第１通信手段１１１や第２通信手段を含む中継機器１００の動作を制御する。また、第２通信手段１１２と第２通信手段１１２の通信先との間の通信状態に応じて、ＴＣＰ ＲＷＩＮの値を決定する。

【0023】

図２は、第１の実施形態に係る中継機器１００の変形例の構成を示すブロック図である。図２に示されるように、中継機器１００は、音声入出力手段１１３を備えていても良い。音声入出力手段１１３は、第２通信手段１１２が受信した音声データを音声出力し、音声入出力手段１１３に入力された音声データを第２通信手段の通信先１１２に送信することができる。すなわち、単なる中継機器でなく、携帯電話やスマートフォンが外部ネットワークに接続するための第２通信手段１１２を、第１通信手段１１１を介して、他の通信端末にも提供する構成とすることができる。

【0024】

次に、第１の実施形態に係る中継機器の動作について、説明する。図３は、第１の実施形態に係る中継機器１００の動作を表すシーケンス図である。第１通信手段１１１の通信先を使用して、第２通信手段１１２の通信先からファイルのダウンロードなどを行う際に、中継機器１００を介して第１通信手段１１１の通信先と第２通信手段１１２で物理的接続が確立される。制御手段１１０は、第２通信手段１１２と第２通信手段１１２の通信先の間の通信状態を取得する（Ａ１）。通信状態としては、例えば、ＲＳＳＩやＣＩＮＲを用いることができる。続いて、制御手段１１０は、Ａ１で取得した通信状態に応じて、ＴＣＰ ＲＷＩＮを設定する（Ａ２）。

【0025】

通信状態に応じたＴＣＰ ＲＷＩＮの設定は、通信状況に応じて中継機器１００の利用者にとって適切なスループットを実現するＴＣＰ ＲＷＩＮを設定することができる。例えば、図示されない記憶手段に、ＲＳＳＩやＣＩＮＲの値と対応してＴＣＰ ＲＷＩＮの値をあらかじめ定めておき、Ａ１で取得したＲＳＳＩやＣＩＮＲの値と対応したＴＣＰ ＲＷＩＮの値を設定することができる。また、ＲＳＳＩ、ＣＩＮＲがあらかじめ設定された値より大きくなった場合に使用するＴＣＰ ＲＷＩＮの候補を数パターン準備しておいても良い。

【0026】

制御手段１１０は、ＴＣＰ ＲＷＩＮを含むデータを第２通信手段１１２に転送し、第２通信手段１１２は第２通信手段１１２の通信先に送信する（Ａ３）。第２通信手段１１２の通信先は、ＴＣＰ ＲＷＩＮで定められたデータ量の範囲で、第１通信手段１１１の通信先からの受信確認を待たずに第１通信手段１１１の通信先に送信することができる。

【0027】

図４は、第１の実施形態に係る中継機器１００を含む通信システムの具体例の構成を示すブロック図である。この通信システムは、中継機器１００と、第１通信手段と通信可能な第３通信手段２１１を備える受信側通信機器２００と、第２通信手段１１２と通信可能な第４通信手段３１１を含む送信側通信機器３００を含む。

【0028】

受信側通信機器２００としては、携帯電話やＰＣ、タブレット端末等の通信端末と通信することが想定される。また、送信側通信機器３００としては、上述したサーバー等が想定される。送信側通信機器３００は、第４通信手段３１１を介して受信ウィンドウサイズを含むデータを受信すると、受信ウィンドウサイズが示すデータ量まで、第１通信手段１１１の通信先からの受信確認を待たずにデータを送信する。

【0029】

図５は、第１の実施形態に係る中継機器１００を含む通信システムの具体例の動作を示すシーケンス図である。中継機器１００を介して受信側通信機器２００と送信側通信機器３００で物理的接続が確立されると、制御手段１１０は、第２通信手段１１２と第２通信手段の通信先の間の通信状態を取得する（Ｂ１）。続いて、制御手段１１０は、Ｂ１で取得した通信状態に応じて、ＴＣＰ ＲＷＩＮを設定する（Ｂ２）。制御手段１１０は、ＴＣＰ ＲＷＩＮを含むデータを第２通信手段１１２に転送し、第２通信手段１１２は、ＴＣＰ ＲＷＩＮを含むデータを、第２通信手段１１２の通信先に送信する（Ｂ３）。送信側通信機器３００は、ＴＣＰ ＲＷＩＮを含むデータを受信し（Ｂ４）、以後、ＴＣＰ ＲＷＩＮで定められたデータ量の範囲で、受信側通信機器２００からの受信確認を待たずに受信側通信機器２００にデータ送信することができる。

【0030】

第１の実施形態に係る中継機器１００によれば、第１通信手段１１１の通信先と第２通信手段１１２の通信先の間に中継機器１００が加わった場合でも、中継機器１００と第２通信手段１１２の通信先の間の通信状況を把握することができる。中継機器１００と第２通信手段１１２の通信先との間で輻輳が生じても、ＴＣＰ ＲＷＩＮを変更することができ、最適なＴＣＰ ＲＷＩＮを設定することができる。
［第２の実施形態］
図６及び７を用いて、第２の実施形態に係る中継機器の動作について説明する。第２の実施形態に係る中継機器１００は、第１の実施形態に係る中継機器１００と同じ構成を有する。第２の実施形態に係る中継機器１００は、第１通信手段１１１が受信したデータに含まれるＴＣＰ ＲＷＩＮを、制御手段１１０が決定した受信ウィンドウサイズで置換する点において、第１の実施形態に係る中継機器１００と相違する。

【0031】

図６は、第２の実施形態に係る中継機器１００の動作を示すシーケンス図である。中継機器１００を介して、第１通信手段１１１の通信先と第２通信手段１１２で物理的接続が確立されると、第１通信手段１１１が、ＴＣＰ ＲＷＩＮを含むデータを受信する（Ｃ１）。このデータは、第１通信手段１１１の通信先が、固定あるいは任意で設定したＴＣＰ ＲＷＩＮを含むデータである。一方、制御手段１１０は、第２通信手段１１２と第２通信手段１１２の通信先の間の通信状態を取得する（Ｃ２）。

【0032】

続いて、制御手段１１０は、Ｃ２で取得した通信状態に応じて、ＴＣＰ ＲＷＩＮを設定し、第１通信手段１１１が受信したデータに含まれるＴＣＰ ＲＷＩＮを、制御手段１１０が設定したＴＣＰ ＲＷＩＮで置換する（Ｃ３）。制御手段１１０は、置換したデータを第２通信手段１１２に転送し、第２通信手段１１２が第２通信手段１１２の通信先に送信する（Ｃ４）。第２通信手段１１２の通信先は、データに含まれるＴＣＰ ＲＷＩＮで定められたデータ量の範囲で、第１通信手段１１１の通信先からの受信確認を待たずに第１通信手段１１１の通信先に送信することができる。

【0033】

図７は、第２の実施形態に係る中継機器１００を含む通信システムの具体例の動作を示すシーケンス図である。図７に示される通信システムの構成は、図５に示される通信システムと同様である。中継機器１００を介して受信側通信機器２００と送信側通信機器３００で物理的接続が確立されると、受信側通信機器２００は、ＴＣＰ ＲＷＩＮを設定する（Ｄ１）。受信側通信機器２００が設定するＴＣＰ ＲＷＩＮは、固定されて設定されているものでもよいし、任意に設定したものでも良い。

【0034】

次に第１通信手段１１１が、ＴＣＰ ＲＷＩＮを含むデータを受信する（Ｄ２）。制御手段１１０は、第２通信手段１１２と第４通信手段３１１との間の通信状態を取得する（Ｄ３）。続いて、制御手段１１０は、Ｄ３で取得した通信状態に応じて、ＴＣＰ ＲＷＩＮを設定する。さらに、第１通信手段１１１が受信したデータに含まれるＴＣＰ ＲＷＩＮを、制御手段１１０が設定したＴＣＰ ＲＷＩＮで置換する（Ｄ４）。制御手段１１０は、置換したデータを第２通信手段１１２に転送し、第２通信手段１１２が第２通信手段１１２の通信先に送信する（Ｄ５）。第４通信手段３１１はデータを受信する（Ｄ６）。

【0035】

送信側通信機器３００は、データに含まれるＴＣＰ ＲＷＩＮで定められたデータ量の範囲で、受信側通信機器２００からの受信確認を待たずに受信側通信機器２００の通信先に送信することができる。

【0036】

第２の実施形態に係る中継機器１００によれば、第１通信手段１１１の通信先がＴＣＰ ＲＷＩＮを設定した場合でも、中継機器１００が、中継機器１００と第２通信手段１１２の通信先との間で通信状態に応じてＴＣＰ ＲＷＩＮを変更することができる。したがって、第１通信手段１１１の通信先は、特別な設定をすることなく、最適なＴＣＰ ＲＷＩＮに基づいて通信をすることができる。
［第３の実施形態］
図８及び図９を用いて第３の実施形態に係る中継機器について説明する。第３の実施形態に係る中継機器は、第１の実施形態に係る中継機器１００または第２の実施形態にかかる中継機器１００を用いることができる。

【0037】

図８を用いて、第１の実施形態を前提とした、第３の実施形態に係る中継機器１００の動作について説明する。図８は、第３の実施形態に係る中継機器１００の制御手段１１０の動作を示すフローチャートである。第３の実施形態に係る中継機器１００は、第１の実施形態と構成は同じであるが、ＴＣＰ ＲＷＩＮの設定において相違点を有する。

【0038】

制御手段１１０は、図３に示すようにＴＣＰ ＲＷＩＮを設定するが、設定した後に、図１に図示されない記憶手段に、最後に取得した第２通信手段２１１と第２通信手段２１１の通信先との間の通信状態の値を保存しておく。そして、前回設定した通信状態を記憶手段から取得し（Ｓ１１）、所定のタイミングで、現在の通信状態を取得し（Ｓ１２）、通信状態が変化したか判断する（Ｓ１３）。通信状態が変化した場合は（Ｓ１３，ＹＥＳ）、制御手段１１０は最後に取得した通信状態に応じてＴＣＰ ＲＷＩＮを選択し（Ｓ１４）、ＴＣＰ ＲＷＩＮを含むデータを第２通信手段１１２に転送する（Ｓ１５）。

【0039】

ＴＣＰ ＲＷＩＮは、Ｓ１２で取得した通信状態がＳ１１で取得した通信状態よりも悪化した場合は、前回決定した値よりも小さな値とする。これにより、再送するデータ量が少なくて済み、送信のオーバーヘッドが小さくなり、全体のスループット向上につながる。一方で、Ｓ１２で取得した通信状態がＳ１１で取得した通信状態よりも良化した場合は、前回決定した値よりも大きな値とする。これにより、スループットを高めることができる。

【0040】

次に、図９を用いて、第２の実施形態を前提とした、第３の実施形態に係る中継機器１００の動作の他の一例について説明する。図９は、第３の実施形態に係る中継機器１００の他の一例の、制御手段１１０の動作を示すフローチャートである。Ｓ２１〜Ｓ２４までは、図８に示したフローチャートのＳ１１〜Ｓ１４までと同じである。図９に示す中継機器１００の制御手段１１０では、ＴＣＰ ＲＷＩＮを選択した後に（Ｓ２４）、第１通信手段１１１が、第１通信手段１１１の通信先からＴＣＰ ＲＷＩＮを含むデータを受信したか否か確認する（Ｓ２５）。データを受信していた場合は（Ｓ２５，ＹＥＳ）、データに含まれるＴＣＰ ＲＷＩＮを、制御手段１１０が選択したＴＣＰ ＲＷＩＮで置換し（Ｓ２６）、第２通信手段１１２に転送する（Ｓ２７）。データを受信していない場合は（Ｓ２５，ＮＯ）、制御手段１１０が選択したＴＣＰ ＲＷＩＮを含むデータをそのまま第２通信手段１１２に転送する（Ｓ２７）。

【0041】

ＴＣＰ ＲＷＩＮは、Ｓ２２で取得した通信状態がＳ２１で取得した通信状態よりも悪化した場合は、前回決定した値よりも小さな値とすることができる。これにより、再送するデータ量が少なくて済み、送信のオーバーヘッドが小さくなり、全体のスループット向上につながる。一方で、Ｓ２２で取得した通信状態がＳ２１で取得した通信状態よりも良化した場合は、前回決定した値よりも大きな値とすることができる。これにより、スループットを高めることができる。

【0042】

第３の実施形態に係る中継機器１００によれば、通信状態が変化した際にも、適切なＴＣＰ ＲＷＩＮを設定することができる。また、前回の通信状態と比較してＴＣＰ ＲＷＩＮを設定することにより、スループットを向上することができる。

【0043】

本発明の中継機器、通信システム及び中継方法は、上記実施形態に基づいて説明されているが、上記実施形態に限定されることなく、本発明の範囲内において、かつ本発明の基本的技術思想に基づいて、上記実施形態に対し種々の変形、変更及び改良を含むことができることはいうまでもない。また、本発明の請求の範囲の枠内において、種々の開示要素の多様な組み合わせ・置換ないし選択が可能である。本発明のさらなる課題、目的及び展開形態は、請求の範囲を含む本発明の全開示事項からも明らかにされる。

【符号の説明】

【0044】

１００ 中継機器
１１１ 第１通信手段
１１２ 第２通信手段
１１３ 音声入出力手段
１１０ 制御手段
２００ 受信側通信機器
２１１ 第３通信手段
３００ 送信側通信機器
３１１ 第４通信手段
１１０１〜１１０４ 端末
１２０１〜１２０４ 基地局
１３０１、１３０２ 無線制御装置
１４０１、１４０３ 移動先位置登録装置／交換装置
１４０２、１４０４ パケットサービスノード
１５０１ サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】