JPS63292845A

JPS63292845A - デ−タ通信方式

Info

Publication number: JPS63292845A
Application number: JP62127146A
Authority: JP
Inventors: Akira Morishita; 森下　陽
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1987-05-26
Filing date: 1987-05-26
Publication date: 1988-11-30

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】［産業上の利用分野］本発明は通信媒体を介して複数の通信制御装置を互いに
接続して成るネットワークシステムに接続され、該ネッ
トワークシステムと他のシステムとの間でＨＤＬＣプロ
トコルによるデータ通信を可能とするプロトコルコンバ
ータを有するシステムにおけるデータ通信方式に関する
ものである。

［従来の技術、］従来、ＨＤＬＣプロトコル（ＣＣＩＴＴ、Ｘ、２５プロ
トコル）によるデータ通信において、ＤＴパケットのＤ
ビット！″Ｏ″の送信は、ＤＴパケットの送達確認を相
手端末からではなく、網内のある地点で報告する事が可
能である。従ってこれを用いればデータ転送のスルーブ
ツトが向上する利点がある。この方法をＬＡＮシステム
を用いた私設バケット網にあてはめた場合、ＤＴパケッ
トのＤビット−“０”の送達確認を送信側プロトコル・
コンバータで行う事により、ＬＡＮ内のスループットを
最大近くまで活かせるデータ転送が可能となる。

第９図に従来のプロトコル・コンバータを用いたＬＡＮ
システムを示す。図中、１はＨＤＬＣプロトコル（ＣＧ
ＩＴＴ、Ｘ、２５プロトコル）によるデータ送受信を行
う端末、２はプロトコル・コンバータ、３はＬＡＮ伝送
路、４は中継網である。

第９図に示すプロトコル・コンバータ２の機能別階層図
を第１０図に示す。図中、１０はプロトコル・コンバー
タ制御部、１１はｘ、２５制御部、１２はＬＡＰ−Ｂ制
御部、１３　ハＸ、２５プロトコル物理的制御部、１４
はｘ、２５プロトコル伝送路、１５はＬＡＮ制御部、１
６はＬＡＮ物理的制御部、１７はＬＡＮ伝送路である。

また第１１図に、ＤＴパケットのＤビット−“０゛にお
けるＬＡＮ内データ通信制御手順の例を示す、ここで、
２０は送信側プロトコル・コンバータ、２１は受信側プ
ロトコル・コンバータである。

第１１図を用いて従来のデータ通信制御手順を説明する
。

端末側よりＤＴパケットのｐビット−θ″の送信要求を
受けた送信側プロトコル・コンバータ２０は、ＬＡＮ２
２にこのＤＴパケットのＤビット−“０“を、符号２３
で示す如く送信する。このデータが受信側プロトコル・
コンバータ２１に受信されると、符号２４で示す如＜Ｌ
ＡＮ内レベルでの受信応答を送信側プロトコル・コンバ
ータ２０へ返送する。このため、これを受けた送信側プ
ロトコル・コンバータ２０は、送達確認としてのＲＲ”
パケット２５を端末側へ送出する。

上記手順を行う事により、ＬＡＮ内における転送速度を
活かしたデータ転送が可能となる。

［発明が解決しようとする問題点］しかし、上記通信制御手順においては、送信側プロトコ
ル・コンバータ２０で受信側プロトコル・コンバータ２
１の状態を知る事ができず、受信側プロトコル・コンバ
ータ２１で、受信されたＤＴパケットが滞納し始めた場
合、、必要以上のデータ受信が発生し、これが受信側プ
ロトコル・コンバータ２１の多大な負荷を招き、機能の
低下、ＬＡＮ内のデータ転送全体のスルーブツトの低下
を引き起こすという問題点がある。

［問題点を解決するための手段］本発明は上述の問題点を解決することを目的としてされ
たもので、この目的を達成する一手段として１本実施例
は第１図に示す構成を備える。

即ち、通信媒体を介して複数の通信制御装置を互いに接
続して成るネットワークシステムに接続され、該ネット
ワークシステムと他の一システムとの間でＨＤＬＣプロ
トコルによるデータ通信を可能とするプロトコルコンバ
ータを有するシステムにおいて、ＨＤＬＣプロトコルに
よるパケットを受信する受信手段１１１と、ローカルエ
リアネットワークシステムに受信パケットを送信する送
信手段１１２と、受信手段１１１によるＤピット士１０
′タイプのＤＴパケット転送を検出する検出手段１１３
と、送受信パケットを一時保持するバッファ１１４と、
検出手段１１３がＤビット；“００タイプのＤＴパケッ
トを検出した時のバッファ１１４の状態を基に受信能力
を算出し、送信手段の送信パケット中に該算出受信能力
情報を返送する返送手段１１５とを備える。

［作用］以上の構成において、ＨＤ　Ｌ　Ｃ（ＣＣＩＴＴ、　Ｘ
、２５）プロトコルによるＤビット＝“０″タイプのＤ
Ｔパケットを前記ネットワークシステム内で転送する時
、ＤＴパケット受信側装置のプロトコル・コンバータに
設けられたチャンネル毎の記憶バッファ記憶可能容量に
より定まるデータ受信能力情報をもとにネットワークシ
ステム内におけるデータ転送制御を行うことにより、従
来例の欠点を除去すると同時に、円滑かつ安定したデー
タ転送とスルーブツトの向上を図る事が可能となる。

［実施例］以下、図面を参照して本発明に係る一実施例を詳細に説
明する。

本実施例も第９図と同様のＬＡＮネットワークシステム
を構築している。そして、本実施例においては、第９図
におけるプロトコル・コンバータ２の構成が第２図に示
す構成となっているものである。以下第２図により本実
施例のプロトコル・コンバータの構成を説明する。

第２図において、３０はＬＡＮ伝送路、３１はＬＡＮ伝
送路３０に接続されＬＡＮ伝送路３０とのデータ伝送を
制御するノード部、３２はノード部３１とＨＤＬＣプロ
トコル側の伝送路３７に接続されるプロトコル制御部、
３７はＨＤＬＣプロトコル（ＣＣＩＴＴ、　Ｘ、２５プ
ロトコル）側伝送路である。プロトコル制御部３２にお
いて、３３はノード部３２とのインタフェースを司どる
送受信制御部、３４はＲＯＭ３４ａに格納されたプログ
ラムに従い、本装置全体の制御を司どるマイクロ・プロ
セッサ、３４ａは上述のプログラムの他、各種パラメー
タ等を記憶するＲＯＭ、３５は制御情報及び送受信デー
タを格納するメモリ、３６はｘ、２５プロトコルである
ＨＤＬＣ側インタインタフエースる送受信制御部、３７
は）ｉＤＬｃプロトコル側伝送路である。

メモリ３５のチャンネル毎に用意された受信データバッ
ファのフォーマット例を第３図に示す。図中、４０は使
用可否フラグ、４１は受信データ格納エリアを示してお
り、図示の如く各チャンネル毎に所定領域が確保されて
いる。

以上の構成を備える本実施例の送信側プロトコル・コン
バータのデータ通信制御処理を第４図を参照して以下に
説明する。

プロトコル制御部３２はＨＤＬＣプロトコル側伝送路３
７を介して端末１よりＤＴパケットＤビット＝“０″を
受信したか否かを監視し、このＤＴパケットを受は取る
と、第４図の処理を実行する。

まずステップＳ１で、このＤＴパケットが呼の設定以後
、最初のＤＴパケットＤビット−“０″か否かを判定す
る。ここで最初のＤＴパケットであるならステップＳ５
に進み、不図示のＤＴパケットフロー制御フラグを“セ
ット“し、ＤＴバケットカウンタを“リセット“する。

続くステップＳ６においてこのＤＴパケットに状態報告
要求データを付加したＤＴパケット（ＬＡＮデータ）を
生成し、これをノード部３１を介してＬＡＮ内に送信す
る。

一方、ステップＳ１において、このＤＴパケットが呼の
設定以後、最初のＤＴパケットでない場合にはステップ
Ｓ２に進み、ＤＴパケットフロー制御フラグがセットさ
れているか否かを調べる。

ＤＴパケットフロー制御フラグがセットされている時、
ＤＴパケットＤビット“０”の送信要求を受けた時には
ステップＳ８に進み、プロトコル制御部３２はＤＴパケ
ット送信待ち処理を実行し、ＤＴパケットを送信待ち状
態として保留する。

また、ステップＳ２でＤＴパケットフロー制御フラグが
リセットされていればステップＳ３に進み、ＤＴバケッ
トカウンタをインクリメントして１つカウントアツプさ
せ、続くステップＳ４でそのＤＴパケットカウンタの値
が後述する第６図ステップ３２０の処理によってセット
されたＤＴパケットフロー制御カウンタの値“Ｘ”と等
しいか否かをチェックする。ここで両値が等しくなけれ
ば、データ転送可能としてステップＳ子のＤＴパケット
の送信処理を実行し、受信したＤＴバケットをノード部
３１を介してＬＡＮに送信して処理を終了し、す、ター
ンする。

一方、両カウンタ値が等しければ受信側プロトコル制御
部３２の状態を見る為、ステップＳ５に進み、上述と同
様の処理を実行する。

以上の処理におけるステップＳ８のＤＴパケット送信待
ち処理の詳細を第５図を参照して以下に説明する。

プロトコル制御部３２は、ＤＴパケットを受信するとス
テップＳ１０で該当するチャンネルを求め、ステップＳ
ｔｔでメモリ３５の求めたチャンネルに従い、該当受信
データバッファ格納エリア４１に当該受信ＤＴパケット
を格納する。この時同時に使用可否フラグ４０をセット
する。そして続くステップ３１２でこのＤＴパケットが
状態報告要求であるか否かを調べ、状態報告要求の時に
はステップＳ１２よりステップＳ１３に進み、該当する
チャンネルの格納エリアの使用可能数をチェックし、ス
テップＳ１４でその値を状態報告データとしてＤＴパケ
ット送信側プロトコル制御部３２に報告しリターンする
。

ステップＳ１２で状態要求状態でない場合にはそのまま
直ちにリターンする。

次に、上述のステップＳ１４の状態報告データを受信し
たプロトコル制御部３２の処理を第６図を参照して以下
に説明する。

チャンネルの格納エリアの使用可能数である状態報告デ
ータを受信したプロトコル制御部３２は、ステップＳ２
０でこの状態報告データ“Ｘ”をＤＴパケットフロー制
御カウンタに格納する。

そして、続くステップＳ２１でＤＴパケットフロー制御
フラグをリセットし、ＤＴパケット送信可能状態とする
。ステップＳ２２で、上記処理中に送るべきＤＴパケッ
トが保留されているか否かを調べ、保留されていればス
テップＳ２３で、キューイングデータを読み出し、処理
を終了して第４図のステップＳ１に戻る。

以上の各処理において用いられる本実施例の転送データ
パケットの詳細を第第７図及び第８図に示す。

第７図は状態報告要求データを付加したプロトコル制御
部３２へのＬＡＮ内パケットのフォーマットを示し、図
中、５０はＬＡＮ内宛先アドレス、５１は状態報告要求
を示すコントロール・コード、５２はＨＤ　Ｌ　Ｃ（Ｃ
ＣＩＴＴ、　Ｘ、２５）パケットである。

第８図は状態報告データの付加されたＬＡＮ内格納パケ
ットのフォーマットを示し、図中、５３はＬＡＮ内宛先
アドレス、５４は状態報告データを示すコントロール・
コード、５５は報告すべきチャンネル番号、５６は報告
データである。

［発明の効果］以上説明したように本発明によれば、ＤＴパケットＤビ
ット＝“０″に関するＬＡＮシステム内のデータフロー
制御を用いれば、プロトコルコンバータの負荷を効率良
く低減させることができ、より安定した、又高いスルー
ブツトを保証するデータ転送が可能になる。

【図面の簡単な説明】

第１図は本発明に係る一実施例の機能ブロック図、第２図は本発明に係る一実施例のプロトコル・コンバー
タのブロック構成図、第３図は第２図に示すメモリ内の受信データバッファ格
納エリアの構成例を示す図、第４図〜第６図は本実施例の送信側プロトコル制御部の
処理フローチャート、第７図は本実施例のＬＡＮ内状態報告要求データフォー
マットを示す図、第８図は本実施例のＬＡＮ内状態報告データフォーマッ
トを示す図、第９図は一般的なＬＡＮシステム構成図、第１０図は従
来のプロトコル・コンバータの階層別構成図、第１１図は従来のＬＡＮ内通信制御手順を示す制御図で
ある。図中、１・・・端末、２・・・プロトコル・コンバータ
、３・・−ＬＡＮ伝送路、４・・・中継網、１０・・・
プロトコル・コンバータ制御部、１１・・・ｘ、２５制
御部、１２−Ｌ　Ａ　Ｐ　−Ｂ制御部、１３−Ｘ、２５
プロトコル物理的制御部、１４・・・ｘ、２５プロトコ
ル伝送路、１５・・−ＬＡＮ制御部、１６・・・ＬＡＮ
物理的制御部、１７・・・ＬＡＮ伝送路、２０−・・送
信側プロトコル・コンバータ、２１・・・受信側プロト
コル・コンバータ、３０・・・ＬＡＮ伝送路、３１−・
・ノード部、３２・・・プロトコル制御部、３７・・・
ＨＤＬＣプロトコル側伝送路、３３・・・送受信制御部
、３４・・・マイクロ・プロセッサ、３４　ａ−・・Ｒ
ＯＭ、３５・・・送受信制御部、３フ・・−ＨＤＬＣプ
ロトコル側伝送路、４０・・・使用可否フラグ、４１・
・・受信データ格納エリア、５０−Ｌ　Ａ　Ｎ内宛先ア
ドレス、５１゜５４・・・コントロール・コード、５２
・・・ＨＤＬＣパケット、５３・−Ｌ　Ａ　Ｎ内宛先ア
ドレス、５５・・・チャンネル番号、５６・・・報告デ
ータである。特許出願人　　　キャノン株式会社コ □□□□□二ニー第二面第２図第５図第６図第７図第８図第９図第＋Ｏ図

Claims

【特許請求の範囲】

通信媒体を介して複数の通信制御装置を互いに接続して
成るネットワークシステムに接続され、該ネットワーク
システムと他のシステムとの間でＨＤＬＣプロトコルに
よるデータ通信を可能とするプロトコルコンバータを有
するシステムにおけるデータ通信方式であつて、ＨＤＬ
ＣプロトコルによるＤビット＝“０”タイプのＤＴパケ
ットを前記ネットワークシステム内で転送する時、ＤＴ
パケット受信側装置のプロトコル・コンバータに設けら
れたチャンネル毎の記憶バッファ記憶可能容量により定
まるデータ受信能力情報をもとにネットワークシステム
内におけるデータ転送制御を行うことを特徴とするデー
タ通信方式。