JPH07264201A

JPH07264201A - 通信システムにおけるバッファ制御方式

Info

Publication number: JPH07264201A
Application number: JP6051538A
Authority: JP
Inventors: Hidemitsu Higuchi; 秀光樋口; Riichi Yasue; 利一安江; Toru Horimoto; 徹堀本; Tomohito Yamashita; 山下　　智史
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1994-02-01
Filing date: 1994-03-23
Publication date: 1995-10-13

Abstract

(57)【要約】【目的】ユーザ空間とシステム空間の間でコピーされる
送受信バッファサイズを伝送媒体の種別により自動的に
変化させることを目的とする。【構成】コネクション設定時に、伝送媒体の種別を判定
し、ネットワークインタフェース制御部１０１３内のバ
ッファ制御部１０１４の送受信バッファサイズテーブル
１０１５より適切な送受信バッファサイズ値を取り出
し、プロトコル制御部１００５内のバッファサイズテー
ブル１００７に登録する。【効果】伝送媒体の種別に応じて、送受信バッファサイ
ズを決めるため、効率のよいデータ転送を行うことがで
きる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のローカルエリア
ネットワークに接続し、高信頼のプロトコルを用いて通
信を行なう場合に、伝送媒体に合わせたデータ送受信バ
ッファサイズを自動的に設定するための通信システムに
おけるバッファ制御方式に関するものである。

【０００２】

【従来の技術】図５、図６を用いて従来の通信システム
について説明する。

【０００３】（引用資料：ＵＮＩＸ４．３ＢＳＤの設
計と実装中村他訳丸善）図５は、通信制御システ
ムの構成図である。通信制御装置５０００は、ワークス
テーション又は、パーソナルコンピュータ等の情報機器
であり、ＬＡＮ５０１３に接続されて他の情報機器とデ
ータ転送を行う。ユーザアプリケーションプログラム５
００１は、送達確認型のプロトコル制御を行うプロトコ
ル制御部５００４に対して、ユーザ空間にある送信又は
受信データエリア５００２、５００３内のデータの送受
信要求を発行してデータの送受信を行う。プロトコル制
御部５００４は、送信バッファ５００５及び受信バッフ
ァ５００６を使って送達確認型のプロトコルに従ったデ
ータ送受信制御を行う。アダプタ制御部５０１２は、Ｌ
ＡＮ５０１３との入出力を制御し、ネットワークインタ
フェース制御部５０１１は、アダプタ制御部５０１２と
プロトコル制御部５００４とのインタフェース制御を行
う。

【０００４】つぎに、データ送信時の制御について説明
する。プロトコル制御部５００４は、受信側で正常にデ
ータが受信されたことを示すＡＣＫ（送達確認）を受信
するまで送信バッファ５００５内に送信データを保持す
る。送信バッファサイズは、伝送媒体の種別に関わら
ず、ある一定の容量に制限されている。そして、送信バ
ッファ５００５内のデータより伝送媒体の最大転送量に
合わせて送信データ５００７〜５００８が作成され、送
信される。

【０００５】つぎに、データ受信時の制御について説明
する。アダプタ制御部５０１２が、ＬＡＮ５０１３より
データを受信すると，ネットワークインタフェース制御
部５０１１を通して割込みによってプロトコル制御部５
００４に受信を報告し、プロトコル制御部５００４が受
信したデータ５００９〜５０１０に対してプロトコル処
理を行った後、データ受信バッファ５００６に格納して
ユーザアプリケーションプログラム５００１にデータ受
信を通知する。そして、受信バッファを開放し、バッフ
ァに空きができた後にＡＣＫの送信が行われる。

【０００６】つぎに、従来の通信システムのシーケンス
を図６を使って説明する。

【０００７】送信側では、受信側に対しコネクションデ
ータを送信する（６０００）。受信側では、コネクショ
ンデータを受け付け（６００６）、これに対するＡＣＫ
データを送信し（６００７）、コネクションが張られ
る。つぎに、送信側では、ユーザ空間からシステム空間
へ送信バッファサイズ（伝送媒体に関わらず一定値）分
データコピーを行う（６００１）。そして、ＬＡＮの最
大転送量に合わせて送信バッファから送信データを作成
し、送信する（６００２〜６００３）。受信側では、こ
れを受信し（６００８〜６００９）、ＡＣＫ送信する。

【０００８】

【発明が解決しようとする課題】図５及び図６におい
て、ユーザ空間とシステム空間の間でコピーされる送受
信バッファのデータ量は、伝送媒体の種別に関わらず一
定である。このため、複数のローカルエリアネットワー
ク（ＬＡＮ）へ接続する通信制御システムを構築する場
合、データ転送の効率が落ちることになる。つまり、図
６において、伝送媒体が変化し、ＬＡＮの最大転送量が
大きくなり、送受信バッファサイズに近づくと、データ
送信回数に対するＡＣＫ送信回数の比率が大きくなるた
めである。

【０００９】本発明の目的は、上記従来技術の課題を解
決すべく、複数のローカルエリアネットワーク（ＬＡ
Ｎ）へ接続し、送達確認型のネットワークプロトコルで
データ転送を行なう通信システムにおいて、接続するＬ
ＡＮの最大転送量を認識して、自動的にバッファサイズ
を変更してＬＡＮの種別に応じた効率のよいデータ転送
を可能にした通信システムにおけるバッファ制御方式を
提供することにある。

【００１０】

【課題を解決するための手段】送達確認型プロトコルに
おいて、受信側通信制御システムは、送信側制御システ
ムから送信されたデータを受信すると、データを受信し
たことを知らせる制御用データ（ＡＣＫ：Ａｃｋｏｗｌ
ｅｇｅ）を送信側通信制御システムへ送信する。これに
より、データの転送処理が完了する。送信側通信制御シ
ステムは、転送データをいくつかのデータに分割し、分
割したデータを伝送媒体の最大転送単位（ＭＴＵ：Ｍａ
ｘｉｍｕｍＴｒａｎｓｆｅｒＵｎｉｔ）に分割して
連続送信する。転送データの分割単位の上限値が送信バ
ッファサイズであり、連続送信できるデータ量の上限値
がウインドウサイズであるが、本発明では、送信又は受
信バッファサイズ＝ウインドウサイズとする。

【００１１】送信側通信制御システムは、送信バッファ
サイズ分のデータの連続送信とそれに対するＡＣＫ受信
を繰り返して、全体のデータの転送を完了する。受信側
通信制御システムは、受信バッファサイズ分のデータの
連続受信と、それに対するＡＣＫ送信を繰り返して全体
のデータの転送を完了する。

【００１２】前記目的を達成させるため、ネットワーク
インタフェース制御部にバッファ制御部を設ける。この
バッファ制御部は、通信制御システムのコネクション時
にアダプタ制御部の種別を判定し、バッファ制御部内の
送受信バッファサイズテーブルに登録されている適切な
送受信バッファサイズ値で送信バッファサイズ又は受信
バッファサイズを変更するため、前記目的は、達成され
る。

【００１３】また、上記目的を達成させるため、プロト
コル制御部内に送受信バッファサイズテーブル及びバッ
ファ制御部を設ける。送受信バッファサイズテーブルに
はＬＡＮ識別子に対応した送受信バッファサイズ値が登
録されている。バッファ制御部は、コネクション処理終
了時にネットワークインタフェース制御部内のネットワ
ークインタフェーステーブルより接続しているＬＡＮの
種別を判定し、送受信バッファサイズテーブルより該当
する送受信バッファサイズを求める。そして、プロトコ
ル制御テーブルに登録し、送受信バッファサイズを変更
することにより、前記目的は、達成される。

【００１４】また、別の手段としては、プロトコル制御
部内のバッファ制御部がコネクション処理終了時にネッ
トワークインタフェース制御部内のネットワークインタ
フェーステーブルより、接続しているＬＡＮの種別及び
最大転送量値を取り出し、最大転送量値より送受信バッ
ファサイズを算出する。そして、プロトコル制御テーブ
ルに登録し、送受信バッファサイズを変更することによ
り、前記目的は、達成される。

【００１５】

【作用】最初に、ネットワークインタフェース制御部に
バッファ制御部を設けた場合について説明する。

【００１６】コネクションデータ送信側通信制御装置の
場合、受信側よりコネクションデータに対するＡＣＫを
受信したとき、ネットワークインタフェース制御部内の
バッファ制御部は、接続されるＬＡＮの種別を判定す
る。そして、バッファ制御部内の送受信バッファサイズ
テーブルを参照して適切な送信バッファサイズ値をプロ
トコル制御部内のバッファサイズテーブルに登録する。

【００１７】コネクションデータ受信側通信制御装置の
場合、コネクションデータを送信側より受信したとき
に、ネットワークインタフェース制御部内のバッファ制
御部は、接続されるＬＡＮの種別を判定し、送受信バッ
ファサイズテーブルを参照して適切な受信バッファサイ
ズ値をプロトコル制御部内のバッファサイズテーブルに
登録する。

【００１８】プロトコル制御部は、プロトコル制御部内
のバッファサイズテーブルに登録されている値を基に、
連続してデータを送信または、受信する。ここでバッフ
ァサイズテーブルには、伝送媒体に応じた送受信バッフ
ァサイズ値が登録されているため、伝送媒体の伝送能力
に応じてデータを連続送信し、効率的データ転送が実現
できる。

【００１９】つぎに、プロトコル制御部にバッファ制御
部を設けた場合について説明する。

【００２０】コネクションデータ送信側通信制御装置の
場合、プロトコル制御部内のバッファ制御部は、コネク
ションデータの送信処理終了後、プロトコル制御テーブ
ル内をサーチし、ネットワークインタフェーステーブル
へのポインタを求める。そして、ネットワークインタフ
ェーステーブル内のＬＡＮ識別子より送受信バッファサ
イズテーブルをサーチし、該当する送受信バッファサイ
ズ値をプロトコル制御テーブルに登録する。

【００２１】コネクションデータ受信側通信制御装置の
場合、コネクションデータを送信側通信制御装置より受
信し、コネクションデータ受信処理終了後、プロトコル
制御部内のバッファ制御部は、プロトコル制御テーブル
内をサーチし、ネットワークインタフェーステーブルへ
のポインタを求める。そして、ネットワークインタフェ
ーステーブル内のＬＡＮ識別子より送受信バッファサイ
ズテーブルをサーチし、該当する送受信バッファサイズ
値をプロトコル制御テーブルに登録する。

【００２２】ネットワークインタフェース制御部にバッ
ファ制御部を設けた場合と同様に、プロトコル制御部
は、プロトコル制御部内の送信又は受信バッファサイズ
テーブルに登録されている値を基に連続してデータを送
信又は受信する。つまり、プロトコル制御部は、送信時
ユーザ空間内の送信データエリアからプロトコル制御テ
ーブル内に登録されている送信バッファサイズを基にシ
ステム空間内にある送信バッファにデータをコピーす
る。そして、送信バッファ内のデータを伝送媒体の最大
転送量に分割して送信バッファサイズ分連続送信し、受
信側通信制御装置より送達確認データを受信する。これ
により送信バッファ内のデータの送信が完了する。つま
り連続送信できる回数が多いほど送達確認のための処理
が少なくなるため伝送効率は向上する。送受信（送信又
は受信）バッファ制御部は、送受信バッファサイズテー
ブルと参照して送受信バッファサイズを決定するが、送
受信バッファサイズテーブルには、伝送媒体の種別に合
せた送受信バッファサイズ値が登録されている。つま
り、連続送信回数を同じにするため、最大転送量の大き
な伝送媒体に対しては大きな送受信バッファサイズ値
を、最大転送量の小さな伝送媒体に対しては小さな送受
信バッファを送受信バッファサイズテーブルに登録して
おく。このため伝送媒体の種別に関わらず、データ転送
効率は変わらず一定となる。即ち、複数のローカルエリ
アネットワーク（ＬＡＮ）へ接続し、送達確認型のネッ
トワークプロトコルでデータ転送を行なう通信システム
において、送受信バッファサイズテーブルには、伝送媒
体に応じた送受信バッファサイズ値が登録されているた
め、伝送媒体の伝送能力に応じてデータを連続送信して
効率的データ転送を実現することができる。

【００２３】

【実施例】本発明の一実施例を図１〜図４を使って説明
する。図１は、通信制御システムの構成図である。

【００２４】まず、各制御ブロックについて説明する。

【００２５】通信制御装置１００１は、ワークステーシ
ョン、パーソナルコンピュータ等の情報機器であり、例
えば、Ｅｔｈｅｒｎｅｔ、ＦＤＤＩなどのようなロウカ
ルエリアネットワーク（ＬＡＮ）を構築するような伝送
媒体、ＬＡＮ１（１０１９），ＬＡＮ２（１０２０），
ＬＡＮ３（１０２１）に接続されて、他の情報機器とデ
ータ転送を行う。ユーザアプリケーションプログラム１
００２は、通信制御装置内のユーザアプリケーションだ
けが動作するメモリ空間（ユーザ空間）内で動作するプ
ログラムである。ユーザアプリケーション１００２は、
送達確認型のプロトコル制御を行うプロトコル制御部１
００５に対して、ユーザ空間の送信データエリア１００
３内にあるデータの送信又は受信データエリア１００４
へのデータ受信要求を発行して、データの送受信を行
う。プロトコル制御部１００５は、送信バッファ１００
６及び受信バッファ１００８を使って送達確認型プロト
コルに従ったデータ送受信制御を行う。アダプタ制御部
１（１０１６）、アダプタ制御部２（１０１７）、アダ
プタ制御部３（１０１８）は、システム空間内で動作
し、それぞれ、ＬＡＮ１（１０１９），ＬＡＮ２（１０
２０），ＬＡＮ３（１０２１）との入出力を制御する。
ネットワークインタフェース制御部１０１３は、システ
ム空間で動作し、アダプタ制御部（１０１６〜１０１
８）とプロトコル制御部とのインタフェース制御を行
う。

【００２６】つぎに、送信時の制御の流れについて説明
する。

【００２７】ユーザアプリケーションプログラム１００
２は、プロトコル制御部１００５に対してユーザ空間内
の送信データエリア１００３内にあるデータの送信要求
を発行する。これに対し、プロトコル制御部１００６
は、送信データエリア１００３よりデータを送信バッフ
ァ１００６にコピーする。このとき、コピーするデータ
量は、プロトコル制御部内のバッファサイズテーブル１
００７に登録されている値に従う。バッファサイズテー
ブル１００７の構成例を図３に示す。このテーブルは、
ユーザアプリケーション種別とバッファサイズの２つの
項目より構成されており、プロトコル制御部１００５
は、ユーザアプリケーションプログラム１００２より送
信要求を受けるとユーザアプリケーションの種別を判定
し、バッファサイズテーブルより送信バッファサイズ値
を決定する。

【００２８】つぎに、データ受信時の制御の流れについ
て説明する。

【００２９】アダプタ制御部（１０１６〜１０１８）
が、ＬＡＮ（１０１９〜１０２１）よりデータを受信す
ると、ネットワークインタフェース制御部１０１３を通
して割込みによってプロトコル制御部１００５に受信を
報告し、プロトコル制御部１００５が受信したデータ１
０１１〜１０１２に対してプロトコル処理を行った後、
データ受信バッファ１００８に格納してユーザアプリケ
ーションプログラム１００２にデータ受信を通知する。
このとき、受信バッファサイズは、バッファサイズテー
ブルの登録値に従い、決定される。そして、受信バッフ
ァを開放し、バッファに空きができた後にＡＣＫ送信が
行われる。

【００３０】最後に、送受信バッファサイズ値を決める
方法を、本実施例の通信制御システムのシーケンス図
（図４）を使って説明する。

【００３１】送信側では、受信側に対し、コネクション
データを送信する（４００１）。受信側では、これを受
け付け（４００８）、受信したＬＡＮの種別に応じて、
バッファ制御部内の送受信バッファサイズテーブル１０
１５に登録されている受信バッファサイズ値を、プロト
コル制御部内のバッファサイズテーブルに登録する（４
００９）。送受信バッファサイズテーブルの構成例を図
２に示す。送受信バッファサイズテーブルは、ＬＡＮ種
別とバッファサイズの２つの項目より構成され、ＬＡＮ
の種別に応じて送受信バッファサイズを初期値として登
録しておくテーブルである。つぎに、受信側では、コネ
クションデータに対するＡＣＫデータを送信（４０１
０）する。送信側では、コネクションデータに対するＡ
ＣＫデータを受信すると、受信したＬＡＮの種別に応じ
て、バッファ制御部内の送受信バッファサイズテーブル
１０１５に登録されている送信バッファサイズ値をプロ
トコル制御部内のバッファサイズテーブルに登録する
（４００２）。このようにして、コネクション設定時に
送信側、受信側の送受信バッファ値がＬＡＮの種別に応
じて決定され、効率のよいデータ転送が行われる。

【００３２】つぎに、本発明の別の実施例を図７〜図１
４を使って説明する。

【００３３】図７は、通信制御システムの構成図であ
る。

【００３４】まず、各制御ブロック及びテーブルについ
て説明する。

【００３５】通信制御装置７００１は、ワークステーシ
ョン、パーソナルコンピュータ等の情報機器であり、例
えば、Ｅｔｈｅｒｎｅｔ、ＦＤＤＩなどのようなローカ
ルエリアネットワーク（ＬＡＮ）を構築するような伝送
媒体、ＬＡＮ１７０２０、ＬＡＮ２７０２１、ＬＡ
Ｎ３７０２２に接続されて、他の情報機器とデータ転
送を行う。通信制御装置７００１内には、ユーザアプリ
ケーションプログラムが動作するメモリ空間（ユーザ空
間）とオペレーティングシステム（ＯＳ）等が動作する
システムメモリ空間（システム空間）がある。ユーザア
プリケーションプログラム７００２は、ユーザ空間内で
動作するプログラムであり、送達確認型のプロトコル制
御を行うプロトコル制御部７００５に対して、ユーザ空
間の送信データエリア７００３内にあるデータの送信又
は受信データエリア７００４へのデータ受信要求を発行
して、データの送受信を行う。プロトコル制御部７００
５は、送信バッファ７００６及び受信バッファ７００８
を使って送達確認型プロトコルに従ったデータ送受信制
御を行う。ネットワークインタフェース制御部７０１３
は、システム空間内で動作し、アダプタ制御部１〜３と
プロトコル制御部７００５とのインタフェース制御を行
う。アダプタ制御部１７０１７、アダプタ制御部２
７０１８、アダプタ制御部３７０１９は、システム空
間内で動作し、それぞれＬＡＮ１７０２０、ＬＡＮ２
７０２１、ＬＡＮ３７０２２との入出力を制御す
る。送受信バッファ制御部７０１４は、プロトコル制御
部７００５内に位置し、プロトコル制御テーブル７０１
５を作成する。そして、コネクション処理終了後、送受
信バッファサイズ値をセットする。

【００３６】ネットワークインタフェーステーブル７０
１６の構成例を図８に示す。

【００３７】テーブルを構成する要素のうち、ＬＡＮ識
別子は、接続するＬＡＮの種別を示している。最大転送
単位（ＭＴＵ）は、接続するＬＡＮを通して、転送でき
るデータサイズの最大値を示しており、ＬＡＮを構成す
る伝送媒体の種別によって異なる。そして、このネット
ワークインタフェーステーブル７０１６は、接続するＬ
ＡＮ対応に作成され、コネクション時にプロトコル制御
テーブル７０１５に、そのポインタが登録される。

【００３８】送受信バッファサイズテーブルの構成例を
図２に示す。

【００３９】これは、ＬＡＮ種別毎に送受信バッファサ
イズ値が設定されているテーブルで、コネクション処理
の後、接続されたＬＡＮの種別に応じた送受信バッファ
サイズ値を送受信バッファ制御部７０１４が決定する手
段として用いられる。

【００４０】以上のように、構成された本実施例の通信
制御装置の動作について説明する。

【００４１】便宜上、本通信制御装置が扱う通信プロト
コルは、ＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣ
ｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ
Ｐｒｏｔｏｃｏｌ）とする。

【００４２】ＬＡＮ１、２、３に流れるデータフレーム
のフォーマットを図１１に示す。

【００４３】図１１においてデータフレームは、ＭＡＣ
（ＭｅｄｉｃａｌＡｃｃｅｓｓＣｏｎｔｒｏｌ）ヘ
ッダ１１００２、プロトコルヘッダ１１００３、ユーザ
データ１１００４より構成されており、ＭＡＣヘッダ１
１００２には、伝送路に応じた宛先アドレス情報等が入
っており、その構成は、伝送媒体の種別により異なる。
ＭＡＣヘッダの生成、解読は、アダプタ制御部１〜３で
行う。プロトコルヘッダ１１００３は、ＩＰヘッダ１３
００１とＴＣＰヘッダ１２００１に分かれ、それぞれ図
１２、図１３のような構成になっている。ＴＣＰヘッダ
１２００１内のＷｉｎｄｏｗエリアは、受信ウインドウ
サイズ（送受信バッファサイズ）を登録するエリアであ
り、コネクション時及びデータ転送時に送信側通信制御
装置又は受信側通信制御装置内のプロトコル制御テーブ
ル７０１５に登録されている送受信バッファサイズ値が
プロトコル制御部７００５によって反映される。つまり
送受信バッファ制御部７０１４によって自動変更された
送受信バッファサイズ値がＴＣＰヘッダ１２００１内の
Ｗｉｎｄｏｗエリアに反映される。ヘッダの生成、解読
は、プロトコル制御部７００５で行われる。

【００４４】ユーザデータは、ユーザアプリケーション
プログラム７００２で使用されるものであり、ユーザア
プリケーションプログラム７００２からプロトコル制御
部７００５へ渡される。

【００４５】図９は、送受信バッファ制御部７０１４に
よる送受信バッファサイズ自動変更処理の流れを示して
いる。プロトコル制御部７００５によるコネクション処
理が終了する（９００２）と、送受信バッファ制御部７
０１４は、当該プロトコル制御テーブル７０１５内をサ
ーチし、ネットワークインタフェーステーブル７０１６
へのポインタを求める（９００３）。つぎに、ネットワ
ークインタフェーステーブル７０１６内をサーチし（９
００４）、ＬＡＮ識別子を求める。そして、当該ＬＡＮ
識別子より送受信バッファサイズテーブル７００７をサ
ーチし（９００５）、該当する送受信バッファサイズを
プロトコル制御テーブル７０１５に登録する（９００
６）。

【００４６】図１０は、送受信バッファ制御部による別
のバッファサイズ自動変更処理の流れを示している。

【００４７】プロトコル制御部７０１５によるコネクシ
ョン処理が終了する（１０００２）と、送受信バッファ
制御部７０１４は、当該プロトコル制御テーブル７０１
５をサーチし、ネットワークインタフェーステーブル７
０１６へのポインタを求める。つぎに、ネットワークイ
ンタフェーステーブル７０１６内をサーチし（１０００
４）、接続しているＬＡＮの最大転送量を求める。そし
て、当該最大転送量を基に、送受信バッファサイズ値を
算出する（１０００５）。

【００４８】送受信バッファサイズ値の算出方法につい
て以下に説明する。

【００４９】まず、第１の方法について説明する。

【００５０】送受信バッファサイズ値とは連続送信又は
受信できるデータ量の上限値であり、そのデータは、シ
ステム空間内にとられる。現在の計算機システムでは、
システム空間内のデータを効率良く扱うためには、２の
ｎ乗（ｎは正の整数）の整数倍を用いる必要がある。

【００５１】また、異機種間でデータの送受信を行う場
合、例えば、送受信データを格納するメモリ量の大きい
通信制御装置からメモリ量の少ない通信制御装置へデー
タを送信するとき、送受信バッファサイズ値をあまり大
きくすると、連続送信回数が増加し、メモリ量の少ない
通信制御装置は連続データ受信中に受信バッファが足り
なくなり、受信に失敗する。このため、連続送信の回数
は４回とする。以上のことから、（１）最大転送量の４倍を４０９６で割った商の４倍を
送受信バッファサイズ値とするを第１の方法とする。

【００５２】つぎに第２の方法について説明する。

【００５３】最大転送量からプロトコルヘッダのデータ
サイズを引いた値をＭＳＳ（ＭａｘＳｅｇｍｅｎｔＳ
ｉｚｅ）と呼ぶが、送受信バッファからデータを送信す
る場合、（又は受信データを送受信バッファに格納する
場合）、このＭＳＳを単位としている。つまり、送受信
バッファからデータを連続送信する場合、連続送信する
回数は、送受信バッファサイズをＭＳＳで割った商であ
ることから送受信バッファを使って効率の良い連続送信
（又は受信）を行うため、（２）ＭＳＳの４倍を送受信バッファサイズ値とするを第２の方法とする。

【００５４】最後に第３、第４の方法について説明す
る。

【００５５】送受信データを格納するメモリ量の大きい
通信制御装置間のデータ送受信を考えるとき、連続送信
（又は受信）できる回数Ｎ（Ｎは正の整数）とすると、（３）最大転送量のＮ倍を４０９６で割った商のＮ倍を
送受信バッファ値とする。を第３の方法とする。

【００５６】（４）ＭＳＳのＮ倍を送受信バッファサイ
ズ値とする。

【００５７】以上を送受信バッファサイズ値を算出する
方法とする。

【００５８】送受信バッファサイズが決定されると、送
受信バッファ制御部は、送受信バッファサイズをプロト
コル制御テーブルに登録し（１０００６）、処理で終了
する。

【００５９】つぎに、図１５、図１６を使って、送受信
バッファ制御部による別のバッファサイズ自動変更処理
について説明する。

【００６０】図１５は、送受信バッファサイズテーブル
の構成例を示している。

【００６１】送受信バッファサイズテーブル１５００１
は、ユーザアプリケーション種別、ＬＡＮ種別、バッフ
ァサイズを構成要素としている。ユーザアプリケーショ
ン種別には、データ転送を行うユーザアプリケーション
の識別子が登録されている。ＬＡＮ種別には、接続する
ＬＡＮの識別子が登録されている。バッファサイズに
は、各ユーザアプリケーション種別とＬＡＮ種別に対応
した送受信バッファサイズが登録されている。

【００６２】ユーザアプリケーションとは、ファイル転
送プログラム（ＦＴＰ：ＦｉｌｅＴｒａｎｓｆｅｒＰ
ｒｏｔｏｃｏｌ）のような転送データ量の大きいもの
と、仮想端末プログラム（ｔｅｌｎｅｔ）のような転送
データ量の小さいものがある。転送データ量の大きいユ
ーザアプリケーションの場合、連続送信できる回数が大
きいほど送達確認処理回数が減少するため、データ転送
効率は向上する。つまり、送受信バッファサイズを大き
くすることによってデータ転送効率は向上する。これに
対し、転送データ量の小さいユーザアプリケーションの
場合、それほど大きな送受信バッファは必要ない。この
ことからユーザアプリケーション種別を送受信バッファ
サイズテーブルの構成要素とし、ユーザアプリケーショ
ンのデータ転送量に対応して送受信バッファサイズを自
動変更できるようにすることは、伝送媒体種別対応送受
信バッファサイズ自動変更方式に合わせることにより、
よりきめ細いデータ転送の効率化が可能になる。

【００６３】即ち、ユーザアプリケーション種別を送受
信バッファサイズテーブルの構成要素とすることによ
り、ユーザアプリケーションのデータ転送量に対応した
送受信バッファサイズに自動変更できるようになる。例
えば、データ転送量の少ないユーザアプリケーション
が、最大転送量の大きい伝送媒体を使用する場合、小さ
い送受信バッファサイズを選択できるようになる。

【００６４】図１６は、送受信バッファ制御部７０１４
による送受信バッファサイズテーブル１５００１を使っ
た、送受信バッファサイズ自動変更処理の流れを示して
いる。

【００６５】プロトコル制御部７０１５によるコネクシ
ョン処理が終了する（１６００２）と、送受信バッファ
制御部７０１４は、当該プロトコル制御テーブル７０１
５をサーチし（１６００３）、ネットワークインタフェ
ーステーブル７０１６へのポインタを求める。つぎに、
ネットワークインタフェーステーブル７０１６内をサー
チし（１６００４）、接続しているＬＡＮのＬＡＮ識別
子を求める。そして、当該ＬＡＮ識別子とユーザアプリ
ケーション識別子より、送受信バッファサイズテーブル
１５００１をサーチし（１６００５）、該当する送受信
バッファサイズをプロトコル制御テーブル７０１５に登
録し（１６００６）、処理を終了する。

【００６６】最後に、通信制御システムのシーケンスを
説明する。図１４は、通信制御システム間のデータ送受
信シーケンス図である。図１４では、コネクションデー
タ送信側通信制御システムからコネクション受信側通信
制御システムへデータを送信するシーケンスを示してい
る。コネクションデータ受信側通信制御システムは、コ
ネクションデータ送信側通信制御システムよりコネクシ
ョンデータを受信すると（１４００９）、自局の受信バ
ッファサイズを変更し、プロトコル制御テーブル内の送
受信バッファサイズ値を変更する。そして、コネクショ
ン確認応答フレームをコネクションデータ送信側通信制
御システムに送信する。このとき、伝送媒体上を流れる
フレームデータ１１００１のＴＣＰヘッダ１２００１内
のＷｉｎｄｏｗ値は、変更された受信バッファサイズ値
に変更されている。コネクションデータ送信側通信制御
システムは、コネクション確認応答フレームを受信し、
コネクション終了処理を行った後（１４００２）、自局
のプロトコル制御テーブル内の送受信バッファサイズ値
を変更する（１４００３）。その後、変更した送受信バ
ッファサイズ値に従って、ユーザアプリケーションプロ
グラム内の送信データエリアにあるデータをコピーし
（１４００４）、データ送信を連続して行う（１４００
５〜１４００６）。このとき、フレームデータのＴＣＰ
ヘッダ内のＷｉｎｄｏｗ値は、変更された受信バッファ
サイズ値に変更されている。

【００６７】

【発明の効果】本発明によれば、接続するＬＡＮの最大
転送量に応じて自動的に、送受信バッファサイズを変更
でき、また、ユーザアプリケーションのデータ転送量に
対応した送受信バッファサイズに自動変更できるため、
ＬＡＮのデータ転送能力やアプリケーションのデータ転
送量の傾向に応じた効率のよいデータ転送が可能となる
効果を奏する。

【図面の簡単な説明】

【図１】通信制御システム構成図である。

【図２】ネットワークインタフェース制御部内の送受信
バッファサイズテーブルの構成例である。

【図３】プロトコル制御部内のバッファサイズテーブル
の構成例である。

【図４】通信制御システムのシーケンス図である。

【図５】従来の通信制御システムである。

【図６】従来の通信制御システムのシーケンス図であ
る。

【図７】通信制御システム構成図である。

【図８】ネットワークインタフェーステーブルの構成図
である。

【図９】送受信バッファ制御部によるバッファサイズ自
動変更処理１の処理フロー図である。

【図１０】送受信バッファ制御部によるバッファサイズ
自動変更処理２の処理フロー図である。

【図１１】フレーム構成図である。

【図１２】ＴＣＰヘッダ構成図である。

【図１３】ＩＰヘッダ構成図である。

【図１４】通信制御システムのシーケンス図である。

【図１５】プロトコル制御部内の送受信バッファサイズ
テーブルの構成例である。

【図１６】送受信バッファ制御部によるバッファサイズ
自動変更処理２の処理フロー図である。

【符号の説明】

１００１…通信制御装置１００２…ユーザアプリケーションプログラム１００３…送信データエリア１００４…受信データエリア１００５…プロトコル制御部１００６…送信バッファ１００７…バッファサイズテーブル１００８…受信バッファ１０１３…ネットワークインタフェース制御部１０１４…バッファ制御部１０１５…送受信バッファサイズテーブル１０１６…アダプタ制御部１１０１９…ＬＡＮ１

───────────────────────────────────────────────────── フロントページの続き (72)発明者山下智史神奈川県横浜市戸塚区吉田町292番地株式会社日立製作所システム開発研究所内

Claims

【特許請求の範囲】

【請求項１】複数のローカルエリアネットワークに接続
し、送達確認型のネットワークプロトコルでデータ転送
を行なう通信システムであって、該ローカルエリアネッ
トワークに対し、連続送信又は受信できるデータ量の上
限（送信又は受信バッファサイズ又はウインドウサイ
ズ）を該ローカルエリアネットワークの伝送媒体の最大
転送量に対応して変更することを特徴とする通信システ
ムにおけるバッファ制御方式。
【請求項２】送信又は受信データバッファサイズの変更
をコネクション処理に基づいて行なうことを特徴とする
請求項１記載の通信システムにおけるバッファ制御方
式。
【請求項３】複数のローカルエリアネットワークに接続
し、送達確認型のネットワークプロトコルでデータ転送
を行なう通信システムであって、送信又は受信バッファ
サイズテーブル及びバッファ制御部をネットワークイン
タフェース制御部に設け、コネクション処理終了後、ネ
ットワークインタフェース制御部内のネットワークイン
タフェーステーブルより、伝送媒体種別を判別し、該送
信又は受信バッファサイズテーブルをもとに送信又は受
信バッファサイズを設定することを特徴とする通信シス
テムにおけるバッファ制御方式。
【請求項４】複数のローカルエリアネットワークに接続
し、送達確認型のネットワークプロトコルでデータ転送
を行なう通信システムであって、送信又は受信バッファ
サイズテーブル及びバッファ制御部をプロトコル制御部
内に設け、コネクション処理終了後ネットワークインタ
フェース制御部内のネットワークインタフェーステーブ
ルより伝送媒体種別を判別し、該送信又は受信バッファ
サイズテーブルをもとに送信又は受信バッファサイズを
設定することを特徴とする通信システムにおけるバッフ
ァ制御方式。
【請求項５】複数のローカルエリアネットワークに接続
し、送達確認型のネットワークプロトコルでデータ転送
を行なう通信システムであって、送信又は受信バッファ
サイズテーブル及びバッファ制御部をプロトコル制御部
内に設け、コネクション処理終了後、ネットワークイン
タフェース制御部内のネットワークインタフェーステー
ブルより伝送媒体種別及び最大転送量を判別し、最大転
送量を基に送信又は受信バッファサイズを算出して設定
することを特徴とする請求項１記載の通信システムにお
けるバッファ制御方式。
【請求項６】複数のローカルエリアネットワークに接続
し、送達確認型のネットワークプロトコルでデータ転送
を行なう通信システムであって、ユーザアプリケーショ
ン種別、伝送媒体に応じた送信又は受信バッファサイズ
及びＬＡＮ種別を格納する送信又は受信バッファサイズ
テーブルとバッファ制御部とをプロトコル制御部内に設
け、コネクション処理終了後、ネットワークインタフェ
ース制御部内のネットワークインタフェーステーブルよ
りＬＡＮ種別を判定し、データ送信又は受信を行うユー
ザアプリケーションの種別情報から該送信又は受信バッ
ファサイズテーブルより送信又は受信バッファサイズを
設定することを特徴とする通信システムにおけるバッフ
ァ制御方式。
【請求項７】複数のローカルエリアネットワークに接続
し、送達確認型のネットワークプロトコルでデータ転送
を行なう通信システムであって、所望のローカルエリア
ネットワークの伝送媒体に対して連続送信又は受信でき
るデータ量の上限を決める送信又は受信バッファサイズ
値を、前記伝送媒体の最大転送量の４倍を４０９６で割
った商の４倍とすることを特徴とする通信システムにお
けるバッファ制御方式。
【請求項８】複数のローカルエリアネットワークに接続
し、送達確認型のネットワークプロトコルでデータ転送
を行なう通信システムであって、所望のローカルエリア
ネットワークの伝送媒体に対して連続送信又は受信でき
るデータ量の上限を決める送信又は受信バッファサイズ
値を、前記伝送媒体の最大転送量からプロトコルヘッダ
のデータサイズを引いた値の４倍とすることを特徴とす
る通信システムにおけるバッファ制御方式。
【請求項９】複数のローカルエリアネットワークに接続
し、送達確認型のネットワークプロトコルでデータ転送
を行なう通信システムであって、所望のローカルエリア
ネットワークの伝送媒体に対して連続送信又は受信でき
るデータ量の上限を決める送信又は受信バッファサイズ
値を、前記伝送媒体の最大転送量のＮ（正の整数）倍を
４０９６で割った商のＮ倍とすることを特徴とする通信
システムにおけるバッファ制御方式。
【請求項１０】複数のローカルエリアネットワークに接
続し、送達確認型のネットワークプロトコルでデータ転
送を行なう通信システムであって、所望のローカルエリ
アネットワークの伝送媒体に対して連続送信又は受信で
きるデータ量の上限を決める送信又は受信バッファサイ
ズ値を、前記伝送媒体の最大転送量からプロトコルヘッ
ダのデータサイズを引いた値のＮ（正の整数）倍とする
ことを特徴とする通信システムにおけるバッファ制御方
式。