JP2000332847A - プロトコル処理装置 - Google Patents
プロトコル処理装置Info
- Publication number
- JP2000332847A JP2000332847A JP11140431A JP14043199A JP2000332847A JP 2000332847 A JP2000332847 A JP 2000332847A JP 11140431 A JP11140431 A JP 11140431A JP 14043199 A JP14043199 A JP 14043199A JP 2000332847 A JP2000332847 A JP 2000332847A
- Authority
- JP
- Japan
- Prior art keywords
- protocol
- frame
- protocol processing
- unit
- protocol type
- 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
- 230000005540 biological transmission Effects 0.000 claims abstract description 19
- 238000010586 diagram Methods 0.000 description 7
- 238000000034 method Methods 0.000 description 3
- FYBXRCFPOTXTJF-UHFFFAOYSA-N carteolol hydrochloride Chemical compound [Cl-].N1C(=O)CCC2=C1C=CC=C2OCC(O)C[NH2+]C(C)(C)C FYBXRCFPOTXTJF-UHFFFAOYSA-N 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- STECJAGHUSJQJN-USLFZFAMSA-N LSM-4015 Chemical compound C1([C@@H](CO)C(=O)OC2C[C@@H]3N([C@H](C2)[C@@H]2[C@H]3O2)C)=CC=CC=C1 STECJAGHUSJQJN-USLFZFAMSA-N 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
Landscapes
- Time-Division Multiplex Systems (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 プロトコル処理部又はプロトコル処理プログ
ラムを複数個設けることなく、初期設定時間を短縮し、
プロトコル実装間違いを防止する。 【解決手段】 フレーム生成部１は、受信した情報をプ
ロトコル処理部３が解釈できるフォーマットに変換する
とともに、プロトコル処理部３からプロトコル種別判定
フレーム送信部５を介して受信したフレームを物理レイ
ヤのフォーマットに変換する。プロトコル種別判定部２
は、プロトコルの種別の判定結果をプロトコル処理部３
に通知するが、受信フレームによってはプロトコル種別
判定フレーム送信部５に通知する。上位レイヤ部４がリ
ンク設定要求をプロトコル処理部３に出した場合、プロ
トコル処理部３からプロトコル種別判定フレーム送信部
５を介してプロトコル種別判定のフレーム送信をプロト
コル種別判定フレーム送信部５が行う。
ラムを複数個設けることなく、初期設定時間を短縮し、
プロトコル実装間違いを防止する。 【解決手段】 フレーム生成部１は、受信した情報をプ
ロトコル処理部３が解釈できるフォーマットに変換する
とともに、プロトコル処理部３からプロトコル種別判定
フレーム送信部５を介して受信したフレームを物理レイ
ヤのフォーマットに変換する。プロトコル種別判定部２
は、プロトコルの種別の判定結果をプロトコル処理部３
に通知するが、受信フレームによってはプロトコル種別
判定フレーム送信部５に通知する。上位レイヤ部４がリ
ンク設定要求をプロトコル処理部３に出した場合、プロ
トコル処理部３からプロトコル種別判定フレーム送信部
５を介してプロトコル種別判定のフレーム送信をプロト
コル種別判定フレーム送信部５が行う。
Description
【０００１】
【発明が属する技術分野】本発明は、プロトコル処理装
置に関し、特に、複数のプロトコルを一つのプロトコル
処理部でフォーマット変換するプロトコル処理装置に関
する。
置に関し、特に、複数のプロトコルを一つのプロトコル
処理部でフォーマット変換するプロトコル処理装置に関
する。
【０００２】
【従来の技術】上位プロトコルが異なる複数のノードを
含み、中継装置において宛先ノードの上位プロトコルを
認識してフレーム・フォーマット変換を行う技術は、た
とえば、特開平２−２４４９２９号公報（「上位プロト
コル認識通信制御方式」）に開示されている。
含み、中継装置において宛先ノードの上位プロトコルを
認識してフレーム・フォーマット変換を行う技術は、た
とえば、特開平２−２４４９２９号公報（「上位プロト
コル認識通信制御方式」）に開示されている。
【０００３】図９は、上記の方式も含め、従来のプロト
コル処理装置を一般化した一例のブロック図である。図
９に示すように、このプロトコル処理装置は、プロトコ
ル処理部Ａ６とプロトコル処理部Ｂ７が別々のボードで
あるプロトコル処理ボードＡ８とプロトコル処理ボード
Ｂ９に実装されている。このため、プロトコル処理部Ａ
６を必要とする時はプロトコル処理ボードＡ８を用意
し、プロトコル処理部Ｂを必要とするときはプロトコル
処理ボードＢ９を用意する必要があった。それぞれフレ
ーム生成部１にて受信した情報をプロトコル処理部Ａ６
又はプロトコル処理部Ｂ７が解釈できるフォーマットに
変換して受渡し、プロトコル処理部Ａ６又はプロトコル
処理部Ｂ７にて該当のプロトコル処理を行った後、情報
をプリミティブとして上位レイヤ部４に受け渡す。ま
た、上位レイヤ部４からのプリミティブをプロトコル処
理部Ａ６又はプロトコル処理部Ｂ７が受信し該当のプロ
トコル処理を行った後、情報をフレーム生成部１に渡
し、該当の物理レイヤのフォーマットに従ったデータフ
ォーマットにて回線上に送出される。
コル処理装置を一般化した一例のブロック図である。図
９に示すように、このプロトコル処理装置は、プロトコ
ル処理部Ａ６とプロトコル処理部Ｂ７が別々のボードで
あるプロトコル処理ボードＡ８とプロトコル処理ボード
Ｂ９に実装されている。このため、プロトコル処理部Ａ
６を必要とする時はプロトコル処理ボードＡ８を用意
し、プロトコル処理部Ｂを必要とするときはプロトコル
処理ボードＢ９を用意する必要があった。それぞれフレ
ーム生成部１にて受信した情報をプロトコル処理部Ａ６
又はプロトコル処理部Ｂ７が解釈できるフォーマットに
変換して受渡し、プロトコル処理部Ａ６又はプロトコル
処理部Ｂ７にて該当のプロトコル処理を行った後、情報
をプリミティブとして上位レイヤ部４に受け渡す。ま
た、上位レイヤ部４からのプリミティブをプロトコル処
理部Ａ６又はプロトコル処理部Ｂ７が受信し該当のプロ
トコル処理を行った後、情報をフレーム生成部１に渡
し、該当の物理レイヤのフォーマットに従ったデータフ
ォーマットにて回線上に送出される。
【０００４】図１０は、従来のプロトコル装置のもう一
つの例のブロック図である。図１０に示すように、この
プロトコル処理装置は、プロトコル処理プログラムＡ１
０とプロトコル処理プログラムＢ１１の処理を使い分
け、必要に応じてプロトコル処理部３にダウンロードす
る構成である。ダウンロードした後は、プロトコル種別
判定フレーム送信部レーム生成部１で受信したフレーム
をプロトコル処理部３で解釈できるフォーマットに変換
して受渡し、プロトコル処理部２にて該当のプロトコル
処理を行った後、情報をプリミティブとして上位レイヤ
部４に受け渡す。また、上位レイヤ部４からのプリミテ
ィブをプロトコル処理部３が受信し、該当のプロトコル
処理を行った後、情報をフレーム生成部１に渡し、該当
の物理レイヤのフォーマットに従ったデータフォーマッ
トにて回線上に送出される。
つの例のブロック図である。図１０に示すように、この
プロトコル処理装置は、プロトコル処理プログラムＡ１
０とプロトコル処理プログラムＢ１１の処理を使い分
け、必要に応じてプロトコル処理部３にダウンロードす
る構成である。ダウンロードした後は、プロトコル種別
判定フレーム送信部レーム生成部１で受信したフレーム
をプロトコル処理部３で解釈できるフォーマットに変換
して受渡し、プロトコル処理部２にて該当のプロトコル
処理を行った後、情報をプリミティブとして上位レイヤ
部４に受け渡す。また、上位レイヤ部４からのプリミテ
ィブをプロトコル処理部３が受信し、該当のプロトコル
処理を行った後、情報をフレーム生成部１に渡し、該当
の物理レイヤのフォーマットに従ったデータフォーマッ
トにて回線上に送出される。
【０００５】
【発明が解決しようとする課題】しかし、従来の技術で
は、複数のプロトコル処理部を物理的に分けて用意する
必要がある。または複数のプロトコル処理プログラムを
相手側ノードに合わせてダウンロードする必要がある。
その理由は相手側ノードで実装されるプロトコルが複数
有り、それぞれのプロトコルに対応したプロトコル処理
部をあらかじめ自側に実装する必要があるためである。
は、複数のプロトコル処理部を物理的に分けて用意する
必要がある。または複数のプロトコル処理プログラムを
相手側ノードに合わせてダウンロードする必要がある。
その理由は相手側ノードで実装されるプロトコルが複数
有り、それぞれのプロトコルに対応したプロトコル処理
部をあらかじめ自側に実装する必要があるためである。
【０００６】又、従来の技術では、自側に実装するプロ
トコル種別を間違える可能性がある。その理由は人手に
よりプロトコル種別を判断して自側プロトコル種別を決
定するためである。
トコル種別を間違える可能性がある。その理由は人手に
よりプロトコル種別を判断して自側プロトコル種別を決
定するためである。
【０００７】そこで、本発明は、プロトコル処理部又は
プロトコル処理プログラムを複数個設けることなく、初
期設定時間を短縮し、プロトコル実装間違いを防止する
ことを課題としている。
プロトコル処理プログラムを複数個設けることなく、初
期設定時間を短縮し、プロトコル実装間違いを防止する
ことを課題としている。
【０００８】
【課題を解決するための手段】上記の課題を解決するた
めの本発明は、フレーム組み立てを行うフレーム生成部
と、前記フレーム生成部で組み立てられたフレームのプ
ロトコル種別を判定するプロトコル種別判定部と、前記
プロトコル種別に基づきプロトコル処理を行うプロトコ
ル処理部と、前記プロトコル処理部の出力に基づいてプ
ロトコル種別判定フレームを前記フレーム生成部に送信
するプロトコル種別判定フレーム送信部とを備えたプロ
トコル処理装置であって、前記プロトコル種別判定フレ
ーム送信部は、上位レイヤ部からのリンク設定要求によ
りプロトコル種別判定フレームを送信する。
めの本発明は、フレーム組み立てを行うフレーム生成部
と、前記フレーム生成部で組み立てられたフレームのプ
ロトコル種別を判定するプロトコル種別判定部と、前記
プロトコル種別に基づきプロトコル処理を行うプロトコ
ル処理部と、前記プロトコル処理部の出力に基づいてプ
ロトコル種別判定フレームを前記フレーム生成部に送信
するプロトコル種別判定フレーム送信部とを備えたプロ
トコル処理装置であって、前記プロトコル種別判定フレ
ーム送信部は、上位レイヤ部からのリンク設定要求によ
りプロトコル種別判定フレームを送信する。
【０００９】
【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図１は、本発明のプロトコ
ル処理装置のブロック図である。図１に示すように、本
発明のプロトコル処理装置は、フレーム送受信組み立て
を行うフレーム生成部１と、フレーム生成部１で組み立
てられたフレームのプロトコル種別を自動判定するプロ
トコル種別判定部２と、前記プロトコル種別判定部２で
判定されたプロトコルに基づきプロトコル処理を行うプ
ロトコル処理部３と、プロトコル処理部３の上位レイヤ
処理を行う上位レイヤ部４からのリンク設定要求により
プロトコル種別判定フレームを送出するプロトコル種別
判定フレーム送信部５を有する。
施の形態について説明する。図１は、本発明のプロトコ
ル処理装置のブロック図である。図１に示すように、本
発明のプロトコル処理装置は、フレーム送受信組み立て
を行うフレーム生成部１と、フレーム生成部１で組み立
てられたフレームのプロトコル種別を自動判定するプロ
トコル種別判定部２と、前記プロトコル種別判定部２で
判定されたプロトコルに基づきプロトコル処理を行うプ
ロトコル処理部３と、プロトコル処理部３の上位レイヤ
処理を行う上位レイヤ部４からのリンク設定要求により
プロトコル種別判定フレームを送出するプロトコル種別
判定フレーム送信部５を有する。
【００１０】フレーム生成部１は受信回線を介して受信
した情報をプロトコル処理部３が解釈できるフォーマッ
トに変換する。また、フレーム生成部１はプロトコル処
理部３からプロトコル種別判定フレーム送信部５を介し
て受信したフレームを物理レイヤのフォーマットに従っ
てフォーマット変換を行う。
した情報をプロトコル処理部３が解釈できるフォーマッ
トに変換する。また、フレーム生成部１はプロトコル処
理部３からプロトコル種別判定フレーム送信部５を介し
て受信したフレームを物理レイヤのフォーマットに従っ
てフォーマット変換を行う。
【００１１】プロトコル種別判定部２はフレーム生成部
１から受信したフレームからプロトコルの種別を判定す
る。プロトコル種別の判定ができたら判定結果をプロト
コル処理部３に通知する。また、受信フレームによって
はプロトコル種別判定フレーム送信部５に通知する。
１から受信したフレームからプロトコルの種別を判定す
る。プロトコル種別の判定ができたら判定結果をプロト
コル処理部３に通知する。また、受信フレームによって
はプロトコル種別判定フレーム送信部５に通知する。
【００１２】プロトコル処理部３ではプロトコル種別判
定部２にて判定されたプロトコル種別に基づいて処理を
行う。プロトコル処理部３からの上位レイヤ間プリミテ
ィブは上位レイヤ部４に渡され処理される。上位レイヤ
部４がリンク設定要求をプロトコル処理部３に出した場
合、プロトコル処理部３からプロトコル種別判定フレー
ム送信部５を介してプロトコル種別判定のフレーム送信
をプロトコル種別判定フレーム送信部５が行う。
定部２にて判定されたプロトコル種別に基づいて処理を
行う。プロトコル処理部３からの上位レイヤ間プリミテ
ィブは上位レイヤ部４に渡され処理される。上位レイヤ
部４がリンク設定要求をプロトコル処理部３に出した場
合、プロトコル処理部３からプロトコル種別判定フレー
ム送信部５を介してプロトコル種別判定のフレーム送信
をプロトコル種別判定フレーム送信部５が行う。
【００１３】図２は、本発明のプロトコル処理装置の動
作を説明するためのフレームフォーマットである。一例
としてＬＡＰＤ（ｌｉｎｋ ａｃｃｅｓｓ ｐｒｏｔｏ
ｃｏｌ ｏｎ ｔｈｅ Ｄ ｃｈａｎｎｎｅｌ）のフレ
ームフォーマットと、ＳＳＣＯＰ（Service Specific
Connection Oriented Protocol）のフレームフォー
マットを記述している。ＬＡＰＤフレームフォーマット
のフラグ１４及びＦＣＳ（フレーム検出シーケンス）１
５についてはフレーム生成部１にて処理され、プロトコ
ル種別判定部２にはこの情報を渡さない。また、ＬＡＰ
Ｄフレーム種別の判定は制御フィールド１２により行
う。一方、ＳＳＣＯＰフレーム種別の判定はトレイラ１
３により行う。
作を説明するためのフレームフォーマットである。一例
としてＬＡＰＤ（ｌｉｎｋ ａｃｃｅｓｓ ｐｒｏｔｏ
ｃｏｌ ｏｎ ｔｈｅ Ｄ ｃｈａｎｎｎｅｌ）のフレ
ームフォーマットと、ＳＳＣＯＰ（Service Specific
Connection Oriented Protocol）のフレームフォー
マットを記述している。ＬＡＰＤフレームフォーマット
のフラグ１４及びＦＣＳ（フレーム検出シーケンス）１
５についてはフレーム生成部１にて処理され、プロトコ
ル種別判定部２にはこの情報を渡さない。また、ＬＡＰ
Ｄフレーム種別の判定は制御フィールド１２により行
う。一方、ＳＳＣＯＰフレーム種別の判定はトレイラ１
３により行う。
【００１４】図３は、相手側がＬＡＰＤプロトコルを具
備していると仮定した時の相手側からのリンク設定／解
放要求を説明するシーケンスチャートである。相手側か
らＳＡＢＭＥ（Set Asynchronous Balanced Mode E
xtended）を受信すると自側からＵＡ（Unnumbered Ack
nowledgement）を送出する。それと同時にＲＲ Ｐ＝１
（Receive Ready Poll＝１）のフレームを送信し、
ＲＲ Ｆ＝１（Final＝１）又はＰ＝１（Poll＝１）受
信を期待する。これらを受信するとレイヤ２からレイヤ
３にリンク設定表示プリミティブを送信する。リンク確
立後はＬＡＰＤにより動作し、自側がＩフレーム受信で
データ受信プリミティブをレイヤ２からレイヤ３に送信
する。また、レイヤ３からレイヤ２へのデータ送信によ
りレイヤ２からＩフレームが相手側に送出される。相手
側からのリンク解放要求ではＤＩＳＣ（Disconnect）を
自側が受信しＵＡを相手側に返送すると同時にリンク解
放表示をレイヤ２からレイヤ３に上げる。
備していると仮定した時の相手側からのリンク設定／解
放要求を説明するシーケンスチャートである。相手側か
らＳＡＢＭＥ（Set Asynchronous Balanced Mode E
xtended）を受信すると自側からＵＡ（Unnumbered Ack
nowledgement）を送出する。それと同時にＲＲ Ｐ＝１
（Receive Ready Poll＝１）のフレームを送信し、
ＲＲ Ｆ＝１（Final＝１）又はＰ＝１（Poll＝１）受
信を期待する。これらを受信するとレイヤ２からレイヤ
３にリンク設定表示プリミティブを送信する。リンク確
立後はＬＡＰＤにより動作し、自側がＩフレーム受信で
データ受信プリミティブをレイヤ２からレイヤ３に送信
する。また、レイヤ３からレイヤ２へのデータ送信によ
りレイヤ２からＩフレームが相手側に送出される。相手
側からのリンク解放要求ではＤＩＳＣ（Disconnect）を
自側が受信しＵＡを相手側に返送すると同時にリンク解
放表示をレイヤ２からレイヤ３に上げる。
【００１５】図４は、相手側がＳＳＣＯＰプロトコルを
具備していると仮定した時の相手側からのリンク設定／
解放要求を説明するシーケンスチャートである。相手側
からＢＧＮ（Begin）を受信すると自側からＢＧＡＫ（B
egin Acknowledge）を送出する。それと同時にＰＯＬ
Ｌフレームを送信し、ＳＴＡＴ（Solicited Status）
受信を期待する。これを受信するとレイヤ２からレイヤ
３にリンク設定表示プリミティブを送信する。リンク確
立後はＳＳＣＯＰにより動作し、自側がＳＤ（Sequence
d Data）フレーム受信でデータ受信プリミティブをレ
イヤ２からレイヤ３に送信する。また、レイヤ３からレ
イヤ２へのデータ送信によりレイヤ２からＳＤフレーム
が相手側に送出される。相手側からのリンク解放要求で
はＥＮＤ（End）を自側が受信しＥＮＤＡＫ（End Ackn
owledgement）を相手側に返送すると同時にリンク解放
表示をレイヤ２からレイヤ３に上げる。
具備していると仮定した時の相手側からのリンク設定／
解放要求を説明するシーケンスチャートである。相手側
からＢＧＮ（Begin）を受信すると自側からＢＧＡＫ（B
egin Acknowledge）を送出する。それと同時にＰＯＬ
Ｌフレームを送信し、ＳＴＡＴ（Solicited Status）
受信を期待する。これを受信するとレイヤ２からレイヤ
３にリンク設定表示プリミティブを送信する。リンク確
立後はＳＳＣＯＰにより動作し、自側がＳＤ（Sequence
d Data）フレーム受信でデータ受信プリミティブをレ
イヤ２からレイヤ３に送信する。また、レイヤ３からレ
イヤ２へのデータ送信によりレイヤ２からＳＤフレーム
が相手側に送出される。相手側からのリンク解放要求で
はＥＮＤ（End）を自側が受信しＥＮＤＡＫ（End Ackn
owledgement）を相手側に返送すると同時にリンク解放
表示をレイヤ２からレイヤ３に上げる。
【００１６】図５は、相手側がＬＡＰＤプロトコルを具
備していると仮定した時の自側からのリンク設定／解放
要求を説明するシーケンスチャートである。レイヤ３か
らレイヤ２にリンク設定要求が送信されるとレイヤ２は
ＳＡＢＭＥとＢＧＮを相手側に送信する。相手側がＬＡ
ＰＤの場合はＵＡにより応答する。ＵＡを自側が受信す
るとＲＲ Ｐ＝１のフレームを送信し、ＲＲ Ｆ＝１又
はＰ＝１受信を期待する。これらを受信するとレイヤ２
からレイヤ３にリンク設定表示プリミティブを送信す
る。リンク確立後はＬＡＰＤにより動作し、データ送受
信については相手側起動のリンク確立時と同じ。レイヤ
３からレイヤ２にリンク解放要求が送信されるとレイヤ
２はＤＩＳＣを相手側に送信する。相手側からＵＡを受
信するとリンク解放要求をレイヤ２からレイヤ３に送信
する。
備していると仮定した時の自側からのリンク設定／解放
要求を説明するシーケンスチャートである。レイヤ３か
らレイヤ２にリンク設定要求が送信されるとレイヤ２は
ＳＡＢＭＥとＢＧＮを相手側に送信する。相手側がＬＡ
ＰＤの場合はＵＡにより応答する。ＵＡを自側が受信す
るとＲＲ Ｐ＝１のフレームを送信し、ＲＲ Ｆ＝１又
はＰ＝１受信を期待する。これらを受信するとレイヤ２
からレイヤ３にリンク設定表示プリミティブを送信す
る。リンク確立後はＬＡＰＤにより動作し、データ送受
信については相手側起動のリンク確立時と同じ。レイヤ
３からレイヤ２にリンク解放要求が送信されるとレイヤ
２はＤＩＳＣを相手側に送信する。相手側からＵＡを受
信するとリンク解放要求をレイヤ２からレイヤ３に送信
する。
【００１７】図６は、相手側がＳＳＣＯＰプロトコルを
具備していると仮定した時の自側からのリンク設定／解
放要求を説明するシーケンスチャートである。レイヤ３
からレイヤ２にリンク設定要求が送信されるとレイヤ２
はＳＡＢＭＥとＢＧＮを相手側に送信する。相手側がＳ
ＳＣＯＰの場合はＢＧＡＫにより応答する。ＢＧＡＫを
自側が受信するとＰＯＬＬフレームを送信し、ＳＴＡＴ
受信を期待する。これを受信するとレイヤ２からレイヤ
３にリンク設定表示プリミティブを送信する。リンク確
立後はＳＳＣＯＰにより動作し、データ送受信について
は相手側起動のリンク確立時と同じ。レイヤ３からレイ
ヤ２にリンク解放要求が送信されるとレイヤ２はＥＮＤ
を相手側に送信する。相手側からＥＮＤＡＫを受信する
とリンク解放要求をレイヤ２からレイヤ３に送信する。
具備していると仮定した時の自側からのリンク設定／解
放要求を説明するシーケンスチャートである。レイヤ３
からレイヤ２にリンク設定要求が送信されるとレイヤ２
はＳＡＢＭＥとＢＧＮを相手側に送信する。相手側がＳ
ＳＣＯＰの場合はＢＧＡＫにより応答する。ＢＧＡＫを
自側が受信するとＰＯＬＬフレームを送信し、ＳＴＡＴ
受信を期待する。これを受信するとレイヤ２からレイヤ
３にリンク設定表示プリミティブを送信する。リンク確
立後はＳＳＣＯＰにより動作し、データ送受信について
は相手側起動のリンク確立時と同じ。レイヤ３からレイ
ヤ２にリンク解放要求が送信されるとレイヤ２はＥＮＤ
を相手側に送信する。相手側からＥＮＤＡＫを受信する
とリンク解放要求をレイヤ２からレイヤ３に送信する。
【００１８】図７は、プロトコル種別判定を説明するた
めのフローチャートである。
めのフローチャートである。
【００１９】まず、フレーム種別判定部がフレームを受
信するとＳＡＢＭＥかどうか判定する（ステップ１
６）。
信するとＳＡＢＭＥかどうか判定する（ステップ１
６）。
【００２０】ＳＡＢＭＥであれば（ステップ１６；
Ｙ）、ＵＡを相手側に送信する（ステップ１７）。同時
にＲＲ Ｐ＝１を送信し（ステップ１８）、ＲＲ受信待
ちフラグをＯＮする（ステップ１９）。
Ｙ）、ＵＡを相手側に送信する（ステップ１７）。同時
にＲＲ Ｐ＝１を送信し（ステップ１８）、ＲＲ受信待
ちフラグをＯＮする（ステップ１９）。
【００２１】受信フレームがＳＡＢＭＥでなければ（ス
テップ１６；Ｎ）、ＢＧＮかどうか判定し（ステップ２
０）、ＢＧＮであれば（ステップ２０；Ｙ）ＢＧＡＫを
送信する（ステップ２１）。同時にＰＯＬＬを送信し
（ステップ２２）、ＳＴＡＴ受信待ちフラグをＯＮする
（ステップ２３）。
テップ１６；Ｎ）、ＢＧＮかどうか判定し（ステップ２
０）、ＢＧＮであれば（ステップ２０；Ｙ）ＢＧＡＫを
送信する（ステップ２１）。同時にＰＯＬＬを送信し
（ステップ２２）、ＳＴＡＴ受信待ちフラグをＯＮする
（ステップ２３）。
【００２２】受信フレームがＢＧＮでなければ（ステッ
プ２０；Ｎ）、リンク設定要求フラグＯＮかどうか判定
し（ステップ２４）、リンク設定要求フラグがＯＮの場
合（ステップ２４；Ｙ）、ＵＡかどうか判定し（ステッ
プ２５）、ＵＡの場合（ステップ２５；Ｙ）ＲＲ Ｐ＝
１を送信し（ステップ１８）、ＲＲ受待ちフラグをＯＮ
する（ステップ１９）。リンク設定要求フラグの判定
は、プロトコル種別判定フレーム送信部５にて行う。
プ２０；Ｎ）、リンク設定要求フラグＯＮかどうか判定
し（ステップ２４）、リンク設定要求フラグがＯＮの場
合（ステップ２４；Ｙ）、ＵＡかどうか判定し（ステッ
プ２５）、ＵＡの場合（ステップ２５；Ｙ）ＲＲ Ｐ＝
１を送信し（ステップ１８）、ＲＲ受待ちフラグをＯＮ
する（ステップ１９）。リンク設定要求フラグの判定
は、プロトコル種別判定フレーム送信部５にて行う。
【００２３】受信フレームがＵＡでなければ（ステップ
２５；Ｎ）、ＢＧＡＫかどうか判定し（ステップ２６）
ＢＧＡＫであれば（ステップ２６；Ｙ）ＰＯＬＬ送信し
（ステップ２２）ＳＴＡＴ受信待ちフラグをＯＮする
（ステップ２３）。
２５；Ｎ）、ＢＧＡＫかどうか判定し（ステップ２６）
ＢＧＡＫであれば（ステップ２６；Ｙ）ＰＯＬＬ送信し
（ステップ２２）ＳＴＡＴ受信待ちフラグをＯＮする
（ステップ２３）。
【００２４】受信フレームがＢＧＡＫでなければ（ステ
ップ２６；Ｎ）ＲＲ受信待ちフラグがＯＮかどうか判定
する（ステップ２７）。また、先のリンク設定要求フラ
グがＯＮでなくても（ステップ２４；Ｎ） ＲＲ受信待
ちフラグがＯＮかどうか判定する（ステップ２７）。
ップ２６；Ｎ）ＲＲ受信待ちフラグがＯＮかどうか判定
する（ステップ２７）。また、先のリンク設定要求フラ
グがＯＮでなくても（ステップ２４；Ｎ） ＲＲ受信待
ちフラグがＯＮかどうか判定する（ステップ２７）。
【００２５】ＲＲ受信待ちフラグがＯＮの時（ステップ
２７；Ｙ）、ＲＲかどうか判定し（ステップ２８）ＲＲ
の場合（ステップ２８；Ｙ）、相手側プロトコルがＬＡ
ＰＤと判定しＬＡＰＤフラグをＯＮする。ＬＡＰＤフラ
グＯＮ情報はプロトコル処理部３及び、プロトコル種別
判定フレーム送信部５で参照される。ＲＲでない場合
（ステップ２８；Ｎ）は何も行わない。
２７；Ｙ）、ＲＲかどうか判定し（ステップ２８）ＲＲ
の場合（ステップ２８；Ｙ）、相手側プロトコルがＬＡ
ＰＤと判定しＬＡＰＤフラグをＯＮする。ＬＡＰＤフラ
グＯＮ情報はプロトコル処理部３及び、プロトコル種別
判定フレーム送信部５で参照される。ＲＲでない場合
（ステップ２８；Ｎ）は何も行わない。
【００２６】ＲＲ受信待ちフラグがＯＮでない場合（ス
テップ２７：Ｎ）ＳＴＡＴ受信待ちフラグがＯＮかどう
か判定する（ステップ３０）。ＳＴＡＴ受信フラグがＯ
Ｎの場合（ステップ３０；Ｙ）、受信フレームがＳＴＡ
Ｔかどうか判定し（ステップ３１）ＳＴＡＴであれば
（ステップ３１；Ｙ）相手側プロトコルがＳＳＣＯＰと
判定しＳＳＣＯＰフラグをＯＮする。ＳＳＣＯＰフラグ
ＯＮ情報はプロトコル処理部３及び、プロトコル種別判
定フレーム送信部５で参照される。
テップ２７：Ｎ）ＳＴＡＴ受信待ちフラグがＯＮかどう
か判定する（ステップ３０）。ＳＴＡＴ受信フラグがＯ
Ｎの場合（ステップ３０；Ｙ）、受信フレームがＳＴＡ
Ｔかどうか判定し（ステップ３１）ＳＴＡＴであれば
（ステップ３１；Ｙ）相手側プロトコルがＳＳＣＯＰと
判定しＳＳＣＯＰフラグをＯＮする。ＳＳＣＯＰフラグ
ＯＮ情報はプロトコル処理部３及び、プロトコル種別判
定フレーム送信部５で参照される。
【００２７】ＳＴＡＴでない場合は（ステップ３１；
Ｎ）何も行わない。ＳＴＡＴ受信待ちフラグがＯＮでな
い場合（ステップ３０；Ｎ）、何も行わない。
Ｎ）何も行わない。ＳＴＡＴ受信待ちフラグがＯＮでな
い場合（ステップ３０；Ｎ）、何も行わない。
【００２８】図８はプロトコル種別判定フレーム送信部
５から送信するフレーム処理を説明するフローチャート
である。
５から送信するフレーム処理を説明するフローチャート
である。
【００２９】上位レイヤ部４からプロトコル処理部３を
介してリンク設定要求があると、ＬＡＰＤ又はＳＳＣＯ
ＰフラグがＯＮかどうか判定する（ステップ３３）。Ｌ
ＡＰＤフラグ又はＳＳＣＯＰフラグがＯＮの時（ステッ
プ３３；Ｙ）、ＬＡＰＤフラグがＯＮかどうか判定する
（ステップ３４）。
介してリンク設定要求があると、ＬＡＰＤ又はＳＳＣＯ
ＰフラグがＯＮかどうか判定する（ステップ３３）。Ｌ
ＡＰＤフラグ又はＳＳＣＯＰフラグがＯＮの時（ステッ
プ３３；Ｙ）、ＬＡＰＤフラグがＯＮかどうか判定する
（ステップ３４）。
【００３０】ＬＡＰＤフラグがＯＮの時（ステップ３
４；Ｙ）、ＳＡＢＭＥを送信する（ステップ３５）。
４；Ｙ）、ＳＡＢＭＥを送信する（ステップ３５）。
【００３１】ＬＡＰＤフラグがＯＮでない時は（ステッ
プ３４；Ｎ）ＢＧＮを送信する（ステップ３６）。そし
て、更に、リンク設定要求中フラグをＯＮする（ステッ
プ３９）。
プ３４；Ｎ）ＢＧＮを送信する（ステップ３６）。そし
て、更に、リンク設定要求中フラグをＯＮする（ステッ
プ３９）。
【００３２】
【発明の効果】以上説明した本発明によれば、装置の規
模を小さくすることができる。その理由は相手側プロト
コルを自動的に判定するため、複数のプロトコル処理部
を物理的に分けて用意しなくてすむからである。
模を小さくすることができる。その理由は相手側プロト
コルを自動的に判定するため、複数のプロトコル処理部
を物理的に分けて用意しなくてすむからである。
【００３３】又、本発明によれば、初期設定時間を短縮
することができる。その理由は初期設定時に該当のプロ
トコル処理プログラムをプロトコル処理部にダウンロー
ドしないからである。
することができる。その理由は初期設定時に該当のプロ
トコル処理プログラムをプロトコル処理部にダウンロー
ドしないからである。
【００３４】又、本発明によれば、プロトコル実装間違
いを防止することができる。従来のようにプロトコル毎
に分けられたボードを用意する場合や、該当のプロトコ
ルをダウンロードする場合は、その指定を人が介在して
行い人的ミスが発生するが、本発明では、人為ミスは発
生しないからである。
いを防止することができる。従来のようにプロトコル毎
に分けられたボードを用意する場合や、該当のプロトコ
ルをダウンロードする場合は、その指定を人が介在して
行い人的ミスが発生するが、本発明では、人為ミスは発
生しないからである。
【図１】本発明の実施の形態の構成を示すブロック図で
ある。
ある。
【図２】本発明の実施の形態の動作を示すフレームフォ
ーマットである。
ーマットである。
【図３】本発明の実施の形態の動作を示すシーケンスチ
ャートである。
ャートである。
【図４】本発明の実施の形態の動作を示すシーケンスチ
ャートである。
ャートである。
【図５】本発明の実施の形態の動作を示すシーケンスチ
ャートである。
ャートである。
【図６】本発明の実施の形態の動作を示すシーケンスチ
ャートである。
ャートである。
【図７】本発明の実施の形態の動作を示すフローチャー
トである。
トである。
【図８】本発明の実施の形態の動作を示すフローチャー
トである。
トである。
【図９】従来のプロトコル処理装置の一例のブロック図
である。
である。
【図１０】従来のプロトコル処理装置のもう一つの例の
ブロック図である。
ブロック図である。
１ フレーム生成部 ２ プロトコル種別判定部 ３ プロトコル処理部 ４ 上位レイヤ部 ５ プロトコル種別判定フレーム送信部 ６ プロトコル処理部Ａ ７ プロトコル処理部Ｂ ８ プロトコル処理ボードＡ ９ プロトコル処理ボードＢ １０ プロトコル処理プログラムＡ １１ プロトコル処理プログラムＢ １２ 制御フィールド １３ トレイラ １４ フラグ １５ ＦＣＳ（フレーム検出シーケンス）
Claims (3)
- 【請求項１】 フレーム組み立てを行うフレーム生成部
と、前記フレーム生成部で組み立てられたフレームのプ
ロトコル種別を判定するプロトコル種別判定部と、前記
プロトコル種別に基づきプロトコル処理を行うプロトコ
ル処理部と、前記プロトコル処理部の出力に基づいてプ
ロトコル種別判定フレームを前記フレーム生成部に送信
するプロトコル種別判定フレーム送信部とを備えたプロ
トコル処理装置であって、 前記プロトコル種別判定フレーム送信部は、上位レイヤ
部からのリンク設定要求によりプロトコル種別判定フレ
ームを送信することを特徴とするプロトコル処理装置。 - 【請求項２】 前記プロトコル種別判定部は、 受信したフレームの中から前記プロトコルを表わす種別
情報の有無を所定順序で判定することを特徴とすること
を特徴とする請求項１記載のプロトコル処理装置。 - 【請求項３】 前記プロトコル種別判定フレーム送信部
は、 上位レイヤ部からプロトコル処理部を介してリンク設定
要求がある場合には、 前記プロトコルのフラグを判定し、その判定に基づいて
そのフラグが属するプロトコルを表わす種別情報を前記
フレーム生成部に送出し、続いてリンク設定要求フラグ
をＯＮすることを特徴とする請求項１記載のプロトコル
処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11140431A JP2000332847A (ja) | 1999-05-20 | 1999-05-20 | プロトコル処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11140431A JP2000332847A (ja) | 1999-05-20 | 1999-05-20 | プロトコル処理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000332847A true JP2000332847A (ja) | 2000-11-30 |
Family
ID=15268525
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11140431A Pending JP2000332847A (ja) | 1999-05-20 | 1999-05-20 | プロトコル処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000332847A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117176830A (zh) * | 2023-11-03 | 2023-12-05 | 三未信安科技股份有限公司 | 一种可扩展的多格式协议密码应用数据的适配转换方法 |
-
1999
- 1999-05-20 JP JP11140431A patent/JP2000332847A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117176830A (zh) * | 2023-11-03 | 2023-12-05 | 三未信安科技股份有限公司 | 一种可扩展的多格式协议密码应用数据的适配转换方法 |
| CN117176830B (zh) * | 2023-11-03 | 2024-01-26 | 三未信安科技股份有限公司 | 一种可扩展的多格式协议密码应用数据的适配转换方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4896151A (en) | Simultaneous communication method and system | |
| US7624148B2 (en) | System for remote data acquisition based on e-mail message communication through public and private networks | |
| JPH04142642A (ja) | 通信機能付き情報処理装置 | |
| AU2002325941A1 (en) | System for remote data acquisition based on e-mail message communication through public and private networks | |
| JPH069361B2 (ja) | メツセージ伝送方法 | |
| CN113949490A (zh) | 一种继电保护装置板间通信方法 | |
| CN116095664B (zh) | 一种新增北斗用户机在系统中实现服务注册的方法 | |
| JPH0473178B2 (ja) | ||
| US6725273B1 (en) | Point-to-point prefix protocol | |
| JPH06164670A (ja) | ネットワーク中継装置 | |
| JP3843923B2 (ja) | プリアンブルを利用したデータ交換装置及びスイッチングハブ並びにメディアコンバータ | |
| AU2004209245B2 (en) | A mobile equipment for providing a few of services at a same traffic channel | |
| JP3799741B2 (ja) | バスコントローラ | |
| JP2624297B2 (ja) | モデム装置 | |
| JPS6121657A (ja) | 回線接続用アダプタ | |
| CN117219255A (zh) | 通用标准下不同医疗检验设备数据接入方法及系统 | |
| JPH06252916A (ja) | 無線ｌａｎ装置 | |
| JPH06209344A (ja) | データ通信システム | |
| JP2002305561A (ja) | 無線通信装置、無線通信システムおよび無線通信方法 | |
| JPH09154024A (ja) | カラー画像データ伝送方式 | |
| JPS60170358A (ja) | 回線接続用アダプタ | |
| JPH10242995A (ja) | Ａｔｍ伝送装置における警報処理方法 | |
| JPS63207238A (ja) | デ−タ通信方式 | |
| JPH10173888A (ja) | データ転送手順及びスキャナサーバ | |
| JPH10126461A (ja) | 通信制御装置 |