JP2002281106A

JP2002281106A - データ通信方法及びそのシステム

Info

Publication number: JP2002281106A
Application number: JP2001082064A
Authority: JP
Inventors: Hitoshi Obata; 仁小幡; Kazuhisa Higuchi; 和久樋口; Shinji Uetsuki; 伸次植月
Original assignee: PHONE EAST CO Ltd J; J Phone East Co Ltd
Current assignee: PHONE EAST CO Ltd J; SoftBank Corp
Priority date: 2001-03-22
Filing date: 2001-03-22
Publication date: 2002-09-27
Anticipated expiration: 2021-03-22
Also published as: JP3741421B2

Abstract

(57)【要約】【課題】無線通信回線を含む通信網を介してＴＣＰを
用いたデータ通信を行う場合に、通信網を構成する通信
回線の利用効率の低下を抑制するとともに、通信回線の
輻輳を未然に防止することが可能となるデータ通信方法
及びそのシステムを提供する。【解決手段】無線通信回線を含む携帯電話通信網を介
して複数の通信端末装置間でＴＣＰを用いたデータ通信
を行なうデータ通信方法において、通信端末装置からデ
ータ送信するときの再送タイムアウト時間を、該通信網
の回線を有線通信回線のみで構成した場合の再送タイム
アウト時間の推奨値よりも長くする。通信端末装置から
データ送信するときの再送タイムアウト時間は、固定値
が好ましい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、無線通信回線を含
む通信網を介して複数の通信端末装置間でトランスポー
ト制御プロトコル（ＴＣＰ）を用いたデータ通信を行な
うデータ通信方法及びそのシステムに関するものであ
る。

【０００２】

【従来の技術】従来、通信網における通信に用いるネッ
トワーク・プロトコルとして、トランスポート制御プロ
トコル（Transport Control Protocol：以下「ＴＣＰ」
という。）が知られている。このＴＣＰは、ネットワー
ク階層のトランスポート層で用いられるフロー制御機能
を有するプロトコルであり、インターネットにおける通
信の標準的なプロトコルとして用いられている。また、
このＴＣＰは、携帯電話などの移動情報端末から無線通
信回線を含む通信網を介してインターネットへ接続して
通信するときにも使用される。

【０００３】図４は、上記ＴＣＰを用いて通信網の２つ
の通信端末装置（クライアント５０１、サーバー５０
２）の間で通信を行なうときの接続確立処理およびデー
タ送信のシーケンスの一例を示している。図４に示すよ
うにＴＣＰの接続確立処理では、まずアクティブオープ
ンを実行するクライアント５０１側からパッシブオープ
ンを実行するサーバー５０２側へ、クライアント５０１
の初期シーケンス番号（ＩＳＮ：Initial Sequence Num
ber）とサーバー５０２のポート番号とを指定したセグ
メント１（ＳＹＮセグメント）が送信される。ここで、
「セグメント」とは、ＴＣＰが下位のネットワーク層と
のやりとりを行なう時のデータの単位である。また、
「ＳＹＮセグメント」とはセグメント内に設けられた複
数の制御フラグのうち、シーケンス番号の同期をとるた
めのＳＹＮ（Synchronize）フラグに「１」をセットし
たセグメントである。次に、サーバー５０２は、上記セ
グメント１を受信した後、サーバー側の初期シーケンス
番号を含むセグメント２（ＳＹＮ＋ＡＣＫセグメント）
で応答する。また、このセグメント２の送信において、
クライアント５０１の初期シーケンス番号に１を加算し
たＡＣＫを出すことにより、クライアント５０１のＳＹ
Ｎに確認応答する。次に、クライアント５０１は、サー
バー５０２から送信されてきたセグメント２のＳＹＮに
対して、サーバー５０２の初期シーケンス番号に１を加
算したセグメント３（ＡＣＫセグメント）を送信して確
認応答する。このようにクライアント５０１とサーバー
５０２との間で３つのセグメントの送受信を行なう３ウ
ェイハンドシェイクの接続確立処理を行なう。ここで、
上記「ＡＣＫセグメント」は、上記ＳＹＮセグメントや
後述のＦＩＮセグメントを含むＴＣＰセグメントに対し
て確認応答するＡＣＫ（Acknowledgement）フラグに
「１」がセットされたセグメントである。また、上記接
続処理手順の他にSYNセグメントと送信するデータを同
じセグメントで送信するTransaction TCP（Ｔ／ＴＣ
Ｐ）と呼ばれる機能を実行する場合もある。

【０００４】また、上記ＴＣＰにおいて転送対象のデー
タを送信するときは、上記接続確立処理の後、クライア
ント５０１側からサーバー５０２側へ、転送対象のデー
タを含むセグメント４（データセグメント）が送信され
る。次に、サーバー５０２はセグメント４を受信する
と、セグメント５（ＡＣＫセグメント）を送信して確認
応答する。これにより、クライアント５０１側からサー
バー５０２側へのデータ転送が完了する。なお、転送対
象のデータ送信においては、上記クライアント５０１側
がＡＣＫセグメントを受け取るまでに、サーバー５０２
から受け取ったウィンドウと呼ばれるパラメータで規定
される複数のデータセグメントを送信する場合もある。
また、送信側のクライアント５０１で輻輳ウィンドウ
（ｃｗｎｄ）と呼ばれるパラメータを設定し、この輻輳
ウィンドウ（ｃｗｎｄ）の値を次第に増やすことによ
り、最初の１セグメントから次第にセグメント数を増加
させながらサーバー５０２に対してデータ送信を行う
「スロー・スタート」と呼ばれる機能を実行する場合も
ある。

【０００５】以上のようにクライアント５０１とサーバ
ー５０２との間でセグメントの送受信を行ってデータ転
送を行うときに、通信回線上でのデータセグメントやＡ
ＣＫセグメントを含むパケットの消失などにより、確認
応答のＡＣＫセグメントがクライアント５０１側に届か
ない場合がある。そこで、このようなセグメントの不達
によるデータ転送の信頼性低下を回避するために、再送
タイマーを用いて、例えば図５に示すように一定の再送
タイムアウト時間ＲＴＯが経過したタイミングでセグメ
ント４を再送する処理が行われる。

【０００６】

【発明が解決しようとする課題】ところが、無線通信回
線を含む通信網では、有線通信回線のみで構成された通
信網に比して回線品質が悪いため、クライアント５０１
がサーバー５０２へデータセグメントを送信してからサ
ーバー５０２からＡＣＫセグメントを受信するまでの往
復時間（ＲＴＴ：Round Trip Time，図６参照）が長く
なってしまう傾向がある。そのため、無線通信回線を含
む通信網においては通信回線上でパケットの消失が発生
していないにもかかわらず、再送タイムアウト時間ＲＴ
Ｏの経過に基づいてデータセグメントを再送してしまう
おそれがある。このようにデータセグメントを誤って再
送してしまうと、通信回線上に無駄なパケットが存在
し、通信回線の利用効率が低下してしまう。また、上記
データセグメントの誤った再送がひどくなると通信回線
の輻輳も発生しやすくなる。さらに、上記「スロー・ス
タート」と呼ばれる機能を実行する場合にデータセグメ
ントを誤って再送してしまうと、上記輻輳ウィンドウ
（ｃｗｎｄ）が初期値の「１」になり、データ転送効率
が低下してしまう。

【０００７】本発明は以上の背景の下でなされたもので
あり、その目的は、無線通信回線を含む通信網を介して
ＴＣＰを用いたデータ通信を行う場合に、通信網を構成
する通信回線の利用効率の低下を抑制するとともに、通
信回線の輻輳を未然に防止することが可能となるデータ
通信方法及びそのシステムを提供することである。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、請求項１の発明は、無線通信回線を含む通信網を介
して複数の通信端末装置間でトランスポート制御プロト
コル（ＴＣＰ）を用いたデータ通信を行なうデータ通信
方法であって、該通信端末装置からデータ送信するとき
の再送タイムアウト時間を、該通信網の回線を有線通信
回線のみで構成した場合の再送タイムアウト時間の推奨
値よりも長く設定したことを特徴とするものである。ま
た、請求項３の発明は、複数の通信端末装置と、無線通
信回線を含む通信網とを備え、該通信網を介して該複数
の通信端末間でトランスポート制御プロトコル（ＴＣ
Ｐ）を用いたデータ通信を行なうデータ通信システムで
あって、該通信端末装置の再送タイマーで用いる再送タ
イムアウト時間が、該通信網の回線を有線通信回線のみ
で構成した場合の再送タイムアウト時間の推奨値よりも
長いことを特徴とするものである。

【０００９】なお、上記「通信端末装置」には、クライ
アント装置やサーバー装置等として用いられるコンピュ
ータのほか、データの送受信する機能を有するルーター
等の中継装置も含まれる。また、上記「無線通信回線を
含む通信網」には、携帯電話通信網のほか、通信衛星を
用いる衛星通信回線を経由した通信網も含まれる。ま
た、上記トランスポート制御プロトコル（ＴＣＰ）に
は、通常のＴＣＰのほか、オプションが設定されたＴＣ
Ｐも含まれる。例えば、ＲＦＣ（Request ForComment）
１３７９、１６４４に定義が記述されているトランザク
ション処理に適したＴ／ＴＣＰも含まれる。

【００１０】この請求項１のデータ通信方法および請求
項３のデータ通信システムでは、通信端末装置からデー
タ送信するときの再送タイムアウト時間が、通信網の回
線を有線通信回線のみで構成した場合の再送タイムアウ
ト時間の推奨値よりも長いため、送信側の通信端末装置
から送信されたセグメント又は受信側の通信端末装置か
ら送信された確認応答セグメントが通信回線上に存在し
ている間に、送信側の通信端末装置からセグメントが再
送されてしまう確率が低下する。これにより、通信網を
構成する通信回線上に残る不要なセグメントが低減し、
通信回線の利用効率の低下が抑制されるとともに、通信
回線の輻輳が未然に防止される。

【００１１】請求項２の発明は、請求項１のデータ通信
方法において、上記通信端末装置からデータ送信すると
きの再送タイムアウト時間が、固定値であることを特徴
とするものである。また、請求項４の発明は、請求項３
のデータ通信システムにおいて、上記通信端末装置から
データ送信するときの再送タイムアウト時間が、固定値
であることを特徴とするものである。

【００１２】この請求項２のデータ通信方法および請求
項４のデータ通信システムでは、上記通信端末装置から
データ送信するときの再送タイムアウト時間が、固定値
であるため、ラウンドトリップ時間（ＲＴＴ）を計測し
て再送タイムアウト時間に反映させる等のデータ処理が
不要となる。従って、上記情報端末装置が、小型化等の
点でハードウェア上の制約がある携帯電話機等の場合で
も、再送タイムアウト処理の組み込みが容易になる。

【００１３】

【発明の実施の形態】以下、本発明を情報端末装置とし
ての携帯電話機とインターネット（The Internet）上の
ＷＷＷサーバーとの間で無線通信回線を含む通信網を介
してデータ通信を行なうデータ通信方法及びそのシステ
ムに適用した一実施形態について説明する。図２は、本
実施形態に係る携帯電話通信網を用いたデータ通信シス
テムのブロック図である。このデータ通信システムの通
信網は、携帯電話通信網１０と、通信プロトコル変換装
置２０と、インターネット側通信網３０とにより構成さ
れている。

【００１４】上記形態電話通信網１０は、通信端末装置
（移動情報端末）としての携帯電話機１１との間で無線
通信回線１２を介してデータ送受信する複数の基地局１
３と、各基地局１３に対するデータ送受信を切り替えな
がら行なう交換機１４とを備えている。この携帯電話通
信網１０では、伝送速度が比較的低い無線通信回線を含
む場合でも高速のデータ転送が可能となるように、トラ
ンスポート層の通信プロトコルとして、トランザクショ
ン型のトランスポート制御プロトコルであるＴ／ＴＣＰ
が用いられている。このＴ／ＴＣＰは、通常のＴＣＰと
は異なりデータ送信に先立って行なうスリーウェイハン
ドシェイクの接続確立処理が不要であり、通常のＴＣＰ
を用いた場合に比して、データの高速転送が可能とな
る。特にクライアント（携帯電話機）からの要求に対し
てサーバーが応答するというようなトランザクション処
理を行なう場合に有利である。

【００１５】上記通信プロトコル変換装置２０は、携帯
電話通信網１０に対してデータ送受信を行なう第１のデ
ータ送受信部２１と、インターネット通信網第２の通信
網に対してデータ送受信を行なう第２のデータ送受信部
２２と、後述の通信プロトコル変換を含むデータ処理を
行なうデータ処理部２３とを備えている。上記第１のデ
ータ送受信部２１及び第２のデータ送受信部２２は、ネ
ットワーク・プロトコル階層のうち最下位のリンク層
（「ネットワークインターフェース層」とも呼ばれる）
における信号処理を行なうものであり、通信ケーブルと
の物理的なインターフェースに関するハードウェア的な
側面を処理する。また、上記データ処理部２３では、後
述のトランスポート層における通信プロトコル変換のほ
か、ＩＰ（Internet Protocol）を用いたパケットのル
ーティング処理などのデータ処理も行なう。

【００１６】上記インターネット側通信網３０は、イン
ターネット４０に接続するためのゲートウェイサーバー
３１を備えている。このインターネット側通信網３０で
は、トランスポート層の通信プロトコルとして、インタ
ーネット４０で広く用いられている通常のＴＣＰが採用
されている。また、ゲートウェイサーバー３１と上記通
信プロトコル変換装置２０との間は有線通信回線３２で
結ばれている。この有線通信回線３２は、必要に応じ
て、例えばショートメールなどの伝送データの容量を制
限した回線で構成したり、３０００文字以上のロングメ
ールや画像データなどの比較的大容量のデータを伝送す
ることができるブロードバンドの回線で構成したり、あ
るいは、これらの複数の回線を切り替えて利用できるよ
うに構成したりすることができる。

【００１７】図４は、携帯電話通信網１０にある携帯電
話機１１からインターネット側通信網３０に接続された
インターネット４０上のある特定のサイトのWWW（World
Wide Web）サーバーにデータを送信するときのセグメ
ントの送受信を示すシーケンス図である。通信プロトコ
ル変換装置２０のデータ処理部２３における携帯電話通
信網１０とのデータ送受信では、まず、第１のデータ送
受信部２１を介して、転送対象データ（data1）を含む
ＳＹＮセグメント（セグメント１０１）を携帯電話通信
網１０から受信する。このセグメント１０１は、データ
の送信が終了したことを知らせるＦＩＮフラグも「１」
にセットされている。また、このセグメント１０１に
は、Ｔ／ＴＣＰ特有のオプションである６ビットのコネ
クション・カウントの値をセットするための「ＣＣ」が
設けられている。データ処理部２３は、セグメント１０
１内のＣＣ内の値（＝ｘ）と、データ処理部２３内にキ
ャッシュしている前回のコネクションにおける最後のＣ
Ｃ値とを比較し、ＣＣ内の値（＝ｘ）がキャッシュされ
ているＣＣ値よりも大きいときは、セグメント１０１に
含まれる転送対象データが新規のデータであると判断
し、インターネット側通信網３０に転送する。一方、受
信したＣＣ内の値（＝ｘ）がキャッシュされているＣＣ
値よりも小さいとき、あるいはデータ処理部２３内にＣ
Ｃ値がキャッシュされていないときは、通常のＴＣＰに
おけるスリーウェイハンドシェイクが実行される。

【００１８】次に、携帯電話通信網１０から上記セグメ
ント１０１を受信したデータ処理部２３は、携帯電話機
１１に対してセグメント１０２（ＳＹＮ＋ＡＣＫセグメ
ント）を送信する。このセグメント１０２では、ＳＹＮ
フラグとともに、上記セグメント１０１のＳＹＮに対し
て確認応答するためのＡＣＫフラグにも「１」がセット
されている。また、このセグメント１０２は、送信側の
ＣＣ値をセットするためのデータ領域「ＣＣ」を有して
おり、この「ＣＣ」に、通信プロトコル変換装置２０に
対する所定の値（＝ｙ）がセットされている。さらに、
受信したＣＣ値をエコーするためのデータ領域「ＣＣ．
ＥＣＨＯ」も有しており、この「ＣＣ．ＥＣＨＯ」に上
記セグメント１０１のＣＣの値（＝ｘ）がセットされて
いる。

【００１９】次に、上記セグメント１０２を受信した携
帯電話機１０から、ＳＹＮに確認応答するためのセグメ
ント１０３（ＡＣＫセグメント）が送信されると、通信
プロトコル変換装置２０は、携帯電話機１０から送信さ
れてきたセグメント１０３を受信する。これにより、携
帯電話機１１から通信プロトコル変換装置２０に対する
一つのデータの転送が完了する。このように、携帯電話
通信網１０の携帯電話機１から通信プロトコル変換装置
２０へのデータ伝送は、３つのセグメント１０１，１０
２，１０３の送受信で完了する。

【００２０】一方、通信プロトコル変換装置２０のデー
タ処理部２３におけるインターネット側通信網３０との
データ送受信では、まず、携帯電話通信網１０から上記
セグメント１０１を受信した後、セグメント１０２を携
帯電話通信網１０へ送信する前に、第２のデータ送受信
部２２を介して、インターネット側通信網３０の特定サ
イトのＷＷＷサーバーに対する接続確立処理を開始して
いる。この接続確立処理は、インターネット側通信網３
０に対してＳＹＮセグメント（セグメント２０１）を送
信することで開始される。その後のセグメントの送受信
は通常のＴＣＰによる手順で行なわれ、データ転送が完
了した後、通常のＴＣＰによる手順で接続終了処理が行
なわれる。

【００２１】ここで、携帯電話機１１からインターネッ
ト４０の特定サイトのＷＷＷサーバーへ複数の転送対象
データ（data1, data2, data3, ・・・）を続けて転送する
場合は、携帯電話通信網１０から上記セグメント１０１
〜１０３の送受信を行なって転送対象データを受信しつ
つ、インターネット側通信網２０に対しては、接続確立
処理を行なった後、転送対象データを含むセグメントの
送信を繰り返して行ない、最後に接続終了処理を行な
う。

【００２２】以上のように、携帯電話通信網１０との間
で最初のデータ転送処理に対するセグメント１０１の送
信からセグメント１０２の受信までの間に、インターネ
ット側通信網３０に対する接続確立処理を開始すること
により、セグメント１０１〜１０３の送受信が完了した
後にインターネット側通信網３０に対する接続確立処理
を開始していた従来の通信プロトコル変換方法の場合に
比して、通信プロトコル変換を伴うデータ転送の高速化
を図ることができる。

【００２３】また、本実施形態では、送信側の通信端末
装置で輻輳ウィンドウ（ｃｗｎｄ）と呼ばれるパラメー
タを設定し、この輻輳ウィンドウ（ｃｗｎｄ）の値を次
第に増やすことにより、最初の１セグメントから次第に
セグメント数を増加させながら受信先の通信端末装置に
対してデータ送信を行う「スロー・スタート」と呼ばれ
る機能を実行している。

【００２４】図１は、本発明の特徴部である再送タイム
アウト処理を伴う携帯電話機１１や通信プロトコル変換
装置２０等の通信端末装置からのデータ送信処理を示す
フローチャートである。図１の例では、携帯電話機１１
からインターネット４０上のＷＷＷサーバーにデータを
送信する場合について示している。このデータ送信処理
では、まず、再送タイムアウト時間ＲＴＯを初期値１０
秒に設定し、タイムアウトの回数をカウントするタイム
カウンタをリセットする（ステップ１，２）。次に、最
初のセグメント１０１を送信し、再送タイマーＴをリセ
ットする（ステップ３）。このセグメント送信の後、再
送タイマーをモニターし、再送タイマーの時間Ｔが再送
タイムアウト時間ＲＴＯになる前に、ＷＷＷサーバーか
ら確認応答のセグメント１０２を受信したときは、次の
確認応答セグメント１０３を送信する（ステップ４，
５）。そして、次の送信データがあるか否かを判断し
（ステップ６）、すべてのデータが送信されるまでステ
ップ２〜６を繰り返す。

【００２５】一方、再送タイマーの時間Ｔが再送タイム
アウト時間ＲＴＯになるまで、ＷＷＷサーバーから確認
応答のセグメント１０２を受信できなかったときは、上
記セグメント１０１を再送し、再送タイマーＴをリセッ
トする（ステップ７，８，３）。なお、このセグメント
１０１の再送に先立って、セグメント１０１についての
最初のタイムアウトかどうかを判断し、連続してタイム
アウトが発生しているときは、上記再送タイムアウト時
間ＲＴＯを２倍にしていく「指数バックオフ」という処
理を行う（ステップ８，９）。ただし、再送タイムアウ
ト時間ＲＴＯの最大値は６４秒と決められている。

【００２６】以上、本実施形態によれば、携帯電話機１
１等の送信側の通信端末装置からデータ送信するときの
初期再送タイムアウト時間ＲＴＯを、通信網の回線を有
線通信回線のみで構成した場合の再送タイムアウト時間
の推奨値（６秒）よりも長い１０秒に設定することによ
り、送信側の通信端末装置から送信されたセグメント又
はそれに応答する受信側の通信端末装置から送信された
確認応答セグメントが通信回線上に存在している間に、
送信側の通信端末装置からセグメントが再送されてしま
う確率を低下させることができる。従って、無線通信回
線を含む携帯電話通信網１０を介してＴＣＰを用いたデ
ータ通信を行う場合に、通信網を構成する無線通信回線
１２および有線通信回線３２上に残る不要なセグメント
を低減させ、通信回線の利用効率の低下を抑制するとと
もに、通信回線の輻輳を未然に防止することが可能とな
る。また、本実施形態によれば、上記初期再送タイムア
ウト時間ＲＴＯが固定値の１０秒にしているので、ラウ
ンドトリップ時間（ＲＴＴ）を計測して再送タイムアウ
ト時間に反映させる等のデータ処理が不要となり、上記
情報端末装置が、小型化等のためにハードウェア上の制
約がある携帯電話機等の場合でも、再送タイムアウト処
理の組み込みが容易になる。また、本実施形態によれ
ば、上記「スロー・スタート」と呼ばれる機能を実行す
る場合に、データセグメントを誤って再送する確率も低
下するため、上記輻輳ウィンドウ（ｃｗｎｄ）が初期値
の「１」になることによるデータ転送効率の低下を抑制
することができる。

【００２７】なお、上記実施形態では、初期再送タイム
アウト時間ＲＴＯを１０秒に設定しているが、限定され
るものではなく、通信網の回線を有線通信回線のみで構
成した場合の再送タイムアウト時間の推奨値（６秒）よ
りも長ければ、１０秒に限定されるものではない。ここ
で、初期再送タイムアウト時間ＲＴＯは、通信網に含ま
れる無線通信回線における往復時間（ＲＴＴ）等の伝送
特性に基づいて最適値に設定するのが好ましい。また、
上記実施形態では、Ｔ／ＴＣＰを用いる通信網が、携帯
電話機１１と基地局１３との間で直接通信を行なう無線
通信回線を含む携帯電話通信網である場合について説明
したが、本発明は、Ｔ／ＴＣＰを用いる通信網が、地上
の携帯電話や基地局と通信衛星との間で通信を行なう衛
星通信回線を含む通信網である場合にも適用できるもの
である。また、上記実施形態では、通常のＴＣＰを用い
る通信網が、インターネット（The Internet）に接続す
るための通信回線を含む通信網（インターネット側通信
網３０）である場合について説明したが、本発明は、通
常のＴＣＰを用いる通信網がインターネットへの接続を
目的にするものではない通信網である場合にも適用でき
るものである。さらに、本発明は、上記Ｔ／ＴＣＰを用
いずに、通常のＴＣＰのみを用いてデータ通信を行う場
合にも適用できるものである。

【００２８】

【発明の効果】請求項１乃至４の発明によれば、無線通
信回線を含む通信網を介してＴＣＰを用いたデータ通信
を行う場合に、通信網を構成する通信回線の利用効率の
低下を抑制するとともに、通信回線の輻輳を未然に防止
することが可能となるという優れた効果がある。特に、
請求項２及び４の発明によれば、ラウンドトリップ時間
（ＲＴＴ）を計測して再送タイムアウト時間に反映させ
る等のデータ処理が不要となるので、上記情報端末装置
が、小型化等のためにハードウェア上の制約がある携帯
電話機等の場合でも、再送タイムアウト処理の組み込み
が容易になるという優れた効果がある。

【図面の簡単な説明】

【図１】本発明の実施形態に係るデータ送信処理を示す
フローチャート。

【図２】同データ送信処理を行う通信システムの概略構
成を示すブロック図。

【図３】同データ通信システムにおける通信プロトコル
変換を伴うセグメント送受信を示すシーケンス図。

【図４】通常のＴＣＰを用いた接続確立処理及びデータ
送信処理におけるセグメント送受信を示すシーケンス
図。

【図５】再送タイムアウト時間ＲＴＯを説明するための
シーケンス図。

【図６】往復時間ＲＴＴを説明するためのシーケンス
図。

【符号の説明】

１０携帯電話通信網１１携帯電話機１２無線通信回線１３基地局１４交換機２０通信プロトコル変換装置２１第１のデータ送受信部２２第２のデータ送受信部２３データ処理部３０インターネット側通信網３１ゲートウェイサーバー３２有線通信回線４０インターネット

───────────────────────────────────────────────────── フロントページの続き (72)発明者植月伸次東京都新宿区信濃町34番地ＪＲ信濃町ビルジェイフォン東日本株式会社内Ｆターム(参考） 5K030 GA01 HA05 HB12 LA01 5K034 AA01 EE03 EE10 HH01 HH11 HH65 KK28 MM03 5K067 BB21 EE25 FF05 GG01 HH05 HH28

Claims

【特許請求の範囲】

【請求項１】無線通信回線を含む通信網を介して複数の
通信端末装置間でトランスポート制御プロトコル（ＴＣ
Ｐ）を用いたデータ通信を行なうデータ通信方法であっ
て、該通信端末装置からデータ送信するときの再送タイムア
ウト時間が、該通信網の回線を有線通信回線のみで構成
した場合の再送タイムアウト時間の推奨値よりも長いこ
とを特徴とするデータ通信方法。
【請求項２】請求項１のデータ通信方法において、上記通信端末装置からデータ送信するときの再送タイム
アウト時間が、固定値であることを特徴とするデータ通
信方法。
【請求項３】複数の通信端末装置と、無線通信回線を含
む通信網とを備え、該通信網を介して該複数の通信端末
間でトランスポート制御プロトコル（ＴＣＰ）を用いた
データ通信を行なうデータ通信システムであって、該通信端末装置の再送タイマーで用いる再送タイムアウ
ト時間が、該通信網の回線を有線通信回線のみで構成し
た場合の再送タイムアウト時間の推奨値よりも長いこと
を特徴とするデータ通信システム。
【請求項４】請求項３のデータ通信システムにおいて、上記通信端末装置からデータ送信するときの再送タイム
アウト時間が、固定値であることを特徴とするデータ通
信システム。