JPS63292846A - Data communication system - Google Patents
Data communication systemInfo
- Publication number
- JPS63292846A JPS63292846A JP62127147A JP12714787A JPS63292846A JP S63292846 A JPS63292846 A JP S63292846A JP 62127147 A JP62127147 A JP 62127147A JP 12714787 A JP12714787 A JP 12714787A JP S63292846 A JPS63292846 A JP S63292846A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- data
- protocol
- protocol converter
- lan
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims description 22
- 238000012546 transfer Methods 0.000 claims abstract description 13
- 238000000034 method Methods 0.000 claims description 28
- 238000012545 processing Methods 0.000 abstract description 6
- 230000005540 biological transmission Effects 0.000 description 33
- 238000010586 diagram Methods 0.000 description 10
- 238000012790 confirmation Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
【発明の詳細な説明】
[産業上の利用分野]
本発明は通信媒体を介して複数の通信制御装置を互いに
接続して成るネットワークシステムに接続され、該ネッ
トワークシステムと他のシステムとの間でHDLCプロ
トコルによるデータ通信を可能とするプロトコルコンバ
ータを有するシステムにおけるデータ通信方式に関する
ものである。[Detailed Description of the Invention] [Industrial Application Field] The present invention is connected to a network system in which a plurality of communication control devices are connected to each other via a communication medium, and the communication between the network system and other systems is The present invention relates to a data communication method in a system having a protocol converter that enables data communication using the HDLC protocol.
[従来の技術]
従来、HDLCプロトコル(CCITT、X、25プロ
トコル)によるデータ通信において、DTパケットのD
ビット−0”の送信は、DTパケットの送達確認を相手
端末からではなく、網内のある地点で報告する事が可能
である。従ってこれを用いればデータ転送のスループッ
トが向上する利点がある。この方法をLANシステムを
用いた私設バケット網にあてはめた場合、DTパケット
のDビット子“0“の送達確認を送信側プロトコル・コ
ンバータで行う事により、LAN内のスループットを最
大近くまで活かせるデータ転送が可能となる。[Prior Art] Conventionally, in data communication using the HDLC protocol (CCITT, X, 25 protocol), the D
Transmission of "bit-0" allows the delivery confirmation of the DT packet to be reported at a certain point within the network rather than from the other party's terminal.Therefore, using this has the advantage of improving data transfer throughput. When this method is applied to a private bucket network using a LAN system, by confirming the delivery of the D bit "0" of the DT packet at the sending protocol converter, the throughput within the LAN can be utilized to the maximum. Transfer becomes possible.
第9図に従来のプロトコル・コンバータを用いたLAN
システムを示す。Figure 9 shows a LAN using a conventional protocol converter.
Show the system.
図中、1はHDLCプロトコア1/ (CCITT、X
、25プロトコル)によるデータ送受信を行う端末、2
はプロトコル・コンバータ、3はLAN伝送路、4は中
継網である。In the figure, 1 is HDLC protocore 1/ (CCITT,
, 25 protocol) terminal that transmits and receives data, 2
is a protocol converter, 3 is a LAN transmission path, and 4 is a relay network.
第9図に示すプロトコル・コンバータ2の機能別階層図
を第10図に示す。A functional hierarchy diagram of the protocol converter 2 shown in FIG. 9 is shown in FIG.
図中、10はプロトコル・コンバータ制御部、11はx
、25制御部、12はLAP−B制御部、13はx、2
5プロトコル物理的制御部、14はx、25プロトコル
伝送路、15はLAN制御部、16はLAN物理的制御
部、17はLAN伝送路である。In the figure, 10 is a protocol converter control unit, 11 is x
, 25 control section, 12 LAP-B control section, 13 x, 2
5 protocol physical control unit, 14 x, 25 protocol transmission line, 15 LAN control unit, 16 LAN physical control unit, and 17 LAN transmission line.
また第11図に、DTパケットのDビット子“0“にお
けるLAN内データ通信制御手順の例を示す。ここで、
20は送信側プロトコル・コンバータ、21は受信側プ
ロトコル・コンバータである。Further, FIG. 11 shows an example of the intra-LAN data communication control procedure when the D bit of the DT packet is "0". here,
20 is a transmitting side protocol converter, and 21 is a receiving side protocol converter.
第11図を用いて従来のデータ通信制御手順を説明する
。A conventional data communication control procedure will be explained using FIG.
端末側よりDTパケットのDビット子“0″の送信要求
を受けた送信側プロトコル・コンバータ20は、LAN
22にこのDTパケットのDビット子“0”を、符号2
3で示す如く送信する。このデータが受信側プロトコル
・コンバータ21に受信されると、符号24で示す如<
LAN内レベルでの受信応答を送信側プロトコル・コン
バータ20へ返送する。このため、これを受けた送信側
プロトコル・コンバータ20は、送達確認としての“R
R”パケット25を端末側へ送出する。The sending side protocol converter 20 receives a request to send the D bit "0" of the DT packet from the terminal side, and transmits the LAN
22 is the D bit “0” of this DT packet, code 2
Transmit as shown in 3. When this data is received by the receiving protocol converter 21, the
A reception response at the intra-LAN level is sent back to the sending protocol converter 20. Therefore, the sending side protocol converter 20 that received this sends the "R" as a delivery confirmation.
R'' packet 25 is sent to the terminal side.
上記手順を行う事により、LAN内における転送速度を
活かしたデータ転送が可能となる。By performing the above procedure, it becomes possible to transfer data by taking advantage of the transfer speed within the LAN.
[発明が解決しようとする問題点]
しかし、上記通信制御手順においては、送信側プロトコ
ル・コンバータ20で受信側プロトコル・コンバータ2
1の状態を知る事ができず、受信側プロトコル・コンバ
ータ21で、受信されたDTパケットが滞納し始めた場
合、必要以上のデータ受信が発生し、これが受信側プロ
トコル・コンバータ21の多大な負荷を招き、機能の低
下、LAN内のデータ転送全体のスルーブツトの低下を
引き起こすという問題点がある。[Problems to be Solved by the Invention] However, in the above communication control procedure, the transmitting side protocol converter 20 and the receiving side protocol converter 2
1, and if the received DT packets start to be delayed at the receiving side protocol converter 21, more data than necessary will be received, which will increase the load on the receiving side protocol converter 21. There is a problem in that this leads to a decrease in functionality and a decrease in the overall throughput of data transfer within the LAN.
[問題点を解決するための手段]
本発明は上述の問題点を解決することを目的としてされ
たもので、この目的を達成する一手段として、本実施例
は第1図に示す構成を備える。[Means for Solving the Problems] The present invention has been made for the purpose of solving the above-mentioned problems, and as a means for achieving this purpose, this embodiment has the configuration shown in FIG. .
即ち、通信媒体を介して複数の通信制御装置を互いに接
続して成るネットワークシステムに接続され、該ネット
ワークシステムと他のシステムとの間でHDLCプロト
コルによるデータ通信を可能とするプロトコルコンバー
タ110を有するシステムであって、プロトコルコンバ
ータ110にHDLCプロトコルによるパケットを受信
する受信手段111と、LANに受信パケットを送信す
る送信手段112と、受信手段111による。Dビット
−“0”タイプのDTパケット転送を検出する検出手段
113と、送受信パケットを一時保持するバッファ11
4と、検出手段113がDビット−“O″タイプDTパ
ケットを検出した時のバッファ114の状態を基に受信
能力を算出し、前記送出手段の送信パケット中に該産出
受信能力情報を返送する返送手段115とを備える。That is, a system that is connected to a network system in which a plurality of communication control devices are connected to each other via a communication medium, and that includes a protocol converter 110 that enables data communication using the HDLC protocol between the network system and other systems. The receiving means 111 includes a receiving means 111 that receives packets according to the HDLC protocol to the protocol converter 110, a transmitting means 112 that transmits the received packets to the LAN, and a receiving means 111. A detection means 113 for detecting D bit-“0” type DT packet transfer, and a buffer 11 for temporarily holding transmitted and received packets.
4, the reception capability is calculated based on the state of the buffer 114 when the detection means 113 detects the D bit-"O" type DT packet, and the produced reception capability information is returned in the transmission packet of the transmission means. and return means 115.
[作用]
以上の構成において、該プロトコルコンバータが前記回
線網より受信したHDLCプロトコルによるDビット=
″′0“タイプのDTパケットを当該ネットワークシス
テム内に転送する時、DTパケット受信側装置のプロト
コル・コンバータのデータ受信能力情報をもとにネット
ワークシステム内におけるデータ転送制御を行うことに
より、従来例の欠点を除去すると同時に、円滑かつ安定
したデータ転送とスルーブツトの向上を図る事が可能と
なる。[Operation] In the above configuration, the protocol converter receives the D bit from the HDLC protocol from the line network =
When transferring a ``'0'' type DT packet into the network system, the conventional example At the same time, it is possible to eliminate the drawbacks of the above, and at the same time achieve smooth and stable data transfer and improve throughput.
[実施例]
以下、図面を参照して本発明に係る一実施例を詳細に説
明する。[Example] Hereinafter, an example according to the present invention will be described in detail with reference to the drawings.
本実施例も第9図と同様のLANネットワークシステム
を構築している。そして、本実施例においては、第9図
におけるプロトコル・コンバータ2の構成が第2図に示
す構成となっているものである。以下第2図により本実
施例のプロトコル・コンバータの構成を説明する。This embodiment also constructs a LAN network system similar to that shown in FIG. In this embodiment, the configuration of the protocol converter 2 in FIG. 9 is as shown in FIG. 2. The configuration of the protocol converter of this embodiment will be explained below with reference to FIG.
第2図において、30はLAN伝送路、31はLAN伝
送路30に接続されLAN伝送路30とのデータ伝送を
制御するノード部、32はノード部31とHDLCプロ
トコル側の伝送路37に接続されるプロトコル制御部、
37はHDLCプロトコル(CCITT、 X、25プ
ロトコル)側伝送路である。In FIG. 2, 30 is a LAN transmission line, 31 is a node unit connected to the LAN transmission line 30 and controls data transmission with the LAN transmission line 30, and 32 is connected to the node unit 31 and a transmission line 37 on the HDLC protocol side. protocol control section,
37 is an HDLC protocol (CCITT, X, 25 protocol) side transmission line.
プロトコル制御部32において、33はノード部32と
のインタフェースを司どる送受信制御部、34はROM
34aに格納されたプログラムに従い、本装置全体の制
御を司どるマイクロ・プロセッサ、34aは上述のプロ
グラムの他、各種パラメータ等を記憶するROM、35
は制御情報及び、送受信データ等を格納するメモリ、3
6はx、25プロトコルであるHDLC側インタインタ
フエースる送受信制御部、37はHDLCプロトコル側
伝送路である。In the protocol control unit 32, 33 is a transmission/reception control unit that controls the interface with the node unit 32, and 34 is a ROM.
34a is a microprocessor that controls the entire device according to the program stored in 34a; 34a is a ROM that stores various parameters, etc. in addition to the above-mentioned programs;
3 is a memory for storing control information, transmission/reception data, etc.;
6 is a transmission/reception control unit which is an HDLC side interface of the x, 25 protocol, and 37 is a transmission line on the HDLC protocol side.
メモリ35の受信データバッファのフォーマット例を第
3図に示す0図中、40は使用可否フラグ、41は受信
データ格納エリアである。An example of the format of the received data buffer in the memory 35 is shown in FIG. 3, in which 40 is a usability flag and 41 is a received data storage area.
以上の構成を備える本実施例の送信側プロトコル・コン
バータのデータ通信制御処理を第4図を参照して以下に
説明する。The data communication control processing of the transmitting side protocol converter of this embodiment having the above configuration will be explained below with reference to FIG.
プロトコル制御部32はHDLCプロトコル側伝送路3
7を介して端末1よりDTパケットDビット=“0”を
受信したか否かを監視し、このDTパケットを受は取る
と、第4図の処理を実行する。The protocol control unit 32 is the HDLC protocol side transmission line 3
It monitors whether or not the DT packet D bit="0" is received from the terminal 1 via the terminal 7, and when this DT packet is received, the process shown in FIG. 4 is executed.
まずステップS1で、このDTパケットが呼の設定以後
、最初のDTパケットDビット=“o″か否かを判定す
る。ここで最初のDTパケットであるならステップS5
に進み、不図示のDTパケットフロー制御フラグを“セ
ット”し、DTパケットカウンタを“リセット”する、
続くステップS6においてこのDTパケットに状態報告
要求データを付加したDTパケット(LANデータ)を
生成し、これをノード部31を介してLAN内に送信す
る。First, in step S1, it is determined whether or not this DT packet is the first DT packet with the D bit="o" after the call is set up. Here, if it is the first DT packet, step S5
Proceed to ``set'' the DT packet flow control flag (not shown) and ``reset'' the DT packet counter.
In the following step S6, a DT packet (LAN data) is generated by adding status report request data to this DT packet, and this is transmitted into the LAN via the node section 31.
一方、ステップS1において、このDTパケットが呼の
設定以後、最初のDTパケットでない場合にはステップ
S2に進み、DTパケットフロー制御フラグがセットさ
れているか否かを調べる。On the other hand, in step S1, if this DT packet is not the first DT packet after the call is set up, the process advances to step S2, and it is checked whether the DT packet flow control flag is set.
DTパケットフロー制御フラグがセットされている時、
DTパケットDビット″0″の送信要求を受けた時には
ステップS8に進み、プロトコル制御部32はDTパケ
ット送信待ち処理を実行し、DTパケットを送信待ち状
態として保留する。When the DT packet flow control flag is set,
When receiving a transmission request for the DT packet D bit "0", the process proceeds to step S8, where the protocol control unit 32 executes a DT packet transmission waiting process and holds the DT packet in a transmission waiting state.
また、ステップS2でDTパケットフロー制御フラグが
リセットされていればステップS3に進み、DTバケッ
トカウンタをインクリメントして1つカウントアツプさ
せ、続くステップS4でそのDTパケットカウンタの値
が後述する第6図ステップS20の処理によってセット
されたDTパケットフロー制御カウンタの値“X”と等
しいか否かをチェックする。ここで両値が等しくなけれ
ば、データ転送可能としてステップS7のDTパケット
の送信処理を実行し、受信したDTパケットをノード部
31を介してLANに送信して処理を終了し、リターン
する。Further, if the DT packet flow control flag is reset in step S2, the process advances to step S3, where the DT bucket counter is incremented by one, and in the subsequent step S4, the value of the DT packet counter is changed to the value shown in FIG. 6, which will be described later. It is checked whether it is equal to the value "X" of the DT packet flow control counter set by the process of step S20. If the two values are not equal, data transfer is enabled and the DT packet transmission process in step S7 is executed, the received DT packet is transmitted to the LAN via the node unit 31, the process is terminated, and the process returns.
一方、両カクンタ値が等しければ受信側プロトコル制御
部32の状態を見る為、ステップS5に進み、上述と同
様の処理を実行する。On the other hand, if the two kakunta values are equal, the process proceeds to step S5 to check the status of the receiving side protocol control unit 32, and executes the same process as described above.
以上の処理におけるステップS8のDTパケット送信待
ち処理の詳細を第5図を参照して以下に説明する。Details of the DT packet transmission waiting process in step S8 in the above process will be explained below with reference to FIG.
プロトコル制御部32は、DTパケットを受信するとス
テップS10で受信パケットをメモリ35の受信データ
バッファ格納エリア41に格納する。そしてステップS
36で使用可否フラグ40をセットする。そして続くス
テップS12でこのDTパケットが状態報告要求である
か否かを調べ、状態報告要求の時にはステップ512よ
りステップS13に進み、メモリ35の格納エリアの使
用可能数をチェックし、ステップ314でその使用可能
数より受信可能量を求め、ステップS15でその値を状
態報告データとしてDTパケット送信側プロトコル制御
部32に報告しリターンする。Upon receiving the DT packet, the protocol control unit 32 stores the received packet in the received data buffer storage area 41 of the memory 35 in step S10. and step S
At step 36, a usability flag 40 is set. Then, in the following step S12, it is checked whether this DT packet is a status report request, and if it is a status report request, the process advances from step 512 to step S13, where the usable number of storage areas of the memory 35 is checked, and in step 314, the number of usable storage areas is checked. The receivable amount is determined from the usable number, and in step S15, the value is reported to the DT packet transmitting side protocol control unit 32 as status report data, and the process returns.
ステップ312で状態要求状態でない場合にはそのまま
直ちにリターンする。If it is determined in step 312 that the state is not in the requested state, the process immediately returns.
次に、上述のステップS14の状態報告データを受信し
たプロトコル制御部32の処理を第6図を参照して以下
に説明する。Next, the processing of the protocol control unit 32 that has received the status report data in step S14 described above will be described below with reference to FIG.
チャンネルの格納エリアの使用可能数である状態報告デ
ータを受信したプロトコル制御部32は、ステップS2
0でこの状態報告データ“X”をDTパケットフロー制
御カウンタに格納する。Upon receiving the status report data indicating the usable number of channel storage areas, the protocol control unit 32 performs step S2.
0, this status report data "X" is stored in the DT packet flow control counter.
そして・、続くステップS21でDTパケットフロー制
御フラグをリセットし、DTパケット送信可能状態とす
る。ステップS22で、上記処理中に送るべきDTパケ
ットが保留されているか否かを調べ、保留されていれば
ステップS23で、キューイングデータを読み出し、処
理を終了して第4図のステップS1に戻る。Then, in the following step S21, the DT packet flow control flag is reset to enable DT packet transmission. In step S22, it is checked whether or not the DT packet to be sent is on hold during the above processing, and if so, the queuing data is read out in step S23, the process is ended, and the process returns to step S1 in FIG. 4. .
以上の各処理において用いられる本実施例の転送データ
パケットの詳細を第第7図及び第8図に示す。Details of the transfer data packet of this embodiment used in each of the above processes are shown in FIGS. 7 and 8.
第7図は状態報告要求データを付加したプロトコル制御
部32へのLAN内パケットのフォーマットを示し、図
中、50はLAN内宛先アドレス、51は状態報告要求
を示すコントロール・コード、52はHDLCパケット
である。FIG. 7 shows the format of an intra-LAN packet to the protocol control unit 32 to which status report request data has been added; in the figure, 50 is a LAN destination address, 51 is a control code indicating a status report request, and 52 is an HDLC packet. It is.
第8図は状態報告データの付加されたLAN内格納パケ
ットのフォーマットを示し、図中、53はLAN内宛先
アドレス、54は状態報告データを示すコントロール・
コ、−ド、55は報告すべきチャンネル番号、56は報
告データである。FIG. 8 shows the format of a LAN storage packet to which status report data is added. In the figure, 53 is a LAN destination address, and 54 is a control address indicating the status report data.
Code 55 is the channel number to be reported, and 56 is report data.
[発明の効果]
以上説明したように本発明によれば、DTパケットDビ
ット=′″0″に関するLANシステム内のデータフロ
ー制御を用いれば、プロトコルコンバータの負荷を効率
良く低減させることができ、より安定した、又高いスル
ーブツトを保証するデータ転送が可能になる。[Effects of the Invention] As explained above, according to the present invention, by using data flow control within the LAN system regarding DT packet D bit = ``0'', the load on the protocol converter can be efficiently reduced. Data transfer that is more stable and guarantees higher throughput becomes possible.
第1図は本発明に係る一実施例の機能ブロック図、
第2図は本発明に係る一実施例のプロトコル・コンバー
タのブロック構成図、
第3図は第2図に示すメモリ内の受信データバッファ格
納エリアの構成例を示す図、
第4図〜第6図は本実施例の送信側プロトコル制御部の
処理フローチャート、
第7図は本実施例のLAN内状態報告要求データフォー
マットを示す図、
第8図は本実施例のLAN内状態報告データフォーマッ
トを示す図、
第9図は一般的なLANシステム構成図、第10図は従
来のプロトコル・コンバータの階層別構成図、
第11図は従来のLAN内通信制御手順を示す制御図で
ある。
図中、!・・・端末、2・・・プロトコル・コンバータ
、3・・・LAN伝送路、4・・・中継網、10・・・
プロトコル・コンバータ制御部、11・・−X、25制
御部、12・・・LAP−B制御部、13・・・X、2
5プロトコル物理的制御部、14・・−X、25プロト
コル伝送路、15・・・LAN制御部、16・・・LA
N物理的制御部、17・・・LAN伝送路、20・・・
送信側プロトコル・コンバータ、21・・・受信側プロ
トコル・コンバータ、30・・・LAN伝送路、31・
・・ノード部、32・・・プロトコル制御部、37・・
・HDLCプロトコル側伝送略伝送路・・・送受信制御
部、34・・・マイクロ・プロセッサ、34a・・・R
OM、35・・・送受信制御部、37・・・HDLCプ
ロトコル側伝送略伝送路・・・使用可否フラグ、41・
・・受信データ格納エリア、50・・・LAN内宛先ア
ドレス、51゜54・・・コントロール・コード、52
・・・’HD L Cパケット、53・・・LAN内宛
先アドレス、55・・・チャンネル番号、56・・・報
告データである。
特許出願人 キャノン株式会社
第1図
第2図
第31!f
第6図
第7図
第8図
第9図FIG. 1 is a functional block diagram of an embodiment according to the present invention, FIG. 2 is a block diagram of a protocol converter according to an embodiment of the present invention, and FIG. 3 is the received data in the memory shown in FIG. 2. A diagram showing an example of the configuration of a buffer storage area, FIGS. 4 to 6 are processing flowcharts of the transmitting side protocol control unit of this embodiment, and FIG. 7 is a diagram showing a LAN status report request data format of this embodiment, Fig. 8 is a diagram showing the LAN status report data format of this embodiment, Fig. 9 is a general LAN system configuration diagram, Fig. 10 is a hierarchical configuration diagram of a conventional protocol converter, and Fig. 11 is a conventional FIG. 2 is a control diagram showing an intra-LAN communication control procedure. In the diagram! ...Terminal, 2...Protocol converter, 3...LAN transmission line, 4...Relay network, 10...
Protocol converter control unit, 11...-X, 25 control unit, 12...LAP-B control unit, 13...X, 2
5 protocol physical control section, 14...-X, 25 protocol transmission path, 15... LAN control section, 16... LA
N physical control unit, 17... LAN transmission line, 20...
Sending side protocol converter, 21... Receiving side protocol converter, 30... LAN transmission path, 31.
...Node part, 32...Protocol control part, 37...
・HDLC protocol side transmission transmission line...transmission/reception control unit, 34...microprocessor, 34a...R
OM, 35... Transmission/reception control unit, 37... HDLC protocol side transmission transmission line... Usability flag, 41...
...Received data storage area, 50...Destination address within LAN, 51°54...Control code, 52
...'HD LC packet, 53... LAN destination address, 55... channel number, 56... report data. Patent applicant: Canon Co., Ltd. Figure 1 Figure 2 Figure 31! f Figure 6 Figure 7 Figure 8 Figure 9
Claims (2)
続して成るローカルエリアネットワークシステムをHD
LCプロトコルによるデータ通信を行う回線網に接続可
能とするプロトコルコンバータを有するデータ通信シス
テムのデータ通信方式であつて、該プロトコルコンバー
タが前記回線網より受信したHDLCプロトコルによる
Dビット=“0”タイプのDTパケットを当該ネットワ
ークシステム内に転送する時、DTパケット受信側装置
のプロトコル・コンバータのデータ受信能力情報をもと
にネットワークシステム内におけるデータ転送制御を行
うことを特徴とするデータ通信方式。(1) HD is a local area network system consisting of multiple communication control devices connected to each other via a communication medium.
A data communication method for a data communication system having a protocol converter that enables connection to a line network that performs data communication based on the LC protocol, wherein the protocol converter receives data from the line network according to the HDLC protocol with D bit = "0" type. A data communication method characterized in that, when a DT packet is transferred within the network system, data transfer control within the network system is performed based on data reception capability information of a protocol converter of a DT packet receiving side device.
、プロトコル・コンバータの受信パケット記憶可能メモ
リ容量で定まり、DTパケット受信側装置は該データ受
信能力情報をネットワークシステムに送出して他の接続
装置に認識させることを特徴とする特許請求の範囲第1
項記載のデータ通信方式。(2) The data receiving capability information of the DT packet receiving device is determined by the memory capacity of the protocol converter that can store received packets, and the DT packet receiving device sends the data receiving capability information to the network system to communicate with other connected devices. Claim 1, characterized in that
Data communication method described in section.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP62127147A JPS63292846A (en) | 1987-05-26 | 1987-05-26 | Data communication system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP62127147A JPS63292846A (en) | 1987-05-26 | 1987-05-26 | Data communication system |
Publications (1)
Publication Number | Publication Date |
---|---|
JPS63292846A true JPS63292846A (en) | 1988-11-30 |
Family
ID=14952780
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP62127147A Pending JPS63292846A (en) | 1987-05-26 | 1987-05-26 | Data communication system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPS63292846A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0370333A (en) * | 1989-08-02 | 1991-03-26 | American Teleph & Telegr Co <Att> | Communication network, data packeting method and method of inter-user's equipment transmission of packeted data |
-
1987
- 1987-05-26 JP JP62127147A patent/JPS63292846A/en active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0370333A (en) * | 1989-08-02 | 1991-03-26 | American Teleph & Telegr Co <Att> | Communication network, data packeting method and method of inter-user's equipment transmission of packeted data |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US4423414A (en) | System and method for name-lookup in a local area network data communication system | |
US6781979B1 (en) | Connection control device, connection control method and data communication system | |
US5440558A (en) | Data link setup in connection-oriented local area network with floating administration of data link addresses | |
WO1998012844A1 (en) | Packet transmitter-receiver and packet receiver | |
US5592627A (en) | Pipelined, sliding-window, flow control for end-to-end communication sessions | |
US5892894A (en) | Data re-transmission management scheme with improved communication efficiency | |
US6452946B1 (en) | Apparatus and method for improving performance in master and slave communications systems | |
JPH04839A (en) | Method of making packet communication | |
JPS63292846A (en) | Data communication system | |
JPH09326843A (en) | Communications system | |
JPH04263545A (en) | Data communication equipment | |
JPH0983775A (en) | Facsimile equipment | |
JPS63292845A (en) | Data communication system | |
JPH08186601A (en) | Data transfer method for communication equipment | |
JPS63299631A (en) | Data packet re-sending timing determining system | |
JPH04172039A (en) | Packet communication device | |
JP2970579B2 (en) | ATM communication system | |
JPH03126368A (en) | Facsimile store and forward switching equipment | |
JPH0738612A (en) | gateway | |
JPH0685839A (en) | Inter-station packet loss avoidance system | |
JPH01135155A (en) | Communication method in packet switching network | |
JPH03224335A (en) | Facsimile store and forward exchange system | |
McKenzie | Host-Host Protocol for an ARPANET-Type Network | |
JPH118630A (en) | Communication terminal system | |
JPS6017190B2 (en) | Method for coupling multidrop lines to store-and-forward networks |