JPS6115446A - 通信制御方式 - Google Patents
通信制御方式Info
- Publication number
- JPS6115446A JPS6115446A JP59136049A JP13604984A JPS6115446A JP S6115446 A JPS6115446 A JP S6115446A JP 59136049 A JP59136049 A JP 59136049A JP 13604984 A JP13604984 A JP 13604984A JP S6115446 A JPS6115446 A JP S6115446A
- Authority
- JP
- Japan
- Prior art keywords
- buffer
- reception
- communication
- frame
- reception buffer
- 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.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 74
- 239000000872 buffer Substances 0.000 claims abstract description 102
- 238000000034 method Methods 0.000 claims description 28
- 238000012546 transfer Methods 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 abstract description 8
- 238000010586 diagram Methods 0.000 description 14
- 238000012545 processing Methods 0.000 description 12
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L13/00—Details of the apparatus or circuits covered by groups H04L15/00 or H04L17/00
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、ＨＤＬＣを用いた通信システムにおいて、通
常のデータを格納する受信バッファと、通信フレームの
データ・リンク制御情報を格納するための予備受信バッ
ファとを用意し、空きの受信バッファがなくなった場合
には送られて来た通信フレームの中のデータ・リンク制
御情報を予備受信バッファに格納するようにした通信制
御方式％式％ 〔従来技術と問題点〕 第９図は従来技術における受信処理を説明する図である
。第９図において、ＲＢＦは受信バッファ、Ｆは通信フ
レーム、ＴＲＮは送信側、ＲＶは受信側をそれぞれ示し
ている。ＨＤＬＣを用いた通信方式においては、電文は
フレームＦと言う形で送られて来る。送信側ＴＲＮから
通信フレームＦが送られて来ると、受信側ＲＶは、その
通信フレームＦに対して１個の受信バッファＲＢＦを確
保し、受信した通信フレームに格納する。第９図の例で
は、第１番目の通信フレームＦは第１番目の受信バッフ
ァＲＢＦに格納され、第ｍ番目の通信フレームＦは第ｍ
番目の受信バッファＲ′ＢＦに格納されている。第１番
目ないし第ｍ番目の受信バッファに通信フレームＦが格
納されている状態の下で、送信側ＴＲＮから通信フレー
ムＦが送られて来ると、その通信フレームＦは捨てられ
てしまう。したがって、第９図の例では、第（ｍ＋１）
番目以降の通信フレームの受信処理は保証が出来なくな
り、正しい伝送制御の続行が不可能となる。このような
状態になると、異常処理用のりトライ手順を実行しなく
てはならず、必要以上のソフトウェアのオーバヘッドを
招来す条と共に、必ずしも正常状態に復帰出来るとは限
らなかった。
常のデータを格納する受信バッファと、通信フレームの
データ・リンク制御情報を格納するための予備受信バッ
ファとを用意し、空きの受信バッファがなくなった場合
には送られて来た通信フレームの中のデータ・リンク制
御情報を予備受信バッファに格納するようにした通信制
御方式％式％ 〔従来技術と問題点〕 第９図は従来技術における受信処理を説明する図である
。第９図において、ＲＢＦは受信バッファ、Ｆは通信フ
レーム、ＴＲＮは送信側、ＲＶは受信側をそれぞれ示し
ている。ＨＤＬＣを用いた通信方式においては、電文は
フレームＦと言う形で送られて来る。送信側ＴＲＮから
通信フレームＦが送られて来ると、受信側ＲＶは、その
通信フレームＦに対して１個の受信バッファＲＢＦを確
保し、受信した通信フレームに格納する。第９図の例で
は、第１番目の通信フレームＦは第１番目の受信バッフ
ァＲＢＦに格納され、第ｍ番目の通信フレームＦは第ｍ
番目の受信バッファＲ′ＢＦに格納されている。第１番
目ないし第ｍ番目の受信バッファに通信フレームＦが格
納されている状態の下で、送信側ＴＲＮから通信フレー
ムＦが送られて来ると、その通信フレームＦは捨てられ
てしまう。したがって、第９図の例では、第（ｍ＋１）
番目以降の通信フレームの受信処理は保証が出来なくな
り、正しい伝送制御の続行が不可能となる。このような
状態になると、異常処理用のりトライ手順を実行しなく
てはならず、必要以上のソフトウェアのオーバヘッドを
招来す条と共に、必ずしも正常状態に復帰出来るとは限
らなかった。
〔発明の目的〕 。
本発明は、上記の考察に基づくものであって、ＨＤＬＣ
を用いた通信システムにおいて、相手局から処理能力以
上の高スピードで通信フレームが送られて来て空きの受
信バッファがなくなりでも、データ・リンク上の通信を
保証し、正規の通信状態を維持できるようになった通信
制御方式を提供することを目的としている。
を用いた通信システムにおいて、相手局から処理能力以
上の高スピードで通信フレームが送られて来て空きの受
信バッファがなくなりでも、データ・リンク上の通信を
保証し、正規の通信状態を維持できるようになった通信
制御方式を提供することを目的としている。
そしてそのため、本発明の通信制御方式は、ホスト計算
機と、端末とを具備し、上記ホスト計算機と端末との間
のデータ転送がハイレベル・データ・リンク制御手順に
従って実行される通信システムにおいて、上記ホスト計
算機は、受信バッファの複数個と、受信バッファのデー
タ域より小さいデータ域を持つ予備受信バッファの複数
個とを有すると共に、通信フレームが送られて来たとき
、空き受信バッファがある場合には当該通信フレームに
対して空きの受信バッファを割当て、当該通信フレーム
のフラグ・パターンを除く部分を割当てられた受信バッ
ファに格納し、空きの受信バッファが存在しない場合に
は空きの予備受信バッファが存在するか否かを調べ、空
きの予備受信バッファが存在する場合には当該通信フレ
ームに対して空きの予備受信バッファを割当て、当該通
信フレームにおけるアドレス・フィールドとコントロー
ル・フィールドとより成る部分又はアドレス・フィール
ドとコントロール・フィールドとインフォメーション・
フィールドの一部より成る部分を割当てられた予備受信
バッファに格納するよう構成されていることを特徴とす
るものである。
機と、端末とを具備し、上記ホスト計算機と端末との間
のデータ転送がハイレベル・データ・リンク制御手順に
従って実行される通信システムにおいて、上記ホスト計
算機は、受信バッファの複数個と、受信バッファのデー
タ域より小さいデータ域を持つ予備受信バッファの複数
個とを有すると共に、通信フレームが送られて来たとき
、空き受信バッファがある場合には当該通信フレームに
対して空きの受信バッファを割当て、当該通信フレーム
のフラグ・パターンを除く部分を割当てられた受信バッ
ファに格納し、空きの受信バッファが存在しない場合に
は空きの予備受信バッファが存在するか否かを調べ、空
きの予備受信バッファが存在する場合には当該通信フレ
ームに対して空きの予備受信バッファを割当て、当該通
信フレームにおけるアドレス・フィールドとコントロー
ル・フィールドとより成る部分又はアドレス・フィール
ドとコントロール・フィールドとインフォメーション・
フィールドの一部より成る部分を割当てられた予備受信
バッファに格納するよう構成されていることを特徴とす
るものである。
以下、本発明を図面を参照しつつ説明する。
第１図は本発明の通信システムの構成の１例を示す図で
ある。第１図において、１はホスト計算機、２は通信制
御装置、３は端末、ＡＲＢＦは予備受信バッファをそれ
ぞれ示している。ホスト計算機１は、応用プログラム及
びネットワーク制御プログラムを内蔵している°。応用
プログラムは、ネットワークを利用して相手計算機との
データ転送を行うものである。ネットワーク制御プログ
ラムは、機能制御部、バス制御部、伝送制御部及びデバ
イス・ハンドラから構成されている。機能制御部は、応
用プログラムがネットワークを利用し易いようにするた
めのデータ・フロー制御や各種のデータ変換を行う。パ
ス制御部は、ネットワーク内のルーティング制御やノー
ド間の中継制御を行い、更には転送データの分割や統合
処理をも行う。伝送制御部は、ＨＤＬＣ手順の制御を行
う。
ある。第１図において、１はホスト計算機、２は通信制
御装置、３は端末、ＡＲＢＦは予備受信バッファをそれ
ぞれ示している。ホスト計算機１は、応用プログラム及
びネットワーク制御プログラムを内蔵している°。応用
プログラムは、ネットワークを利用して相手計算機との
データ転送を行うものである。ネットワーク制御プログ
ラムは、機能制御部、バス制御部、伝送制御部及びデバ
イス・ハンドラから構成されている。機能制御部は、応
用プログラムがネットワークを利用し易いようにするた
めのデータ・フロー制御や各種のデータ変換を行う。パ
ス制御部は、ネットワーク内のルーティング制御やノー
ド間の中継制御を行い、更には転送データの分割や統合
処理をも行う。伝送制御部は、ＨＤＬＣ手順の制御を行
う。
フレームの解釈も伝送制御部で行われる。デバイス・ハ
ンドラは、通信制御装置２とのインタフェースを制御し
、フレームの送信及び受信を行う。
ンドラは、通信制御装置２とのインタフェースを制御し
、フレームの送信及び受信を行う。
このデバイス・ハンドラ３は、ファームウェアで構成さ
れている。受信バッファＲＢＦ又は予備受信バッファＡ
ＲＢＦにはデバイス・ハンドラによってデータが格納さ
れ、伝送制御部で処理される。
れている。受信バッファＲＢＦ又は予備受信バッファＡ
ＲＢＦにはデバイス・ハンドラによってデータが格納さ
れ、伝送制御部で処理される。
通信制御装置２は、端゛末装置３及び通信回線を制御す
ると共に、コード変換などをも行う。第１図の通信シス
テムはＨＤＬＣを用いて通信を行うものである。
ると共に、コード変換などをも行う。第１図の通信シス
テムはＨＤＬＣを用いて通信を行うものである。
第２図は本発明の通信制御方式の概要を示す図である。
ＨＤＬＣを用いた通信方式では、電文はフレームという
形で伝送される。第３図はＨＤＬＣの通信フレームの構
成を示すものである。Ｆはフラグ・パターン（Ｘｖ７Ｅ
マ）、Ａはアドレス・フィルド（Ｘｗ００マないしＸ７
ＦＦ７）、Ｃはコントロール・フィールド、■はインフ
ォメーション・フィールド、ＦＣ８はフレーム・チェ、
ツタ・シーケンスをそれぞれ示している。第２図におい
ては、第１番目の通信フレームＦが第１番目の受信バッ
ファＲＢＦに格納され、第ｉ番目（ｉ＝Ｌ２．・・・ｍ
）の通信フレームＦが第ｉ番目の受信バッファＲＢＦに
格納され、第ｍ番目の通信フレームＦが第ｍ番目の受信
バッファＲＢＦに格納されている。空きの受信バッファ
ＲＢＦが存在しない状態の下において、送信側ＴＲＮか
ら第（ｒｌ＋１）番目の通信フレームＦが送られて来る
と、受信側ＲＶは、第（ｍ＋１）番目の通信フレームＦ
の中のデータ・リンク制御情報を第１番目の予備受信バ
ッファＡＲＢＦに格納する。これ以後に送られて来る通
信フレームＦに対しても、受信側ＲＶは、同様な処理を
行う。データ・リンク制御情報とは、通信フレームＦの
アドレス・フィールド及びコントロール・フィールドの
内容を指す。なお、子ドレス・フィードと、コントロー
ル・フィールドと、インフォメーション・フィールドの
一部とを予備受信バッファＡＲＢＦに格納してもよい。
形で伝送される。第３図はＨＤＬＣの通信フレームの構
成を示すものである。Ｆはフラグ・パターン（Ｘｖ７Ｅ
マ）、Ａはアドレス・フィルド（Ｘｗ００マないしＸ７
ＦＦ７）、Ｃはコントロール・フィールド、■はインフ
ォメーション・フィールド、ＦＣ８はフレーム・チェ、
ツタ・シーケンスをそれぞれ示している。第２図におい
ては、第１番目の通信フレームＦが第１番目の受信バッ
ファＲＢＦに格納され、第ｉ番目（ｉ＝Ｌ２．・・・ｍ
）の通信フレームＦが第ｉ番目の受信バッファＲＢＦに
格納され、第ｍ番目の通信フレームＦが第ｍ番目の受信
バッファＲＢＦに格納されている。空きの受信バッファ
ＲＢＦが存在しない状態の下において、送信側ＴＲＮか
ら第（ｒｌ＋１）番目の通信フレームＦが送られて来る
と、受信側ＲＶは、第（ｍ＋１）番目の通信フレームＦ
の中のデータ・リンク制御情報を第１番目の予備受信バ
ッファＡＲＢＦに格納する。これ以後に送られて来る通
信フレームＦに対しても、受信側ＲＶは、同様な処理を
行う。データ・リンク制御情報とは、通信フレームＦの
アドレス・フィールド及びコントロール・フィールドの
内容を指す。なお、子ドレス・フィードと、コントロー
ル・フィールドと、インフォメーション・フィールドの
一部とを予備受信バッファＡＲＢＦに格納してもよい。
第４図は受信バッファＲＢＦの構成の１例を示すもので
ある。受信バッファＲＢＦは、ＮＥＸＴバッファ・アド
レス記入欄、ＩＤ記入欄、ステータス記入欄、データ長
記入欄及びデータ域から構成されている。ＮＥＸＴバッ
ファ・アドレスとは、次に受信された通信フレームが格
納されている受信バッファＲＢＦ又は予備受信バッファ
ＡＲＢＦの先頭アドレスを意味している。ＩＤはバッフ
ァ種別を示すものであり、受信バッファＲＢＦであれば
ＩＤはＸマロ０フ、予備受信バッファＡＲＢＦであれば
ＩＤはＸ’０１’ とされる。ステータスはエラー要因
を示すものであり、第５図はエラ一種別とステータス記
入欄のビットとの関係を示す。例えば、ロスト・データ
・エラーが検出されたときには、ステータス記入欄のビ
ット０が論理「１」とされる。データ長しとは、受信し
た通信フレームＦのバイト数を示す。た＼゛し、フラグ
・パターンは除（。データ域とは、受信データの格納域
を意味しており、例えば２５６バイトの大きさを持つ。
ある。受信バッファＲＢＦは、ＮＥＸＴバッファ・アド
レス記入欄、ＩＤ記入欄、ステータス記入欄、データ長
記入欄及びデータ域から構成されている。ＮＥＸＴバッ
ファ・アドレスとは、次に受信された通信フレームが格
納されている受信バッファＲＢＦ又は予備受信バッファ
ＡＲＢＦの先頭アドレスを意味している。ＩＤはバッフ
ァ種別を示すものであり、受信バッファＲＢＦであれば
ＩＤはＸマロ０フ、予備受信バッファＡＲＢＦであれば
ＩＤはＸ’０１’ とされる。ステータスはエラー要因
を示すものであり、第５図はエラ一種別とステータス記
入欄のビットとの関係を示す。例えば、ロスト・データ
・エラーが検出されたときには、ステータス記入欄のビ
ット０が論理「１」とされる。データ長しとは、受信し
た通信フレームＦのバイト数を示す。た＼゛し、フラグ
・パターンは除（。データ域とは、受信データの格納域
を意味しており、例えば２５６バイトの大きさを持つ。
予備受信バッファＡＲＢＦの構成は、データ域が２バイ
ト域である点を除いて、受信バッファＲＢＦと同一構成
を持つ。
ト域である点を除いて、受信バッファＲＢＦと同一構成
を持つ。
第６図は使用受信バッファ管理ブロックにつながれた受
信バッファ及び予備受信バッファを示す図である。第６
図において、ＵＢＣＢは使用受信バッファ管理ブロック
を示す。使用受信バッファ管理ブロックＵＢＣＢは、先
頭バッファ・アドレス記入欄、最終バッファ・アドレス
記入欄及びバッファ・オーバフロー・ステーション・ア
ドレス格納域を有している。先頭バッファ・アドレスと
は、受信データが格納されている先頭の受信バッファ又
は予備受信バッファのアドレスを意味し、ソフトウェア
はこの情報に従って順処理を行う。
信バッファ及び予備受信バッファを示す図である。第６
図において、ＵＢＣＢは使用受信バッファ管理ブロック
を示す。使用受信バッファ管理ブロックＵＢＣＢは、先
頭バッファ・アドレス記入欄、最終バッファ・アドレス
記入欄及びバッファ・オーバフロー・ステーション・ア
ドレス格納域を有している。先頭バッファ・アドレスと
は、受信データが格納されている先頭の受信バッファ又
は予備受信バッファのアドレスを意味し、ソフトウェア
はこの情報に従って順処理を行う。
最終バッファ・アドレスとは、最終に受信されたデータ
が格納されている受信バッファＲＢＦ又は予備受信バッ
ファＡＲＢＦのアドレスであり、次に受信した場合にＮ
ＥＸＴバッファ・アドレスを作成スる際に使用される。
が格納されている受信バッファＲＢＦ又は予備受信バッ
ファＡＲＢＦのアドレスであり、次に受信した場合にＮ
ＥＸＴバッファ・アドレスを作成スる際に使用される。
バッファ・オーバフロー・ステーション・アドレス格納
域は、複数のステーション（端末と同義）と通信してい
る場合にバッファ・オーバフローが発生したステーショ
ン・アドレス情報を格納する領域である。第７図はバッ
ファ・オーバフロー・ステーション・アドレス格納域の
構成を示す図であり、この格納域は３２バイト（２５６
ビツト）の大きさを有している。
域は、複数のステーション（端末と同義）と通信してい
る場合にバッファ・オーバフローが発生したステーショ
ン・アドレス情報を格納する領域である。第７図はバッ
ファ・オーバフロー・ステーション・アドレス格納域の
構成を示す図であり、この格納域は３２バイト（２５６
ビツト）の大きさを有している。
図示の例は、ステーション・アドレス＃２のステーショ
ンからの情報がオーバフローしており、正常な伝送制御
が不可能であることを示す。なお、受信バッファＲＢＦ
はソフトによって処理された後、空き受信バッファにキ
ューイングされ、次のフレームに備える。予備ｉ信バ・
ノファＡＲＢＦも同様にソフトによって処理され、その
後で空き予備受信バッファにキューイングされる。
ンからの情報がオーバフローしており、正常な伝送制御
が不可能であることを示す。なお、受信バッファＲＢＦ
はソフトによって処理された後、空き受信バッファにキ
ューイングされ、次のフレームに備える。予備ｉ信バ・
ノファＡＲＢＦも同様にソフトによって処理され、その
後で空き予備受信バッファにキューイングされる。
第８図は本発明の実施例において行われる受信処理の流
れを示すフローチャートである。これらの処理はネット
ワーク制御プログラムによって行われる。
れを示すフローチャートである。これらの処理はネット
ワーク制御プログラムによって行われる。
■ 受信開始が指示されると、ハードウェアを受信動作
可能な状態とす名。
可能な状態とす名。
■■ 割込みが発生すると、データ受信割込みであるか
否かを調べる。なお、通信制御装置２は１バイトのデー
タを組立てると、データ受信割込みを上げる。Ｙｅｓの
ときは■の処理を行い、Ｎｏのときは［相］の処理を行
う。
否かを調べる。なお、通信制御装置２は１バイトのデー
タを組立てると、データ受信割込みを上げる。Ｙｅｓの
ときは■の処理を行い、Ｎｏのときは［相］の処理を行
う。
■ 通信制御装置２の中に存在する１バイトのデータを
読み取る。
読み取る。
■ 最初の受信データであるか否かを調べる。Ｙｅｓの
ときは■の処理を行い、ＮＯのときは■の処理を行う。
ときは■の処理を行い、ＮＯのときは■の処理を行う。
■ 空きの受信バッファＲＢＦがあれば、その内の１個
を現在受信中の通信フレームＦに割当てる（イの場合）
。空きの受信バッファＲＢＦがなければ、空きの予備受
信バッファＡＲＢＦがあるかを調べ、あればその内の１
個を現在受信中の通信フレームＦに割当てる（口の場合
）。
を現在受信中の通信フレームＦに割当てる（イの場合）
。空きの受信バッファＲＢＦがなければ、空きの予備受
信バッファＡＲＢＦがあるかを調べ、あればその内の１
個を現在受信中の通信フレームＦに割当てる（口の場合
）。
空きの受信バッファＲＢＦ及び空きの予備受信バッファ
ＡＲＢＦがなければ、該当ステーションのオーバフロー
・ビットをオンとする（ハの場合）。
ＡＲＢＦがなければ、該当ステーションのオーバフロー
・ビットをオンとする（ハの場合）。
■ イの場合又は口の場合に該当するかを調べる。
Ｙｅｓのときは■の処理を行い、Ｎｏ（ハの場合）のと
きは■の処理を行う。
きは■の処理を行う。
■ 口の場合か否かを調べる。Ｙｅｓのときは、■の処
理を行い、ＮＯのときは、■の処理を行う。
理を行い、ＮＯのときは、■の処理を行う。
■ 受信データを割当てられた受信バッファＲＢＦ又は
予備受信バッファＡＲＢＦに格納する。
予備受信バッファＡＲＢＦに格納する。
［相］ フレーム終了割込みか否かを調べる。Ｙｅｓの
ときは０の処理を行い、１ｉＪｏのときは＠の処理を行
う。なお、通信制御装置２はフレームの終了を検出する
と、フレーム終了割込みを上げる。
ときは０の処理を行い、１ｉＪｏのときは＠の処理を行
う。なお、通信制御装置２はフレームの終了を検出する
と、フレーム終了割込みを上げる。
■ フレーム終了が検出された通信フレームを格納して
いる受信バッファＲＢＦ又は予備受信バッファＡＲＢＦ
を使用受信バッファ管理ブロックＵＢＣＢにキューイン
グする。
いる受信バッファＲＢＦ又は予備受信バッファＡＲＢＦ
を使用受信バッファ管理ブロックＵＢＣＢにキューイン
グする。
［相］ エラー・ステータスを対応する受信バッファＲ
ＢＦ又は予備受信バッファＡＲＢＦに格納する。
ＢＦ又は予備受信バッファＡＲＢＦに格納する。
０２バイト格納済み、即ちアドレス・フィールド及びコ
ントロール・フィールドが格納済みか否かを調べる。Ｙ
ｅ ｓのときは０の処理を行い、ＮＯのときは■の処
理を行う。
ントロール・フィールドが格納済みか否かを調べる。Ｙ
ｅ ｓのときは０の処理を行い、ＮＯのときは■の処
理を行う。
■ 読み取ったデータを捨てる。
以上の説明から明らかなように、本発明によれば、正規
の通信状態を維持できると共に、ソフトウェアのりトラ
イ処理に基づくオーバヘッドを少なく出来るという顕著
な効果を奏することが出来る。即ち、ＨＤＬＣの情報転
送（１）形式、監視（Ｓ）形式、無順序（Ｕ）形式があ
る。Ｓ及びＵ形式のフレームであればアドレス・フィー
ルドとコントロール・フィールドの２バイトが有効なフ
レームであり、予備受信バッファを設けることによって
、これらのフレームを正確に処理することが可能であり
、正規の通信状態の維持が出来る。
の通信状態を維持できると共に、ソフトウェアのりトラ
イ処理に基づくオーバヘッドを少なく出来るという顕著
な効果を奏することが出来る。即ち、ＨＤＬＣの情報転
送（１）形式、監視（Ｓ）形式、無順序（Ｕ）形式があ
る。Ｓ及びＵ形式のフレームであればアドレス・フィー
ルドとコントロール・フィールドの２バイトが有効なフ
レームであり、予備受信バッファを設けることによって
、これらのフレームを正確に処理することが可能であり
、正規の通信状態の維持が出来る。
ＨＤＬＣ手順では、通信状態の変更はＳ及びＩ形式のフ
レームで行っている。Ｉ形式のフレームの場合には、夏
フレーム毎に付加されているシーケンス番号がコントロ
ール・フィールドに格納されており、以降第何番目の１
フレームから再送要求をすればよいか直ちに判る。一方
、予備受信バッファがなく、フレームを全く受は付ける
ことが出来ない場合には、相手側に受信不可能状態であ
ることを通知し、相互のエラー処理手順を行わねばなら
ず、オーバヘッドの増加は避けられない。
レームで行っている。Ｉ形式のフレームの場合には、夏
フレーム毎に付加されているシーケンス番号がコントロ
ール・フィールドに格納されており、以降第何番目の１
フレームから再送要求をすればよいか直ちに判る。一方
、予備受信バッファがなく、フレームを全く受は付ける
ことが出来ない場合には、相手側に受信不可能状態であ
ることを通知し、相互のエラー処理手順を行わねばなら
ず、オーバヘッドの増加は避けられない。
第り図は本発明の通信システムの構成の１例を示す図、
第２図は本発明の通信制御方式の概要を示す図、第３図
はＨＤＬＣの通信フレームの構成を示す図、第４図は受
信バッファの構成を示す図、第５図はエラ一種別とステ
ータス記入欄のビットとの関係を示す図、第６図は使用
受信バッファ管理ブロックにつながれた受信バッファ及
び予備受信バッファを示す図、第７図はバッファ・オー
バフロー・ステーション・アドレス格納域の構成ヲ示す
図、第８図は本発明の実施例において行われる受信処理
の流れを示す図、第９図は従来技術における通信フレー
ム受信処理を説明する図である。 １・・・ホスト計算機、２・・・通信制御装置、３・・
・端末、ＲＢＦ・・・受信バッファ、ＡＲＢＦ・・・予
備受信バッファ。 特許出願人 ユーザツク電子工業株式会社代理人弁理
士 京 谷 四 部 す３閃 ＦＡ’ＣＩ ＦＣ３Ｆ 埠４図 悼５図 第６図 ￥７図
第２図は本発明の通信制御方式の概要を示す図、第３図
はＨＤＬＣの通信フレームの構成を示す図、第４図は受
信バッファの構成を示す図、第５図はエラ一種別とステ
ータス記入欄のビットとの関係を示す図、第６図は使用
受信バッファ管理ブロックにつながれた受信バッファ及
び予備受信バッファを示す図、第７図はバッファ・オー
バフロー・ステーション・アドレス格納域の構成ヲ示す
図、第８図は本発明の実施例において行われる受信処理
の流れを示す図、第９図は従来技術における通信フレー
ム受信処理を説明する図である。 １・・・ホスト計算機、２・・・通信制御装置、３・・
・端末、ＲＢＦ・・・受信バッファ、ＡＲＢＦ・・・予
備受信バッファ。 特許出願人 ユーザツク電子工業株式会社代理人弁理
士 京 谷 四 部 す３閃 ＦＡ’ＣＩ ＦＣ３Ｆ 埠４図 悼５図 第６図 ￥７図
Claims (1)
- ホスト計算機と、端末とを具備し、上記ホスト計算機と
端末との間のデータ転送がハイレベル・データ・リンク
制御手順に従って実行される通信システムにおいて、上
記ホスト計算機は、受信バッファの複数個と、受信バッ
ファのデータ域より小さいデータ域を持つ予備受信バッ
ファの複数個とを有すると共に、通信フレームが送られ
て来たとき、空き受信バッファがある場合には当該通信
フレームに対して空きの受信バッファを割当て、当該通
信フレームのフラグ・パターンを除く部分を割当てられ
た受信バッファに格納し、空きの受信バッファが存在し
ない場合には空きの予備受信バッファが存在するか否か
を調べ、空きの予備受信バッファが存在する場合には当
該通信フレームに対して空きの予備受信バッファを割当
て、当該通信フレームにおけるアドレス・フィールドと
コントロール・フィールドとより成る部分又はアドレス
・フィールドとコントロール・フィールドとインフォメ
ーション・フィールドの一部より成る部分を割当てられ
た予備受信バッファに格納するよう構成されていること
を特徴とする通信制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP59136049A JPS6115446A (ja) | 1984-06-30 | 1984-06-30 | 通信制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP59136049A JPS6115446A (ja) | 1984-06-30 | 1984-06-30 | 通信制御方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS6115446A true JPS6115446A (ja) | 1986-01-23 |
| JPH03943B2 JPH03943B2 (ja) | 1991-01-09 |
Family
ID=15165980
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP59136049A Granted JPS6115446A (ja) | 1984-06-30 | 1984-06-30 | 通信制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS6115446A (ja) |
-
1984
- 1984-06-30 JP JP59136049A patent/JPS6115446A/ja active Granted
Also Published As
| Publication number | Publication date |
|---|---|
| JPH03943B2 (ja) | 1991-01-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR880002098B1 (ko) | 개량된 멀티프로세서 멀티시스템 통신 회로망 | |
| US5361372A (en) | Memory management for data transmission networks | |
| CA1277382C (en) | Inter-processor communication protocol | |
| US4715030A (en) | Local area network bridge | |
| US5752078A (en) | System for minimizing latency data reception and handling data packet error if detected while transferring data packet from adapter memory to host memory | |
| EP0459757B1 (en) | Network adapter | |
| US4989135A (en) | Communication control microcomputer | |
| EP0076880A1 (en) | A local area contention network data communication system | |
| US4642630A (en) | Method and apparatus for bus contention resolution | |
| JPS604624B2 (ja) | 正しくない情報フレ−ムを再送するシステム | |
| US6388989B1 (en) | Method and apparatus for preventing memory overrun in a data transmission system | |
| US4637015A (en) | Packet transmission and reception via a shared DMA channel | |
| US6052387A (en) | Enhanced interface for an asynchronous transfer mode segmentation controller | |
| JPS6115446A (ja) | 通信制御方式 | |
| US6700887B1 (en) | Packet transfer apparatus which generates access reject command during a DMA transfer | |
| US5790893A (en) | Segmented concurrent receive/transfer interface using shared RAM storage | |
| JPS6360642A (ja) | Ｌａｎコントロ−ラ専有バス | |
| JPS63144634A (ja) | ル−プネツトワ−クシステム | |
| JPH09269936A (ja) | リモートリード処理方法およびその装置 | |
| JPH0234518B2 (ja) | ||
| JPH0521378B2 (ja) | ||
| JP2000244530A (ja) | データ通信装置 | |
| JP2850737B2 (ja) | データ送受信方法と装置 | |
| JP2823625B2 (ja) | データ処理装置 | |
| JPH0264838A (ja) | 通信制御装置 |