JPH07273831A - プロトコル種別検出装置 - Google Patents
プロトコル種別検出装置Info
- Publication number
- JPH07273831A JPH07273831A JP6061159A JP6115994A JPH07273831A JP H07273831 A JPH07273831 A JP H07273831A JP 6061159 A JP6061159 A JP 6061159A JP 6115994 A JP6115994 A JP 6115994A JP H07273831 A JPH07273831 A JP H07273831A
- Authority
- JP
- Japan
- Prior art keywords
- frame
- protocol
- standard
- lmi
- 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
Abstract
(57)【要約】
【目的】 フレームリレー端末対応のプロトコル種別を
受信ＬＭＩフレームにより判定してデータ交換機と端末
との間のＬＭＩフレームによるデーリンク確認処理を各
プロトコル種別毎に対応可能とする。 【構成】 交換機にて受信したＬＭＩフレームのアドレ
スフィールドのＤＬＣＩ値が「０」，「１０２３」かど
うか判定する（ステップａ，ｅ）。「１０２３」ならｄ
ｅｆａｃｔｏ標準のプロトコルと判定して応答処理をな
す（ステップｆ）。「０」ならアドレス情報部の総バイ
ト数に基きロッキングシフトの有無を検出する（ステッ
プｂ）。有ればＡＮＳＩ標準となり（ステップｃ）、無
ければＣＣＩＴＴ，ＴＴＣ，ＮＴＴ−ＦＲ標準となり
（ステップｄ）、夫々応答が作成される。
受信ＬＭＩフレームにより判定してデータ交換機と端末
との間のＬＭＩフレームによるデーリンク確認処理を各
プロトコル種別毎に対応可能とする。 【構成】 交換機にて受信したＬＭＩフレームのアドレ
スフィールドのＤＬＣＩ値が「０」，「１０２３」かど
うか判定する（ステップａ，ｅ）。「１０２３」ならｄ
ｅｆａｃｔｏ標準のプロトコルと判定して応答処理をな
す（ステップｆ）。「０」ならアドレス情報部の総バイ
ト数に基きロッキングシフトの有無を検出する（ステッ
プｂ）。有ればＡＮＳＩ標準となり（ステップｃ）、無
ければＣＣＩＴＴ，ＴＴＣ，ＮＴＴ−ＦＲ標準となり
（ステップｄ）、夫々応答が作成される。
Description
【０００１】
【産業上の利用分野】本発明はプロトコル種別検出装置
に関し、特にフレームリレー端末とデータ交換機との間
の通信状態を確認するプロトコルの種別を検出判定する
プロトコル種別検出装置に関するものである。
に関し、特にフレームリレー端末とデータ交換機との間
の通信状態を確認するプロトコルの種別を検出判定する
プロトコル種別検出装置に関するものである。
【０００２】
【従来の技術】データ交換機の例として、ＡＰＥＸ７７
００があり、このデータ交換機は、交換プロトコルとし
て従来からのデータ交換機で採用されているＣＣＩＴＴ
勧告ＸシリーズのＸ．２５及びＸ．７５プロトコルに加
え、更に高速のデータ転送が可能な交換プロトコルであ
るフレームリレープロトコルを、加入者回線側及び中継
回線側に実装した交換機である。
００があり、このデータ交換機は、交換プロトコルとし
て従来からのデータ交換機で採用されているＣＣＩＴＴ
勧告ＸシリーズのＸ．２５及びＸ．７５プロトコルに加
え、更に高速のデータ転送が可能な交換プロトコルであ
るフレームリレープロトコルを、加入者回線側及び中継
回線側に実装した交換機である。
【０００３】このようなデータ交換機とそれに収容され
るフレームリレー端末との間で授受されるＬＭＩ（Ｌｏ
ｃａｌ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）
フレームは、各端末のプロトコルにより信号フォーマッ
トが夫々異なっている。例えば、ＡＮＳＩ（Ａｍｅｒｉ
ｃａｎ Ｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄｓ Ｉｎ
ｓｔｉｔｕｔｅ）標準に従ったＬＭＩフレームフォーマ
ットと、ＣＣＩＴＴ標準に従ったＬＭＩフレームフォー
マットと、ＴＴＣ（Ｔｅｌｅｃｏｍｕｎｉｃａｔｉｏｎ
Ｔｅｃｈｎｏｌｏｇｙ Ｃｏｍｍｉｔｔｅｅ）標準に
従ったＬＭＩフレームフォーマットと、ＮＴＴ−ＦＲ
（日本電信電話株式会社のフレームサービス）標準に従
ったＬＭＩフレームフォーマットと、更にはｄｅｆａｃ
ｔｏ（アメリカ及びカナダの通信機器メーカ４社による
仕様）標準に従ったＬＭＩフレームフォーマットとの５
種類が存在している。
るフレームリレー端末との間で授受されるＬＭＩ（Ｌｏ
ｃａｌ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）
フレームは、各端末のプロトコルにより信号フォーマッ
トが夫々異なっている。例えば、ＡＮＳＩ（Ａｍｅｒｉ
ｃａｎ Ｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄｓ Ｉｎ
ｓｔｉｔｕｔｅ）標準に従ったＬＭＩフレームフォーマ
ットと、ＣＣＩＴＴ標準に従ったＬＭＩフレームフォー
マットと、ＴＴＣ（Ｔｅｌｅｃｏｍｕｎｉｃａｔｉｏｎ
Ｔｅｃｈｎｏｌｏｇｙ Ｃｏｍｍｉｔｔｅｅ）標準に
従ったＬＭＩフレームフォーマットと、ＮＴＴ−ＦＲ
（日本電信電話株式会社のフレームサービス）標準に従
ったＬＭＩフレームフォーマットと、更にはｄｅｆａｃ
ｔｏ（アメリカ及びカナダの通信機器メーカ４社による
仕様）標準に従ったＬＭＩフレームフォーマットとの５
種類が存在している。
【０００４】従来のフレームリレー加入者端末制御にお
けるＬＭＩフレーム信号処理では、データ交換機中に予
め設定されたいる回線対応のプロトコル種別データに基
いてデータリンク状態確認処理を行うようになってい
る。
けるＬＭＩフレーム信号処理では、データ交換機中に予
め設定されたいる回線対応のプロトコル種別データに基
いてデータリンク状態確認処理を行うようになってい
る。
【０００５】図５を参照して従来のデータリンク状態確
認処理であるプロトコル種別判定処理のフローにつき説
明する。
認処理であるプロトコル種別判定処理のフローにつき説
明する。
【０００６】フレームリレー端末より送信されたＬＭＩ
フレームが交換機により受信されると、この受信された
ＬＭＩフレームのプロトコルと予め交換機中に設定され
ているプロトコル種別データとが比較されてこのプロト
コル種別データ以外のプロトコルに従った受信ＬＭＩフ
レームは破棄される。
フレームが交換機により受信されると、この受信された
ＬＭＩフレームのプロトコルと予め交換機中に設定され
ているプロトコル種別データとが比較されてこのプロト
コル種別データ以外のプロトコルに従った受信ＬＭＩフ
レームは破棄される。
【０００７】本例では、ＡＮＳＩ標準に従ったプロトコ
ルのＬＭＩフレームのみが受信され、他は破棄されるよ
うになっている。ＡＮＳＩ標準に従ったＬＭＩフレーム
は受付けられて、ＬＭＩ応答が作成され、送信元のフレ
ームリレー端末へこのＬＭＩ応答が送信されるようにな
っているのである。
ルのＬＭＩフレームのみが受信され、他は破棄されるよ
うになっている。ＡＮＳＩ標準に従ったＬＭＩフレーム
は受付けられて、ＬＭＩ応答が作成され、送信元のフレ
ームリレー端末へこのＬＭＩ応答が送信されるようにな
っているのである。
【０００８】一方、プロトコル種別を判定する他の従来
技術としては、特開平１−１２６０４４号公報及び特開
平３−８８５３９号公報に開示のものがある。
技術としては、特開平１−１２６０４４号公報及び特開
平３−８８５３９号公報に開示のものがある。
【０００９】前者は、受信フレームのチェックサム部を
プロトコル種別の判定に用いるもので、最初にある１つ
のプロトコルであると予め予測を立て、この予測プロト
コルのチェックサムと受信フレームのチェックサムとを
比較し、一致すれば予測成功となり、不一致であれば次
の他のプロトコルであると予測を立てて再度同じ処理を
行う方式である。
プロトコル種別の判定に用いるもので、最初にある１つ
のプロトコルであると予め予測を立て、この予測プロト
コルのチェックサムと受信フレームのチェックサムとを
比較し、一致すれば予測成功となり、不一致であれば次
の他のプロトコルであると予測を立てて再度同じ処理を
行う方式である。
【００１０】後者は、受信フレーム中のあるビットパタ
ーンがプロトコル種別毎に異なる特異パターンを有する
という事実を利用して、当該ビットパターンを抽出して
比較することによりプロトコル種別判定を行う方式であ
る。
ーンがプロトコル種別毎に異なる特異パターンを有する
という事実を利用して、当該ビットパターンを抽出して
比較することによりプロトコル種別判定を行う方式であ
る。
【００１１】
【発明が解決しようとする課題】従来の図５に示したフ
レームリレープロトコルの種別判定方式では、予めデー
タ交換機中に設定されプロトコル種別データに従ったも
ののみを受付け、他は破棄する方式であるために、他の
プロトコルに従ったＬＭＩフレームは受け付けられず、
汎用性にかけるという欠点がある。また、新規加入者を
収容する場合や既存の回線へ従来とは異なるプロトコル
に対応する端末を収容する場合には、交換機内に設定さ
れるプロトコル種別データの変更が必要となるという欠
点がある。
レームリレープロトコルの種別判定方式では、予めデー
タ交換機中に設定されプロトコル種別データに従ったも
ののみを受付け、他は破棄する方式であるために、他の
プロトコルに従ったＬＭＩフレームは受け付けられず、
汎用性にかけるという欠点がある。また、新規加入者を
収容する場合や既存の回線へ従来とは異なるプロトコル
に対応する端末を収容する場合には、交換機内に設定さ
れるプロトコル種別データの変更が必要となるという欠
点がある。
【００１２】また、特開平１−１２６０４４号公報及び
特開平３−８８５３９号公報に開示の各技術では、ＬＭ
Ｉフレームによるプロトコル種別の判定は不可能である
という欠点がある。
特開平３−８８５３９号公報に開示の各技術では、ＬＭ
Ｉフレームによるプロトコル種別の判定は不可能である
という欠点がある。
【００１３】本発明の目的は、ＬＭＩフレームによるプ
ロトコル種別の判定を行って各種プロトコルに対応可能
なプロトコル種別検出装置を提供することである。
ロトコル種別の判定を行って各種プロトコルに対応可能
なプロトコル種別検出装置を提供することである。
【００１４】
【課題を解決するための手段】本発明によれば、フレー
ムリレー端末から送信されたＬＭＩフレームを受信して
プロトコル種別を検出するプロトコル種別検出装置であ
って、この受信フレームのアドレス情報部のデータリン
クコネクション識別子の内容に応じてプロトコル種別判
定をなすようにしたことを特徴とするプロトコル種別検
出装置が得られる。
ムリレー端末から送信されたＬＭＩフレームを受信して
プロトコル種別を検出するプロトコル種別検出装置であ
って、この受信フレームのアドレス情報部のデータリン
クコネクション識別子の内容に応じてプロトコル種別判
定をなすようにしたことを特徴とするプロトコル種別検
出装置が得られる。
【００１５】更に、本発明によれば、前記データリンク
コネクション識別子の値が「０」を示すときに前記アド
レス情報部のバイト数の検出を行い、前記バイト数が
「１３」の場合ＣＣＩＴＴ，ＴＴＣ及びＮＴＴ−ＦＲの
各標準に従ったプロトコルであると判定し、「１４」の
場合ＡＮＳＩ標準に従ったプロトコルと判定することを
特徴とするプロトコル種別検出装置が得られる。
コネクション識別子の値が「０」を示すときに前記アド
レス情報部のバイト数の検出を行い、前記バイト数が
「１３」の場合ＣＣＩＴＴ，ＴＴＣ及びＮＴＴ−ＦＲの
各標準に従ったプロトコルであると判定し、「１４」の
場合ＡＮＳＩ標準に従ったプロトコルと判定することを
特徴とするプロトコル種別検出装置が得られる。
【００１６】
【作用】フレームリレー端末からデータ送信に先立って
データ交換機へ送出されるプロトコル処理のためのＬＭ
Ｉフレームは、データ交換機においてプロトコル種別判
定のためにＬＭＩ信号処理が行われる。このＬＭＩフレ
ームのアドレス情報部内のデータリンクコネクション識
別子（ＤＬＣＩ値）は、ｄｅｆａｃｔｏ標準に従ったＬ
ＭＩフレームでは「１０２３」と規定され、他のＡＮＳ
Ｉ，ＣＣＩＴＴ，ＴＴＣ，ＮＴＴ−ＦＲの各標準に従っ
たＬＭＩフレームでは、「０」と規定されていることを
利用し、先ず、データ交換機におけるＬＭＩ信号処理で
は、このＤＬＣＩ値の判定を行う。
データ交換機へ送出されるプロトコル処理のためのＬＭ
Ｉフレームは、データ交換機においてプロトコル種別判
定のためにＬＭＩ信号処理が行われる。このＬＭＩフレ
ームのアドレス情報部内のデータリンクコネクション識
別子（ＤＬＣＩ値）は、ｄｅｆａｃｔｏ標準に従ったＬ
ＭＩフレームでは「１０２３」と規定され、他のＡＮＳ
Ｉ，ＣＣＩＴＴ，ＴＴＣ，ＮＴＴ−ＦＲの各標準に従っ
たＬＭＩフレームでは、「０」と規定されていることを
利用し、先ず、データ交換機におけるＬＭＩ信号処理で
は、このＤＬＣＩ値の判定を行う。
【００１７】ＤＬＣＩ値が「１０２３」であれば、ｄｅ
ｆａｃｔｏ標準に従ったプロトコルであると判定でき、
「０」であれば他のＡＮＳＩ，ＣＣＩＴＴ，ＴＴＣ，Ｎ
ＴＴ−ＦＲの各標準に従ったプロトコルであると判定で
きる。従って、次にこれ等ＡＮＳＩ，ＣＣＩＴＴ，ＴＴ
Ｃ，ＮＴＴ−ＦＲの各プロトコル種別の判定を行うが、
ＡＮＳＩ標準に従ったＬＭＩフレームと、ＣＣＩＴＴ，
ＴＴＣ，ＮＴＴ−ＦＲの各標準に従ったＬＭＩフレーム
とでは、アドレス情報部の総バイト数が「１４バイト」
と「１３バイト」と互いに相違する。そこで、このアド
レス情報部の総バイト数を計数チェックすることで、Ａ
ＮＳＩ標準に従うプロトコルと他のプロトコルとの種別
判定を行うものである。
ｆａｃｔｏ標準に従ったプロトコルであると判定でき、
「０」であれば他のＡＮＳＩ，ＣＣＩＴＴ，ＴＴＣ，Ｎ
ＴＴ−ＦＲの各標準に従ったプロトコルであると判定で
きる。従って、次にこれ等ＡＮＳＩ，ＣＣＩＴＴ，ＴＴ
Ｃ，ＮＴＴ−ＦＲの各プロトコル種別の判定を行うが、
ＡＮＳＩ標準に従ったＬＭＩフレームと、ＣＣＩＴＴ，
ＴＴＣ，ＮＴＴ−ＦＲの各標準に従ったＬＭＩフレーム
とでは、アドレス情報部の総バイト数が「１４バイト」
と「１３バイト」と互いに相違する。そこで、このアド
レス情報部の総バイト数を計数チェックすることで、Ａ
ＮＳＩ標準に従うプロトコルと他のプロトコルとの種別
判定を行うものである。
【００１８】
【実施例】以下に、図面を参照して本発明の実施例を説
明する。
明する。
【００１９】図１は本発明の実施例の概略動作フロー図
である。フレームリレー端末からデータ送信に先立って
送出されるプロトコル処理のためのＬＭＩフレームは、
データ交換機において受信されＬＭＩ信号処理が行われ
る。
である。フレームリレー端末からデータ送信に先立って
送出されるプロトコル処理のためのＬＭＩフレームは、
データ交換機において受信されＬＭＩ信号処理が行われ
る。
【００２０】このＬＭＩ信号処理はプロトコル種別判定
処理（図１の破線で囲むステップ）と、プロトコル種別
判定後にこのプロトコルに対応したＬＭＩ応答を当該フ
レームリレー端末へ送信する処理とを含んでいる。
処理（図１の破線で囲むステップ）と、プロトコル種別
判定後にこのプロトコルに対応したＬＭＩ応答を当該フ
レームリレー端末へ送信する処理とを含んでいる。
【００２１】このプロトコル種別判定処理のための信号
フォーマットについて図２，３に示している。図２
（Ａ）はＡＮＳＩ標準に従ったＬＭＩフレームであり、
このフレームを受信したデータ交換機は（Ａ）のフレー
ム内のアドレス情報部Ｘ（アドレスフィールドと情報フ
ィールド）を抽出してこの抽出部分を用いて内部処理用
の信号フォーマットを図２（Ｂ）の如く編集する。
フォーマットについて図２，３に示している。図２
（Ａ）はＡＮＳＩ標準に従ったＬＭＩフレームであり、
このフレームを受信したデータ交換機は（Ａ）のフレー
ム内のアドレス情報部Ｘ（アドレスフィールドと情報フ
ィールド）を抽出してこの抽出部分を用いて内部処理用
の信号フォーマットを図２（Ｂ）の如く編集する。
【００２２】このアドレス情報部Ｘの抽出に際してその
部分Ｘを構成するバイト総数を計数し、（Ｂ）のデータ
バイトカウンタ部にこの計数バイト数を設定する。ＡＮ
ＳＩ標準に従ったＬＭＩフレームは（Ｂ）に示す如くＡ
ＮＳＩ特有のロッキングシフトを含んでおり、アドレス
情報部Ｘを構成する総バイト数は「１４」となってい
る。よって、データバイトカウンタ部には「１４」が設
定される。
部分Ｘを構成するバイト総数を計数し、（Ｂ）のデータ
バイトカウンタ部にこの計数バイト数を設定する。ＡＮ
ＳＩ標準に従ったＬＭＩフレームは（Ｂ）に示す如くＡ
ＮＳＩ特有のロッキングシフトを含んでおり、アドレス
情報部Ｘを構成する総バイト数は「１４」となってい
る。よって、データバイトカウンタ部には「１４」が設
定される。
【００２３】尚、ロッキングシフトはＡＮＳＩ標準に従
うＬＭＩフレームには必要不可欠の要素であり、フレー
ム中のこのロッキングシフトの値により、ロッキングシ
フト部以下に設定されているデータがＡＮＳＩ標準に準
じているかどうかを識別するためのものである。
うＬＭＩフレームには必要不可欠の要素であり、フレー
ム中のこのロッキングシフトの値により、ロッキングシ
フト部以下に設定されているデータがＡＮＳＩ標準に準
じているかどうかを識別するためのものである。
【００２４】図３（Ａ）はＣＣＩＴＴ，ＴＴＣ，ＮＴＴ
−ＦＲ標準に従ったＬＭＩフレームであり、このフレー
ムを受信したデータ交換機は（Ａ）のフレーム内のアド
レス情報部Ｘを抽出してこの抽出部分Ｘを用いて内部処
理用の信号フォーマット図３（Ｂ）の如く編集する。
−ＦＲ標準に従ったＬＭＩフレームであり、このフレー
ムを受信したデータ交換機は（Ａ）のフレーム内のアド
レス情報部Ｘを抽出してこの抽出部分Ｘを用いて内部処
理用の信号フォーマット図３（Ｂ）の如く編集する。
【００２５】このアドレス情報部Ｘの抽出に際してその
部分を構成するバイト総数を計数し、（Ｂ）のデータバ
イトカウンタ部分にこの計数バイト数を設定する。ＣＣ
ＩＴＴ，ＴＴＣ，ＮＴＴ−ＦＲ標準に従ったＬＭＩフレ
ームはロッキングシフトを含まず、アドレス情報部Ｘの
総バイト数は「１３」となっており、よってデータバイ
トカウンタ部には「１３」が設定される。
部分を構成するバイト総数を計数し、（Ｂ）のデータバ
イトカウンタ部分にこの計数バイト数を設定する。ＣＣ
ＩＴＴ，ＴＴＣ，ＮＴＴ−ＦＲ標準に従ったＬＭＩフレ
ームはロッキングシフトを含まず、アドレス情報部Ｘの
総バイト数は「１３」となっており、よってデータバイ
トカウンタ部には「１３」が設定される。
【００２６】また、図２，３の各（Ａ）の受信ＬＭＩフ
レームのアドレスフィールド部には、フレームの宛先指
定として使用されるＤＬＣＩ値が設定されており、プロ
トコル処理においては、ＬＭＩフレーム中のこのＤＬＣ
Ｉ値は、「０」か「１０２３」かが指定されており、ｄ
ｅｆａｃｔｏ標準の場合は「１０２３」、それ以外の場
合は「０」と規定されている。
レームのアドレスフィールド部には、フレームの宛先指
定として使用されるＤＬＣＩ値が設定されており、プロ
トコル処理においては、ＬＭＩフレーム中のこのＤＬＣ
Ｉ値は、「０」か「１０２３」かが指定されており、ｄ
ｅｆａｃｔｏ標準の場合は「１０２３」、それ以外の場
合は「０」と規定されている。
【００２７】そこで、プロトコル種別判定処理は図４に
示すフローチャートに従って行われる。すなわち、ステ
ップａでは、アドレスフィールド部のＤＬＣＩ値が
「０」かどうかが判定され、そうでなければステップｅ
にて、更に「１０２３」かどうかが判定される。ステッ
プｅで、「１０２３」であると判定されると、ｄｅｆａ
ｃｔｏ標準に従ったＬＭＩフレームであると判定され、
ステップｆにてｄｅｆａｃｔｏ応答が作成される。「１
０２３」でなければ、ＬＭＩフレームではないので、ス
テップｇにて廃棄処理がなされる。
示すフローチャートに従って行われる。すなわち、ステ
ップａでは、アドレスフィールド部のＤＬＣＩ値が
「０」かどうかが判定され、そうでなければステップｅ
にて、更に「１０２３」かどうかが判定される。ステッ
プｅで、「１０２３」であると判定されると、ｄｅｆａ
ｃｔｏ標準に従ったＬＭＩフレームであると判定され、
ステップｆにてｄｅｆａｃｔｏ応答が作成される。「１
０２３」でなければ、ＬＭＩフレームではないので、ス
テップｇにて廃棄処理がなされる。
【００２８】ステップａにてＤＬＣＩ値が「０」であれ
ば、ステップｂにてＡＮＳＩ標準のＬＭＩフレーム特有
のロッキングシフトがアドレス情報部内に存在するかど
うかが調べられるが、この場合、ロッキングシフトの有
無はアドレス情報部の総バイト数に依存して「１４バイ
ト」と「１３バイト」となっているので、図２，３の
（Ｂ）に示した編集後のデータバイトカウンタの内容が
調べられる。
ば、ステップｂにてＡＮＳＩ標準のＬＭＩフレーム特有
のロッキングシフトがアドレス情報部内に存在するかど
うかが調べられるが、この場合、ロッキングシフトの有
無はアドレス情報部の総バイト数に依存して「１４バイ
ト」と「１３バイト」となっているので、図２，３の
（Ｂ）に示した編集後のデータバイトカウンタの内容が
調べられる。
【００２９】「１４バイト」であればロッキングシフト
有りとみなして、ステップｃでＡＮＳＩ応答作成が行わ
れる。また、「１３バイト」であればロッキングシフト
無しとみなして、ステップｄの応答作成がなされること
になる。
有りとみなして、ステップｃでＡＮＳＩ応答作成が行わ
れる。また、「１３バイト」であればロッキングシフト
無しとみなして、ステップｄの応答作成がなされること
になる。
【００３０】ステップｃ，ｄ，ｆの各応答作成処理で
は、データ交換機内でＬＭＩ信号処理のために受信ＬＭ
Ｉフレームが図２，３の各（Ｂ）に示す如く編集されて
いるので、データリレー端末へフレーム返送するため
に、図２，３の各（Ａ）に示すフレーム構成に再編集し
直されるものである。
は、データ交換機内でＬＭＩ信号処理のために受信ＬＭ
Ｉフレームが図２，３の各（Ｂ）に示す如く編集されて
いるので、データリレー端末へフレーム返送するため
に、図２，３の各（Ａ）に示すフレーム構成に再編集し
直されるものである。
【００３１】
【発明の効果】以上述べた如く、本発明によれば、受信
ＬＭＩフレームフォーマットからプロトコルの種別を識
別して処理を行うようにしたので、新規加入者を収容す
る場合や異なるプロトコルの端末を収容替えする場合
に、局データに依存することなくＬＭＩフレームの送受
信ができ、汎用性が高まるという効果がある。
ＬＭＩフレームフォーマットからプロトコルの種別を識
別して処理を行うようにしたので、新規加入者を収容す
る場合や異なるプロトコルの端末を収容替えする場合
に、局データに依存することなくＬＭＩフレームの送受
信ができ、汎用性が高まるという効果がある。
【図１】本発明の実施例の概略処理フロー図である。
【図２】（Ａ）はＡＮＳＩ標準のＬＭＩフレームフォー
マット図、（Ｂ）は（Ａ）のＬＭＩフレームをＬＭＩ信
号処理のために編集した後のフレームフォーマット図で
ある。
マット図、（Ｂ）は（Ａ）のＬＭＩフレームをＬＭＩ信
号処理のために編集した後のフレームフォーマット図で
ある。
【図３】（Ａ）はＣＣＩＴＴ，ＴＴＣ，ＮＴＴ−ＦＲ標
準のＬＭＩフレームフォーマット図、（Ｂ）は（Ａ）の
ＬＭＩフレームをＬＭＩ信号処理のために編集した後の
フレームフォーマット図である。
準のＬＭＩフレームフォーマット図、（Ｂ）は（Ａ）の
ＬＭＩフレームをＬＭＩ信号処理のために編集した後の
フレームフォーマット図である。
【図４】本発明の実施例のプロトコル種別判定処理のフ
ロー図である。
ロー図である。
【図５】従来のプロトコル種別判定処理のフロー図であ
る。
る。
Claims (3)
- 【請求項１】 フレームリレー端末から送信されたＬＭ
Ｉ（Ｌｏｃａｌ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆ
ａｃｅ）フレームを受信してプロトコル種別を検出する
プロトコル種別検出装置であって、この受信フレームの
アドレス情報部のデータリンクコネクション識別子の内
容に応じてプロトコル種別判定をなすようにしたことを
特徴とするプロトコル種別検出装置。 - 【請求項２】 前記データリンクコネクション識別子の
値が「０」を示すときに前記アドレス情報部のバイト数
の検出を行い、前記バイト数が「１３」の場合ＣＣＩＴ
Ｔ，ＴＴＣ及びＮＴＴ−ＦＲの各標準に従ったプロトコ
ルであると判定し、「１４」の場合ＡＮＳＩ標準に従っ
たプロトコルと判定することを特徴とする請求項１記載
のプロトコル種別検出装置。 - 【請求項３】 前記データリンクコネクション識別子の
値が「１０２３」を示すときにｄｅｆａｃｔｏ標準に従
ったプロトコルと判定することを特徴とする請求項１ま
たは２記載のプロトコル種別検出装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6061159A JPH07273831A (ja) | 1994-03-30 | 1994-03-30 | プロトコル種別検出装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6061159A JPH07273831A (ja) | 1994-03-30 | 1994-03-30 | プロトコル種別検出装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07273831A true JPH07273831A (ja) | 1995-10-20 |
Family
ID=13163090
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6061159A Pending JPH07273831A (ja) | 1994-03-30 | 1994-03-30 | プロトコル種別検出装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH07273831A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6801331B1 (en) | 1996-03-29 | 2004-10-05 | Ricoh Company, Ltd. | Method and system for controlling and communicating with machines using multiple communication formats |
-
1994
- 1994-03-30 JP JP6061159A patent/JPH07273831A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6801331B1 (en) | 1996-03-29 | 2004-10-05 | Ricoh Company, Ltd. | Method and system for controlling and communicating with machines using multiple communication formats |
| US7495787B1 (en) | 1996-03-29 | 2009-02-24 | Ricoh Company, Ltd. | Method and system for controlling and communicating with machines using multiple communication formats |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5459721A (en) | Called equipment selection method in ISDN packet switching mode and packet switching system for digital network | |
| US4507782A (en) | Method and apparatus of packet switching | |
| JP2550642B2 (ja) | パケットフレーム伝送方式 | |
| EP1512259B1 (en) | Method for sending connection-oriented or connectionless data | |
| US8155137B2 (en) | Method and system for transmitting a multicast stream over a data exchange network | |
| JP2679635B2 (ja) | Ｌａｎ間接続装置 | |
| EP1420548A2 (en) | Expert system for protocols analysis | |
| WO1999014963A3 (en) | Data transmission method in gprs | |
| US6741566B1 (en) | Remote management ethernet network and device | |
| US6795430B1 (en) | Service-related signaling between voice over internet protocol servers | |
| US6421337B1 (en) | Converting device for alleviating switch congestion caused by long hold times for on-line access calls | |
| JPH07273831A (ja) | プロトコル種別検出装置 | |
| US7152114B2 (en) | System, server and terminal for switching line in local area network | |
| CN110768930B (zh) | 服务器的数据转发方法和装置 | |
| US5748625A (en) | Inter-LAN connection method using ISDN | |
| US20040136376A1 (en) | Processing of segmented messages | |
| JPH058897B2 (ja) | ||
| KR100746866B1 (ko) | 효율적인 조기 프로토콜 검출 방법 | |
| JPS6348030A (ja) | パケツト交換システム | |
| JPH09307580A (ja) | 不正パケット防止方法およびブリッジ装置 | |
| KR100302837B1 (ko) | 단말장치간 통신 프로토콜방법 | |
| US6327053B1 (en) | Facsimile signal transmission with suppression of multiple modulation and demodulation across a connection | |
| US6433894B1 (en) | Data transfer within a communication system | |
| US6963581B1 (en) | Method and apparatus for adaptive service interworking | |
| JP5121789B2 (ja) | データ伝送システム及びコンピュータ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20000328 |