JPH0316343A - フレーム選択受信方法 - Google Patents

フレーム選択受信方法

Info

Publication number
JPH0316343A
JPH0316343A JP1149377A JP14937789A JPH0316343A JP H0316343 A JPH0316343 A JP H0316343A JP 1149377 A JP1149377 A JP 1149377A JP 14937789 A JP14937789 A JP 14937789A JP H0316343 A JPH0316343 A JP H0316343A
Authority
JP
Japan
Prior art keywords
frame
data
reception
received
communication
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
Application number
JP1149377A
Other languages
English (en)
Other versions
JPH0693685B2 (ja
Inventor
Hisao Ogawa
小川 尚雄
Sadao Mizokawa
貞生 溝河
Hisayuki Maruyama
久幸 丸山
Hideaki Masuko
英昭 益子
Toshihiko Uchiyama
俊彦 内山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Hitachi Information and Control Systems Inc
Original Assignee
Hitachi Ltd
Hitachi Process Computer Engineering Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd, Hitachi Process Computer Engineering Inc filed Critical Hitachi Ltd
Priority to JP1149377A priority Critical patent/JPH0693685B2/ja
Publication of JPH0316343A publication Critical patent/JPH0316343A/ja
Publication of JPH0693685B2 publication Critical patent/JPH0693685B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Small-Scale Networks (AREA)

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、ネットワークコントロールプロセッサを介し
て送信された伝送フ1ノームを端末装置で受信するとき
のフレーム選択受信方法に係わり、とくに伝送されるデ
ータが複数種類あり、かつその通信方法も複数種類ある
ようなネットワークに好適なフレーム選択受信方法に関
する。
〔従来の技術〕
共通の伝送路を用いて端末装置間でデータ伝送を行うネ
ットワークシステムでは、各端末装置はその装置ごとに
設けられたネットワークコントロールプロセッサ(以下
N C Pと略記する)を介して伝送路と接続される。
端末装置間のデータ伝送は、送り元および受イd先のア
ドレスや伝送誤り検出用のフィールドをデータに付加し
たフレームを瞥位として行われる。
このようなシステムにおける通(R rhとしては、端
末装置間の1対1個5j1」通信と1対多同報通信とが
ある。また伝送されるデータにも同期データ、非同期デ
ータ等の種類がある。このような複数の通信方法および
データの6l!類を扱う場合、受信先アドレスが自装置
のものであればそのフレームをNCPが伝送路から取り
込むよ・うにするという車純な方法では、同軸通信を示
すグローバルアドレスが受信先アドレスとされたときに
は、すべての端末装置にこのフレームが取り込まれる。
しかし同報通信の場合、必ずしも全端末装置で受信する
必要はなく、不必要な受信処理のために、NCPの受信
用バンファの容量が大きくなり、また受信のための処理
時間も無駄に費やすことになる。
これを防止する目的で、特開昭63−160445号に
記載の方法では、データ種別を示すコードを各データに
付加し、これと送り元のアドレスとから各NCPがその
データを取り込むか否かを決めるものがある。この方法
によれば、受信先アドレスはなく、データ種別により受
信フレームの選択を行うから、同報通信においても受信
する必要のないNCPでは受信しないようにできる。
〔発明が解決しようとする1lll題〕上記した従来技
術では、ある端末装はのみが特定の種類のデータを受信
するように設定されていれば、そのデータを当該端末装
置のみへ送信する1対1個別通信が可能であるが、それ
以外の場合には必ず複数の端末装置で受信されてしまい
、対応ずるNCPの受信処理のオーバーヘッドが大きく
なってしまう。また、NCPでは受信したデータをバッ
ファヘー旦格納してから対応端末装置へ転送するが、こ
の受信バッファの有効利用が考慮されていなかった。
本発明の目的は、端末装置間の工対1個別通信及び1対
多同報通信のいずれにおいても,NCPにおける不必要
な受信処理によるオーバーヘッドをなくし、かつ受信バ
ッファの容量制限により重要なデータの伝送が妨げられ
ず、有効にバッファを利用できるようにしたフレーム選
択受44方法を提供するにある。
〔課題を解決するための手段〕
上記目的を達成するために、送{N側では送信フレーム
に、データの受信先端末装置のアドレスと送信データ種
別を示す情報とを付加して送信し、各端末装置のNCP
では、送られてきたフレームの受信先アドレスおよびデ
ータ種別情報からその伝送フレームのデータを受信する
か否かの判定を行うようにし,また受信すべきデータで
あったときに自プロセッサ内の受信用のバッファのその
ときの空き容量の大きさと上記受信先アドレスおよびデ
ータ種別情報とからそのデータを実際にバッファに格納
して端末装置へ送るようにするか、受信用のバッファに
格納せずに送信側端末装置ヘビジーを返すかの選択を行
うようにしたものである。
r作 用〕 各NCPでは、送られてきたフレーム受m先アドレスが
全端末装置を指定するグローバルアドレスかあるいは個
別端末′!amのアドレスかを判定することにより同報
通信か個別通信かの通信方法を知ることができる。また
送られてきたフレームのデータ種類の情報から,そのデ
ータが同期データか非同期データかなどのデータの種類
を知ることができる。これらの判定結果が示すフレーム
種別に応して、そのNCPでの受信の優先度をつけるこ
とができ、受信の可否、受信用バッファ不足のときの受
信の可否などの判定が行え、不要な受信処理をなくしか
つ重要なデータの優先的受信が可能となる。さらに上記
フレーム種別に応じた受信用バッファの割り付け、管理
を行えば、バッファの有効利用が図れる。
〔実施例〕
以下本発明を実施例によって説明する。第1図は本発明
の方法を適用したNCPの一実施例を示すブロック図、
第2図はネットワークシステムの例を示す図である。ま
ず第2図により、ネットワークシステム全体の接続構或
を説明する。伝送路は同軸の伝送ケーブル53a〜53
d,NC:Pを伝送路に接続するためのタップ51a〜
51cおよび電気的終端をとるためのターミネータ52
a、52bから構威される。データ端末装置50a〜5
0cはその中に設けたNCP1a〜1cと同軸のドロッ
プケーブル22a〜22cをそれぞれ介して伝送路に接
続される6次に端末装置間でのデータ送受信の場合の全
体的な動作を、第1図を用いて説明する。NCP間のデ
ータ伝送制御は、データ送信するNCPが自NCPでト
ークンを受信して送信権を得た後にデータを送信し、次
のNCPにl−−クンを渡すという、トークン方式で行
われるものとする。また伝送路上のフレームフォーマッ
トは、第3図に示すように、フレーム開始を示すスター
トデリミタSD、データ種別を示すフレームコントロー
ルFC、受イ=先アドレスDA(この2つのフィールド
FC%DAが本発明で重要な役割をもつ),送信元アド
1ノスSA、データDATA、フレームチェックシーク
エンスFCS、およびフレームの終わりを示すエンドデ
リミタEDから或る. 端末装置からデータを送る場合にはまず、端末装置は自
装置内のNCP Iの端末インターフェース回路13を
介して、パラメータテーブル4にデータ送信起動情報を
書き込む。このパラメータテーブル4には、NCPI内
の内部制御をつかさどるMPTJ2Cマイクロコンピュ
ータ)の制御情報や送受信用のバッファ6の管理情報等
も格納されている。MPU2はROMa内に内蔵されて
いるプログラムにより動作しており、パラメータテーブ
ル4にデータ送信起動情報が書き込まれると,端末装置
の送信データを端末装置内のバッファ(図示を省略)か
らパッファ6にコピーする。MPU2はこのデータに、
第3図に示したデータ種別を表すフレームコントロール
FC、受信先アドレスDAおよび送信元アドレスSAを
付加した後,,データl4、アドレス線15を使って伝
送制御回路5にデータ送信起動をかける。このとき、フ
レームコン[一ロールFCと受信先アトレスDAは、端
末装置からパラメータテーブル4に書き込まれたデータ
送信起動情報の中からとりだし、送信元アドレスSAは
アドレス記憶回路7に予め設定しておいたものを取り出
して使用する。
伝送制御回路5の主な機能はトークンの送受信と生或制
御や、伝送フレームのフォーマット作成等である。デー
タ送信起動をMPtJ2から受けると,伝送制御回路5
は自NCPあてのトークンを受信するまで待ち、受信す
るとバッファ6にN Ii)U2が準備した送信データ
にさらにフレームの先頭、末尾を示すスター1〜デリミ
タSD、エンドデリミタEDおよびデータのエラーチェ
ックコートであるフレームチェックシークエンスFCS
を付加して、トランシーバ12、データ送信線19、変
復調回路1lを通して伝送路に送信する。ここで、トラ
ンシーバ12は送受信データの方向を制御し、変復調回
路11はNCP内部で使用しているディジタル信号と伝
送路で使用しているアナログ信号の変換を行うものであ
る。
一方、端末装置でデータを受信する場合には、まず伝送
路から変復調回路l1.データ受信線18を介して受信
フレームがNCP内部に入力される.受信パターン生或
同路8には、伝送制御回略5を介して,アドレス記憶回
路7に設定された自NCPアドレスと端末装置が指定し
たデータ種類とにより定められるパターンが、NCP2
によって設定されている。アドレス判定回路9およびデ
ータ稚別判定回路IOでは、データ受信線18に入力さ
れた受信宇中のフレームコントロールFCおよび受信先
アドレスDAと受信パターン生成回路8の出力とを比較
し、受信フレームをNCP内部のバッファ6に格納する
か否かを判定する。各々の回路で受信可能と判断した場
合には、各々信号線20および21で伝送制御回路5に
通知する。この通知を受けた時点で伝送制御回路5は、
バッファ6の予めMPU2により指定されたアドレスに
、伝送フレーム中のフレームコントロールFC〜データ
DATAを書き込み、割り込み線l6でMPU2にフレ
ーム受信完了を通知する。なお、フレームチェックシー
クエンスFCSは伝送制御回路5でチェックされ、パラ
メータテーブル4内のバッファ管理テーブルに誤りがあ
るか否かの情報が書き込まれる. 受信完了を通知されたMPtJ2では受信したフレーム
のデータDATAだけを端末装置のバッファ6に端末イ
ンターフェース回略13を介して書き込むと同時に、デ
ータ受信通知を端末装置にする,以上のデータ送受信の
全体動作の内で、本発明の特徴とするフレーム選択方法
(各受イaフレームを取り込むかどうかの選択)の実施
例の詳細を以下に説明する。
第4図は951図の実施例を示すもので、フレーム種別
を受信先アドレスDAのみで行い2同報通信を優先的に
受信する場合である。伝送フレームが受信されるとアド
レス判定回路9が伝送フレーム内の受信先アドレスDA
を調べる(ステップ401,404).この結果全ビッ
トが“1”の場合(グローバルアドレス;同報通信を示
す)と,自NCPアドレスに一致する場合(個別アドレ
ス)のときのみフレームの受信動作指示を伝送制御回路
5へ出力する。伝送制御回路5は、同報通信であると無
条件にバッファ6に受信フレームを格納し(ステップ4
02)、MPU2に支持して受信データを端末装置へ転
送させ,バッファ6を解放する(ステップ403). この動作をより詳しく述べると、バッファ6はMPU2
によってキューの形で一括管理されており、そのキュー
の先頭アドレスが伝送制御回路5に設定されている。フ
レームが受信されると伝送制御回路5はこのキューから
1つの空きパッファを取り出し、受信フレームを書き込
んでMPUが管理するバッファ6のキューにつなぐ。こ
のキューは端末装置へのデータ転送処理を持つためのも
のである.その後MPUがバッファ内の受信データを端
末装置へ転送するごとに該当するバッファが空きバッフ
ァとして返却される。
同報通信では各端末装置側からの応答は不用である.従
って以上の処理により、同報通信により送られてきたデ
ータはNCP内のバッファ状態に関係なく優先的に取り
込まれる。
一方、自NCPあての個別アドレスのフレームが受信さ
れたときは,一旦受信フレームをバッファ6へ格納する
(ステップ405)。しがしM P U 2はキュー管
理のときに空きバッファの残量を監視しており,その数
がN以上になると、ステップ405で伝送制御回路5が
バッファ6に受信フレームを格納しても、これを端末装
置への転送待ちキューに接続しないで、受信フレーム中
の送信アドレスSAを受信先アドレスDAとしたビジー
レスポンスのフレームを作或して伝送制御回路5に渡し
、送ってきたフレームの送信元ヘビジ一応答を返す。同
時にそのとき使ったバッファ6を解放し,空きバッファ
キューに返却する(ステップ407)。
個別アドレスのフレーム受信時に空きバッファ残量がN
以上であれば、正常受信した応答を送信側へ返し(ステ
ップ408)、受信データの端末装置への転送とバッフ
ァの解放をMPUにより行う(ステップ409).この
処理により個別アドレスのフレームを該当する端末装置
のみへ確実に送ることができ,他端末装置のNCPは余
分な動作を行うことむい。なお、上記空きバッファのし
きい値Nは、MPUのデータ受信処理速度と個別アドレ
ス指定の伝送フレームが1つのNCPへ集中して到着す
る速度の予測値とから、システム設計時に定める定数で
ある。
本実施例によれば、同報通信されてきたデータを優先的
に受信でき、受信過負荷のために同報通信によるデータ
の受信もれが防止できる。
第5図はフレーム選択方法の第2の実施例を示すもので
、送られてきたフレームのフレーム種別を受信先アドレ
スDAの参照のみで行う点は第4図の場合と同じである
が、フレーム種別ごとにバッファ容量を割り当てた点が
異なる. 伝送フレームが受信された場合、第4図の実施例と同様
にアドレスの判定が行われる(ステップ501)。MP
U2による空きバッファ6や受信処理待ちキューの管理
方法も第4図の場合と同様に行われているとする。回報
アドレスのフレームを受信した場合,受信処理待ちキュ
ーの数が同報通信用に定められたバッファ数N1より小
さくないと(ステップ502)、そのことがMPU2か
ら伝送制御回路5に通知される。これにより伝送制御回
路5は受信パターン生戊回路8に指示してアドレス判定
回路9での同報アドレスの一致判定を停止させることで
、回報アドレスをもつフレームの受信を停止する(受信
終了)。MPU2が受信データを端末装置へ転送し、同
報道イa用の受信処理待ちキューの数がNlより小さく
なったときに受信が再開され、データが端末装置へ送ら
れる(ステップ503,504) , 一方、個別アドレスのフレームを受信した場合は(ステ
ップ505)、その受信フレームを一旦バッファ6へ格
納する(ステップ506)。このとき個別通信用に設け
たバッファ数N2に受信処理待ちキューの数が等しくな
ると(ステップ507)、MPU2は送信元の端末装置
にビジーレスポンスを返送し(ステップ508)、バッ
ファを解放して空きバッファキューに返却する。ステッ
プ507で受信処理待ちキューがN2以下であれば正常
受信したレスポンスを送信側へ送り(ステップ509)
、その後受信データを対応端末装置へ転送してバッファ
を解放する(ステップ510)。
本実施例で、同報通信フレームを受信したときこれをバ
ッファ6に書き込まないで受信処理待ちキューを調べ、
N1になっているときは受{flフレームを残さずに廃
棄できるのは、同報通信では送信元に応答を返送できな
いからである。一方、個別アドレスのフレームを受イa
したときは応答を返送する必要があり、そのためにとも
かくステップ506で受信したフレームをバッファヘー
旦格納する。このため個別通信用のバッファの割り付け
数はN2+1とする。同報通信用にはN1でよいからN
CPのバッファ総数はN1+N2+1である。
各バッファ数は各通{a方法の通信量に応じて決定する
本実施例によれば,フレーム種別ごとにバッファの割り
付け数を決めて受信判定するもので、工穐類のフレーム
による受信負荷が増大しても他のデータの受イdが疎外
されることがなく、重要なデータを受けもらすことを防
止できる。
第6図はフレーム選択方法の第3の実施例を示スモので
、受信先アドレスDAおよびフレームコントロールFC
の双方を用いてフレーム種別を分類し、さらに端末装置
側では自装置で取り込むデータの種類をそれぞれ設定で
きるようにしたものである。この例ではフレーム種別と
して同報同期データ、同報非同期データ、および個別通
信データの3種類に分類しており、個別通信データだけ
は全端末装置で使用している。各端末装置で使用するデ
ータの分類は予め受信パターン生成回路8に設定してお
き、伝送フレーム受信時にアドレス判定回路9およびデ
ータ種別判定回路10で一致判定が行われる。またバッ
ファは上記3つの各データに対して、それぞれN4,N
3,N2個の容量を持っているとする。従ってバッファ
の総容量は第5図のときと同様にN4+N3+N2+1
であり、それぞれの値は各データごとの通信量から定め
られているとする. 伝送フレームが受信されるとまず、アドレス判定回路9
で受イ8先アドレスDAをチェックする(ステップ60
1).このアドレスADが個別アドレスである場合には
、そのデータの同期/非同期に関係なく、第5図のステ
ップ505〜510と同じ処理によりビジ一応答あるい
はデータの取り込みが行われる,一方、受信先アドレス
DAが回報アドレスの場合には、さらにフレームコント
ロールFCを参照することでデータが同期データか非同
期データかの区別をし(ステップ602)、端末装置に
よりそれらを使用データとして受信パターン生成回路8
に登録されているか否かをデータ種別判定回路10で判
定する(ステップ603または605).この判定で、
登録されていなければ伝送制御回路5はフレームをバッ
ファトこは格納しないで処理を終わる。
一方、登録されている場合は第5図の実施例と同様、受
信処理待ちキューに余裕があるかないかを調べ(ステッ
プ604または606)、余裕があれば第5図ステップ
503,504と同じ処理により当該データを取り込む
. 本実施例によれば、各端末装置の必要なデータのみが受
信できるので.NCP内のMPUによる受信処理負荷を
必要最小限に抑えることができる。
またある端末装置で取り込み使用するデータが例えば個
別通信データのみであれば、NCPのバッファを全てこ
のデータに割り付ける、即ちN3=N4=0、N2+l
=N(全バッファ数)とすることにより、バッファを有
効に活用できる。
なお、本実施例にて、フレーム種別を受信先アドレスA
DとフレームコントロールFC4こより分類するから、
個別アドレスのときも開期データか非同期データかを区
別すれば、個別通{+’tを個別同期データと個別非同
期データへとさらに分けることもできる。
〔発明の効果〕
本発明によれば、アドレス、データfIr(別およびバ
ッファの残量に応じてフレーム選択受信ができるので、
NCPにおいて不要なデータを受信するための受信処理
負荷をなくせ、また受信処理が過負荷となったときの飲
要データの受信もれを防止できるという効果があり、さ
らにNCPのバッファを有効活用出来るという効果があ
る。
【図面の簡単な説明】
第1図は本発明の方法を適用したネットワークコントロ
ールプロセッサ<NCP)の一実施例を示すブロック図
、第2図はネットワークシステムの全体構成例を示す図
、第3図は伝送フレームのフォーマットを示す図、第4
図〜第6図は本発明のフレーム選択方法の手順を示すフ
ローチャートである。 1・・・ネッl−ワークコントロールプロセッサ(NC
P)、2・・・マイクロコンピュータ(MPTJ)、5
・・・伝送制御回路、6・・・送受信バッファ、8・・
・受{dパターン生戒回路、9・・・アドレス判定回路
. 10・・・データ種別判定回路、FC・・・フレー
ムコントロール、DA・・・受信先アドレス。 第 1 図 鉢末殻亙 第 2 図 第 3 図 第 5 図 乍ヒイ**’!−.s 第 4 図 e!.信快J 第 6 図

Claims (1)

  1. 【特許請求の範囲】 1、その各々が自装置対応に設けられたネットワークコ
    ントロールプロセッサを介して伝送路に接続された端末
    装置の間で、フレーム単位の1対1個別通信または1対
    多の同報通信を行うときの各ネットワークコントロール
    プロセッサにおけるフレーム選択受信方法において、送
    信側端末装置のネットワークコントロールプロセッサは
    送信データの種類および通信方法を示す類別情報をフレ
    ームに付加して送信し、該フレームを受信した各ネット
    ワークコントロールプロセッサは、受信したフレーム中
    の上記類別情報と、受信したフレームを対応端末装置へ
    転送する迄の間一時格納しておく受信バッファの空き状
    態とから、上記受信フレームを取り込んで対応端末装置
    へ転送するか否かを定めるようにしたことを特徴とする
    フレーム選択受信方法。 2、前記類別情報が少なくとも同報通信か個別通信かの
    区別を示す情報を有しており、該情報を有したフレーム
    を受信した各ネットワークコントロールプロセッサでは
    、上記情報が同報通信を示しているときは前記受信バッ
    ファの空き数に関わりなく当該フレームのデータを取り
    込み、上記情報が個別通信を示しているときは前記受信
    バッファの空き数が予め定めた個数以上のときだけ当該
    フレームのデータを取り込むようにしたことを特徴とす
    る請求項1記載のフレーム選択受信方法。 3、前記類別情報は、受信先端末装置のアドレスを示す
    受信先アドレスと、送信するデータが同期データか非同
    期データかを示すデータ種別情報であることを特徴とす
    る請求項1記載のフレーム選択受信方法。 4、前記類別情報によってフレーム種別を定め、該フレ
    ーム種別ごとに受信バッファ数を割り当てるとともに、
    フレームを受信したネットワークコントロールプロセッ
    サは、当該フレーム種別対応の受信バッファ数に空きが
    あるときのみ当該フレームを取り込むことを特徴とする
    請求項1または3記載のフレーム選択受信方法。 5、各ネットワークコントロールプロセッサに、自ネッ
    トワークコントロールプロセッサで受信するフレーム種
    別を設定し、該設定したフレーム種別を示す類別情報を
    持ったフレームのみを取り込む機構を設けたことを特徴
    とする請求項1または3記載のフレーム選択受信方法。 6、前記受信するフレーム種別の各々に対してのみ受信
    バッファを割り当て、上記受信するフレーム種別のフレ
    ームが受信されたときに対応受信バッファに空きがある
    ときのみ当該フレームを取り込むことを特徴とする請求
    項5記載のフレーム選択受信方法。
JP1149377A 1989-06-14 1989-06-14 フレーム選択受信方法 Expired - Lifetime JPH0693685B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP1149377A JPH0693685B2 (ja) 1989-06-14 1989-06-14 フレーム選択受信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP1149377A JPH0693685B2 (ja) 1989-06-14 1989-06-14 フレーム選択受信方法

Publications (2)

Publication Number Publication Date
JPH0316343A true JPH0316343A (ja) 1991-01-24
JPH0693685B2 JPH0693685B2 (ja) 1994-11-16

Family

ID=15473804

Family Applications (1)

Application Number Title Priority Date Filing Date
JP1149377A Expired - Lifetime JPH0693685B2 (ja) 1989-06-14 1989-06-14 フレーム選択受信方法

Country Status (1)

Country Link
JP (1) JPH0693685B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0685824A (ja) * 1992-09-07 1994-03-25 Nec Corp 通信制御方式
JP2022545011A (ja) * 2020-07-09 2022-10-24 エルジー エナジー ソリューション リミテッド 通信システム及び方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7292548B1 (ja) * 2022-10-14 2023-06-16 三菱電機株式会社 電力変換システムの複数の装置間の通信方法、および電力変換システム

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS55121762A (en) * 1979-03-12 1980-09-19 Nippon Telegr & Teleph Corp <Ntt> Multi-spot connection system
JPS568950A (en) * 1979-07-03 1981-01-29 Nippon Telegr & Teleph Corp <Ntt> Multiple address communication system
JPS58220536A (ja) * 1982-06-16 1983-12-22 Nec Corp プロセツサ間の通信制御方式
JPS61200733A (ja) * 1985-03-04 1986-09-05 Hitachi Ltd フロ−制御方式
JPS61224543A (ja) * 1985-03-29 1986-10-06 Nec Corp 識別子管理方式
JPS62249543A (ja) * 1986-04-23 1987-10-30 Matsushita Graphic Commun Syst Inc デ−タ同報方法
JPS63214038A (ja) * 1987-03-02 1988-09-06 Matsushita Electric Ind Co Ltd 携帯端末機デ−タ伝送装置
JPS63296533A (ja) * 1987-05-28 1988-12-02 Ricoh Co Ltd 同報通信方法
JPS6422139A (en) * 1987-07-17 1989-01-25 Fuji Electric Co Ltd Method for protecting data of broadcasting transmission system

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS55121762A (en) * 1979-03-12 1980-09-19 Nippon Telegr & Teleph Corp <Ntt> Multi-spot connection system
JPS568950A (en) * 1979-07-03 1981-01-29 Nippon Telegr & Teleph Corp <Ntt> Multiple address communication system
JPS58220536A (ja) * 1982-06-16 1983-12-22 Nec Corp プロセツサ間の通信制御方式
JPS61200733A (ja) * 1985-03-04 1986-09-05 Hitachi Ltd フロ−制御方式
JPS61224543A (ja) * 1985-03-29 1986-10-06 Nec Corp 識別子管理方式
JPS62249543A (ja) * 1986-04-23 1987-10-30 Matsushita Graphic Commun Syst Inc デ−タ同報方法
JPS63214038A (ja) * 1987-03-02 1988-09-06 Matsushita Electric Ind Co Ltd 携帯端末機デ−タ伝送装置
JPS63296533A (ja) * 1987-05-28 1988-12-02 Ricoh Co Ltd 同報通信方法
JPS6422139A (en) * 1987-07-17 1989-01-25 Fuji Electric Co Ltd Method for protecting data of broadcasting transmission system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0685824A (ja) * 1992-09-07 1994-03-25 Nec Corp 通信制御方式
JP2022545011A (ja) * 2020-07-09 2022-10-24 エルジー エナジー ソリューション リミテッド 通信システム及び方法

Also Published As

Publication number Publication date
JPH0693685B2 (ja) 1994-11-16

Similar Documents

Publication Publication Date Title
US5361372A (en) Memory management for data transmission networks
US5301192A (en) Temporary information storage system comprising a buffer memory storing data structured in fixed or variable length data blocks
CN109684269B (zh) 一种pcie交换芯片内核及工作方法
JPH0720122B2 (ja) リング型伝送路を用いたパケット通信システム
US6674751B1 (en) Serialized bus communication and control architecture
JPH0818567A (ja) データの交換処理方法及び装置
JPS5992654A (ja) 電子文書配送システム
JPH10327190A (ja) ネットワークトラフィック優先順位決定方法
EP0616450A2 (en) Communication control device
JPH0879309A (ja) Lan間接続装置及びlan間接続システム
JPH0316343A (ja) フレーム選択受信方法
US6064647A (en) Method and system for sending frames around a head of line blocked frame in a connection fabric environment
JPS62261250A (ja) 通信ネツトワ−クにおいてデ−タ及び非符号化情報の交換を可能にする機構
US6335940B1 (en) Digital data exchange device
EP1347597B1 (en) Embedded system having multiple data receiving channels
JP3166988B2 (ja) 通信端末装置およびその通信方法
JP2715137B2 (ja) 通信網制御方式
JPH0974410A (ja) 通信中継装置
JP2000049803A (ja) コネクション型通信方式又は該コネクション型通信方式における端末若しくはノード
JPH07319823A (ja) プロセッサ間通信方式
KR100503418B1 (ko) 복합 연결방식 스위칭 시스템 및 방법
CN116962371A (zh) 一种控制视频流量传输方法、系统、用户设备及交换机
JPH08242256A (ja) パケットスイッチ
JPH0239649A (ja) ループ式通信システム
JPH01293049A (ja) 分散処理型パケット交換機における受信制御方式

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071116

Year of fee payment: 13

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081116

Year of fee payment: 14

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081116

Year of fee payment: 14

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091116

Year of fee payment: 15

EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091116

Year of fee payment: 15